Status 200 OK

TL;DR — Respons 200 OK berarti server mengatakan “inilah halaman yang Anda minta, semuanya baik.” Ini adalah kode sukses tenang yang diharapkan pada setiap halaman yang ingin Anda tampilkan di Google. Namun, 200 saja tidak menjamin halaman diindeks—Google tetap menilai apakah kontennya layak diindeks. Dan 200 pada halaman yang sebenarnya rusak atau kosong adalah bug, bukan lampu hijau.

Apa arti 200 OK

Setiap kali browser atau Googlebot meminta halaman kepada server, server menjawab dengan kode status tiga digit sebelum mengirim hal lain. 200 OK adalah kode “semuanya baik”—server menemukan apa yang diminta dan mengirimkannya kembali, biasanya bersama isi halaman. (Secara teknis, spesifikasi mengizinkan 200 dengan body kosong dalam beberapa kasus, tetapi halaman yang ingin dibaca orang sebaiknya selalu memiliki body nyata.) Inilah kode yang hampir tidak pernah Anda sadari karena menandakan tidak ada yang gagal. Evidence for this claim RFC 9110 defines 200 OK as indicating that the request succeeded; the response content depends on the request method. Scope: HTTP semantics for 200 responses; this does not guarantee search indexing. Confidence: high · Verified: 2026-07-14 IETF: RFC 9110 §15.3.1 — 200 OK

Patrick Stox merangkumnya dalam tiga kata di panduan kode status HTTP Ahrefs: “200 OK – All good. Everything is successful.” (terjemahan) “200 OK—semuanya baik dan semua berhasil.”

Untuk halaman di situs yang ingin ditemukan orang melalui penelusuran, 200 persis kode yang Anda harapkan dikembalikan.

Mengapa 200 bukan keseluruhan cerita

Inilah bagian yang sering dilewati halaman “apa arti 200”: 200 membuat halaman dipertimbangkan untuk pengindeksan, bukan menjamin halaman masuk indeks. Itu dua hal yang sangat berbeda.

Anggap 200 sebagai tiket untuk melewati pintu. Setelah melewatinya, Google masih memutuskan apakah konten layak dipertahankan: apakah kualitasnya tinggi, hampir duplikat halaman lain, tipis atau kosong, atau memiliki tag noindex yang meminta Google tidak masuk? Salah satu kondisi itu dapat membuat halaman 200 yang sehat tetap tidak diindeks.

Jadi, jika halaman mengembalikan 200 tetapi tidak muncul di Google, masalahnya bukan kode status—periksa konten atau konfigurasinya.

Jebakan: 200 yang sebenarnya berarti “tidak ditemukan”

Kesalahan yang paling sulit terlihat adalah halaman yang mengembalikan 200 tetapi kontennya mengatakan, “ini tidak ada.” Contohnya produk yang kehabisan stok dengan halaman kosong, artikel terhapus yang masih memuat template kosong, atau halaman hasil pencarian tanpa hasil. Server mengirim 200 yang tampak baik, tetapi tidak ada isi nyata di sana.

Google melihat melewati kode dan memeriksa konten sebenarnya, lalu memutuskan halaman kosong atau berisi error. Google menandainya sebagai soft 404 di Search Console, seolah-olah halaman itu benar-benar “tidak ditemukan”. Penjelasan mendalam ada di artikel soft-404-errors; ringkasnya, halaman yang benar-benar hilang seharusnya mengembalikan 404 atau 410, bukan 200.

Satu aturan untuk diingat

Halaman yang ingin Anda tampilkan di Google seharusnya mengembalikan 200 dengan konten nyata. Jika halaman hilang, gunakan 404 atau 410. Jika berpindah, alihkan dengan 301. Jika duplikat halaman lain, gunakan tag kanonis. Ingin membaca kata-kata persis dari Google, perbedaan 200 dan 204, serta cara memeriksa apa yang diterima Googlebot? Buka tab Advanced.

TL;DR — 200 OK adalah kode sukses standar 2xx (RFC 9110 §15.3.1): server memenuhi permintaan dan, untuk GET/HEAD, body merupakan representasi resource. Secara heuristik, kode ini dapat di-cache secara default. Untuk SEO, ini diperlukan tetapi belum cukup—dokumentasi Google sendiri mengatakan “may index the content, but that’s not guaranteed,” (terjemahan) “dapat mengindeks konten, tetapi itu tidak dijamin,” sehingga kualitas, duplikasi, konten tipis, dan noindex tetap menentukan hasil di atas status 200. Kegagalan klasiknya adalah soft 404: konten error/kosong yang dibungkus status 200, yang dideteksi Google pada lapisan konten dan dilaporkan sebagai soft 404 apa pun kodenya. Bedakan 200 (body diharapkan) dari 204 (body kosong, diperlakukan seperti soft 404 pada halaman) dan 304 (sinyal cache, bukan keputusan pengindeksan). Konfirmasikan apa yang diterima Googlebot—cloaking, pemblokiran bot, aturan geo, dan konfigurasi CDN/WAF dapat menyajikan kode berbeda dari yang dilihat browser Anda.

Apa arti 200 menurut spesifikasi

RFC 9110 (HTTP Semantics) adalah otoritas saat ini, dan §15.3.1 menyatakan tegas: “The 200 (OK) status code indicates that the request has succeeded.” (terjemahan) “Kode status 200 (OK) menunjukkan bahwa permintaan berhasil.” Isi body bergantung pada metode permintaan. Untuk metode yang penting bagi halaman—GET dan HEAD—konten adalah representasi resource tujuan. RFC juga memberi pengecualian: selain respons CONNECT, 200 diharapkan membawa konten kecuali framing pesan secara eksplisit menandakan panjang nol—jadi “a 200 always has a body” (terjemahan) “200 selalu memiliki body” adalah singkatan, bukan aturan mutlak. Dalam praktik, untuk halaman yang ingin diindeks, sasaran itu tetap body nyata, bukan body kosong. 200 juga “heuristically cacheable” (terjemahan) “dapat di-cache secara heuristik” secara default kecuali direktif cache-control menyatakan sebaliknya; itulah sebabnya header validator seperti ETag dan Last-Modified penting pada halaman yang sering dirayapi ulang. Evidence for this claim RFC 9110 defines 200 OK as indicating that the request succeeded; the response content depends on the request method. Scope: HTTP semantics for 200 responses; this does not guarantee search indexing. Confidence: high · Verified: 2026-07-14 IETF: RFC 9110 §15.3.1 — 200 OK

Secara teknis, 200 bukan hanya untuk halaman. RFC menjelaskan arti “success” (terjemahan) “sukses” untuk tiap metode:

Untuk metode non-GET, Anda sering tidak melihat 200—MDN mencatat permintaan PUT atau DELETE yang berhasil “often do not result in a 200 OK response,” (terjemahan) “sering tidak menghasilkan respons 200 OK,” dan 201 Created atau 204 No Content lebih umum. Semua itu tidak relevan untuk SEO URL halaman; satu hal yang perlu diingat: dokumen yang ingin diindeks membutuhkan 200 dengan body nyata.

Diperlukan, tetapi belum cukup, untuk pengindeksan

Ini adalah hal terpenting yang harus dipahami, karena banyak halaman glosarium lain keliru menyatakan bahwa “200 berarti halaman pasti diindeks.” Dokumentasi Google menjelaskan sebaliknya. Untuk respons 200, Google “passes on whatever it received to the next processing step… For Google Search, the next system is the indexing pipeline. The indexing systems may index the content, but that’s not guaranteed.” (terjemahan) “meneruskan apa pun yang diterimanya ke langkah pemrosesan berikutnya… Untuk Google Search, sistem berikutnya adalah pipeline pengindeksan. Sistem pengindeksan dapat mengindeks konten, tetapi itu tidak dijamin.” Evidence for this claim Google passes a 2xx response to its indexing pipeline, which may index the content but does not guarantee that it will do so; error-like content can be classified as a soft 404. Scope: Google Search handling of 2xx page responses and soft 404s. Confidence: high · Verified: 2026-07-14 Google: HTTP status codes and Search

Jadi, 200 adalah kontrak tentang respons HTTP, bukan janji tentang nasib halaman di Search. Setelah menerima 200, Google mengevaluasi secara terpisah:

• Kualitas — halaman tipis, bernilai rendah, atau dibuat otomatis mungkin tidak diindeks.
• Duplikasi — duplikat dekat dari URL yang lebih kuat dapat digabungkan ke URL tersebut, bukan diindeks sendiri (inilah yang dapat dikendalikan dengan tag kanonis).
• Direktif — noindex pada meta tag atau header X-Robots-Tag membuat halaman tetap di luar indeks meskipun responsnya 200 sempurna.

Panduan HTTP status codes Patrick di Ahrefs menarik garis yang sama pada tingkat keluarga kode: sebagian besar respons 2xx memungkinkan halaman diindeks, tetapi respons 204 diperlakukan sebagai soft 404 dan tidak diindeks. Jadi, respons 200 hanya membuat halaman layak diproses; itu tidak membuatnya pasti terindeks.

Jebakan soft 404

Ilustrasi paling jelas bahwa “200 isn’t the whole story” (terjemahan) “200 bukan keseluruhan cerita” adalah soft 404. Dokumentasi kode status Google menjelaskan mekanismenya: “If the content suggests an error for Google Search, an empty page or an error message, Search Console will show a soft 404 error.” (terjemahan) “Jika konten menunjukkan error bagi Google Search, halaman kosong atau pesan error, Search Console akan menampilkan error soft 404.” Perhatikan artinya—klasifikasi didasarkan pada konten yang dirender, bukan kode HTTP. Pipeline pengindeksan Google melihat melampaui 200 ke isi halaman yang sebenarnya; jika terbaca seperti “not found,” (terjemahan) “tidak ditemukan,” halaman dikelompokkan dan dilaporkan seperti 404 nyata.

Kasus yang perlu diperiksa langsung: produk yang sudah dihentikan tetapi halamannya kini memuat template kosong, artikel yang sudah dihapus tetapi masih mengembalikan kerangka 200, halaman kategori terfilter atau hasil pencarian tanpa item dengan pesan “nothing here” (terjemahan) “tidak ada apa-apa di sini”. Semuanya mengembalikan 200 yang benar secara teknis, tetapi memberi tahu pengguna dan Google bahwa tidak ada yang bisa dilihat.

Situs ini memiliki artikel khusus soft-404-errors untuk mekanisme deteksi dan perbaikannya—saya tidak akan mengulanginya di sini. Kesimpulan untuk pembahasan 200 sederhana: mengembalikan 200 pada halaman yang benar-benar sudah hilang adalah awal terjadinya soft 404. Perbaikannya adalah menyesuaikan kode dengan kenyataan.

sebuah related trap: transport success isn’t application success

Ada catatan singkat yang relevan di lingkungan API dan pemantauan: lapisan HTTP dan lapisan aplikasi bisa tidak sepakat. Endpoint API dapat mengirim 200 dengan objek kesalahan JSON di dalam body; halaman dapat mengirim 200 ketika dependensi backend gagal diam-diam dan merender blok rusak, bukan konten sebenarnya. Baris status hanya mengatakan “delivered fine” (terjemahan) “pengiriman berhasil” — tidak lebih dari itu. Apakah payload benar-benar benar adalah pertanyaan terpisah yang tidak dijawab kode status. Praktisi memang berbeda pendapat: API sebaiknya menandai kesalahan dengan status selain 200 atau dengan 200 yang membungkus payload kesalahan; itu kontrak yang dipilih tiap tim, bukan aturan HTTP. Untuk fokus SEO situs ini, versi tingkat halaman dari masalah yang sama adalah soft 404 di atas — perbaikannya sama: jangan hanya mempercayai baris status, lihat isi body sebenarnya.

200 vs. 204 vs. 304—jangan mencampuradukkan

Tiga kode ini sering tertukar, dan hanya satu yang berarti “here’s your page” (terjemahan) “inilah halaman Anda yang diminta”:

204 adalah kode sukses yang sah, tetapi body kosongnya tidak memberi crawler apa pun untuk diindeks; karena itu, pada URL halaman kode ini masuk ke kelompok soft 404 (lihat artikel terpisah; jangan menyamakan kasus body kosong dengan 200 normal). 304 bahkan berada di keluarga berbeda—kode ini menjawab permintaan bersyarat (If-None-Match / If-Modified-Since) dengan memberi tahu klien bahwa salinan cache masih mutakhir. Kode ini tidak membawa body dan tidak mengatakan apa pun tentang pengindeksan; ini mekanisme efisiensi crawl, bukan duplikat 200. Pertanyaan umum “200 vs 304, aren’t those the same?” (terjemahan) “200 dan 304, bukankah sama?” mencampur optimasi cache dengan respons sukses.

Konfirmasikan apa yang dilihat Googlebot

Berikut celah yang hampir selalu dilewatkan artikel lain: peminta yang berbeda dapat menerima kode berbeda untuk URL yang sama. Browser Anda dapat melihat 200 bersih sementara Googlebot menerima sesuatu yang lain—kadang sengaja (cloaking, yang merupakan pelanggaran spam menurut Google Search Essentials), tetapi lebih sering tidak sengaja karena aturan WAF/pemblokiran bot, penargetan geo-IP, logika edge CDN, atau konfigurasi pengujian A/B yang salah untuk bot.

Jadi “it’s 200 in my browser” (terjemahan) “di browser saya hasilnya 200” bukan bukti bahwa “Google sees 200.” (terjemahan) “Google melihat 200.” Diagnosis yang benar adalah memeriksa apa yang diterima Googlebot sendiri:

• Pemeriksaan URL GSC — jalankan Live Test untuk melihat status dan konten yang dirender Google, bukan yang dilihat mesin Anda.
• Log server/CDN — sumber kebenaran untuk kode yang benar-benar diterima setiap user-agent.

curl -I biasa dari terminal Anda berguna, tetapi itu hanya satu peminta lain yang dapat terkena aturan edge berbeda dari Googlebot—anggap sebagai satu titik data, bukan kata akhir.

Cara memeriksa dan memantau 200

• DevTools browser — buka tab Network, muat ulang halaman, klik permintaan dokumen, lalu baca kolom Status.
• Command line — curl -I https://example.com/page untuk header satu permintaan, dan curl -IL untuk mengikuti rantai pengalihan.
• Google Search Console — Pemeriksaan URL melaporkan status crawl dan menyediakan Live Test.
• Bing Webmaster Tools — alat Pemeriksaan URL adalah cara dari sisi Bing untuk mengonfirmasi apa yang diterima Bingbot. (Bing tidak menerbitkan dokumen khusus “how status codes affect indexing” (terjemahan) “bagaimana kode status memengaruhi pengindeksan” seperti Google; lebih baik menyatakan keterbatasan itu daripada mengarang kebijakan Bing.)
• Crawler — Screaming Frog dan Ahrefs Site Audit menampilkan kode status di seluruh situs secara massal; Ahrefs SEO Toolbar gratis menampilkan kode untuk halaman yang sedang Anda buka.

Seperti apa respons yang “healthy” (terjemahan) “sehat”? URL kanonis yang penting konsisten mengembalikan 200 dengan konten nyata, sedangkan halaman yang seharusnya hilang atau berpindah mengembalikan 404/410 atau 301, bukan 200 yang menyesatkan.

Keputusan dalam satu baris

Cocokkan kode dengan kenyataan. Diinginkan dalam indeks → 200 dengan konten substantif. Hilang selamanya → 404 atau 410 (lihat 404-not-found). Berpindah → 301. Duplikat URL lain → arahkan tag kanonis ke versi pilihan, alih-alih memaksa kode non-200. 200 adalah lampu hijau untuk halaman yang memang layak ada—tidak lebih, tidak kurang.

Ringkasan AI

Ringkasan singkat dari versi Advanced:

• 200 OK adalah kode sukses standar 2xx (RFC 9110 §15.3.1): server memenuhi permintaan dan, untuk GET/HEAD, body merepresentasikan resource. Kode ini dapat di-cache secara heuristik secara default. RFC menganggap body diharapkan, bukan mutlak—200 dengan panjang nol secara teknis valid, meskipun halaman yang ingin Anda indeks memerlukan body nyata.
• Diperlukan, tetapi belum cukup, untuk pengindeksan. Sistem pengindeksan Google mengatakan “may index the content, but that’s not guaranteed.” (terjemahan) “dapat mengindeks konten, tetapi itu tidak dijamin.” Kualitas, duplikasi, konten tipis, dan noindex semuanya dinilai setelah status 200. Banyak halaman pesaing keliru dengan mengatakan “200 = indexed.” (terjemahan) “200 = sudah diindeks.”
• Jebakan soft 404: konten error atau kosong yang dibungkus 200 dideteksi pada lapisan konten dan dilaporkan sebagai soft 404 di Search Console. 200 pada halaman yang benar-benar hilang menjadi pemicunya; lihat artikel soft-404-errors.
• Jebakan paralel: lapisan HTTP dan aplikasi dapat tidak sepakat—200 dapat membungkus payload error API atau blok backend yang diam-diam rusak. Baris status hanya menyatakan transportasi berhasil, bukan payload benar.
• 200 vs 204 vs 304: 200 = berhasil dengan body nyata (layak diindeks); 204 = berhasil dengan body kosong, diperlakukan seperti soft 404 pada URL halaman (lihat 204-no-content); 304 = sinyal cache sebagai jawaban atas permintaan bersyarat, bukan keputusan pengindeksan.
• Konfirmasikan apa yang diterima Googlebot. Peminta berbeda dapat melihat kode berbeda untuk satu URL melalui cloaking, pemblokiran bot, aturan geo, atau konfigurasi CDN/WAF. “200 in my browser” (terjemahan) “200 di browser saya” ≠ “Google sees 200.” (terjemahan) “Google melihat 200.” Periksa melalui GSC URL Inspection Live Test atau log server, bukan hanya browser atau curl.
• Sesuaikan kode dengan kenyataan: diinginkan → 200 dengan konten nyata; hilang → 404/410; berpindah → 301; duplikat → tag kanonis. Seperti kata Patrick, “200 OK – All good. Everything is successful” (terjemahan) “200 OK—semuanya baik dan permintaan berhasil”—untuk halaman yang memang layak ada.

Dokumentasi resmi

Referensi sumber primer tentang arti 200 dan cara Google menanganinya.

Spesifikasi HTTP dan referensi browser

• RFC 9110 §15.3.1 — 200 OK — definisi otoritatif: permintaan berhasil, semantik body per metode, dan kemampuan cache heuristik.
• MDN — 200 OK — penjelasan bahasa sederhana, cacheable-by-default, serta nuansa PUT/DELETE (201/204 lebih umum).

Google Search Central

• Cara kode status HTTP, serta error jaringan dan DNS, memengaruhi Google Search — bahasa penanganan 2xx (“may index the content, but that’s not guaranteed” (terjemahan) “dapat mengindeks konten, tetapi itu tidak dijamin”) dan rujukan soft 404.
• Error soft 404—laporan pengindeksan halaman — definisi Google tentang 200 yang sebenarnya error dan alasan mengembalikan kode sukses untuk halaman yang sudah hilang adalah praktik buruk.
• Cloaking — alasan URL dapat menyajikan kode/konten tertentu kepada pengguna dan kode/konten berbeda kepada Googlebot, serta mengapa itu pelanggaran jika digunakan untuk memanipulasi peringkat.

Bing / Microsoft

• Bing Webmaster Tools—Pemeriksaan URL — cara dari sisi Bing untuk mengonfirmasi respons HTTP yang diterima Bingbot untuk sebuah URL. (Tidak ada dokumen Bing khusus tentang “how status codes affect indexing” (terjemahan) “bagaimana kode status memengaruhi pengindeksan”.)

Kutipan dari sumber

Pernyataan yang tercatat dari sumber. Setiap tautan adalah deep link yang langsung melompat ke bagian kutipan pada halaman sumber.

Spesifikasi HTTP

• “The 200 (OK) status code indicates that the request has succeeded.” (terjemahan) “Kode status 200 (OK) menunjukkan bahwa permintaan berhasil.” — RFC 9110, HTTP Semantics, §15.3.1. Baca bagian

MDN Web Docs

• “The HTTP 200 OK success status response code indicates that a request has succeeded. A 200 OK response is cacheable by default.” (terjemahan) “Kode respons sukses HTTP 200 OK menunjukkan bahwa permintaan berhasil. Respons 200 OK dapat di-cache secara default.” Lompat ke kutipan

Google Search Central—penanganan 2xx/200

• “Google passes on whatever it received to the next processing step (which is product specific). For Google Search, the next system is the indexing pipeline. The indexing systems may index the content, but that’s not guaranteed.” (terjemahan) “Google meneruskan apa pun yang diterimanya ke langkah pemrosesan berikutnya (yang spesifik untuk produk). Untuk Google Search, sistem berikutnya adalah pipeline pengindeksan. Sistem pengindeksan dapat mengindeks konten, tetapi itu tidak dijamin.” — dokumentasi kode status HTTP yang sama, entri 200. Dokumentasi kode status Google

• “If the content suggests an error for Google Search, an empty page or an error message, Search Console will show a soft 404 error.” (terjemahan) “Jika konten menunjukkan error bagi Google Search, halaman kosong atau pesan error, Search Console akan menampilkan error soft 404.” — dokumentasi yang sama, rujukan soft 404. Dokumentasi kode status Google

Patrick Stox — Ahrefs

• “200 OK – All good. Everything is successful.” (terjemahan) “200 OK—semuanya baik dan operasi berhasil.” — dari panduan kode status HTTP saya di blog Ahrefs. Lompat ke kutipan

• “Most 2xxs will allow pages to be indexed. However, 204s will be treated as soft 404s and won’t be indexed.” (terjemahan) “Sebagian besar 2xx memungkinkan halaman diindeks. Namun, 204s akan diperlakukan sebagai soft 404s dan tidak diindeks.” — dari panduan yang sama, tentang cara Google menangani keluarga 2xx. Lompat ke kutipan

200 OK—referensi cepat

Apa artinya

200 dan kode kerabat yang sering tertukar

Kode apa yang seharusnya dikembalikan URL ini?

• Diinginkan dalam indeks → 200 dengan konten nyata dan substantif.
• Hilang selamanya → 404 atau 410 (lihat 404-not-found).
• Berpindah ke URL baru → 301.
• Duplikat URL lain → pertahankan 200, tambahkan tag kanonis ke versi pilihan.
• Kosong dengan sengaja (API/beacon) → 204 (lihat 204-no-content)—jangan gunakan pada halaman.

Fakta singkat

• 200 membuat halaman layak diindeks, bukan berarti sudah diindeks—Google memutuskan secara terpisah berdasarkan kualitas, duplikasi, konten tipis, dan noindex.
• 200 pada halaman yang sebenarnya hilang/kosong adalah soft 404 menurut Google.
• Peminta berbeda dapat melihat kode berbeda untuk satu URL—konfirmasikan yang diterima Googlebot melalui GSC URL Inspection atau log server, bukan hanya browser atau curl.
• Periksa kode dengan tab Network DevTools, curl -I / curl -IL, GSC/Bing URL Inspection, Screaming Frog, atau Ahrefs Site Audit/Toolbar.

Mitos umum tentang 200 OK

“A 200 status code means the page is indexed.” (terjemahan) “Kode status 200 berarti halaman sudah diindeks.” Salah. 200 berarti server berhasil mengembalikan konten; pengindeksan adalah keputusan hilir yang terpisah. Dokumentasi Google sendiri mengatakan sistem pengindeksan “may index the content, but that’s not guaranteed.” (terjemahan) “dapat mengindeks konten, tetapi itu tidak dijamin.” Kualitas, duplikasi, konten tipis, dan noindex semuanya dinilai setelah status 200.

“If Search Console shows a soft 404, my server has a bug.” (terjemahan) “Jika Search Console menampilkan soft 404, server saya mengalami bug.” Belum tentu. Soft 404 bukan kode yang dikirim server—ini label yang diterapkan Google berdasarkan ketidakcocokan antara status 200 dan konten yang terbaca sebagai error atau halaman kosong. Server melakukan persis yang dikonfigurasi (mengirim 200); masalahnya ada pada konten, bukan header.

“200 is always good, full stop.” (terjemahan) “200 selalu baik, titik.” Tidak selalu. 200 pada URL yang seharusnya mengembalikan 404—produk yang dihapus, listing yang kedaluwarsa, atau halaman hasil pencarian kosong—justru buruk. Ini mengundang perlakuan soft 404 dan dapat membuang anggaran crawl untuk mengunjungi URL yang tidak menawarkan apa-apa.

“My browser shows 200, so Google definitely sees 200 too.” (terjemahan) “Browser saya menampilkan 200, jadi Google pasti melihat 200 juga.” Tidak dijamin. Pemblokiran bot, cloaking, aturan geo-IP, dan konfigurasi CDN/WAF dapat menyajikan respons berbeda kepada Googlebot daripada kepada browser manusia. Verifikasi melalui URL Inspection atau log server.

“200 and 204 are basically the same — both mean success.” (terjemahan) “200 dan 204 pada dasarnya sama—keduanya berarti berhasil.” Keduanya termasuk 2xx, tetapi 204 memiliki body kosong secara desain. Itu tepat untuk API dan beacon, tetapi salah untuk halaman yang ingin diindeks—204 pada URL halaman diperlakukan seperti soft 404 (lihat 204-no-content).

“200 vs 304 — aren’t those the same idea?” (terjemahan) “200 dan 304, bukankah idenya sama?” Tidak. 304 Not Modified adalah mekanisme cache untuk menjawab permintaan bersyarat (If-None-Match / If-Modified-Since), dengan memberi tahu klien untuk menggunakan salinan cache. Kode ini tidak membawa body dan bukan keputusan pengindeksan—konsepnya berbeda dari 200.

Mengapa halaman 200 OK masih gagal

Search Console menyebut URL sebagai soft 404

Gejala: URL mengembalikan 200, tetapi laporan Pengindeksan Halaman menyebutnya soft 404.

Kemungkinan penyebab: body respons tampak kosong, rusak, atau seperti halaman error. Kasus umum meliputi produk yang dihentikan tanpa informasi berguna, artikel terhapus di dalam template yang sebaliknya lengkap, atau halaman pencarian tanpa hasil.

Perbaikan: Cocokkan respons dengan kenyataan. Pulihkan konten substantif jika halaman seharusnya ada, kembalikan 404 atau 410 jika sudah hilang, atau gunakan 301 jika berpindah. Jalankan kembali Live Test Pemeriksaan URL dan pastikan respons serta konten yang dirender kini selaras.

Browser Anda mendapat 200, tetapi Googlebot tidak

Gejala: DevTools atau curl menampilkan 200, sedangkan Google tidak dapat mengambil atau mengindeks URL.

Kemungkinan penyebab: CDN, WAF, aturan geo, aturan bot, atau eksperimen menyajikan respons berbeda kepada Googlebot. Permintaan Anda sendiri bukan bukti tentang permintaan Google.

Perbaikan: Bandingkan permintaan biasa dengan permintaan yang memakai user-agent Googlebot, lalu periksa Pemeriksaan URL dan log server/CDN. Perbaiki aturan edge dan pastikan Live Test menerima 200 dengan body substantif yang sama seperti yang diterima pengguna.

Halaman mengembalikan 200 tetapi tetap tidak diindeks

Gejala: Kode status sehat, tetapi URL tetap dikecualikan dari indeks.

Kemungkinan penyebab: 200 hanya membuat konten layak diproses. noindex, konflik duplikat/ kanonis, atau konten bernilai rendah tetap dapat membuatnya tidak masuk indeks.

Perbaikan: Berhenti mengubah kode status. Periksa direktif pengindeksan, kanonis pilihan Google, dan konten sebenarnya. Respons HTTP yang berhasil bukan putusan pengindeksan.

Respons 200 yang menceritakan kisah keliru

Berikut contoh sederhana. Baris status secara teknis berhasil, tetapi body menentukan apakah keberhasilan itu jujur.

Cangkang produk kosong: 200 yang menyesatkan

HTTP/1.1 200 OK
Content-Type: text/html

<h1>Product unavailable</h1>
<p>There is nothing here.</p>

Jika produk sudah hilang permanen tanpa pengganti, kembalikan 404 atau 410. Jika halaman produk yang berguna masih ada—spesifikasi, alternatif, dukungan, atau informasi ketersediaan—200 tetap tepat karena halaman itu memiliki tujuan nyata.

Deleted artikel dengan sebuah replacement: gunakan redirect

HTTP/1.1 301 Moved Permanently
Location: https://example.com/current-guide

Halaman 200 bertemplate yang mengatakan “article deleted” (terjemahan) “artikel dihapus” meninggalkan pengguna dan mengundang klasifikasi soft 404. Pengganti yang relevan seharusnya menjadi tujuan 301 sisi server.

Zero-hasil internal search: berguna atau empty

200 dapat jujur ketika halaman membantu pengguna merumuskan ulang pencarian, menelusuri kategori, atau menemukan alternatif. Halaman tipis yang hanya berisi “0 results” (terjemahan) “0 hasil” tampak seperti error meskipun kodenya sukses. Pembeda adalah kegunaan body, bukan angka 200.

Menilai respons 200 yang mencurigakan

Tempel ekspor crawl yang berisi URL, status, judul, kanonis, kemampuan indeks, dan sampel teks body singkat. Prompt ini memisahkan keberhasilan HTTP dari masalah konten dan pengindeksan.

You are auditing URLs that return HTTP 200. Review the pasted rows without assuming that
"200" means "indexed" or "healthy."

For each URL:
1. Classify it as a substantive page, likely soft 404, redirect-needed page, genuinely gone
   page, duplicate/canonical case, or needs manual review.
2. Cite the exact evidence from the supplied title, body sample, canonical, and directives.
3. Recommend one response: keep 200, restore content, 301 to a relevant replacement,
   return 404/410, or fix canonical/noindex signals.
4. Flag any conclusion that cannot be made from the supplied data.

Do not invent page content, redirect targets, or indexing status. End with a prioritized
manual-check list.

PASTE CRAWL ROWS HERE

Periksa respons, bukan hanya mempercayai halaman

Periksa satu respons dengan curl

Jalankan ini di macOS, Linux, atau WSL. Perintah pertama membaca header respons; perintah kedua juga mengunduh body agar Anda dapat memverifikasi bahwa 200 berisi konten nyata.

curl -sI https://example.com/page
curl -sS -D - https://example.com/page -o page.html

Cari baris status 200, lalu buka page.html. Header saja tidak dapat mengungkap soft 404.

Bandingkan permintaan biasa dengan user-agent Googlebot

url="https://example.com/page"
curl -sS -o /dev/null -w "default: %{http_code} %{size_download} bytes\n" "$url"
curl -sS -A "Googlebot" -o /dev/null -w "Googlebot UA: %{http_code} %{size_download} bytes\n" "$url"

Perbedaan adalah alasan untuk memeriksa aturan CDN/WAF dan log, bukan bukti bahwa Googlebot menerima respons dari permintaan yang dipalsukan. Konfirmasikan pengambilan nyata di Pemeriksaan URL.

Periksa daftar respons non-200

Tulis satu URL per baris di urls.txt:

while IFS= read -r url; do
  curl -sS -o /dev/null -w "%{http_code}\t%{url_effective}\n" "$url"
done < urls.txt

Ini menemukan ketidaksesuaian status yang jelas. Ini tidak dapat menilai apakah body 200 substantif, jadi tindak lanjuti template yang mencurigakan dan laporan soft 404.

Alat untuk memvalidasi respons 200

Alat gratis Patrick

• Pemeriksa Kode Status HTTP Massal — tempel hingga 500 URL untuk mengumpulkan kode status, tujuan akhir, rantai pengalihan, dan latensi dalam satu ekspor. Gunakan untuk menemukan URL yang sebenarnya tidak mengembalikan 200; lalu periksa body dan Search Console secara terpisah untuk soft 404s karena pemeriksa status tidak dapat menilai kualitas konten atau pengindeksan.

Bukti dari mesin pencari dan server

• Pemeriksaan URL Google Search Console — bandingkan hasil terindeks dengan pengambilan langsung dan tinjau konten yang dapat diambil Google.
• Pemeriksaan URL Bing Webmaster Tools — periksa respons yang dilaporkan diterima Bingbot.
• Log server dan CDN — konfirmasikan kode status yang diterima permintaan crawler nyata; log merupakan bukti lebih kuat daripada mengganti string user-agent di curl.
• Panel Network DevTools browser — verifikasi permintaan dokumen, header respons, dan body pada sesi browser di depan Anda.

Uji pemahaman Anda: 200 OK

Lima pertanyaan singkat tentang arti 200 bagi SEO. Pilih jawaban untuk setiap pertanyaan, lalu periksa.

Log perubahan