Error “Halaman dengan Pengalihan” di Google Search Console. Begini Cara Mengatasinya

“Halaman dengan pengalihan” (Page with redirect) adalah status di laporan pengindeksan Google Search Console yang berarti URL tersebut mengarahkan pengunjung ke URL lain, sehingga Google tidak mengindeks URL awalnya. Status ini sering dianggap error, padahal sering kali hanya informasi. Tindakan baru diperlukan jika URL yang dialihkan ternyata masih ada di sitemap, di tautan internal, atau jika pengalihannya berantai, berputar, atau salah tujuan.

Artikel ini menjelaskan pengertian, penyebab, dampak SEO, cara mendiagnosis, dan cara memperbaiki masalah pengalihan halaman, lengkap dengan contoh konfigurasi dan checklist pencegahan.

Table of Contents

Halaman dengan Pengalihan Berarti Google Menemukan URL yang Mengarahkan ke URL Lain

Halaman dengan pengalihan adalah URL yang ditemukan Googlebot, tetapi saat diakses langsung meneruskan pengunjung dan robot ke alamat lain. Karena URL awal bukan tujuan akhir, Google tidak memasukkannya ke indeks. Yang diindeks adalah URL tujuan pengalihan, selama URL itu layak.

Contoh sederhananya: http://contoh.com/artikel-seo otomatis berpindah ke https://www.contoh.com/artikel-seo. Google mencatat versi HTTP sebagai “halaman dengan pengalihan” dan fokus pada versi HTTPS. Itu perilaku yang wajar.

Di Search Console, status ini muncul di laporan Pengindeksan Halaman (Page Indexing) pada bagian Tidak diindeks (Not indexed). Nama menu dan label bisa berubah seiring pembaruan antarmuka, jadi cek tampilan terbaru di akun Anda.

Pengalihan Itu Disengaja, Berbeda dengan Error 404 yang Menandakan Halaman Hilang

Pengalihan (redirect) adalah instruksi server atau halaman yang sengaja memindahkan akses dari satu URL ke URL lain, sedangkan error 404 berarti halaman tidak ditemukan. Keduanya sama-sama membuat URL tidak masuk indeks, tetapi maknanya berbeda.

Aspek	Halaman dengan pengalihan	Error 404
Arti	URL aktif dan meneruskan ke URL lain	URL tidak ada atau tidak ditemukan
Kode umum	301, 302, 307, 308	404
Disengaja?	Biasanya ya	Sering tidak
Pengunjung	Sampai ke halaman tujuan	Melihat halaman error
Tindakan	Cek apakah tujuan dan penggunaannya benar	Pulihkan halaman atau alihkan ke halaman relevan

Memahami perbedaan ini mencegah salah langkah. Banyak pemilik situs panik lalu menghapus redirect yang sebenarnya sehat.

Jenis Pengalihan yang Memicu Status Ini: 301, 302, 307, 308, Meta Refresh, dan JavaScript

Status “halaman dengan pengalihan” bisa muncul dari redirect server (HTTP), redirect meta refresh, maupun redirect JavaScript. Tiap jenis punya sifat berbeda.

Jenis	Sifat	Kapan dipakai
301	Permanen	Pindah domain, ganti struktur URL, HTTP ke HTTPS
308	Permanen, metode HTTP dipertahankan	Perpindahan permanen dengan metode permintaan tetap
302	Sementara	Pengalihan jangka pendek, misalnya promo atau perawatan
307	Sementara, metode HTTP dipertahankan	Pengalihan sementara yang menjaga metode permintaan
Meta refresh	Di level HTML	Hanya jika redirect server tidak memungkinkan
JavaScript	Di level skrip browser	Sebaiknya dihindari untuk pengalihan penting

Untuk keperluan SEO, redirect server 301 adalah pilihan standar saat sebuah URL berpindah permanen. Dokumentasi Google tentang redirect menyebut bahwa redirect permanen merupakan sinyal kuat bahwa URL tujuan sebaiknya menjadi URL kanonis, sedangkan redirect sementara sinyalnya lebih lemah. Detail pastinya bisa diperbarui Google, jadi rujuk dokumentasi Google Search Central terbaru.

Status Ini Normal untuk Sebagian URL, tetapi Bermasalah Jika URL Penting Ikut Terdampak

Anda tidak perlu “memperbaiki” semua URL berstatus halaman dengan pengalihan; perbaiki hanya jika URL tersebut seharusnya diindeks atau jika pengalihannya menimbulkan masalah. Redirect yang benar memang membuat URL lama tidak terindeks.

Status ini normal jika:

URL lama sengaja dialihkan ke URL baru yang relevan.
Versi HTTP, non-www, atau berakhiran slash dialihkan ke versi kanonis.
URL tujuan sudah terindeks dengan baik.

Status ini perlu ditindaklanjuti jika:

URL tujuan ternyata error (404, 5xx) atau tidak relevan.
Terjadi redirect berantai (chain) atau berputar (loop).
URL berstatus pengalihan masih ada di sitemap XML.
Halaman penting yang seharusnya terindeks justru dialihkan tanpa sengaja.
Jumlah URL berpengalihan membengkak setelah migrasi atau pembaruan plugin.

Penyebab Umum: Migrasi, HTTPS, Variasi URL, Plugin, dan Sitemap Usang

Penyebab paling umum halaman dengan pengalihan adalah perubahan struktur URL yang tidak diikuti pembaruan tautan internal dan sitemap. Berikut penyebab yang paling sering ditemui:

Migrasi HTTP ke HTTPS. Semua URL http:// dialihkan ke https://, tetapi tautan lama masih tersebar.
Pemilihan www atau non-www. Salah satu versi dialihkan ke versi lain.
Aturan trailing slash. /artikel dialihkan ke /artikel/ atau sebaliknya.
Ganti domain atau redesign. URL lama dialihkan ke domain atau struktur baru.
Perubahan slug. Judul artikel diubah, URL berganti, redirect otomatis dibuat (misalnya oleh WordPress).
Plugin redirect atau SEO. Aturan redirect dari plugin bisa bertabrakan dengan aturan server.
Sitemap tidak diperbarui. Sitemap masih memuat URL lama sehingga Google terus menemukannya.
Tautan eksternal lama. Situs lain masih menautkan ke URL versi lama.
Redirect bahasa atau lokasi. Pengalihan otomatis berdasarkan negara atau bahasa browser.

Di situs hosting dan server pribadi, penyebab tambahan biasanya aturan .htaccess (Apache) atau konfigurasi Nginx yang saling tumpang tindih.

Dampak SEO: Pemborosan Crawl, Sinyal Terbagi, dan Pengalaman Pengguna yang Melambat

Satu redirect yang benar nyaris tidak merugikan SEO, tetapi redirect berantai, loop, dan tujuan yang salah dapat memboroskan sumber daya perayapan dan memperlambat halaman. Dampaknya bergantung pada kondisinya.

Redirect chain (A → B → C → D): setiap lompatan menambah waktu muat dan memperumit pemrosesan. Setahu saya, Googlebot hanya mengikuti sejumlah terbatas lompatan (angka yang sering disebut adalah 10), tetapi ini sebaiknya dicek ulang di dokumentasi resmi Google. Praktik terbaiknya tetap satu lompatan langsung.
Redirect loop (A → B → A): halaman tidak bisa dimuat sama sekali. Pengunjung melihat error “terlalu banyak pengalihan” dan Googlebot tidak bisa memproses URL.
Tujuan tidak relevan: mengalihkan halaman produk ke beranda sering ditafsirkan sebagai kehilangan konteks, dan pengunjung kecewa.
Sitemap berisi URL berpengalihan: mengirim sinyal yang tidak konsisten karena sitemap seharusnya hanya memuat URL kanonis yang ingin diindeks.
Crawl budget: pada situs kecil dampaknya biasanya tidak terasa. Pada situs besar dengan ribuan URL, perayapan terbuang untuk URL yang bukan tujuan akhir.

Saya tidak memiliki angka pasti tentang seberapa besar kerugian peringkat akibat redirect berlebih. Dampaknya bervariasi per situs, jadi ukur dengan data Search Console Anda sendiri.

Cara Mendiagnosis: Periksa Daftar URL, Uji Kode Status, dan Telusuri Rantai Redirect

Diagnosis terbaik dimulai dari daftar URL di Search Console, lalu menguji tiap URL untuk melihat kode status dan tujuan akhirnya. Ikuti langkah berikut:

Buka Search Console → Pengindeksan → Halaman → pilih alasan “Halaman dengan pengalihan”.
Ekspor daftar URL (tombol ekspor di pojok laporan) ke spreadsheet.
Kelompokkan pola URL: apakah dominan HTTP, non-www, slash, atau URL lama dari migrasi?
Uji dengan Inspeksi URL (URL Inspection) untuk melihat bagaimana Google memperlakukan URL tersebut.
Cek kode status dan rantai redirect dengan crawler seperti Screaming Frog, atau perintah curl:

curl -I -L https://contoh.com/halaman-lama

Opsi -I menampilkan header saja dan -L mengikuti redirect, sehingga Anda melihat setiap lompatan beserta kode statusnya.

Periksa sitemap XML: pastikan tidak ada URL yang ternyata mengalihkan.
Periksa tautan internal: cari tautan di menu, footer, artikel, dan breadcrumb yang masih mengarah ke URL lama.
Cek tujuan akhir: pastikan statusnya 200 dan tidak diberi tag noindex atau kanonis ke URL lain.

Cara Memperbaiki: Perbarui Tautan Internal, Sitemap, dan Sederhanakan Redirect Menjadi Satu Lompatan

Perbaikan intinya adalah membuat semua sinyal (tautan internal, sitemap, kanonis) menunjuk langsung ke URL final, dan memastikan setiap redirect hanya satu lompatan ke tujuan relevan.

1. Perbarui tautan internal ke URL final. Ganti tautan lama di menu, artikel, dan template agar langsung ke URL akhir. Di WordPress, fitur cari-dan-ganti massal pada database bisa membantu, tetapi buat cadangan dulu.

2. Bersihkan sitemap XML. Sitemap hanya boleh memuat URL berstatus 200 yang ingin diindeks. Hapus URL yang mengalihkan, lalu kirim ulang sitemap di Search Console.

3. Pangkas redirect chain. Jika A → B → C, ubah menjadi A → C dan B → C. Berikut contoh aturan satu lompatan untuk HTTP ke HTTPS dengan www pada Apache (sesuaikan domain Anda, dan uji di lingkungan staging sebelum menerapkan):

RewriteEngine On

RewriteCond %{HTTPS} off [OR]

RewriteCond %{HTTP_HOST} !^www\. [NC]

RewriteRule ^(.*)$ https://www.contoh.com/$1 [R=301,L]

Contoh serupa pada Nginx:

server {

listen 80;

server_name contoh.com www.contoh.com;

return 301 https://www.contoh.com$request_uri;

}

Catatan: Nginx juga perlu blok server terpisah untuk https://contoh.com agar diarahkan ke versi www dalam satu lompatan. Sintaks bisa berbeda tergantung konfigurasi server Anda, jadi cek dokumentasi resmi Apache atau Nginx.

4. Hapus redirect loop. Cari aturan yang saling bertabrakan, misalnya aturan di .htaccess, plugin redirect, dan pengaturan CDN yang memaksa arah berlawanan. Nonaktifkan satu per satu sampai loop hilang.

5. Pilih jenis redirect yang tepat. Gunakan 301 atau 308 untuk perpindahan permanen. Gunakan 302 atau 307 hanya untuk perpindahan sementara.

6. Arahkan ke halaman yang relevan. Alihkan URL lama ke halaman dengan topik yang setara. Jika tidak ada padanannya, pertimbangkan status 404 atau 410 daripada mengarahkan massal ke beranda.

7. Pastikan kanonis konsisten. Tag rel=”canonical” pada halaman tujuan sebaiknya menunjuk ke dirinya sendiri, bukan kembali ke URL yang dialihkan.

Kapan Status Ini Tidak Perlu Diperbaiki: Pengalihan Sehat Cukup Dibiarkan

Jika URL lama sengaja dialihkan ke tujuan relevan dalam satu lompatan dan tidak muncul di sitemap atau tautan internal, status “halaman dengan pengalihan” aman diabaikan. Google memang tidak akan mengindeks URL tersebut, dan itu tujuan dari redirect.

Beberapa contoh yang aman dibiarkan:

Versi HTTP yang dialihkan ke HTTPS.
Versi non-www yang dialihkan ke www (atau sebaliknya).
URL lama dari migrasi yang kini mengarah ke padanan barunya.

Menghapus redirect semacam itu justru berisiko memunculkan konten ganda atau memutus tautan eksternal lama. Jangan mengejar angka nol di laporan; fokuslah pada apakah halaman penting Anda terindeks.

Cara Memvalidasi Perbaikan di Search Console Setelah Redirect Dibereskan

Setelah perbaikan selesai, gunakan tombol “Validasi perbaikan” pada laporan untuk meminta Google memeriksa ulang URL yang terdampak. Prosesnya tidak instan.

Pastikan semua perbaikan sudah aktif di situs live.
Uji beberapa URL contoh dengan Inspeksi URL.
Buka alasan “Halaman dengan pengalihan” lalu klik Validasi perbaikan.
Pantau status validasi (dimulai, lulus, atau gagal).

Lama validasi bervariasi dan tidak ada waktu pasti yang bisa dijamin. Jika validasi gagal, biasanya masih ada URL yang pengalihannya bermasalah. Periksa contoh URL yang ditandai gagal. Perlu dicatat, jika URL memang sehat dan sengaja dialihkan, status tersebut tidak akan “hilang” karena memang kondisinya benar.

Kesalahan Umum yang Membuat Masalah Pengalihan Semakin Parah

Kesalahan paling sering adalah menambah redirect baru tanpa membersihkan tautan dan sitemap lama. Berikut daftarnya:

Mengalihkan semua URL lama ke beranda. Pengunjung kehilangan konteks dan relevansi turun.
Menumpuk redirect dari beberapa sumber (server, plugin, CDN) yang saling bertabrakan.
Membiarkan URL berpengalihan di sitemap.
Memakai redirect JavaScript atau meta refresh untuk perpindahan permanen padahal redirect server tersedia.
Tidak menguji setelah migrasi, sehingga loop baru ketahuan ketika trafik turun.
Menghapus redirect lama terlalu cepat. Tautan eksternal dan penanda (bookmark) pengunjung masih bergantung padanya.
Mengubah slug tanpa rencana berulang kali, sehingga membentuk rantai panjang.

Cara Mencegah Masalah Pengalihan di Masa Depan: Rencanakan URL dan Audit Berkala

Pencegahan terbaik adalah memilih struktur URL yang stabil dan mengaudit redirect secara rutin, terutama setelah migrasi atau redesign.

Tetapkan satu versi kanonis (HTTPS, www atau non-www, dengan atau tanpa slash) sejak awal dan terapkan secara konsisten.
Buat peta redirect (redirect map) sebelum migrasi: daftar URL lama → URL baru.
Perbarui tautan internal begitu URL berubah, jangan mengandalkan redirect selamanya.
Jaga sitemap tetap bersih dan hasilkan otomatis dari URL kanonis.
Audit berkala dengan crawler, misalnya tiap kuartal atau setelah perubahan besar.
Dokumentasikan semua aturan redirect agar tim tidak membuat aturan ganda.
Pantau laporan Pengindeksan Halaman di Search Console untuk lonjakan tak wajar.
Hindari mengubah slug setelah artikel terbit, kecuali ada alasan kuat.

Pertanyaan yang Sering Diajukan tentang Halaman dengan Pengalihan

Apakah halaman dengan pengalihan merugikan SEO?

Tidak otomatis. Redirect tunggal yang benar umumnya tidak merugikan. Masalah muncul pada rantai panjang, loop, atau tujuan yang tidak relevan.

Apakah URL berstatus halaman dengan pengalihan pasti dihapus dari Google?

URL tersebut tidak akan diindeks sebagai halaman tersendiri, sedangkan URL tujuannya yang diindeks. Itu perilaku wajar untuk redirect.

Redirect 301 atau 302, mana yang lebih baik?

Gunakan 301 untuk perpindahan permanen dan 302 untuk perpindahan sementara. Memilih jenis yang salah dapat membingungkan sinyal kanonis.

Berapa lama Google memproses perbaikan redirect?

Tidak ada waktu yang bisa dipastikan. Bergantung pada ukuran situs dan frekuensi perayapan, bisa dari beberapa hari hingga beberapa minggu. Pantau lewat Search Console.

Apakah URL berpengalihan boleh ada di sitemap?

Sebaiknya tidak. Sitemap idealnya hanya memuat URL final berstatus 200 yang ingin diindeks.

Kesimpulan

“Halaman dengan pengalihan” berarti Google menemukan URL yang mengalihkan ke alamat lain dan memilih tidak mengindeks URL awalnya. Status ini normal untuk redirect yang disengaja, seperti HTTP ke HTTPS atau perubahan struktur URL. Statusnya menjadi masalah jika redirect berantai, berputar, salah tujuan, atau jika URL berpengalihan masih ada di sitemap dan tautan internal.

Langkah praktisnya: ekspor daftar URL dari Search Console, uji kode status dan rantai redirect, perbarui tautan internal dan sitemap ke URL final, ubah rantai menjadi satu lompatan, lalu klik Validasi perbaikan.

Semua langkah itu lebih mudah dijalankan jika Anda memegang kendali penuh atas server. Di hosting yang sangat terbatas, aturan redirect sering bentrok dengan pengaturan bawaan penyedia, dan Anda tidak bisa mengubah konfigurasi server sesuai kebutuhan. Di Cloud VPS, Anda mendapat akses root, jadi bisa:

Mengatur aturan redirect langsung di Apache atau Nginx dalam satu lompatan, tanpa bergantung pada plugin yang saling bertabrakan.
Membuat lingkungan staging untuk menguji redirect sebelum diterapkan ke situs live, sehingga loop dan chain terdeteksi lebih awal.
Memeriksa log server untuk melihat bagaimana Googlebot dan pengunjung benar-benar mengakses URL lama Anda.
Mengelola SSL dan versi kanonis (HTTPS, www/non-www) secara konsisten dari awal.
Menyesuaikan sumber daya server saat migrasi atau lonjakan trafik, agar redirect tidak memperlambat halaman.

Perlu dicatat, VPS tidak otomatis memperbaiki masalah redirect. Yang berubah adalah tingkat kontrol dan kemudahan Anda mendiagnosis serta merapikan konfigurasi. Hasilnya tetap bergantung pada pengaturan yang Anda terapkan.

Jika Anda sedang bermigrasi, mendesain ulang situs, atau ingin berhenti bergulat dengan aturan redirect yang berantakan, layanan Cloud VPS dari Abracloud bisa menjadi fondasi yang tepat. Abracloud (abracloud.id) melayani startup, e-commerce, fintech, dan tim IT yang membutuhkan infrastruktur yang bisa dikonfigurasi sesuai kebutuhan. Kunjungi abracloud.id, pilih paket Cloud VPS yang sesuai, lalu rapikan penanganan error halaman dengan pengalihan dari level server.

Share the Post: