Temukan peluang pertumbuhan yang layak diprioritaskan berdasarkan permintaan pasar, lanskap persaingan, proposisi nilai merek, dan sumber kutipan.
Panduan komprehensif bagi praktisi tentang semua jenis pengalihan HTTP untuk SEO — cara kerjanya, kapan menggunakannya, dampaknya terhadap PageRank, dan cara menghindari kesalahan kritis yang diam-diam menjatuhkan peringkat Anda.
Jelajahi 12,000 pasar khusus tanpa perlu login.
TL;DR: Redirect 301 memindahkan nilai SEO secara permanen ke URL baru. Redirect 302 bersifat sementara dan mempertahankan URL asli di indeks. John Mueller dari Google telah mengonfirmasi bahwa semua redirect 3xx kini meneruskan PageRank secara setara — jadi pemilihan jenis yang tepat berkaitan dengan akurasi teknis, bukan optimasi PageRank. Rantai redirect mengurangi nilai dan memperlambat waktu pemuatan. Panduan ini membahas setiap jenis redirect, 8 kesalahan paling umum, implementasi langkah demi langkah di berbagai platform, serta cara mengaudit redirect dengan benar.
Setiap kali URL di situs web Anda berubah — baik karena perubahan nama halaman, migrasi situs, upgrade ke HTTPS, maupun konsolidasi konten — Anda harus memilih apakah akan mempertahankan ekuitas SEO atau diam-diam mengikis otoritas peringkat yang telah dibangun selama bertahun-tahun. Pilihan itu adalah redirect.
Jika dilakukan dengan benar, redirect tidak terlihat oleh pengguna dan transparan bagi mesin pencari. Jika dilakukan dengan salah, redirect menjadi penyebab turunnya peringkat secara diam-diam — menimbulkan kebingungan pengindeksan, pengenceran ekuitas tautan, dan pemborosan anggaran perayapan yang terus menumpuk seiring waktu tanpa muncul dalam laporan error yang jelas.
Panduan ini membahas setiap jenis redirect yang akan Anda temui dalam SEO modern, menjelaskan cara kerja masing-masing jenis saat berinteraksi dengan crawler Google, mendokumentasikan kesalahan yang paling umum dan merugikan, serta memberikan panduan implementasi khusus untuk tiap platform.
Redirect HTTP adalah instruksi server yang memberi tahu browser web dan crawler mesin pencari untuk berpindah dari satu URL ke URL lain. Secara teknis, redirect adalah kode respons HTTP yang dikeluarkan oleh server — kode status dalam rentang 3xx, dengan angka "3" menandakan respons pengalihan.
Saat pengguna mengetikkan URL ke browser (atau saat crawler mencoba mengakses halaman), server merespons dengan kode status HTTP. Untuk respons redirect, kode tersebut disertai header Location yang menentukan URL tujuan. Browser atau crawler kemudian secara otomatis berpindah ke URL tujuan tersebut.
Hal penting bagi SEO: redirect di tingkat server terjadi sebelum browser merender konten apa pun. Ini berarti instruksi redirect diterima crawler mesin pencari dengan konteks lengkap tentang apakah perpindahan tersebut bersifat permanen atau sementara — yang secara langsung memengaruhi cara crawler memperlakukan URL asli dan URL tujuan untuk keperluan pengindeksan dan pemeringkatan.
Redirect 301 adalah jenis redirect yang paling umum digunakan dalam SEO, dan ada alasan kuat untuk itu. Redirect ini memberi sinyal kepada browser dan mesin pencari bahwa sebuah URL telah dipindahkan secara permanen ke lokasi baru. Saat crawler mesin pencari menemukan redirect 301, crawler akan melakukan tiga hal:
Implikasi SEO-nya signifikan. Sebagian besar ekuitas tautan — yang sering disebut sebesar 90–99% dari nilai aslinya — diteruskan melalui redirect 301. Artinya, backlink yang mengarah ke URL lama Anda tetap memberikan manfaat pemeringkatan kepada URL tujuan setelah redirect diterapkan.
Kapan menggunakan redirect 301:
Contoh: Memindahkan mysite.com/old-product-name ke mysite.com/new-product-name setelah rebranding produk. Redirect 301 memastikan semua backlink ke URL lama meneruskan nilainya ke URL baru, dan Google memperbarui indeksnya untuk mencerminkan URL tujuan kanonis.
Redirect 302 memberi sinyal bahwa sebuah URL telah dipindahkan sementara ke lokasi baru. Perbedaan utamanya dengan redirect 301 adalah mesin pencari menafsirkan perubahan ini sebagai perubahan jangka pendek — mesin pencari mempertahankan URL asli di indeksnya dan terus mengaitkan sinyal pemeringkatan dengan URL tersebut, alih-alih meneruskannya ke URL tujuan.
Seperti yang telah dikonfirmasi John Mueller dari Google: pilihan teknis antara redirect 301 dan 302 tidak berdampak signifikan pada penerusan PageRank — yang penting adalah sinyal intent. Redirect 302 memberi tahu Google untuk terus memeringkat URL asli karena URL tersebut akan kembali digunakan. Redirect 301 memberi tahu Google untuk memperbarui indeksnya dan meneruskan otoritas ke URL tujuan yang baru.
Kapan menggunakan redirect 302:
Yang TIDAK boleh Anda lakukan: Gunakan redirect 302 jika perubahan yang Anda inginkan bersifat permanen. Ini adalah salah satu kesalahan redirect paling umum dan merugikan dalam SEO teknis — URL asli tetap terindeks, sementara URL baru gagal mengumpulkan sinyal pemeringkatan.
Redirect 307 adalah padanan HTTP/1.1 dari redirect 302, dengan satu perbedaan teknis penting: redirect ini menjamin bahwa metode permintaan (GET, POST, PUT, dan sebagainya) tetap dipertahankan saat redirect diikuti. Secara teknis, redirect 302 dapat memungkinkan browser mengubah metode menjadi GET terlepas dari jenis permintaan aslinya, sedangkan redirect 307 secara eksplisit melarang hal tersebut.
Untuk SEO, perbedaan praktis antara redirect 302 dan 307 sangat kecil. Keduanya menandakan pemindahan sementara dan mempertahankan status URL asli di indeks. Redirect 307 paling umum digunakan dalam skenario yang melibatkan pengiriman formulir, API, dan redirect aplikasi web, ketika mempertahankan metode permintaan penting untuk akurasi teknis.
Kapan menggunakan redirect 307:
Redirect 308 adalah versi permanen dari redirect 307. Seperti redirect 301, redirect ini menandakan pemindahan permanen dan meneruskan ekuitas SEO ke URL tujuan. Seperti redirect 307, redirect ini mempertahankan metode permintaan HTTP selama proses pengalihan. Redirect 308 lebih jarang ditemui dalam SEO web standar, tetapi menjadi semakin relevan seiring perkembangan HTTP/2 dan arsitektur aplikasi modern.
Kapan menggunakan redirect 308:
Meta refresh adalah redirect sisi klien yang diterapkan melalui HTML, bukan melalui header HTTP sisi server. Tag HTML <meta http-equiv="refresh"> menginstruksikan browser untuk berpindah ke URL baru setelah jeda waktu tertentu. Tidak seperti redirect sisi server, meta refresh adalah peristiwa di tingkat browser — prosesnya berlangsung setelah sebagian halaman dimuat.
Dari perspektif SEO, meta refresh umumnya tidak disarankan. Google dapat mengikutinya, tetapi pemindahan ekuitas tautannya kurang efisien dan dapat menciptakan pengalaman pengguna yang buruk (terutama jika menggunakan pengatur waktu jeda). Meta refresh dapat disalahgunakan untuk cloaking dan sering dikaitkan dengan pola spam, yang dapat memicu pengawasan tambahan dari sistem kualitas Google.
Kapan meta refresh mungkin diperlukan:
Aturannya: Gunakan redirect sisi server (301, 302, 307, atau 308) kapan pun memungkinkan. Gunakan meta refresh hanya dalam situasi teknis yang benar-benar terkendala dan tidak menyediakan opsi sisi server.
Redirect JavaScript dijalankan di sisi klien dengan menggunakan skrip browser untuk mengarahkan pengguna ke URL baru. Implementasi umum mencakup window.location.href = "newURL" dan window.location.replace("newURL").
Crawler mesin pencari menangani redirect JavaScript dengan tingkat keandalan yang beragam. Google dapat mengikuti redirect JavaScript, tetapi pemrosesannya memerlukan rendering JavaScript — sebuah tahap perayapan tambahan yang menimbulkan penundaan dan ketidakpastian. Bing dan crawler lainnya mungkin menangani redirect JavaScript secara tidak konsisten. Penerusan ekuitas tautan melalui redirect JavaScript kurang andal dibandingkan melalui redirect sisi server.
Kapan redirect JavaScript mungkin diperlukan:
Aturannya: Selalu utamakan redirect sisi server. Gunakan redirect JavaScript hanya jika opsi sisi server benar-benar tidak tersedia untuk URL yang dimaksud.
Salah satu kesalahpahaman paling bertahan dalam SEO teknis adalah anggapan bahwa jenis redirect yang berbeda meneruskan PageRank dalam jumlah yang berbeda. Anggapan ini sempat benar, sebagian, pada versi awal algoritma Google, tetapi kini telah diperbarui secara definitif.
Pada 2016, Gary Illyes dari Google mengonfirmasi bahwa "redirect 30x tidak lagi kehilangan PageRank." Setelah itu, John Mueller menegaskan kembali posisi ini: "302 atau 301. Mana yang sebaiknya dipilih untuk memaksimalkan PageRank? Kabar baiknya, itu tidak penting. Gunakan jenis redirect yang benar secara teknis. Redirect 307 atau 308 juga bisa digunakan. Mesin pencari telah menangani redirect sejak awal."
Kerangka yang tepat untuk memilih jenis redirect:
Pilihan antara 301 dan 302 seharusnya didasarkan pada intent dan sifat permanen perubahan URL, bukan pada optimasi PageRank. Sinyal tentang sifat permanen yang disampaikan oleh jenis redirect memengaruhi perilaku pengindeksan — URL mana yang dipertahankan Google dalam indeksnya — dan sinyal pengindeksan ini memiliki implikasi pemeringkatan yang signifikan, terpisah dari penerusan ekuitas tautan.
| Pertanyaan | Jawaban |
|---|---|
| Apakah perubahan URL bersifat permanen? | Gunakan 301 |
| Apakah perubahan URL bersifat sementara? | Gunakan 302 (atau 307 jika metode permintaan perlu dipertahankan) |
| Apakah ini memengaruhi PageRank? | Penerusan PageRank sama terlepas dari jenisnya |
| Apakah ini memengaruhi pengindeksan? | Ya — 301 memindahkan pengindeksan ke URL tujuan, sedangkan 302 mempertahankan URL asli di indeks |
Dalam praktiknya, ini adalah kesalahan redirect yang paling merusak. Menggunakan redirect sementara untuk perubahan URL permanen berarti Google terus mengindeks dan memeringkat URL lama, alih-alih memperbarui indeksnya ke URL tujuan yang baru. URL baru tidak pernah mengumpulkan sinyal pemeringkatannya sendiri karena Google memperlakukannya sebagai lokasi penampungan sementara. Pengguna yang mencari konten tersebut mungkin melihat URL lama yang telah dialihkan di SERP — lalu diarahkan ke URL tujuan — sehingga menciptakan pengalaman yang buruk dan hasil pemeringkatan yang otoritatifnya lebih rendah.
Perbaikan: Audit semua redirect yang ada untuk menemukan ketidakcocokan antara intent dan jenis redirect. Setiap perubahan URL yang telah berlaku lebih dari 3–4 minggu dan tidak dimaksudkan untuk dikembalikan seharusnya menggunakan redirect 301.
Rantai redirect terjadi ketika serangkaian redirect menghubungkan beberapa URL sebelum mencapai URL tujuan akhir — misalnya, URL A → URL B → URL C → URL D (akhir). Setiap lompatan dalam rantai menambah waktu respons server dan meningkatkan latensi pemuatan halaman secara keseluruhan. Setiap lompatan juga sedikit mengencerkan ekuitas tautan karena sinyal melewati beberapa redirect, bukan satu lompatan langsung.
Selain itu, crawler Google memiliki batas jumlah redirect yang dapat diikuti dalam satu sesi perayapan. Rantai yang panjang berisiko membuat crawler menghentikan urutan redirect sebelum mencapai URL tujuan akhir, sehingga URL perantara mungkin tetap terindeks alih-alih URL kanonis terakhir.
Perbaikan: Sederhanakan semua rantai redirect menjadi satu lompatan langsung. Gunakan alat seperti Screaming Frog SEO Spider untuk mengaudit rantai redirect dan memperbarui redirect sumber agar langsung mengarah ke URL tujuan akhir.
Loop redirect terjadi ketika sebuah URL dikonfigurasi untuk dialihkan ke URL lain yang pada akhirnya mengarah kembali ke URL asli — sehingga menciptakan loop tanpa akhir. Browser menampilkan error "too many redirects". Crawler menyerah dan tidak dapat mengakses kedua URL tersebut. Halaman apa pun yang terjebak dalam loop pada dasarnya akan terhapus dari indeks.
Perbaikan: Selalu verifikasi URL tujuan sebelum penerapan. Gunakan pemeriksa redirect untuk mengonfirmasi URL tujuan akhir setiap redirect dan periksa apakah ada pasangan redirect timbal balik.
Saat migrasi situs atau penghapusan konten, jalan pintas yang umum dilakukan adalah mengalihkan semua URL lama ke beranda, alih-alih ke konten pengganti yang relevan. Google telah menyatakan dengan jelas bahwa pola ini sering diperlakukan sebagai soft 404 — artinya, mesin pencari mengenali bahwa URL yang dialihkan tidak memiliki halaman pengganti yang benar-benar sesuai di URL tujuan, lalu mengabaikan redirect tersebut. Redirect ke beranda dari ratusan halaman produk atau konten individual memboroskan anggaran perayapan dan gagal mempertahankan ekuitas tautan.
Perbaikan: Petakan setiap URL lama ke URL tujuan pengganti yang paling relevan. Alihkan URL ke beranda hanya jika URL lama merupakan titik masuk umum ke situs dan tidak memiliki halaman konten pengganti yang spesifik.
Penerusan ekuitas tautan melalui redirect paling efektif jika halaman tujuan relevan secara topikal dengan URL sumber. Misalnya, mengalihkan tutorial teknis terperinci ke halaman kategori produk yang tidak terkait akan membingungkan pengguna dan mesin pencari. Sistem kualitas Google mengevaluasi relevansi antara sumber dan tujuan redirect saat menentukan seberapa besar otoritas yang akan diteruskan.
Perbaikan: Petakan URL tujuan redirect berdasarkan relevansi topikal. Jika tidak ada URL tujuan yang benar-benar relevan, 404 sering kali lebih baik daripada redirect yang tidak relevan.
Redirect 301 harus dipertahankan tanpa batas waktu untuk URL yang memiliki backlink eksternal atau lalu lintas yang berarti. Menghapus redirect akan menyebabkan URL asli mengembalikan 404, sehingga langsung memutus semua backlink yang sudah ada dan menghilangkan ekuitas tautan yang diteruskan ke URL tujuan. Ekuitas yang hilang tidak dapat dipulihkan tanpa mengaktifkan kembali redirect.
Perbaikan: Jangan pernah menghapus redirect 301 untuk URL yang menerima tautan eksternal. Pemeliharaan redirect adalah tanggung jawab operasional permanen, bukan tugas sementara.
Saat Anda mengalihkan URL, tautan internal di seluruh situs yang masih mengarah ke URL lama akan memicu lompatan redirect setiap kali terjadi perayapan. Jika ada puluhan atau ratusan tautan internal seperti ini, akan timbul beban perayapan yang tidak perlu secara signifikan. Meskipun tidak separah masalah tautan eksternal, tautan internal yang usang mengurangi efisiensi perayapan dan dapat membingungkan sinyal arsitektur situs.
Perbaikan: Setelah menerapkan redirect, lakukan audit tautan internal menyeluruh dan perbarui semua tautan internal agar langsung mengarah ke URL tujuan akhir.
Sitemap XML seharusnya hanya berisi URL kanonis yang masih aktif. Jika sitemap Anda masih mencantumkan URL yang telah dialihkan atau tidak lagi digunakan, Anda memboroskan anggaran perayapan dan dapat menunda pengindeksan halaman kanonis baru.
Perbaikan: Hapus semua URL yang telah dialihkan dari sitemap setelah menerapkan redirect. Pastikan sitemap diperbarui sebagai bagian dari setiap alur kerja migrasi konten atau restrukturisasi URL.
Implementasi yang paling umum untuk situs web yang menggunakan Apache adalah melalui file .htaccess. Letakkan .htaccess di direktori root situs atau di subdirektori tertentu tempat Anda ingin menerapkan aturan.
Redirect satu URL (301):
Redirect 301 /old-page https://www.yoursite.com/new-pageRedirect satu URL (302):
Redirect 302 /temporary-page https://www.yoursite.com/destinationRedirect seluruh domain (HTTP ke HTTPS):
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]Redirect wildcard (seluruh domain lama ke domain baru):
RewriteEngine On
RewriteCond %{HTTP_HOST} ^old-domain\.com$ [NC]
RewriteRule ^(.*)$ https://new-domain.com/$1 [L,R=301]Nginx menangani redirect melalui file konfigurasi server (nginx.conf atau file konfigurasi khusus situs di /etc/nginx/sites-available/).
Redirect satu URL (301):
location /old-page {
return 301 https://www.yoursite.com/new-page;
}Redirect seluruh domain:
server {
server_name old-domain.com www.old-domain.com;
return 301 https://new-domain.com$request_uri;
}WordPress menangani redirect melalui plugin atau dengan mengedit file .htaccess. Bagi pengguna non-developer, pendekatan yang paling andal adalah menggunakan plugin redirect khusus.
Plugin yang disarankan:
Untuk implementasi berbasis .htaccess di WordPress, aturan Apache yang sama seperti di atas berlaku.
Panel admin Shopify memiliki pengelola redirect URL bawaan. Buka Online Store → Navigation → URL Redirects. Tambahkan path lama dan URL baru, lalu pilih jenis redirect (Shopify menggunakan 301 sebagai default untuk semua redirect URL yang dibuat melalui antarmuka ini). Untuk redirect berskala besar, Shopify mendukung impor/ekspor CSV melalui bagian URL Redirects.
Gunakan Screaming Frog SEO Spider (gratis hingga 500 URL; berbayar untuk situs yang lebih besar) untuk melakukan audit redirect menyeluruh:
Google Search Console menyediakan dua laporan utama untuk memantau redirect:
Laporan Cakupan: Buka Indexing → Pages. Filter berdasarkan status "Redirect" untuk melihat URL mana saja yang diproses Google sebagai redirect. Cari halaman yang tidak terduga dan dialihkan, padahal seharusnya diindeks secara kanonis.
Statistik Perayapan: Periksa lonjakan error perayapan yang tidak biasa setelah penerapan redirect — hal ini sering kali mengindikasikan masalah loop atau rantai redirect yang muncul setelah penerapan.
Setelah menerapkan redirect dalam skala besar (migrasi situs, restrukturisasi URL besar), pantau peringkat kata kunci untuk istilah target Anda guna memastikan sinyal pemeringkatan berhasil diteruskan ke URL tujuan. Penurunan peringkat sementara merupakan hal normal selama periode pengindeksan ulang Google (biasanya 2–6 minggu untuk situs kecil, dan lebih lama untuk situs besar). Penurunan peringkat yang berlanjut setelah 8–10 minggu perlu diselidiki.
Migrasi situs dan penataan ulang URL menciptakan kesenjangan penting yang tidak ditangani oleh alat SEO tradisional: bagaimana mesin pencari AI seperti ChatGPT, Perplexity, dan Google AI Mode merepresentasikan merek Anda selama dan setelah transisi pengalihan. Ketika URL berubah, sistem AI yang dilatih menggunakan URL lama atau baru-baru ini merayapinya mungkin terus mengutip konten lama, deskripsi usang, atau keterkaitan halaman yang keliru selama berminggu-minggu atau berbulan-bulan setelah migrasi — bahkan ketika indeks tradisional Google telah diperbarui dengan benar.
Dageno AI adalah platform khusus yang menutup kesenjangan visibilitas ini. Selama migrasi situs, Dageno AI memantau apakah sistem AI mengutip URL kanonis baru Anda atau masih merujuk ke halaman yang sudah tidak digunakan, apakah deskripsi merek dalam jawaban yang dihasilkan AI telah diperbarui untuk mencerminkan positioning atau konten baru, serta apakah merek pesaing memanfaatkan periode migrasi Anda untuk mendapatkan kutipan AI dalam kategori yang sebelumnya Anda dominasi.
Analisis kesenjangan semantik Dageno AI mengidentifikasi saat sistem AI masih mengaitkan merek Anda dengan struktur URL lama, nama produk usang, atau konten yang sudah tidak digunakan — serta memberikan rekomendasi spesifik untuk mempercepat proses pengindeksan ulang oleh AI. Bagi merek yang menjalankan program link building dan digital PR secara aktif, pelacakan sumber kutipan Dageno AI mengungkap sumber pihak ketiga mana (yang banyak dirujuk oleh sistem AI) yang masih memuat URL lama atau informasi usang, sehingga Anda dapat menghubungi mereka secara proaktif untuk memperbarui referensi tersebut sebelum memengaruhi jawaban yang dihasilkan AI dalam skala besar.
Bagi tim SEO teknis yang mengelola migrasi situs kompleks, Dageno AI menyediakan lapisan pengukuran visibilitas AI yang melengkapi verifikasi keberhasilan migrasi — bukan hanya memeriksa peringkat SERP tradisional dan cakupan Search Console, tetapi juga memastikan bahwa migrasi telah berhasil menyebar ke seluruh ekosistem pencarian AI.
Jelajahi cara Dageno AI memantau migrasi SEO teknis →
Siap mendominasi pencarian AI?
Mulai sekarang — gratis! >Apakah pengalihan 301 menghilangkan PageRank?
Tidak. Sejak 2016, Google telah mengonfirmasi bahwa semua pengalihan 3xx meneruskan PageRank secara setara. Pilihan jenis pengalihan sebaiknya didasarkan pada ketepatan teknis sesuai tujuan pemindahan, bukan pada optimalisasi PageRank.
Berapa lama pengalihan 301 harus dipertahankan?
Selamanya untuk URL apa pun yang memiliki backlink eksternal atau trafik yang berarti. Menghapus pengalihan 301 akan membuat URL asli mengembalikan status 404, sehingga semua backlink langsung terputus dan nilai yang diteruskannya hilang.
Bisakah saya mengalihkan seluruh domain ke domain baru?
Ya — ini adalah penggunaan umum pengalihan 301. Petakan setiap URL individual dari domain lama ke URL yang setara di domain baru, alih-alih mengarahkan semua trafik ke halaman beranda.
Berapa banyak pengalihan dalam satu rangkaian yang terlalu banyak?
Rangkaian apa pun yang lebih panjang dari 1–2 lompatan menimbulkan latensi yang tidak perlu dan berpotensi mengurangi nilai. Sederhanakan semua rangkaian menjadi satu lompatan langsung jika memungkinkan.
Apakah pengalihan 302 akan merugikan peringkat saya?
Menggunakan 302 untuk perubahan sementara tidak masalah. Menggunakan 302 untuk perubahan permanen berdampak buruk — pengalihan ini mencegah URL tujuan mengumpulkan sinyal peringkat dan dapat membuat Google terus mengindeks serta memberi peringkat pada URL asli.
Diperbarui oleh
Diperbarui pada Oct 04, 2026
Diperbarui oleh
Ye Faye
Ye Faye is an SEO and AI growth executive with extensive experience spanning leading SEO service providers and high-growth AI companies, bringing a rare blend of search intelligence and AI product expertise. As a former Marketing Operations Director, he has led cross-functional, data-driven initiatives that improve go-to-market execution, accelerate scalable growth, and elevate marketing effectiveness. He focuses on Generative Engine Optimization (GEO), helping organizations adapt their content and visibility strategies for generative search and AI-driven discovery, and strengthening authoritative presence across platforms such as ChatGPT and Perplexity
