Redirect yang baik membawa pengguna dari alamat lama ke tujuan yang tepat dengan alur yang mudah dipahami. Jika alamat melewati beberapa tujuan atau kembali ke titik awal, petakan setiap langkah sebelum mengubah aturan. Memperbaiki satu layer tanpa melihat layer lain dapat menciptakan loop baru.
Panduan ini cocok untuk pengelola website yang mengganti slug, menata protokol, atau menemukan “redirect error” di Search Console. Kamu memerlukan daftar URL dan kemampuan melihat status respons, baik melalui browser maupun alat inspeksi HTTP.
Pilih sifat perpindahan terlebih dahulu
Google membedakan redirect permanen dan sementara berdasarkan maksud perpindahan. 301 dan 308 digunakan untuk perpindahan permanen; 302 dan 307 untuk kondisi sementara. Pilihan itu memberi sinyal tentang URL yang seharusnya tetap menjadi rujukan. Panduan redirect Google.
Jangan memilih 301 hanya karena dianggap “lebih SEO”. Misalnya halaman layanan sedang dialihkan sementara selama pemeliharaan, keputusan permanen mungkin tidak sesuai. Untuk request selain GET, perilaku metode juga perlu dipertimbangkan developer; tutorial halaman publik ini bukan pengganti pengujian API atau formulir.
Tulis setiap hop, termasuk perubahan kecil
Contoh ilustratif rantai:
http://www.example.com/tips-lama
-> https://www.example.com/tips-lama
-> https://example.com/tips-lama/
-> https://example.com/panduan/tips-baru/
Rantai itu mungkin dibentuk oleh tiga pemilik konfigurasi: CDN mengatur HTTPS, server mengatur host dan slash, CMS mengatur slug. Semua aturan terlihat benar ketika diperiksa sendiri, tetapi gabungannya membuat pengguna melewati beberapa request.
Buat tabel berikut dari hasil yang benar-benar kamu lihat:
| Langkah | URL asal | Status | Location/tujuan | Pemilik aturan |
|---|---|---|---|---|
| 1 | HTTP + www | Catat hasil | HTTPS + www | CDN |
| 2 | HTTPS + www | Catat hasil | HTTPS apex | Server |
| 3 | Slug lama | Catat hasil | Slug baru | CMS |
Jangan mengisi status berdasarkan dugaan. Alat yang otomatis mengikuti redirect mungkin hanya menampilkan respons terakhir, sehingga kamu perlu membuka detail perjalanan request.
Periksa tujuan sebelum memendekkan rantai
Tujuan final harus menjawab kebutuhan yang sama atau merupakan pengganti yang paling relevan. Pastikan konten benar-benar ada, bukan halaman pencarian umum atau error yang kebetulan mengembalikan 200.
Lalu periksa canonical, link internal, dan sitemap tujuan. Rantai sudah pendek tetapi semua link internal masih menuju slug lama berarti pengunjung tetap harus melewati redirect yang dapat dihindari.
Untuk contoh tadi, target teknisnya dapat berupa alamat lama langsung menuju URL final. Namun, cara menerapkannya bergantung pada urutan aturan platform. Jangan menempel regex global tanpa memeriksa pengecualian seperti subdomain aplikasi atau jalur login.
Diagnosis loop dengan dua arah
Contoh ilustratif loop sederhana:
https://example.com/panduan -> https://example.com/panduan/
https://example.com/panduan/ -> https://example.com/panduan
Penyebabnya bisa berupa satu layer menambah slash dan layer lain menghapusnya. Kasus lain terjadi ketika aplikasi mengira koneksi masih HTTP di belakang proxy, lalu terus meminta HTTPS.
Catat URL pertama yang berulang. Itulah titik untuk membandingkan aturan, bukan alasan menghapus semua redirect. Mintalah developer memeriksa konfigurasi proxy dan informasi protokol yang dipercaya aplikasi bila gejalanya terkait HTTP/HTTPS.
Uji parameter dan karakter khusus
Redirect dapat terlihat benar pada satu URL bersih tetapi merusak parameter penting. Misalnya parameter menentukan varian produk, bahasa, atau kode rujukan yang memang diperlukan alur pengguna.
Siapkan daftar uji:
- URL lama tanpa parameter.
- URL lama dengan parameter yang masih diperlukan.
- URL dengan karakter yang perlu encoding.
- URL valid yang tidak seharusnya terkena aturan.
- URL yang memang tidak mempunyai pengganti.
- Jalur formulir atau API terkait, diuji sesuai fungsi oleh developer.
Pastikan aturan tidak menggandakan slash, mengulang parameter, atau mengalihkan semua alamat tak dikenal ke homepage.
Tutup pekerjaan dengan hasil yang dapat dibuktikan
Simpan pemetaan sebelum dan sesudah. Untuk tiap URL prioritas, catat status awal, jumlah langkah, URL final, dan hasil pemeriksaan konten. Uji navigasi normal serta akses langsung ke URL lama.
Google menyebut rantai terlalu panjang dan loop sebagai kemungkinan penyebab redirect error. Penjelasan error pada Page Indexing. Namun, hilangnya error pada pengujian lokal belum berarti data laporan Google langsung berubah.
Mulailah dari satu pola rantai yang berulang, bukan satu URL saja. Setelah urutan aturan dan pengecualiannya jelas, perbaikan pada pola tersebut bisa menyelesaikan banyak URL sekaligus tanpa mengorbankan tujuan pengunjung.
