Cara Mengatasi Search Console Page with Redirect Tidak Terindeks

The Last Digital
... minutes read

Apa Artinya "Page with Redirect" di Search Console?

Di laporan Indexing > Pages Google Search Console, status "Page with redirect" berarti Google merayapi sebuah URL, menemukan bahwa URL itu mengarahkan (redirect) ke lokasi lain, dan karenanya mengecualikan URL asal dari indeks. URL asal itu tidak akan diindeks sebagai halaman tersendiri — URL tujuanlah yang mungkin diindeks dan ditampilkan di hasil pencarian.

Hal pertama yang harus dipahami: status ini biasanya bukan error. Redirect HTTP ke HTTPS, www ke non-www, atau URL lama ke URL baru semuanya akan memunculkan status ini secara sah. Anda hanya perlu bertindak bila redirect itu tidak disengaja, membentuk rantai, berputar (loop), mengarah ke halaman yang salah, atau bila URL yang seharusnya tetap hidup dan terindeks justru ikut ter-redirect. Artikel ini membantu Anda membedakan keduanya dan memperbaiki yang benar-benar bermasalah.

Jawaban Singkat: Cara Mengatasi Page with Redirect

Buka laporan Indexing > Pages, klik alasan "Page with redirect", dan ekspor contoh URL-nya. Kelompokkan berdasarkan pola (http, www, garis miring akhir, folder lama, parameter). Untuk setiap pola, tentukan: apakah redirect ini disengaja? Jika ya dan tujuannya benar, tidak ada yang perlu diperbaiki di Search Console. Jika tidak, hapus redirect agar URL kembali 200, atau perbaiki tujuannya agar mengarah langsung ke halaman final. Kemudian perbarui internal link dan sitemap agar menunjuk langsung ke URL final, runtuhkan rantai redirect menjadi satu lompatan, dan ganti 302 yang sudah permanen menjadi 301. Terakhir, periksa URL tujuan dengan URL Inspection untuk memastikan ia sendiri bisa diindeks.

Langkah 1: Baca Laporan dengan Benar

  1. Buka Search Console > Indexing > Pages, lalu klik alasan Page with redirect di bawah bagian "Why pages aren't indexed".
  2. Perhatikan bahwa Search Console menampilkan contoh URL, bukan seluruh daftar. Jumlahnya cukup untuk menemukan pola, dan pola itulah yang Anda perbaiki — bukan satu per satu URL secara membabi buta.
  3. Ekspor contohnya dan urutkan dalam spreadsheet. Tandai setiap pola sebagai "diharapkan" atau "mencurigakan". Pola yang diharapkan misalnya: semua varian http mengarah ke https, atau semua URL kategori lama mengarah ke struktur baru setelah migrasi.
  4. Perhatikan juga kolom Validation: untuk status ini, validasi menampilkan N/A karena status ini tidak diperlakukan sebagai error — tidak ada tombol "Validate Fix" yang perlu ditekan.

Langkah 2: Periksa Rantai Redirect pada Sampel URL

Ambil 15–25 URL dari pola yang mencurigakan dan periksa masing-masing dua hal: ke mana redirect itu mendarat, dan apakah tujuan akhirnya benar serta mengembalikan 200. Anda bisa memakai alat pemeriksa redirect, DevTools browser (tab Network), atau curl:

curl -sS -o /dev/null -w '%{http_code} %{redirect_url}\n' https://domainanda.com/url-lama/
curl -sSI https://domainanda.com/url-lama/ | grep -iE '^(HTTP/|location:)'

Perintah ini menampilkan setiap lompatan beserta kode statusnya. Yang Anda cari:

  • Rantai redirect (A → B → C): setiap lompatan tambahan memperlambat perayapan dan bisa membingungkan mesin pencari. Perbaiki aturan agar A langsung ke C.
  • Loop redirect (A → B → A): ini masuk kategori "Redirect error", bukan sekadar "Page with redirect", dan harus diperbaiki segera karena tujuan tidak pernah tercapai.
  • Tujuan yang salah: redirect ke beranda padahal ada halaman pengganti yang relevan, atau redirect ke halaman yang juga me-redirect lagi.
  • Kode status yang salah: pemindahan permanen yang masih memakai 302/307. Google memperlakukan 302 sebagai sementara, sehingga pergantian URL terindeks bisa tertunda berbulan-bulan. Ganti menjadi 301 (atau 308 bila Anda perlu mempertahankan metode permintaan).

Langkah 3: Perbaiki Sumbernya, Bukan Hanya Aturan Redirect

Kesalahan umum adalah langsung mengedit aturan redirect tanpa memperbaiki sumber yang terus mengirim Google ke URL lama. Jika sitemap atau internal link Anda masih menunjuk ke URL yang me-redirect, entri yang sama akan kembali pada siklus pelaporan berikutnya.

Bersihkan sitemap XML

Sitemap hanya boleh berisi URL kanonis dan final — URL yang mengembalikan 200 dan bisa diindeks. Hapus setiap URL yang me-redirect dari sitemap. Jika sitemap dibuat oleh plugin SEO, periksa apakah ada opsi untuk mengecualikan halaman yang di-redirect secara otomatis, atau apakah URL lama dimasukkan secara manual dan perlu dihapus. Setelah dibersihkan, kirim ulang sitemap di Search Console.

Perbarui internal link ke URL final

Rayapi situs Anda (misalnya dengan Screaming Frog, Sitebulb, atau alat sejenis) dan ekspor internal link yang mengembalikan status 3xx. Perbarui masing-masing agar menunjuk langsung ke tujuan akhir. Dahulukan tautan template global — header, footer, sidebar, navigasi — karena tautan itu muncul di setiap halaman dan dampaknya berlipat.

Runtuhkan rantai menjadi satu lompatan

Di .htaccess (Apache) atau konfigurasi Nginx, pastikan setiap URL lama menunjuk langsung ke tujuan final. Contoh di .htaccess:

Redirect 301 /url-lama/ https://domainanda.com/url-final/

Perhatian sebelum mengedit .htaccess: backup file itu dulu. Satu aturan yang salah ketik bisa memutar seluruh situs ke redirect loop. Setelah mengedit, uji beberapa URL lama dengan curl sebelum menganggap pekerjaan selesai.

Langkah 4: Tangani Kasus Khusus

URL yang seharusnya tetap hidup dan terindeks

Jika URL yang dilaporkan seharusnya menjadi halaman mandiri (misalnya artikel yang tidak sengaja ikut aturan redirect plugin), hapus redirect untuk URL itu dan pastikan ia mengembalikan 200, memiliki konten yang memadai, dan tidak membawa tag noindex. Lalu periksa dengan URL Inspection > Test live URL.

Redirect geografis atau bahasa otomatis

Redirect paksa berdasarkan lokasi atau bahasa bisa mengalihkan Googlebot dari versi konten yang seharusnya ia nilai. Ganti dengan banner atau tautan saran ("Lihat versi Bahasa Indonesia") sehingga setiap versi tetap bisa dijangkau langsung. Jika Anda memakai redirect geografis, uji dari negara lain atau dengan user-agent Googlebot untuk memastikan Googlebot tidak dialihkan.

Tidak ada pengganti yang relevan

Jika halaman lama tidak punya pengganti yang sepadan, mengarahkan ke beranda adalah sinyal yang buruk. Lebih jujur mengembalikan 404 (atau 410 untuk konten yang dihapus permanen) daripada redirect ke halaman yang tidak relevan.

Cara Memverifikasi Hasil Perbaikan

  1. Untuk sampel URL yang diperbaiki, jalankan curl dan pastikan hanya ada satu lompatan (atau nol, bila redirect dihapus) menuju tujuan yang mengembalikan 200.
  2. Periksa URL tujuan dengan URL Inspection: statusnya harus bisa diindeks — bukan noindex, tidak diblokir robots.txt, dan bukan redirect lagi.
  3. Rayapi ulang situs dan pastikan tidak ada internal link yang masih menunjuk ke URL yang me-redirect.
  4. Periksa sitemap dan pastikan hanya berisi URL final.
  5. Kirim ulang sitemap di Search Console, lalu pantau laporan pada siklus berikutnya. Jumlah entri "Page with redirect" untuk pola yang diperbaiki seharusnya menurun, sementara entri yang memang disengaja (http → https, www → non-www) boleh tetap ada — itu normal.

Catatan penting soal waktu: Search Console tidak memperbarui laporan secara real-time. Jangan panik bila angka belum berubah keesokan harinya; yang penting, pengujian live Anda (curl dan URL Inspection) sudah menunjukkan perilaku yang benar.

Troubleshooting Lanjutan

Jumlah entri "Page with redirect" terus naik

Jumlah yang stabil adalah riwayat; jumlah yang naik adalah aturan yang mulai menangkap URL baru. Cari perubahan terbaru: plugin redirect yang baru dipasang, perubahan struktur permalink, atau aturan baru di server/CDN yang terlalu luas.

URL tujuan sudah benar, tetapi tetap tidak terindeks

Periksa URL tujuan itu sendiri dengan URL Inspection. Bisa jadi tujuannya membawa noindex, diblokir robots.txt, mengembalikan soft 404, atau Google memilih kanonis lain. Masalahnya bukan lagi redirect, melainkan kelayakan indeks halaman tujuan.

Semua URL lama mengarah ke beranda setelah migrasi

Ini pola yang merugikan: Google menilai redirect ke beranda sebagai sinyal lemah, dan pengunjung kehilangan konten yang mereka cari. Petakan ulang setiap URL lama ke pengganti terdekatnya yang relevan; yang tidak punya pengganti, kembalikan 404/410.

FAQ

Apakah "Page with redirect" buruk untuk SEO?

Tidak selalu. Jika redirect disengaja dan mengarah ke pengganti yang tepat, status ini sepenuhnya normal dan tidak merugikan. Yang bermasalah hanyalah rantai, loop, tujuan yang salah, dan redirect yang menutupi halaman yang seharusnya terindeks.

Haruskah saya memperbaiki semua URL di daftar ini?

Tidak. Tujuannya bukan membuat daftar ini nol, melainkan memastikan halaman penting yang layak diindeks bisa ditemukan dan dipertimbangkan Google. URL duplikat, halaman yang sengaja dikecualikan, dan konten yang dihapus boleh tetap berada di luar indeks.

Apakah saya harus menekan "Validate Fix"?

Untuk "Page with redirect", tidak ada alur validasi — kolom Validation menampilkan N/A karena status ini tidak diperlakukan sebagai error. Cukup perbaiki sumber masalahnya dan pantau laporan berikutnya.

Berapa lama sampai laporan Search Console berubah?

Search Console bekerja berdasarkan siklus perayapan dan pelaporan, bukan real-time. Perubahan bisa terlihat dalam hitungan hari hingga minggu, tergantung seberapa sering Google merayapi situs Anda. Gunakan URL Inspection > Test live URL untuk verifikasi langsung tanpa menunggu laporan.

Kesimpulan

"Page with redirect" bukan daftar error yang harus dihabiskan, melainkan daftar audit. Tugas Anda adalah memilah: redirect yang disengaja dan benar biarkan saja; redirect yang membentuk rantai, salah tujuan, berkode 302 padahal permanen, atau menutupi halaman yang seharusnya hidup — itulah yang diperbaiki di sumbernya. Bersihkan sitemap, luruskan internal link, runtuhkan rantai menjadi satu lompatan, dan verifikasi halaman tujuan dengan URL Inspection. Setelah itu, biarkan Google bekerja pada siklus berikutnya, dan pantau polanya, bukan sekadar angkanya.

Tags:

Related Posts

Memuat…
Cookie Consent