Cek Redirect

Cek redirect untuk URL atau link pendek apa pun: kode status tiap hop (301, 302, 307, 308 atau meta refresh) beserta artinya, ke mana mengarah dan berapa lama prosesnya, diikuti sampai 20 hop seperti browser, lengkap dengan titik tempat Googlebot berhenti dan keempat versi http/https dan www.

Ditanyakan dari server kami, memakai ulang koneksi per host seperti browser · sampai 20 hop, seperti yang diikuti browser · sebagai Chrome, iPhone, Googlebot, atau Bingbot · hasil disimpan 2 menit, lalu dihapus

Apa yang ditunjukkan alat cek redirect?

Alat cek redirect menanyakan sebuah URL seperti yang dilakukan browser, lalu mengikuti setiap header Location yang diterima, satu hop demi satu hop, sampai sebuah halaman menjawab. Di tiap hop Anda melihat kode status, ke mana ia mengarah, berapa lama prosesnya, dan jaringan mana yang menjawab.

Alat ini mengukur waktu setiap hop: DNS, connect, TLS dan byte pertama untuk koneksi baru, hanya byte pertama bila hop memakai ulang koneksi terbuka ke host yang sama, seperti browser. Ia menyimpan cookie per host seperti browser, membaca halaman akhir untuk mencari meta refresh, tag canonical dan noindex, serta menandai titik tempat Googlebot akan menyerah.

Rutenya, dibacahttp://google.com · direkam 24 Oktober 2026
Rute · google.comChrome
2 pengalihan1,30 dtk jumlah
permanensementaradi halamangalat
DNSkoneksiTLSbyte pertama
  1. 1
    301PermanenPOST bisa jadi GET368 md
    http://google.com/
    Google AS15169HTTP/1.1 · tanpa TLS
  2. 2
    302SementaraPOST bisa jadi GET537 md
    http://www.google.com/
    Google AS15169HTTP/1.1 · tanpa TLS
  3. 3
    200AkhirOK393 md
    https://www.google.com/?gws_rd=ssl
    “Google”
    Google AS15169TLS 1.3 · HTTP/2
  1. Total waktu dari semua hop, sebelum halaman bisa mulai.
  2. Anggaran hop satu sel per redirect; batas Googlebot di 10, browser di 20.
  3. Situs tiap hop ikon baru berarti link keluar dari situs.
  4. Status dengan warna jenisnya, dan artinya dalam kata-kata.
  5. Ke mana waktu terpakai DNS, connect, TLS dan byte pertama dalam satu jam.
Dua redirect sebelum halaman: google.com mengirim 301 ke www, lalu www mengirim 302 ke HTTPS. Direkam hop demi hop pada 24 Oktober 2026; waktu berasal dari mesin perekam.

Bagaimana cara cek redirect 301?

Tempel URL di atas dan pilih Cek redirect: alat ini menanyakannya, mengikuti setiap redirect sampai halaman akhir, dan menyebut status tiap hop. 301 atau 308 tampil hijau sebagai permanen; 302, 303 atau 307 tampil kuning sebagai sementara. Domain tanpa protokol dimulai dari https://; ketik http:// untuk menguji juga hop dari HTTP ke HTTPS.

Vonis merangkum rantai dalam kata-kata, kolom biru tua menggambarkannya hop demi hop dengan satu jam, dan tampilan Rantai mencantumkan permintaan tiap hop, baris statusnya, Location seperti dikirim dan seperti diresolusi (yang relatif diperbolehkan), serta semua headernya.

Cek redirect URL: satu link, setiap hop

URL atau link pendek apa pun, sampai 20 hop, dengan jaringan, versi TLS dan versi HTTP tiap hop, dan keempat pintu masuk http/https dan www dicek di sampingnya.

Cek redirect massal: sampai 50 URL

Beralih ke Massal dan tempel daftar migrasi, satu URL per baris: tabel berisi hop, status akhir, URL akhir dan vonis, siap diunduh sebagai CSV.

Tes redirect sebagai Googlebot, iPhone atau Bingbot

Pilih user agent di bawah kolom: sebagian situs mengirim crawler atau ponsel ke tempat lain, dan rantai menunjukkan persis apa yang diterima agen itu.

Cek status HTTP untuk setiap hop

Tiap kode status dalam kata-kata, beserta artinya bagi browser dan Google. Tembok bot disebut blokir, bukan halaman rusak, dan error 52x Cloudflare disebut sebagai milik Cloudflare.

Hasil cek redirect untuk http://google.com: satu 301 dan satu 302 ke HTTPS, tiap hop diukur waktunya dengan satu jamHasil cek redirect untuk http://google.com: satu 301 dan satu 302 ke HTTPS, tiap hop diukur waktunya dengan satu jamVonisDi mana URL berakhir, dalam berapa hop, dan apakah tiap hop permanen atau sementara, dalam kata-kata.Anggaran hopSatu sel per redirect dengan warna jenisnya, dibanding 10 milik Googlebot dan 20 milik browser.Status tiap hopKode seperti yang dikirim server, dan artinya: permanen atau sementara, dan apa yang terjadi pada POST.Ke mana waktu terpakaiDNS, connect, TLS dan byte pertama tiap hop, dengan satu jam dari permintaan pertama sampai halaman.
Cek redirect untuk http://google.com: vonis, anggaran hop dibanding 10 milik Googlebot dan 20 milik browser, serta tiap hop dengan status dan waktunya. Pilih sebuah angka untuk melihat apa yang ditunjukkan tiap bagian.

301 vs 302: redirect mana yang sebaiknya dipakai?

Gunakan 301 (atau 308) saat sebuah halaman pindah selamanya, dan 302 (atau 307) hanya saat halaman itu akan kembali. Kodenya memberi tahu browser dan mesin pencari URL mana yang dipertahankan (RFC 9110 §15.4).

Bagi Google, 301 atau 308 menandakan bahwa target harus kanonis, yaitu URL yang ditampilkan di hasil pencarian; 302, 303 atau 307 tidak, sehingga hasil pencarian tetap menampilkan URL lama (Google Search Central). 302 tidak diabaikan: Google mengikutinya dan memperlakukannya sebagai sinyal lemah untuk memproses target (dokumentasi crawler Google); target masih bisa diindeks jika ada sinyal kanonikalisasi lain yang mengarah ke sana. Bing meminta 302 hanya untuk perubahan yang lebih singkat dari dua hari.

Browser menyimpan 301 dan 308 di cache secara default, sehingga redirect permanen yang Anda batalkan bisa tetap tersangkut di browser pengunjung. 307 dan 308 mempertahankan metode permintaan; 301 dan 302 bisa mengubah POST menjadi GET, dan 303 selalu mengubahnya.

Jenis redirect dan cara Google membacanyaRFC 9110 · Google Search Central · Bing
KodePermanenPada POSTBrowser meng-cacheSinyal GooglePakai untuk
301Moved Permanentlypermanenbisa jadi GETyakuathalaman yang pindah selamanya
308Permanent Redirectpermanendipertahankanyakuatformulir atau API yang pindah selamanya
302Foundsementarabisa jadi GETtidaklemahperpindahan singkat (Bing: kurang dari 2 hari)
303See Othersementaraselalu GETtidaklemahhalaman setelah formulir dikirim
307Temporary Redirectsementaradipertahankantidaklemahperpindahan sementara yang harus mempertahankan POST
meta 0meta refresh instanpermanenGET—kuatsaat server tidak bisa melakukan redirect
meta 5meta refresh tertundasementaraGET—lemahhindari: pengunjung melihat halaman lama dulu
308 diperlakukan seperti 301 dan 307 seperti 302. Baris meta refresh juga menghitung header HTTP Refresh.

Cek rantai redirect: berapa hop yang terlalu banyak?

Lebih dari tiga. Rantai adalah beberapa redirect berturut-turut, misalnya http:// ke https://, lalu ke www, lalu ke path baru. Google menyarankan menautkan langsung ke URL akhir, atau menjaga rantai maksimal 3 hop dan selalu kurang dari 5 (Google Search Central).

Googlebot mengikuti sampai 10 hop, lalu menyerah, dan Search Console melaporkan "Redirect error" (dokumentasi crawler Google). Chrome dan Firefox mengikuti sampai 20 sebelum menampilkan ERR_TOO_MANY_REDIRECTS. Setiap hop adalah satu perjalanan pulang-pergi lagi sebelum halaman bisa mulai, jadi perbarui link internal agar mengarah ke URL akhir.

Berapa hop yang terlalu banyak?Google · Chromium · Firefox
  • Saran Google: 3 atau kurang
  • tetap diikuti, lebih lambat
  • Googlebot tidak pernah melihat ini: Search Console menampilkan “Redirect error”
  • lewat 20: ERR_TOO_MANY_REDIRECTS
http://google.com2 redirect, lalu halaman301 · 368302 · 537halaman · 3931,30 dtk
https://www.google.com/ditautkan langsunghalaman · 393393 md
Setiap hop adalah satu perjalanan pulang-pergi penuh sebelum halaman bisa mulai: di sini 905 md redirect di depan halaman 393 md, direkam hop demi hop pada 24 Oktober 2026.

Bagaimana cara memperbaiki redirect loop?

Temukan dua aturan yang saling bertentangan dan buat keduanya sepakat pada satu URL akhir. Loop adalah rantai yang kembali ke URL yang sudah ditanyakan; browser berputar sampai 20 redirect lalu menampilkan ERR_TOO_MANY_REDIRECTS.

Kebanyakan loop berasal dari aturan yang menambahkan www bertemu aturan yang menghapusnya, atau dari aturan HTTP dan HTTPS yang saling bertabrakan di belakang CDN: CDN berbicara ke server lewat http://, server melakukan redirect ke https://, dan CDN bertanya lagi lewat http://. Browser menyimpan redirect permanen, jadi uji perbaikannya di jendela pribadi.

Cara pengecek redirect loop mendeteksi loop

URL yang ditanyakan untuk kedua kalinya tanpa cookie baru sejak itu adalah loop: rute menggambarnya kembali ke hop yang berulang dan berhenti di sana, alih-alih berputar sampai 20. Situs yang menetapkan cookie lalu melakukan redirect ke dirinya sendiri mendapat cookie itu kembali, seperti browser, sehingga langkah login tidak keliru dianggap loop.

Sebuah redirect loopcontoh rekaan

ERR_TOO_MANY_REDIRECTS · setelah 20

Satu aturan hostPilih domain tanpa www atau dengan www dan buat setiap aturan mengarah ke sana, termasuk halaman login.
Aturan yang membaca cookieAturan yang melakukan redirect sampai cookie diset akan loop bagi klien mana pun yang membuangnya, termasuk crawler.
Bersihkan 301 yang ter-cacheBrowser menyimpan redirect permanen: uji di jendela pribadi setelah perbaikan.

Meta refresh dan redirect JavaScript: apakah Google mengikutinya?

Ya, dengan syarat. Google memperlakukan meta refresh instan (content="0; URL=…") sebagai redirect permanen dan yang tertunda sebagai sementara, dan header HTTP Refresh dihitung sama (Google Search Central). Redirect JavaScript hanya bekerja jika Google merender halaman, jadi gunakan sebagai pilihan terakhir.

Bahkan meta refresh 0 detik baru berjalan setelah halaman selesai dimuat (HTML Standard), sehingga pengunjung mungkin melihat halaman lama dulu. Alat ini mengikuti meta refresh dan header Refresh sebagai hop tersendiri, lengkap dengan jedanya. Ia menemukan redirect JavaScript sederhana di halaman dan menawarkan Cek URL ini, tetapi tidak pernah menjalankan skrip: "tidak ditemukan" berarti tidak ada di HTML, bukan tidak ada sama sekali.

Tiga cara melakukan redirectcara Google dan alat ini memperlakukan masing-masing
Redirect serverbaris status
HTTP/1.1 301 Moved Permanently
Location: https://example.com/new
  • Google: menurut kodenya: 301 dan 308 permanen, sisanya sementara
  • Alat ini: diikuti hop demi hop
Refresh metadi HTML halaman
<meta http-equiv="refresh" content="0; URL=https://example.com/new">
  • Google: 0 detik: permanen; ada jeda: sementara
  • Alat ini: diikuti sebagai hop, beserta jedanya
JavaScriptskrip mengubah lokasi
window.location.href = "https://example.com/new";
  • Google: hanya jika perenderan berhasil: pilihan terakhir
  • Alat ini: ditampilkan dengan “Cek URL ini”, tidak pernah dijalankan
Urutan di browser: redirect HTTP lebih dulu, lalu JavaScript yang berjalan saat halaman dimuat, lalu meta refresh setelah halaman selesai dimuat.

Apakah http, https, www dan non-www semuanya menuju satu URL?

Seharusnya begitu. Setiap situs punya empat pintu masuk, dan masing-masing harus sampai ke URL akhir yang sama, idealnya dalam satu hop permanen; selain itu akan membagi link di antara versi-versi halaman yang sama.

Satu pengecualian tidak masalah: http://www. boleh dua hop jika lebih dulu menuju https://www. di host yang sama. hstspreload.org meminta urutan persis seperti itu, dan Mozilla HTTP Observatory mengurangi 5 poin bila hop pertama dari http:// menuju host lain.

Empat pintu masukgithub.com · direkam 24 Oktober 2026

Keempatnya sampai ke https://github.com/http://www.github.com butuh dua hop: https:// di host yang sama lebih dulu, seperti yang diminta HSTS preload

http://github.com301200dalam 1 hop
http://www.github.com301301200dalam 2 hop
https://github.com200canonical itu sendiri
https://www.github.com301200dalam 1 hop
https://github.com/200 OK

Setiap pintu masuk diikuti sampai 10 hop di samping rantai utama.

Mengapa sebuah URL melakukan redirect berbeda per negara?

Karena server memilih versi negara atau bahasa berdasarkan alamat IP pengunjung atau header Accept-Language lalu melakukan redirect ke sana, sehingga URL yang sama berakhir di halaman berbeda bagi pengunjung berbeda. www.mozilla.org melakukannya per bahasa: 302 relatif ke /en-US/ dengan Vary: Accept-Language.

Google tidak menyarankannya: "Avoid automatically redirecting users from one language version of a site to a different language version", karena Googlebot biasanya merayap dari AS dan tidak mengirim Accept-Language (Google Search Central). Beri tiap versi URL-nya sendiri dengan link hreflang, dan tawarkan versi lain lewat banner.

Dari 11 lokasi di hasil menjalankan rantai dari probe Website Down Checker di seluruh dunia, sehingga redirect per negara tampak sebagai akhir yang berbeda. Probe itu mengikuti sampai 5 redirect dengan user agent mereka sendiri.

Satu URL dari 11 lokasishop.example
Contoh rekaan

Ahttps://shop.example/10 lokasi berakhir di sini

  • AndaTerdekat dari Anda20041 md
  • San JoseSJC200152 md
  • AshburnIAD20096 md
  • LondonLHR20022 md
  • StockholmARN20031 md
  • SingapuraSIN200168 md
  • SydneySYD200290 md
  • São PauloGRU200201 md
  • Cape TownCPT200170 md
  • MumbaiBOM200121 md

Bhttps://shop.example/ja-jp/berbeda

  • OsakaKIX302200486 md

Jawaban yang hanya diterima Osaka

HTTP/1.1 302 Found
Location: /ja-jp/
Vary: CF-IPCountry

Direkam 24 Oktober 2026: www.mozilla.org melakukan redirect menurut bahasa

HTTP/1.1 302 Found
location: /en-US/
Vary: Accept-Language

Googlebot kebanyakan merayap dari AS dan tidak mengirim Accept-Language: ia hanya melihat https://shop.example/.

Setiap lokasi bertanya dengan DNS dan alamatnya sendiri. Probe mengikuti sampai 5 redirect dengan user agent mereka sendiri.

Bagaimana cara redirect 301 di nginx, Apache atau Cloudflare?

Lakukan redirect di server dan tulis 301 secara eksplisit: baris return di nginx, baris Redirect di .htaccess Apache, aturan di web.config IIS, satu baris di file _redirects di Cloudflare atau Netlify, entri di vercel.json, panggilan di Express. Pilih platform Anda di bawah dan salin potongan kodenya.

Perhatikan defaultnya: tanpa kode, nginx, Apache, Express dan _redirects Cloudflare mengirim 302 sementara, dan Vercel mengirim 308, yang diperlakukan Google seperti 301. Setelah deploy, cek URL lama di sini: ia harus menjawab satu 301, langsung ke URL baru.

Apa yang dikirim tiap platform tanpa kodedokumentasi tiap platform · 24 Oktober 2026
PlatformDitulis sebagaiMengirim
nginxreturn URL;302 sementara
ApacheRedirect /old /new302 sementara
IISaction type="Redirect"301 permanen
Cloudflare_redirects302 sementara
Vercelvercel.json redirects308 permanen
Netlify_redirects301 permanen
Expressres.redirect(path)302 sementara
Empat dari tujuh kembali ke 302 sementara: selalu tulis kode yang Anda maksud.
location = /old-page { return 301 /new-page; }

Di dalam blok server { } situs, lalu reload nginx. `return URL;` tanpa kode mengirim 302.

Cara cek redirect di Chrome atau dengan curl

Di Chrome, buka DevTools (F12), masuk ke Jaringan, centang Simpan log dan muat URL: setiap hop adalah satu baris beserta statusnya. Dengan curl, curl -sIL mencetak head tiap respons sambil mengikuti redirect.

Keduanya berjalan dari mesin Anda sendiri, dengan cookie Anda dan ingatan browser tentang situs khusus HTTPS. Itu sebabnya Chrome kadang menampilkan 307 Internal Redirect yang tidak dikirim server mana pun: ia sendiri meningkatkan permintaan ke HTTPS dan menjelaskan alasannya di Non-Authoritative-Reason (sumber Chromium). Sejak Chrome 115 ia juga mencoba HTTPS lebih dulu untuk alamat http:// yang diketik, sehingga redirect HTTP milik server mungkin tidak pernah tampak.

Cek redirect sendiricurl · Chrome DevTools
$ curl -sIL http://google.com | grep -iE '^(HTTP|location)'
HTTP/1.1 301 Moved Permanently
Location: http://www.google.com/
HTTP/1.1 302 Found
Location: https://www.google.com/?gws_rd=ssl
HTTP/2 200
Jaringan☑ Simpan log
NamaStatusJenis
www.google.com307Internal
?gws_rd=ssl200document

307 Internal Redirect bukan dari server: Chrome yang membuatnya karena sudah tahu situsnya khusus HTTPS, dan menyebutkannya di Non-Authoritative-Reason: HSTS. Pengecek di sisi server hanya menampilkan apa yang dikirim server.

Cek redirect: pertanyaan yang sering diajukan

Apakah redirect 302 buruk untuk SEO?

Tidak dengan sendirinya. 302 memberi tahu Google bahwa perpindahan itu sementara, sehingga ia mungkin tetap menampilkan URL lama, meski tetap memproses targetnya. Jika perpindahannya permanen, ubah menjadi 301 atau 308 agar Google menganggap URL baru sebagai yang diindeks dan browser bisa meng-cache redirect-nya. Bing juga meminta 302 hanya untuk perubahan yang lebih singkat dari dua hari.

Berapa banyak redirect yang bisa diikuti Googlebot?

Sampai 10 hop per URL. Setelah itu ia berhenti dan Search Console melaporkan error redirect untuk halaman tersebut. Saran Google sendiri adalah menjaga rantai maksimal 3 hop dan selalu di bawah 5, serta menautkan langsung ke URL akhir bila memungkinkan. Browser melangkah lebih jauh: Chrome dan Firefox mengikuti sampai 20 redirect sebelum menyerah.

Bagaimana cara menguji redirect sebagai Googlebot atau di iPhone?

Pilih Googlebot, iPhone, Bingbot atau Chrome di baris Sebagai di bawah kolom URL, lalu cek URL-nya. Alat ini mengirim string user agent agen itu di setiap hop, sehingga situs yang mengarahkan crawler atau ponsel ke tempat lain akan terlihat di rantai. Alat ini tidak bisa memakai alamat IP milik Google, jadi situs yang memeriksa alamat, bukan user agent, mungkin tetap menjawab berbeda.

Apakah cek redirect 301 ini gratis, dan bisakah memeriksa banyak URL sekaligus?

Ya, gratis tanpa akun. Beralih ke Massal dan tempel sampai 50 URL, satu per baris: masing-masing diikuti sampai 20 hop sebagai user agent pilihan Anda, dan tabel menampilkan hop, status akhir, URL akhir, dan vonis. Unduh sebagai CSV untuk memeriksa migrasi situs. Pengecekan tunggal dibatasi 20 per menit per pengunjung agar layanan tetap adil.

Mengapa Chrome menampilkan 307 yang tidak dikirim server?

Chrome membuat "307 Internal Redirect" saat ia sudah tahu situs itu khusus HTTPS, dari HSTS atau record DNS HTTPS, dan meningkatkan permintaan sebelum apa pun dikirim. Header Non-Authoritative-Reason pada respons menyebutkan alasannya. Pengecek di sisi server seperti ini tidak pernah melihat langkah itu, sehingga ia menampilkan redirect yang dikirim server sendiri, yaitu yang diterima browser lain dan crawler.

Berapa lama redirect 301 harus dipertahankan?

Setidaknya satu tahun, dan lebih lama jika bisa. Panduan pindah situs Google menyarankan mempertahankan redirect selama mungkin, umumnya minimal satu tahun, dan demi pengunjung pertimbangkan mempertahankannya tanpa batas, karena link lama, bookmark, dan email terus membawa orang ke URL lama. Arahkan tiap URL lama ke halaman baru yang paling dekat; mengalihkan semuanya ke beranda bisa dianggap soft 404.

Ke mana link ini mengarah, dan amankah dibuka?

Tempel link di sini sebelum mengekliknya: server kami yang mengikutinya, sehingga tujuan tidak pernah melihat alamat Anda. Anda mendapat setiap hop, URL akhir beserta parameter pelacakannya, dan apakah ada host di jalur yang masuk daftar malware atau konten dewasa Cloudflare. Hasil bersih bukan jaminan: nilai domain akhirnya sendiri sebelum memasukkan apa pun di sana.

Mengapa saya mendapat ERR_TOO_MANY_REDIRECTS?

Browser Anda mengikuti 20 redirect tanpa sampai ke halaman, hampir selalu karena loop: dua aturan yang melempar URL bolak-balik, seperti satu menambahkan www dan satu lagi menghapusnya, atau CDN bertanya lewat http:// sementara server memaksa https://. Cek URL di sini untuk melihat hop yang berulang, perbaiki aturannya, lalu hapus cookie situs atau gunakan jendela pribadi.

Haruskah HTTP di-redirect ke HTTPS dengan 301?

Ya. 301 atau 308 permanen dari http:// ke https:// adalah yang direkomendasikan RFC 6797 untuk situs HSTS, dan hop pertama di host yang sama adalah yang dicari hstspreload.org dan tes redirect Mozilla Observatory. 302 berfungsi bagi pengunjung tetapi memberi tahu mesin pencari bahwa perpindahannya sementara. 301 saja tidak membuat browser mencoba HTTPS lebih dulu lain kali: itu tugas header Strict-Transport-Security.

Apakah redirect 301 meneruskan link equity?

Google tidak menerbitkan angka, tetapi menurut dokumentasinya 301 atau 308 menandakan bahwa target harus menjadi URL kanonis, yang ditampilkan di hasil, sedangkan 302, 303 atau 307 tidak. Jadi redirect permanen adalah cara memindahkan reputasi halaman ke URL baru; yang sementara tetap membuat target diproses (sinyal lemah, menurut dokumentasi crawler Google), dan target bisa diindeks jika ada sinyal kanonikalisasi lain yang mengarah ke sana.