Pemeriksa Rantai Pengalihan URL
Masukkan URL untuk melacak rantai pengalihannya dan menganalisis kode status HTTP, pengalihan, dan total waktu muat sepanjang perjalanan.
Cara menggunakan Pemeriksa Rantai Pengalihan URL
- 1
Masukkan URL
Ketik atau tempel URL lengkap yang ingin Anda periksa, termasuk http:// atau https://.
- 2
Periksa redirect
Klik 'Check Redirects' untuk menelusuri URL dan mengikuti setiap lompatan hingga tujuan akhirnya.
- 3
Baca rantai redirect
Tinjau setiap langkah, kode status HTTP-nya (seperti 301 atau 302), dan total waktu di seluruh rantai.
- 4
Tindak lanjuti penilaian SEO
Gunakan panel SEO Impact, yang menandai terlalu banyak lompatan, rantai yang lambat, redirect sementara, dan kode error, untuk memperbaiki masalah.
Memahami Redirect dan Mengapa Rantai Redirect Merugikan
Apa itu redirect dan bagaimana sebuah rantai terbentuk
Redirect adalah instruksi dari server yang memberi tahu browser bahwa URL yang diminta kini berada di tempat lain. Server menjawab dengan kode status 3xx dan header Location yang menyebutkan alamat baru, lalu browser otomatis meminta alamat itu sebagai gantinya. Sebuah rantai redirect terbentuk ketika tujuan dari satu redirect ternyata juga merupakan redirect: browser meminta A, dikirim ke B, lalu dari B dikirim ke C, dan baru di C menemukan halaman yang sesungguhnya. Setiap anak panah pada jalur itu adalah perjalanan bolak-balik tersendiri ke server.
Rantai biasanya menumpuk tanpa sengaja seiring waktu. Sebuah situs berpindah dari http ke https, kemudian beralih dari non-www ke www, lalu menata ulang jalur URL, dan jika setiap perubahan ditumpuk di atas perubahan sebelumnya tanpa konsolidasi, satu tautan lama bisa berakhir memantul melewati tiga atau empat lompatan sebelum mendarat. Pemeriksa ini melacak setiap lompatan dan menampilkan jalur lengkapnya sehingga Anda bisa melihat persis seberapa panjang rantai itu sudah bertumbuh.
301 versus 302: permanen dan sementara
Dua kode redirect yang paling umum memiliki arti yang sangat berbeda. 301 adalah redirect permanen: kode ini memberi tahu browser dan mesin pencari bahwa perpindahannya bersifat final, sehingga mereka sebaiknya memperbarui bookmark, meneruskan sinyal peringkat yang sudah terkumpul di URL lama ke URL baru, dan mengindeks tujuannya. 302 adalah redirect sementara: kode ini menyatakan bahwa URL asli akan kembali, sehingga mesin pencari umumnya tetap mengindeks URL asli dan berhati-hati dalam memindahkan sinyal peringkat. Menggunakan 302 untuk perpindahan yang sebenarnya permanen adalah kesalahan SEO klasik yang membuat link equity tertinggal di URL lama.
Aturan praktisnya sederhana. Jika perubahannya permanen, seperti halaman yang dipensiunkan atau domain yang dimigrasi, gunakan 301. Jika benar-benar bersifat sementara, seperti promosi musiman, uji A/B, atau halaman pemeliharaan, gunakan 302. Saat ragu tentang sebuah redirect yang berumur panjang, 301 hampir selalu menjadi pilihan yang tepat.
307 dan 308: kode modern yang ketat
HTTP kemudian menambahkan 307 dan 308 untuk menghapus sebuah ambiguitas lama. Kode 301 dan 302 yang asli banyak diimplementasikan dengan cara yang bisa mengubah permintaan POST menjadi GET saat redirect, yang biasanya praktis untuk perpindahan halaman tetapi keliru untuk pengiriman formulir dan API. 308 adalah redirect permanen seperti 301 tetapi menjamin metode dan body HTTP dipertahankan, sedangkan 307 adalah padanan sementara dari 302 dengan jaminan yang sama. Untuk redirect halaman biasa, efek SEO praktis dari 308 mencerminkan 301 dan 307 mencerminkan 302.
Anda akan paling sering menjumpai 307 di dua tempat: sebagai redirect yang dipancarkan oleh HSTS preloading ketika browser meningkatkan http ke https secara internal, dan pada lalu lintas API di mana mempertahankan metode permintaan itu penting. Untuk URL konten, tetap memakai 301 untuk perpindahan permanen masih menjadi pilihan yang konvensional dan dipahami dengan baik.
Mengapa rantai dan loop merugikan
Setiap lompatan dalam sebuah rantai adalah satu siklus permintaan-respons penuh, dan latensi itu bertumpuk, terutama pada jaringan seluler dengan waktu bolak-balik yang tinggi di mana setiap redirect tambahan bisa menambah ratusan milidetik sebelum pengguna melihat apa pun. Rantai juga memboroskan crawl budget: mesin pencari memiliki batas kapasitas permintaan per situs, dan menghabiskannya untuk mengikuti A ke B ke C ke D berarti lebih sedikit sumber daya tersisa untuk merayapi konten yang sebenarnya. Ada pula bukti bahwa sinyal peringkat dapat sedikit menghilang sepanjang rantai yang panjang alih-alih mengalir mulus ke halaman akhir.
Loop redirect adalah kasus patologisnya: A menunjuk ke B dan B menunjuk kembali ke A, sehingga browser berputar terus hingga menyerah dan menampilkan error seperti ERR_TOO_MANY_REDIRECTS, membuat halaman sama sekali tak terjangkau. Pemeriksa ini menandai rantai yang terlalu panjang, rantai yang lambat, redirect sementara yang mungkin tidak disengaja, dan kode status error pada jalurnya, sehingga setiap mode kegagalan ini ditampilkan alih-alih disembunyikan.
Meratakan rantai menjadi satu lompatan
Cara memperbaiki sebuah rantai adalah membuat setiap titik awal melakukan redirect langsung ke tujuan akhir dalam satu lompatan. Jika A menuju B menuju C, Anda memperbarui aturan untuk A agar langsung menuju C, menghilangkan persinggahan di B. Di Apache ini berarti menyunting aturan redirect pada .htaccess atau konfigurasi server Anda agar sumber dipetakan ke target akhir; di Nginx ini berarti memperbarui direktif rewrite atau return. Tujuannya adalah agar tidak ada tujuan redirect yang ternyata juga merupakan redirect.
Audit redirect secara berkala, karena rantai akan merayap kembali seiring situs berkembang. Setelah setiap migrasi, peluncuran HTTPS, atau penataan ulang URL, telusuri ulang URL masuk yang paling penting dan pastikan masing-masing menuju halaman kanonis dalam satu 301. Berikan perhatian khusus pada URL yang muncul di backlink eksternal, karena URL itulah yang membawa link equity terbanyak dan paling diuntungkan oleh redirect yang bersih dan langsung.
Kanonikalisasi: redirect yang dibutuhkan setiap situs
Sebagian besar masalah redirect berakar pada kanonikalisasi, yaitu praktik mengarahkan setiap varian sebuah URL ke satu bentuk kanonis. Keempat dimensinya adalah protokol (http versus https), host (www versus non-www), trailing slash (sebuah jalur dengan atau tanpa garis miring di akhir), dan huruf besar/kecil. Jika situs Anda dapat diakses pada semua kombinasi dari ini, mesin pencari melihat konten duplikat dan sinyal tautan Anda terpecah di antara varian-varian tersebut. Obatnya adalah serangkaian redirect 301 yang menggabungkan setiap varian ke satu URL pilihan.
Detail yang krusial adalah menggabungkan semuanya menjadi satu lompatan, bukan merangkainya. Mengirim http://example.com ke https://example.com lalu ke https://www.example.com adalah dua redirect padahal satu sudah cukup. Atur aturannya sehingga permintaan non-kanonis apa pun, tidak peduli berapa banyak dimensi yang salah, mendarat di URL yang sepenuhnya kanonis dalam satu 301. Itulah hasil sebersih mungkin, dan hasil yang ditandai oleh pemeriksa ini sebagai praktik yang baik.
Meta refresh dan redirect JavaScript
Tidak semua redirect terjadi pada level HTTP. Redirect meta refresh menggunakan tag HTML meta http-equiv="refresh" untuk mengirim browser ke tempat lain setelah jeda, sedangkan redirect JavaScript mengubah window.location dari sebuah skrip. Keduanya berfungsi bagi pengguna, tetapi kalah baik untuk SEO: keduanya lebih lambat, mesin pencari memperlakukannya dengan kurang andal dibanding 301 sisi server, dan meta refresh yang tertunda bisa terasa mengganggu atau bahkan ditandai sebagai pengalaman yang buruk. Keduanya juga tidak akan muncul dalam penelusuran redirect level HTTP, karena redirect-nya baru ditentukan setelah body halaman dimuat.
Setiap kali Anda menguasai server, utamakan 301 HTTP yang sesungguhnya daripada meta refresh atau redirect JavaScript. Sisakan redirect sisi klien hanya untuk kasus di mana Anda benar-benar tidak dapat mengonfigurasi server. Karena pemeriksa ini mengikuti respons 3xx yang dikeluarkan server, sebuah halaman yang tampak melakukan redirect di browser tetapi tampil sebagai 200 langsung di sini adalah petunjuk kuat bahwa redirect-nya terjadi di sisi klien dan sebaiknya dipindahkan ke server.
Pertanyaan yang sering diajukan
Apa yang ditampilkan redirect chain checker kepada saya?
Mengapa rantai redirect buruk untuk SEO?
Apa perbedaan antara redirect 301 dan 302?
Apakah saya perlu memasukkan URL lengkap dengan http atau https?
Apakah alat ini gratis, dan apakah mengirim URL ke server?
Alat terkait
Lanjutkan dengan alat praktis ini