Referensi Kode Status HTTP gratis

Digunakan untuk permintaan dengan Expect: 100-continue. Server mengakui bahwa bersedia menerima badan sebelum klien mengirimnya. Jarang terlihat di aplikasi web modern.

Paling sering digunakan untuk upgrade WebSocket — klien meminta Upgrade: websocket dan server merespons 101 untuk beralih.

Respons sementara WebDAV yang dikirim untuk mencegah waktu tunggu klien selama operasi yang panjang. Ditinggalkan — server modern tidak boleh mengirimnya.

Memungkinkan server mengirim header Link (preload/preconnect) saat respons akhir masih disiapkan, sehingga browser dapat mulai mengambil aset penting lebih cepat.

Respons kesuksesan standar. Maknanya tergantung metode HTTP: GET → resource dikembalikan, POST/PUT → tindakan selesai.

Umum setelah POST. Respons harus menyertakan header Location yang menunjuk ke URL resource baru.

Untuk operasi asinkron — server sedang mengantrekan pekerjaan. Klien harus melakukan polling pada endpoint status atau memeriksa kembali nanti.

Permintaan berhasil, tetapi perantara (seperti proxy cache atau transformasi) mengubah muatan dari server asal — misalnya, mengompresi ulang gambar. Jarang dalam praktik.

Sering digunakan untuk operasi DELETE atau pembaruan PUT yang tidak perlu mengembalikan badan. Klien tidak boleh meninggalkan halaman saat ini.

Seperti 204, tidak ada badan yang dikembalikan — tetapi klien juga diberitahu untuk mereset formulir atau tampilan yang menghasilkan permintaan (misalnya, hapus bidang formulir untuk entri berikutnya).

Respons untuk permintaan Range. Digunakan oleh pemain video dan manajer unduhan untuk melanjutkan unduhan yang terputus atau streaming file besar.

WebDAV: badan XML melaporkan hasil dari beberapa sub-operasi secara independen — misalnya, pemindahan batch di mana beberapa item berhasil dan yang lain gagal.

WebDAV: digunakan dalam respons 207 Multi-Status untuk menghindari pencatatan anggota koleksi yang sama berulang kali ketika pengikatan membuat loop.

Pengodean delta: server mengembalikan perbedaan terhadap versi sebelumnya alih-alih resource lengkap, menghemat bandwidth. Sangat jarang diimplementasikan.

Server menawarkan beberapa opsi (misalnya format atau bahasa berbeda) dan klien harus memilih satu. Jarang digunakan, karena negosiasi konten otomatis biasanya menangani ini.

Gunakan untuk perubahan URL permanen — mesin pencari akan memperbarui indeks mereka. Otoritas SEO ditransfer ke URL baru.

Menunjukkan bahwa pengalihan tidak permanen. Caching kurang agresif daripada 301. Gunakan untuk hal-hal seperti 'login diperlukan, mengarahkan ke /login'.

Digunakan setelah pengajuan POST — respons mengatakan 'POST Anda berfungsi, lihat URL GET ini untuk hasilnya'. Browser selalu GET URL baru.

Respons untuk permintaan bersyarat (dengan header If-None-Match atau If-Modified-Since). Menghemat bandwidth — tidak ada badan yang dikembalikan.

Jika yang asli adalah POST, pengalihan juga menggunakan POST. Alternatif modern untuk 302 ketika preservasi metode penting.

Pengganti modern untuk 301 ketika Anda ingin permintaan POST tetap POST setelah pengalihan.

Penyebab umum: JSON yang salah format di badan, parameter query tidak valid, atau bidang yang diperlukan hilang. Periksa badan permintaan dan header.

Klien harus menyertakan kredensial autentikasi (header Authorization, cookie, token). 'Unauthorized' adalah misnomer — sebenarnya berarti 'tidak terautentikasi'.

Awalnya dirancang untuk pembayaran digital. Penggunaan modern: API kadang mengembalikan 402 ketika pengguna telah melampaui kuota berbayar mereka.

Berbeda dari 401 — pengguna SUDAH login, tetapi akun mereka tidak memiliki izin untuk resource ini. Periksa logika peran/izin.

Baik URL salah, resource dihapus, atau tidak pernah ada. Server kadang mengembalikan 404 untuk menyembunyikan bahwa 403 akan lebih akurat.

Misalnya, permintaan GET ke endpoint yang hanya menerima POST. Respons harus menyertakan header Allow yang mencantumkan metode yang valid.

Klien meminta jenis konten, bahasa, atau pengodean (melalui Accept, Accept-Language, Accept-Encoding) yang tidak dapat dipenuhi server. Banyak server melewati negosiasi ketat dan mengembalikan default sebagai gantinya.

Seperti 401, tetapi dikeluarkan oleh proxy: klien harus mengirim kredensial Proxy-Authorization. Terlihat di jaringan perusahaan dengan proxy yang mengautentikasi.

Klien memerlukan waktu terlalu lama untuk mengirim badan permintaan atau membiarkan koneksi tetap menganggur. Coba lagi permintaan tersebut.

Biasanya dikembalikan untuk konflik pengeditan bersamaan atau pembuatan sumber daya duplikat (misalnya, membuat pengguna dengan email yang sudah ada).

Lebih kuat dari 404 — server secara eksplisit tahu sumber daya PERNAH ada tetapi telah dihapus secara permanen. Mesin pencari akan menghapus indeks.

Permintaan ditolak karena kurang header Content-Length dan server menolak badan berukuran tidak diketahui. Tambahkan header dan coba lagi.

Dikembalikan saat header bersyarat seperti If-Match atau If-Unmodified-Since gagal — biasanya penguncian optimistik: orang lain mengubah sumber daya sejak versi Anda. Ambil kembali dan coba lagi.

Umum saat mengunggah file besar. Konfigurasi server (nginx, apache) menetapkan ukuran badan maksimal. Periksa konfigurasi server.

Biasanya disebabkan oleh string kueri yang sangat panjang (misalnya pengkodean data dalam GET). Beralih ke badan POST, atau tingkatkan batas server jika Anda mengontrolnya.

Misalnya, mengirim application/xml ke server yang hanya menerima application/json. Tetapkan header Content-Type dengan benar.

Header Range meminta bagian yang tidak dimiliki file — misalnya melanjutkan unduhan melampaui akhir file. Respons harus menyertakan Content-Range dengan ukuran aktual.

Dikirim saat server tidak mendukung Expect: 100-continue. Beberapa klien mengirim header ini secara default pada POST besar; menonaktifkannya biasanya menyelesaikan kesalahan.

Lelucon April Mop dari 1998 (RFC 2324). Beberapa API nyata menggunakannya untuk lelucon atau menandai titik akhir yang tidak direkomendasikan. Bukan untuk penggunaan produksi.

Umum dengan penggunaan kembali koneksi HTTP/2: permintaan mencapai server yang tidak dikonfigurasi untuk nama host target. Klien harus mencoba lagi pada koneksi baru.

Misalnya, JSON diurai dengan benar tetapi bidang wajib hilang, atau nilai bidang berada di luar jangkauan. Umum dalam respons validasi API REST.

WebDAV: sumber daya sumber atau tujuan dikunci oleh klien lain, sehingga operasi tidak dapat dilanjutkan. Tunggu kunci dilepaskan atau pecahkan dengan token yang tepat.

WebDAV: dalam rantai operasi dependen, tindakan sebelumnya gagal, jadi yang ini tidak dilakukan. Lihat kegagalan sebelumnya untuk akar penyebabnya.

Terkait dengan TLS 1.3 0-RTT (data awal): server tidak akan mengambil risiko memproses permintaan yang mungkin diputar ulang. Klien harus mencoba lagi setelah jabat tangan selesai.

Server menolak untuk melayani permintaan melalui protokol saat ini tetapi akan setelah peningkatan — respons menyertakan header Upgrade yang menamai protokol yang diperlukan.

Server menuntut header bersyarat (seperti If-Match) untuk mencegah konflik pembaruan yang hilang. Ambil sumber daya, tangkap ETag-nya, dan kirim ulang dengan If-Match.

Perlambat. Respons harus menyertakan header Retry-After yang menunjukkan kapan harus mencoba lagi. Umum dengan API yang memiliki kuota permintaan.

Baik satu header atau total ukuran header melebihi batas — paling sering disebabkan oleh cookie berukuran besar. Hapus cookie atau kurangi apa yang aplikasi Anda simpan di dalamnya.

Sumber daya diblokir karena alasan hukum — sensor, perintah pengadilan, atau peraturan regional. Nomor ini adalah acuan novel Fahrenheit 451.

Tangkapan umum untuk kesalahan sisi server. Periksa log server untuk penyebab sebenarnya: pengecualian yang tidak ditangani, kesalahan database, dll.

Misalnya, server tidak mengenali metode HTTP. Jarang dalam praktik — lebih sering Anda akan melihat 405.

Umum dalam arsitektur microservice. Penyeimbang beban atau reverse proxy Anda mendapat respons yang salah format dari layanan backend.

Baik sedang dalam pemeliharaan atau kelebihan beban. Respons harus menyertakan header Retry-After. Sering dikembalikan selama penerapan.

Layanan backend tidak merespons cukup cepat. Periksa kesehatan layanan upstream dan konfigurasi timeout.

Versi HTTP utama dari permintaan tidak didukung oleh server. Hampir tidak pernah terlihat dengan klien modern.

Negosiasi konten transparan berakhir dalam loop: varian yang dipilih sendiri dikonfigurasi untuk bernegosiasi. Menunjukkan kesalahan konfigurasi server.

Asal spesifik WebDAV tetapi kadang-kadang digunakan oleh server umum. Artinya server tidak dapat menyimpan permintaan karena keterbatasan penyimpanan.

WebDAV: memproses permintaan Depth: infinity memasuki loop (misalnya pengikatan melingkar). Operasi dihentikan.

Dari Kerangka Kerja Ekstensi HTTP yang ketinggalan zaman: server memerlukan informasi lebih lanjut sebelum dapat memenuhi permintaan. Efektif tidak digunakan di web modern.

Digunakan oleh portal tertawan (WiFi hotel/bandara) untuk menunjukkan pengguna harus masuk ke jaringan sebelum mengakses situs eksternal.