Kode Status HTTP — Daftar Lengkap & Artinya

Server sudah menerima header permintaan dan klien boleh melanjutkan dengan mengirim body.

Kapan dipakai: Dikirim sebagai balasan untuk permintaan yang membawa Expect: 100-continue, sehingga klien bisa memastikan unggahan besar akan diterima sebelum mengirimkannya.

Server setuju untuk beralih ke protokol yang disebut di header Upgrade klien.

Kapan dipakai: Dipakai saat koneksi HTTP/1.1 di-upgrade ke WebSocket (Upgrade: websocket).

WebDAV: server sudah menerima permintaan tapi belum selesai memprosesnya.

Kapan dipakai: Mencegah klien timeout saat operasi WebDAV yang lama. Jarang dipakai sekarang.

Memungkinkan server mengirim header Link (preload / preconnect) sebelum respons akhir siap.

Kapan dipakai: Dikirim saat backend masih membuat halaman, supaya browser bisa mulai mengunduh CSS, font, atau script penting lebih awal.

Permintaan berhasil. Body berisi resource yang diminta atau hasil dari aksi tersebut.

Kapan dipakai: Respons sukses default untuk GET, dan untuk POST/PUT saat kamu mengembalikan body.

Dampak SEO: Satu-satunya status yang membuat halaman bisa diindeks beserta kontennya. Pastikan halaman “tidak ditemukan” tidak mengembalikan 200 (“soft 404”).

Permintaan berhasil dan resource baru telah dibuat.

Kapan dipakai: Dikembalikan setelah POST (atau PUT) yang membuat sesuatu; sertakan header Location yang mengarah ke resource baru.

Permintaan diterima untuk diproses, tapi prosesnya belum selesai.

Kapan dipakai: Job asinkron: masukkan pekerjaan ke antrean dan kembalikan URL tempat klien bisa mengecek hasilnya.

Respons diubah oleh proxy yang memodifikasi konten dan berbeda dari respons 200 server asal.

Kapan dipakai: Diatur oleh proxy yang mengubah konten; server asal biasanya tidak perlu mengirimnya.

Permintaan berhasil dan memang tidak ada body respons.

Kapan dipakai: Permintaan DELETE, endpoint autosave, dan respons preflight CORS yang tidak perlu mengembalikan apa pun.

Permintaan berhasil dan klien sebaiknya mereset tampilan dokumen (misalnya mengosongkan form).

Kapan dipakai: Jarang; memberi tahu user agent untuk mereset form yang dikirim.

Server hanya mengirim rentang byte yang diminta lewat header Range.

Kapan dipakai: Streaming video, unduhan yang bisa dilanjutkan, dan download manager.

WebDAV: body berupa dokumen XML yang berisi status terpisah untuk beberapa sub-permintaan.

Kapan dipakai: Operasi WebDAV batch yang item-itemnya bisa berhasil atau gagal sendiri-sendiri.

WebDAV: anggota sebuah binding sudah dicantumkan sebelumnya dalam respons 207 yang sama.

Kapan dipakai: Menghindari daftar resource yang sama berulang kali dalam respons Multi-Status.

Server memenuhi GET dengan manipulasi instance (delta encoding) yang diterapkan.

Kapan dipakai: Delta encoding HTTP (RFC 3229); hampir tidak pernah terlihat dalam praktik.

Resource punya beberapa representasi dan klien (atau pengguna) sebaiknya memilih salah satu.

Kapan dipakai: Jarang; negosiasi konten biasanya dilakukan otomatis.

Dampak SEO: Google bisa memilih salah satu opsi; lebih baik gunakan satu 301 ke versi kanonis.

Resource punya URL permanen baru, yang diberikan di header Location.

Kapan dipakai: Pindah domain, HTTP → HTTPS, slug yang diubah, atau menggabungkan halaman duplikat.

Dampak SEO: Cara standar memindahkan halaman: mesin pencari memindahkan sinyal peringkat dan mengindeks URL baru. Browser bisa mengubah POST menjadi GET pada 301 — gunakan 308 jika metodenya harus dipertahankan.

Resource untuk sementara berada di URL lain.

Kapan dipakai: Redirect jangka pendek seperti halaman maintenance, A/B test, atau alur login.

Dampak SEO: Google menganggapnya sementara dan biasanya tetap menyimpan URL asli di indeks. Jika pindahnya permanen, gunakan 301.

Klien sebaiknya mengambil hasilnya dari URL lain menggunakan GET.

Kapan dipakai: Pola “Post/Redirect/Get”: setelah form dikirim lewat POST, redirect ke halaman konfirmasi.

Dampak SEO: Diperlakukan seperti redirect sementara.

Salinan di cache masih valid; tidak ada body yang dikirim.

Kapan dipakai: Balasan untuk permintaan bersyarat (If-None-Match / If-Modified-Since) saat resource belum berubah.

Dampak SEO: Bagus untuk efisiensi crawl: Googlebot memakai ulang salinan cache-nya, sehingga menghemat crawl budget.

Sudah usang. Awalnya memberi tahu klien untuk mengakses resource lewat proxy.

Kapan dipakai: Jangan dipakai — browser mengabaikannya karena alasan keamanan.

Mirip 302, tapi klien harus mengulang permintaan dengan metode dan body yang sama.

Kapan dipakai: Redirect sementara untuk permintaan POST/PUT; browser juga menampilkan “307 Internal Redirect” untuk upgrade HSTS.

Dampak SEO: Sementara — URL asli biasanya tetap ada di indeks.

Mirip 301, tapi klien harus mempertahankan metode dan body yang sama.

Kapan dipakai: Pemindahan permanen endpoint API atau target form yang harus tetap POST.

Dampak SEO: Google memperlakukan 308 sama seperti 301 dan memindahkan sinyal ke URL baru.

Server tidak bisa memproses permintaan karena formatnya rusak (sintaks salah, JSON tidak valid, cookie terlalu besar…).

Kapan dipakai: Kegagalan validasi yang tidak bisa dijelaskan lebih spesifik; sertakan pesan error di body.

Dampak SEO: Halaman yang mengembalikan 4xx dikeluarkan dari indeks.

Autentikasi diperlukan tapi tidak ada atau tidak valid. Meski namanya “Unauthorized”, artinya “belum terautentikasi”.

Kapan dipakai: Token atau kredensial hilang atau kedaluwarsa. Wajib menyertakan header WWW-Authenticate.

Dampak SEO: Crawler tidak bisa login, jadi halaman di balik 401 tidak diindeks — ini yang kamu mau untuk area privat.

Dicadangkan untuk penggunaan di masa depan; sebagian API memakainya saat pembayaran atau upgrade kuota diperlukan.

Kapan dipakai: Error tagihan non-standar (misalnya langganan sudah habis).

Server memahami permintaan tapi menolak memberi otorisasi. Login ulang tidak akan membantu.

Kapan dipakai: Pengguna sudah login tapi tidak punya izin, atau akses diblokir oleh IP, WAF, atau izin file.

Dampak SEO: Tidak diindeks. Pastikan firewall atau proteksi bot kamu tidak mengembalikan 403 ke Googlebot secara keliru.

Server tidak bisa menemukan resource yang diminta.

Kapan dipakai: URL tidak pernah ada atau dihapus tanpa pengganti. Sediakan halaman 404 kustom yang membantu.

Dampak SEO: Wajar dan tidak berbahaya untuk halaman yang memang tidak ada; Google akan mengeluarkannya seiring waktu. Redirect (301) URL yang punya backlink atau punya pengganti yang jelas.

Metode HTTP tidak didukung untuk URL ini (misalnya POST ke halaman yang hanya bisa dibaca).

Kapan dipakai: Kembalikan dengan header Allow yang berisi daftar metode yang didukung.

Server tidak bisa membuat respons yang sesuai dengan header Accept pada permintaan.

Kapan dipakai: Negosiasi konten yang ketat; banyak API justru mengembalikan format default-nya.

Mirip 401, tapi klien harus terautentikasi ke proxy.

Kapan dipakai: Dikirim oleh proxy perusahaan atau forward proxy dengan header Proxy-Authenticate.

Server kehabisan waktu menunggu klien menyelesaikan pengiriman permintaan.

Kapan dipakai: Koneksi yang diam lama atau sangat lambat; klien bisa mencoba lagi.

Permintaan bertentangan dengan kondisi resource saat ini.

Kapan dipakai: Konflik saat edit, kunci unik yang duplikat, atau ketidakcocokan versi pada optimistic locking.

Resource sudah dihapus secara permanen dan tidak akan kembali.

Kapan dipakai: Konten yang sengaja dihapus, iklan atau kampanye yang sudah berakhir.

Dampak SEO: Google memperlakukan 410 seperti 404 tapi bisa mengeluarkan URL sedikit lebih cepat.

Server membutuhkan header Content-Length.

Kapan dipakai: Unggahan tanpa panjang saat chunked encoding tidak diterima.

Kondisi di header permintaan (If-Match, If-Unmodified-Since) bernilai salah.

Kapan dipakai: Concurrency optimistik: tolak update karena resource sudah berubah sejak klien membacanya.

Body permintaan lebih besar dari yang diizinkan server (dulu disebut “Payload Too Large”).

Kapan dipakai: Unggahan file di atas batas — misalnya client_max_body_size di nginx.

URL lebih panjang dari yang bisa diproses server.

Kapan dipakai: Biasanya bug: query string yang sangat panjang atau redirect loop yang terus menambah parameter.

Format body (Content-Type) tidak didukung.

Kapan dipakai: API yang mengharapkan application/json justru menerima data form atau XML.

Header Range meminta byte di luar ukuran file.

Kapan dipakai: Melanjutkan unduhan dari posisi di luar akhir file yang sudah mengecil.

Server tidak bisa memenuhi syarat di header Expect.

Kapan dipakai: Menolak unggahan Expect: 100-continue.

Lelucon April Mop dari RFC 2324 (Hyper Text Coffee Pot Control Protocol): server menolak menyeduh kopi karena dirinya adalah teko teh.

Kapan dipakai: Hanya untuk easter egg. Beberapa layanan memakainya untuk menolak permintaan otomatis atau tidak diinginkan, tapi kode ini tidak punya arti standar.

Permintaan sampai ke server yang tidak bisa memberikan respons untuk host ini.

Kapan dipakai: Penggunaan ulang koneksi HTTP/2 lintas hostname yang sertifikat atau konfigurasinya tidak cocok.

Sintaksnya valid, tapi isinya gagal validasi semantik.

Kapan dipakai: Error validasi form atau API (field wajib kosong, email tidak valid). Populer di API Rails dan Laravel.

WebDAV: resource sedang dikunci.

Kapan dipakai: File sedang di-checkout atau dikunci oleh pengguna lain.

WebDAV: permintaan gagal karena permintaan sebelumnya yang menjadi dependensinya juga gagal.

Kapan dipakai: Operasi batch di mana satu kegagalan membatalkan sisanya.

Server tidak akan memproses permintaan yang mungkin diputar ulang (data awal TLS 1.3 / 0-RTT).

Kapan dipakai: Melindungi permintaan non-idempoten yang dikirim di data awal TLS dari serangan replay.

Klien harus beralih ke protokol lain yang disebut di header Upgrade.

Kapan dipakai: Memaksa klien pindah ke versi protokol yang lebih baru.

Server mewajibkan permintaan bersyarat (misalnya menyertakan If-Match).

Kapan dipakai: Mencegah “lost update” dengan menolak permintaan PUT/PATCH tanpa syarat.

Klien mengirim terlalu banyak permintaan dalam waktu tertentu (rate limiting).

Kapan dipakai: Batas rate limit API dan proteksi brute-force. Sertakan header Retry-After.

Dampak SEO: Googlebot memperlambat crawl saat melihat 429 (dan 503). 429 yang terus-menerus bisa membuat URL dikeluarkan.

Sebuah header (sering Cookie) atau semua header digabung terlalu besar.

Kapan dipakai: Biasanya disebabkan oleh cookie yang menumpuk; menghapus cookie untuk situs tersebut akan memperbaikinya bagi pengguna.

Resource diblokir karena alasan hukum — sensor, perintah pengadilan, atau regulasi regional. Angkanya merujuk pada novel Fahrenheit 451 karya Ray Bradbury.

Kapan dipakai: Konten yang dihapus karena permintaan takedown atau dibatasi secara geografis oleh hukum.

Dampak SEO: Diperlakukan seperti kode 4xx lainnya: tidak diindeks.

Error umum: server mengalami kondisi yang tidak terduga.

Kapan dipakai: Exception yang tidak tertangani, script yang crash, aturan .htaccess yang rusak. Cek log server kamu.

Dampak SEO: Gangguan singkat masih bisa ditoleransi; jika error 5xx bertahan berhari-hari, Google memperlambat crawl dan akhirnya mengeluarkan URL.

Server tidak mendukung fungsi yang dibutuhkan (sering kali metode yang tidak dikenal).

Kapan dipakai: Metode yang sama sekali tidak dikenali server, berbeda dengan 405 untuk metode yang dikenal tapi tidak diizinkan.

Gateway atau proxy menerima respons yang tidak valid dari server upstream.

Kapan dipakai: App server kamu (PHP-FPM, Node, Gunicorn) crash atau mengembalikan data rusak di balik nginx, load balancer, atau CDN.

Dampak SEO: Sama seperti 5xx lainnya: sementara masih wajar, error yang terus-menerus merugikan crawling dan indeks.

Server untuk sementara tidak bisa menangani permintaan — kelebihan beban atau sedang maintenance.

Kapan dipakai: Maintenance terjadwal atau kelebihan beban. Tambahkan Retry-After untuk memberi tahu kapan harus kembali.

Dampak SEO: Kode yang tepat untuk downtime terjadwal: Google tetap menyimpan halaman di indeks dan mencoba lagi nanti. Jangan dipakai lebih dari sehari atau dua hari.

Gateway atau proxy tidak menerima respons dari server upstream tepat waktu.

Kapan dipakai: Query database yang lambat atau API upstream yang melebihi timeout proxy.

Dampak SEO: Timeout yang terus-menerus menurunkan crawl rate dan bisa menyebabkan deindex.

Server tidak mendukung versi HTTP yang dipakai dalam permintaan.

Kapan dipakai: Versi protokol yang sangat lama atau sangat baru yang tidak bisa ditangani server.

Salah konfigurasi server: varian yang dipilih juga dikonfigurasi untuk negosiasi, sehingga terjadi loop.

Kapan dipakai: Error konfigurasi negosiasi konten.

WebDAV: server tidak bisa menyimpan representasi yang dibutuhkan untuk menyelesaikan permintaan.

Kapan dipakai: Disk atau kuota pengguna sudah penuh.

WebDAV: server mendeteksi loop tak terbatas saat memproses permintaan.

Kapan dipakai: Beberapa hosting (misalnya cPanel/CloudLinux) juga mengembalikannya saat akun mencapai batas resource.

Permintaan membutuhkan ekstensi tambahan (RFC 2774, kini sudah historis).

Kapan dipakai: Hampir tidak pernah dipakai.

Klien harus terautentikasi untuk mendapatkan akses jaringan.

Kapan dipakai: Captive portal di Wi-Fi hotel, bandara, atau kafe.

nginx menutup koneksi tanpa mengirim respons apa pun.

Kapan dipakai: Dikonfigurasi di nginx untuk diam-diam membuang permintaan berbahaya atau tidak diinginkan.

Dicatat oleh nginx saat klien menutup koneksi sebelum server merespons.

Kapan dipakai: Kamu akan melihatnya di log saat pengguna meninggalkan halaman atau timeout klien lebih pendek dari waktu respons server.

Cloudflare menerima respons kosong, tidak dikenal, atau tidak terduga dari origin server.

Kapan dipakai: Origin crash, header terlalu besar, atau koneksi di-reset. Cek log error origin.

Dampak SEO: Diperlakukan seperti error 5xx.

Origin server menolak koneksi dari Cloudflare.

Kapan dipakai: Web server sedang berhenti atau firewall memblokir rentang IP Cloudflare.

Dampak SEO: Diperlakukan seperti error 5xx.

Cloudflare tidak bisa menyelesaikan koneksi TCP ke origin.

Kapan dipakai: Origin kelebihan beban, record DNS salah, atau firewall membuang paket.

Dampak SEO: Diperlakukan seperti error 5xx.

Cloudflare sudah terhubung ke origin, tapi origin tidak merespons dalam 100 detik.

Kapan dipakai: Permintaan yang berjalan lama; pindahkan ke background job.

Dampak SEO: Diperlakukan seperti error 5xx.

Handshake TLS antara Cloudflare dan origin gagal.

Kapan dipakai: Origin tidak punya sertifikat yang valid atau tidak mendukung SNI/versi TLS yang dipakai Cloudflare.

Dampak SEO: Diperlakukan seperti error 5xx.

Cloudflare (dalam mode Full Strict) tidak bisa memvalidasi sertifikat origin.

Kapan dipakai: Sertifikat origin kedaluwarsa atau self-signed — pasang sertifikat yang valid atau sertifikat Cloudflare Origin CA.

Dampak SEO: Diperlakukan seperti error 5xx.