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.
Domain tanpa protokol dimulai dari https://. Ketik http:// untuk menguji hop HTTP ke HTTPS juga.
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.
- 13301PermanenPOST bisa jadi GET4368 mdhttp://google.com/
- 2302SementaraPOST bisa jadi GET537 mdhttp://www.google.com/
- 3200AkhirOK393 mdhttps://www.google.com/?gws_rd=ssl“Google”
- 1Total waktu dari semua hop, sebelum halaman bisa mulai.
- 2Anggaran hop satu sel per redirect; batas Googlebot di 10, browser di 20.
- 3Situs tiap hop ikon baru berarti link keluar dari situs.
- 4Status dengan warna jenisnya, dan artinya dalam kata-kata.
- 5Ke mana waktu terpakai DNS, connect, TLS dan byte pertama dalam satu jam.
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.

VonisDi 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.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.
| Kode | Permanen | Pada POST | Browser meng-cache | Sinyal Google | Pakai untuk |
|---|---|---|---|---|---|
| 301Moved Permanently | permanen | bisa jadi GET | ya | kuat | halaman yang pindah selamanya |
| 308Permanent Redirect | permanen | dipertahankan | ya | kuat | formulir atau API yang pindah selamanya |
| 302Found | sementara | bisa jadi GET | tidak | lemah | perpindahan singkat (Bing: kurang dari 2 hari) |
| 303See Other | sementara | selalu GET | tidak | lemah | halaman setelah formulir dikirim |
| 307Temporary Redirect | sementara | dipertahankan | tidak | lemah | perpindahan sementara yang harus mempertahankan POST |
| meta 0meta refresh instan | permanen | GET | — | kuat | saat server tidak bisa melakukan redirect |
| meta 5meta refresh tertunda | sementara | GET | — | lemah | hindari: pengunjung melihat halaman lama dulu |
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.
- 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
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.
ERR_TOO_MANY_REDIRECTS · setelah 20
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.
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
<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
window.location.href = "https://example.com/new";
- Google: hanya jika perenderan berhasil: pilihan terakhir
- Alat ini: ditampilkan dengan “Cek URL ini”, tidak pernah dijalankan
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.
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
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.
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/.
Ke mana link ini mengarah? Membuka link pendek
Tempel link pendek atau link pelacakan di atas untuk melihat ke mana ia berakhir sebelum dibuka: host tiap hop, URL akhir lengkap dengan semua parameter yang ditambahkan di jalan, dan jaringan yang menjawab. Alat ini berfungsi sebagai pelacak redirect untuk link pendek, kode QR, dan link newsletter.
Server kami yang membuka link, bukan browser Anda, sehingga tujuan tidak pernah melihat alamat atau cookie Anda. Setiap host di jalur juga dicari di filter malware dan konten dewasa Cloudflare: host yang terdaftar ditandai merah, tanpa link untuk dibuka, dan yang bersih tertulis "tidak ada di daftar malware atau konten dewasa Cloudflare". Itu bukan jaminan situsnya aman, jadi gunakan pengecek redirect link ini sebagai salah satu dari beberapa pemeriksaan.
Link pendek
https://youtu.be/jNQXAC9IVRw
303 See Other · 260 mdMendarat di
https://www.youtube.com/watch?v=jNQXAC9IVRw&feature=youtu.be
200 OK · 768 md- AS15169Google · jaringan yang menjawab
- TLS 1.3kedua hop terenkripsi
- server kamimembukanya, bukan browser Anda
feature=youtu.be di jalan: parameter pelacakan muncul di URL akhir sebelum Anda mengeklik.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.
| Platform | Ditulis sebagai | Mengirim |
|---|---|---|
| nginx | return URL; | 302 sementara |
| Apache | Redirect /old /new | 302 sementara |
| IIS | action type="Redirect" | 301 permanen |
| Cloudflare | _redirects | 302 sementara |
| Vercel | vercel.json redirects | 308 permanen |
| Netlify | _redirects | 301 permanen |
| Express | res.redirect(path) | 302 sementara |
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.
$ 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
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?
Berapa banyak redirect yang bisa diikuti Googlebot?
Bagaimana cara menguji redirect sebagai Googlebot atau di iPhone?
Apakah cek redirect 301 ini gratis, dan bisakah memeriksa banyak URL sekaligus?
Mengapa Chrome menampilkan 307 yang tidak dikirim server?
Berapa lama redirect 301 harus dipertahankan?
Ke mana link ini mengarah, dan amankah dibuka?
Mengapa saya mendapat ERR_TOO_MANY_REDIRECTS?
Haruskah HTTP di-redirect ke HTTPS dengan 301?
Apakah redirect 301 meneruskan link equity?
Alat situs web terkait
Cek HTTP Header
Analisis header respons HTTP dan penilaian header keamanan
Analisis Tautan
Analisis semua tautan di halaman web dengan deteksi dofollow/nofollow dan pemeriksaan status HTTP
Cek Website Down
Down untuk semua orang atau hanya Anda? Cek website apa pun dari 11 lokasi dan dari koneksi Anda sendiri, dengan screenshot langsung
Pemeriksaan Sertifikat SSL
Verifikasi validitas sertifikat SSL dan detail keamanan
Cek DNS
Semua DNS record langsung dari nameserver domain, berdampingan dengan cache Google dan Cloudflare
Cek Hosting Website
Cari tahu siapa yang meng-hosting website mana pun: hosting, CDN, CMS, penyedia email, registrar, dan penerbit SSL
Pencari Subdomain
Temukan semua subdomain dari domain apa pun
Pencarian WHOIS
Cari detail pendaftaran domain, registrar, dan pemilik via RDAP