Pemeriksa Status HTTP — periksa kode status dan rantai pengalihan

Periksa kode status HTTP untuk URL apa pun dan pahami perilaku pengalihan dengan cepat. Ikuti pengalihan (hingga 10) untuk mendeteksi perulangan dan konfirmasi respons tujuan akhir. Ideal untuk pemeriksaan uptime, titik akhir kesehatan, audit SEO, dan debug URL yang salah arah. Ekspor hasil ke JSON.

Loading…

Tentang Pemeriksa Status HTTP

Tempelkan URL untuk melihat status HTTP-nya (200, 301, 302, 404, 500…) dan, jika diperlukan, ikuti pengalihan untuk memeriksa rantai pengalihan lengkap. Sempurna untuk mendiagnosis masalah ketersediaan, memvalidasi pemeriksaan kesehatan, dan memastikan pengalihan Anda ramah SEO dan bebas perulangan.

Fitur

  • Periksa status respons HTTP untuk URL apa pun (situs web atau API).
  • Ikuti pengalihan dan periksa rantai pengalihan (hingga 10 hop).
  • Deteksi perulangan pengalihan dan kesalahan konfigurasi dengan cepat.
  • Bagus untuk titik akhir kesehatan untuk mengonfirmasi perilaku 200 OK.
  • Membantu memvalidasi tujuan kanonik (HTTP→HTTPS, www, jalur lokal).
  • Salin/bagikan hasil untuk debug dan tiket dukungan.
  • Ekspor laporan JSON untuk otomatisasi dan alur kerja pemantauan.
  • Default keamanan: memblokir target jaringan pribadi dan menggunakan User-Agent tetap.

🧭 Cara menggunakan for http-status-checker

1

Masukkan URL

Tempelkan URL yang ingin Anda periksa (halaman, titik akhir API, atau jalur kesehatan).

2

Pilih perilaku pengalihan

Aktifkan "Ikuti Pengalihan" untuk mencapai tujuan akhir. Nonaktifkan jika Anda hanya menginginkan respons hop pertama.

3

Atur batas pengalihan jika diperlukan

Sesuaikan "Maks. Pengalihan" untuk menghindari rantai panjang dan mendeteksi perulangan pengalihan dengan aman.

4

Interpretasikan hasilnya

Gunakan kode status yang dilaporkan untuk memutuskan langkah selanjutnya (perbaiki URL yang rusak, koreksi pengalihan, troubleshoot kesalahan server).

5

Ekspor untuk dokumentasi atau otomatisasi

Unduh JSON jika Anda ingin melacak perubahan dari waktu ke waktu atau melampirkan bukti ke tiket.

Spesifikasi teknis

Model permintaan

Alat ini memeriksa status respons untuk URL yang diberikan dan dapat mengikuti pengalihan untuk menampilkan status akhir dan perilaku rantai.

PengaturanPerilakuDefault
Ikuti PengalihanMengikuti respons pengalihan (3xx) ke tujuan akhirDiaktifkan
Maksimal PengalihanBatas pengalihan untuk mencegah perulangan10 (rentang 0–20)
Batas WaktuBatas waktu habis permintaan12000 ms
User-AgentMengidentifikasi agen pengguna permintaanEncode64Bot/1.0 (+https://encode64.com)
Jaringan pribadiMemblokir akses ke rentang jaringan pribadi untuk keamananDinonaktifkan (jaringan pribadi tidak diizinkan)

Kategori kode status (panduan cepat)

Memahami keluarga status membantu Anda memutuskan apakah masalahnya adalah pengalihan, kesalahan klien, atau kegagalan server.

RentangArtiContoh umum
2xxSukses200 OK, 204 No Content
3xxPengalihan301 Moved Permanently, 302 Found, 307 Temporary Redirect, 308 Permanent Redirect
4xxKesalahan klien400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found, 410 Gone
5xxKesalahan server500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable, 504 Gateway Timeout
Untuk SEO, lebih baik gunakan pengalihan permanen (301/308) saat Anda telah memindahkan konten secara permanen, dan jaga rantai pengalihan tetap pendek.

Baris perintah

Gunakan perintah ini untuk memeriksa kode status dan pengalihan di luar browser. Sangat baik untuk pemeriksaan CI dan respons insiden.

macOS / Linux

Periksa hanya kode status (tanpa isi)

curl -o /dev/null -s -w "%{http_code}
" https://example.com/health

Hanya mencetak kode status HTTP.

Ikuti pengalihan dan cetak status akhir

curl -L -o /dev/null -s -w "%{http_code}
" http://example.com

Mengikuti pengalihan (HTTP→HTTPS, www, dll.) dan mencetak kode status akhir.

Tampilkan header rantai pengalihan

curl -I -L http://example.com

Menampilkan header untuk setiap hop, termasuk Lokasi.

Windows (PowerShell)

Dapatkan kode status

$r = Invoke-WebRequest -Uri https://example.com/health -Method Get -MaximumRedirection 0 -ErrorAction SilentlyContinue; $r.StatusCode

Mendapatkan kode status respons (sesuaikan penanganan pengalihan tergantung versi PowerShell Anda).

Untuk pemantauan, gunakan endpoint /health khusus yang mengembalikan 200 dengan cepat dan tidak memerlukan autentikasi. Jaga agar stabil dan ringan.

Kasus penggunaan

Validasi endpoint kesehatan dan waktu aktif

Konfirmasi bahwa endpoint kritis mengembalikan 200 OK dan dapat dijangkau dalam batasan yang diharapkan.

  • Periksa endpoint /health dan /status
  • Deteksi 5xx intermiten selama insiden
  • Ekspor JSON sebagai bukti insiden

Debug rantai pengalihan dan perulangan

Saat URL secara tak terduga dialihkan beberapa kali (atau tidak pernah terselesaikan), periksa rantainya dan hentikan perulangan dengan cepat.

  • Deteksi perulangan pengalihan
  • Konfirmasi HTTP→HTTPS dan kanonisasi www
  • Identifikasi rantai panjang akibat aturan campuran (Nginx, aplikasi, CDN)

Audit SEO dan pemeriksaan tautan rusak

Kode status sangat memengaruhi perayapan/pengindeksan. Gunakan alat ini untuk mengonfirmasi respons yang benar untuk halaman dan peta situs.

  • Konfirmasi 200 untuk halaman yang dapat diindeks
  • Gunakan 301/308 untuk perpindahan permanen
  • Temukan 404/410 untuk konten yang dihapus
  • Tangkap 302/307 yang digunakan tanpa sengaja untuk pengalihan permanen

Debug API

Periksa dengan cepat apakah endpoint API dapat dijangkau dan apakah dialihkan (yang dapat mengganggu beberapa klien).

  • Konfirmasi 200/204 untuk keberhasilan yang diharapkan
  • Tangkap pengalihan 3xx tak terduga atau kegagalan autentikasi 401/403
  • Identifikasi masalah gateway 502/504

❓ Frequently Asked Questions

❓Apa perbedaan antara 301 dan 302?

301 (dan 308) menunjukkan pengalihan permanen. 302 (dan 307) menunjukkan pengalihan sementara. Untuk SEO, pengalihan permanen lebih disukai saat perpindahan bersifat permanen.

❓Mengapa saya harus menjaga rantai pengalihan tetap pendek?

Rantai pengalihan yang panjang memperlambat pengguna dan crawler, meningkatkan titik kegagalan, dan dapat mengaburkan sinyal. Lebih baik gunakan satu langkah langsung ke tujuan kanonik jika memungkinkan.

❓Seperti apa pengalihan berulang (loop) itu?

URL terus-menerus dialihkan antara dua atau lebih lokasi (sering antara HTTP↔HTTPS, www↔non-www, atau aturan garis miring di akhir). Alat akan mencapai batas maksimal pengalihan dan melaporkan masalah tersebut.

❓Apakah 404 selalu buruk?

Tidak selalu. 404 adalah respons yang tepat untuk sumber daya yang hilang. Untuk konten yang dihapus permanen, 410 Gone bisa lebih jelas. Yang penting adalah halaman penting Anda mengembalikan kode 200 dan pengalihan Anda dilakukan dengan sengaja.

❓Mengapa saya melihat 403 atau 401?

401 berarti diperlukan autentikasi. 403 berarti akses dilarang. Ini bisa diharapkan untuk endpoint pribadi, aturan WAF, pemblokiran geografis, atau izin yang salah konfigurasi.

❓Apakah aman menempelkan URL di sini?

Alat ini membuat permintaan sisi server ke URL yang diberikan dan memblokir target jaringan pribadi. Hindari menyertakan rahasia dalam URL (seperti token dalam string kueri).

Pro Tips

Best Practice

Untuk kanonisasi, lebih baik gunakan satu langkah pengalihan ke URL akhir Anda (HTTPS + nama host pilihan Anda).

Best Practice

Pantau endpoint /health yang cepat untuk uptime, bukan beranda Anda yang mungkin lebih berat dan lebih bervariasi.

CI Tip

Untuk migrasi SEO, gunakan 301/308 untuk perpindahan permanen dan perbarui tautan internal + peta situs untuk mengarah langsung ke URL akhir.

Best Practice

Jika Anda menduga ada pengalihan berulang (loop), atur Maksimal Pengalihan rendah (misalnya, 3–5) untuk gagal cepat dan identifikasi aturan yang salah konfigurasi.

CI Tip

Ekspor JSON dan lampirkan ke tiket insiden untuk mendokumentasikan perubahan status selama gangguan dan pemulihan.

Additional Resources

Kode status respons HTTP (MDN)
Documentation
Pengalihan URL dan 3xx (MDN)
Documentation
SEO: panduan kode status (Google Search Central)
Documentation

Other Tools