Status 301 Redirect

TL;DR — Redirect 301 secara permanen mengirim siapa pun (atau bot apa pun) yang mengunjungi URL lama ke URL baru. Ini adalah pilihan tepat ketika halaman pindah secara permanen — ke domain baru, URL baru, dari HTTP ke HTTPS, atau saat menggabungkan dua halaman. Pasang di server Anda, arahkan setiap URL lama ke pengganti yang benar (bukan hanya beranda), dan biarkan aturan tetap aktif. Google menyatakan 301 tidak mengurangi nilai peringkat, jadi tidak ada yang perlu dikhawatirkan.

Apa itu redirect 301

Saat browser atau mesin pencari meminta halaman, server Anda menjawab dengan kode status HTTP tiga digit. 200 berarti “here’s the page.” (terjemahan) “inilah halamannya.” 404 berarti “not found.” (terjemahan) “tidak ditemukan.” 301 berarti “Moved Permanently” (terjemahan) “Dipindahkan secara permanen” — URL ini memiliki alamat baru, jadi bukalah alamat itu.

Jadi, redirect 301 adalah cara server memberi tahu semua pihak bahwa hal yang diminta berada di alamat lain dan perpindahan itu permanen. Pengunjung otomatis dikirim ke halaman baru, dan mesin pencari memperbarui catatannya agar menunjuk ke URL baru.

Kapan Anda menggunakan 301

Gunakan 301 setiap kali alamat halaman berubah secara permanen:

• Anda mengubah URL — mengganti nama halaman, menata ulang situs, atau merapikan URL yang berantakan.
• Anda pindah ke domain baru — saat rebranding atau migrasi situs.
• Anda beralih ke HTTPS — setiap URL http:// seharusnya dialihkan dengan 301 ke pasangan https:// yang sesuai.
• Anda menggabungkan halaman — dua artikel serupa menjadi satu; alihkan URL lama ke halaman yang dipertahankan.
• Anda menghapus halaman yang punya pengganti jelas — arahkan ke padanan terdekat, bukan jalan buntu.

Saran Google sendiri: “If you need to change the URL of a page as it is shown in search engine results, we recommend that you use a permanent server-side redirect whenever possible.” (terjemahan) “Jika Anda perlu mengubah URL halaman seperti yang ditampilkan di hasil mesin pencari, gunakan pengalihan sisi server permanen bila memungkinkan.”

Angka yang harus Anda abaikan

Anda mungkin mendengar bahwa 301 “loses 10–15% of link juice.” (terjemahan) “kehilangan 10–15% nilai tautan.” Itu mitos lama. Google menyatakannya langsung: “301 and other permanent redirects don’t cause a loss in PageRank.” (terjemahan) “301 dan pengalihan permanen lainnya tidak menyebabkan hilangnya PageRank.” Jadi, jangan menghindari pengalihan hanya karena takut nilainya “bocor”—301 yang benar meneruskan sinyal yang telah dikumpulkan URL lama kepada URL tujuan.

Anda juga akan melihat klaim meyakinkan bahwa 301 “passes 90–99% of link equity.” (terjemahan) “meneruskan 90–99% ekuitas tautan.” Abaikan juga klaim itu: Google tidak menerbitkan persentase tersebut, jadi angka itu dibuat-buat.

Tiga hal yang harus benar

1. Arahkan setiap URL lama ke pengganti yang benar — bukan beranda. Jika semua halaman yang sudah tidak dipakai diarahkan ke beranda, Google dapat menganggapnya sebagai error (sebuah “soft 404”) (terjemahan) “soft 404” dan tidak meneruskan nilainya. Cocokkan URL lama dan baru satu per satu.
2. Gunakan 301 sungguhan, bukan yang palsu. Pengalihan yang hanya dilakukan dengan JavaScript, atau tautan “click here if you’re not redirected” (terjemahan) “klik di sini jika Anda tidak dialihkan”, bukanlah hal yang sama — Google bahkan mungkin tidak melihatnya. Lakukan di server.
3. Biarkan tetap aktif. Google menyarankan agar pengalihan dipertahankan umumnya setidaknya setahun agar semua sinyal sempat berpindah. Jika memungkinkan, pertahankan selamanya.

Bagaimana dengan 302?

302 adalah versi sementara — “this page has moved for now, but the original is still the real one.” (terjemahan) “halaman ini hanya berpindah sementara, tetapi aslinya tetap menjadi halaman yang benar.” Jika Anda memakai 302 padahal yang dimaksud 301, Google mungkin mempertahankan URL lama di hasilnya, bukan URL baru. Untuk perpindahan permanen, gunakan 301. (Perbandingan lengkap 301 dan 302 layak dibaca secara terpisah.)

Ingin melihat konfigurasi server, detail waktu, aturan rantai pengalihan, dan cara menemukan 301 “fake” (terjemahan) “palsu” yang diam-diam gagal? Buka tab Advanced.

TL;DR — 301 (HTTP “301 Moved Permanently” (terjemahan) “301 Dipindahkan secara permanen”) adalah respons sisi server yang memindahkan URL secara permanen dan menjadi sinyal terkuat untuk mengonsolidasikan peringkat ke tujuan. Google menegaskan bahwa pengalihan permanen tidak menyebabkan hilangnya PageRank — aturan “~15% loss per hop” (terjemahan) “kehilangan ~15% per lompatan” sudah tidak berlaku, dan Google tidak menerbitkan persentase ekuitas yang diteruskan, jadi jangan mengarangnya. Terapkan di server (Apache, nginx, kode aplikasi) atau edge (Cloudflare), bukan dengan JavaScript atau meta-refresh yang tertunda. Arahkan URL lama ke padanan relevannya secara 1:1 — bukan semuanya ke beranda, yang dapat diklasifikasikan Google kembali sebagai soft 404. Buat rantai tetap pendek (Google mengikuti hingga 10 lompatan, tetapi menyarankan kurang dari ~5; Mueller menyebut sekitar ~5 per crawl). Di server, ini instan; konsolidasi indeks/sinyal penuh membutuhkan waktu berminggu-minggu hingga umumnya setidaknya setahun.

Apa sebenarnya redirect 301

Redirect 301 adalah kode status HTTP—“301 Moved Permanently” (terjemahan) “Dipindahkan secara permanen”—yang dikirim server Anda (atau edge CDN) di header respons sebelum body halaman. Bagian ini penting: 301 yang nyata terjadi pada tingkat protokol, sebagai respons atas permintaan. Ini bukan fitur plugin, tag <meta>, atau potongan JavaScript; semua itu adalah jalan alternatif ketika pengalihan tidak dapat dilakukan di server, dan perilakunya berbeda.

Google merumuskannya sederhana: “The 301 and 308 status codes mean that a page has permanently moved to a new location.” (terjemahan) “Kode status 301 dan 308 berarti sebuah halaman telah berpindah secara permanen ke lokasi baru.” (308 adalah kode pengalihan permanen yang lebih baru dan juga mempertahankan metode permintaan; untuk SEO, Google memperlakukan 301 dan 308 sama—“use HTTP permanent redirects if possible, such as 301 and 308.” (terjemahan) “gunakan pengalihan HTTP permanen jika memungkinkan, seperti 301 dan 308.”*)

Sebelum menerapkan 301, pahami beberapa detail protokol. Respons 301 secara default dapat di-cache secara heuristik, sehingga browser atau cache perantara dapat menyimpannya. Itu sebabnya pengalihan yang sudah “fixed” (terjemahan) “diperbaiki” masih dapat mengirim penguji ke target lama sampai cache dibersihkan. Karena 301 sudah ada sejak HTTP/1.0, agen pengguna boleh mengubah permintaan POST menjadi GET saat mengikutinya. Jangan menganggap 301 mempertahankan metode asli pada pengiriman formulir; gunakan 308 jika pelestarian metode penting. Header Location hanya perlu berupa referensi URI (secara teknis boleh relatif), walau URL absolut biasanya lebih jelas.

Cara Google memproses 301 (kanonisasi + pengindeksan)

Pengalihan permanen adalah salah satu sinyal kanonisasi terkuat yang dimiliki Google. Saat Googlebot mengikuti 301, pipeline pengindeksan memakai pengalihan itu sebagai sinyal bahwa URL tujuan seharusnya menjadi kanonis. Google mencatat kedua ujungnya: “When you redirect a URL, Google keeps track of both the redirect source (the old URL) and the redirect target (the new URL). One of the URLs will be the canonical… The other URL becomes an alternate name of the canonical URL.” (terjemahan) “Saat Anda mengalihkan URL, Google mencatat sumber pengalihan (URL lama) dan tujuan pengalihan (URL baru). Salah satu URL akan menjadi kanonis… URL lainnya menjadi nama alternatif dari URL kanonis.”*

Itulah sebabnya URL lama kadang masih muncul di hasil selama beberapa waktu setelah perpindahan—Google menyimpannya sebagai “alternate name.” (terjemahan) “nama alternatif.” Google meminta kita tidak panik: untuk perpindahan domain, “it’s very likely that Google will continue to occasionally show the old URLs in the results, even though the new URLs are already indexed. This is normal… the alternate names will fade away without you doing anything.” (terjemahan) “sangat mungkin Google sesekali masih menampilkan URL lama di hasil meskipun URL baru sudah diindeks. Ini normal… nama alternatif itu akan memudar tanpa tindakan apa pun dari Anda.”

Pengalihan mengungguli sinyal kanonisasi yang lebih lemah. Gary Illyes pernah menyederhanakan hierarkinya—pengalihan “should be much higher weight… than whether the page is on an http URL or https.” (terjemahan) “seharusnya memiliki bobot jauh lebih tinggi daripada apakah halaman berada di URL http atau https.” Karena itu, 301 yang terselip dapat diam-diam mengesampingkan tag kanonis atau preferensi HTTPS yang mengarah ke pilihan lain. (Penjelasan lengkap ada di artikel kanonisasi.)

Penting untuk membatasi janji sinyal ini: 301 adalah sinyal kuat bagi kanonisasi tujuan, bukan jaminan. Sinyal tersebut memberi tahu Google URL mana yang seharusnya kanonis, tetapi tidak menjamin URL itu diindeks, mendapat peringkat, mendatangkan lalu lintas, atau menerima sinyal lain (tautan, kualitas konten, dan otoritas situs) secara otomatis. Perlakukan “canonical choice” (terjemahan) “pilihan kanonis” dan “indexing, ranking, and traffic outcomes” (terjemahan) “hasil pengindeksan, peringkat, dan lalu lintas” sebagai pertanyaan terpisah; 301 hanya menjawab pertanyaan pertama secara langsung.

Mitos PageRank—pastikan faktanya tepat

Inilah fakta tentang 301 yang paling sering disalahpahami; berikut versi yang tepat.

Pernyataan persis Google: “301 and other permanent redirects don’t cause a loss in PageRank.” (terjemahan) “301 dan pengalihan permanen lainnya tidak menyebabkan hilangnya PageRank.” Itu saja. Bukan “you keep 85%,” (terjemahan) “Anda mempertahankan 85%,” dan bukan “you lose 10–15% per hop.” (terjemahan) “Anda kehilangan 10–15% per lompatan.” Tidak ada kehilangan.

Aturan “~15% loss per hop” (terjemahan) “kehilangan ~15% per lompatan” berasal dari pernyataan lama sebelum 2016 tentang peredaman PageRank pada pengalihan, yang sering dikaitkan dengan Matt Cutts. Google membalikkan kebijakan itu secara terbuka sekitar 2016; menurut laporan saat itu, Google berhenti menerapkan pengenceran PageRank pada pengalihan 30x dan tujuan menerima otoritasnya.

Kesimpulan yang sering membuat orang keliru ke arah lain: jangan mengklaim bahwa 301 “passes 90–99% of link equity.” (terjemahan) “meneruskan 90–99% ekuitas tautan.” Google tidak menerbitkan angka seperti itu. “Doesn’t cause a loss in PageRank” (terjemahan) “Tidak menyebabkan hilangnya PageRank” adalah pernyataan arah, bukan persentase. Angka tertentu yang Anda lihat hanyalah cerita lama, bukan sesuatu yang pernah dikonfirmasi Google. Kutip ungkapan “no loss” (terjemahan) “tanpa kehilangan”; jangan pernah mengarang angka.

Saya tambahkan catatan kehati-hatian. Saya menguji klaim “signals stick after a year” (terjemahan) “sinyal tetap bertahan setelah setahun” dengan menghapus 301 dari empat artikel Ahrefs yang memiliki banyak tautan, lalu mengamati hasilnya (Apakah Aman Menghapus Redirect 301 Setelah Setahun? Kami Mengujinya). Domain perujuk turun cukup nyata setelah pengalihan dihapus, sedangkan lalu lintas organik beragam—satu artikel naik, satu turun, dua relatif datar, dan satu “drop” (terjemahan) “penurunan” ternyata sudah terjadi sebelum penghapusan. Kesimpulan jujur saya: “I’m not willing to conclusively say that permanent redirects pass value even after one year, but what Gary said seems to mostly hold true.” (terjemahan) “Saya tidak bersedia menyatakan secara pasti bahwa pengalihan permanen meneruskan nilai bahkan setelah setahun, tetapi ucapan Gary tampaknya sebagian besar benar.” Sampelnya kecil, jadi saya berhati-hati—namun pelajaran praktisnya sederhana: jangan hapus pengalihan Anda.

Waktu—tiga jam yang berbeda

“How long does a 301 take to work?” (terjemahan) “Berapa lama 301 mulai bekerja?” Bergantung pada jam mana yang Anda maksud:

• Server: instan. Begitu aturan aktif, setiap permintaan mendapat 301 dan pengguna tiba di URL baru. Tidak perlu menunggu.
• Indeks: beberapa hari hingga minggu. Google harus merayapi ulang URL lama, melihat pengalihan, lalu memproses tujuan. Kerangka Google sendiri: “a small to medium-sized website can take a few weeks for most pages to move, and larger sites take longer,” (terjemahan) “situs kecil hingga menengah dapat membutuhkan beberapa minggu agar sebagian besar halaman berpindah, sedangkan situs besar membutuhkan waktu lebih lama,” dan “visibility of your content in Search may fluctuate temporarily during the move. This is normal.” (terjemahan) “visibilitas konten Anda di Search dapat berfluktuasi sementara selama perpindahan. Ini normal.”
• Konsolidasi sinyal penuh: umumnya setidaknya setahun. Google menyarankan mempertahankan pengalihan selama mungkin—umumnya setidaknya satu tahun—agar seluruh sinyal berpindah ke URL baru. Dari perspektif pengguna, pertimbangkan untuk mempertahankannya tanpa batas. Ini sama dengan patokan satu tahun yang disebut Illyes ketika menjelaskan perpindahan sinyal dari sumber ke tujuan.

Aturan praktis: pertahankan 301 setidaknya setahun, dan bila tidak ada biaya berarti bagi Anda, pertahankan selamanya.

Menerapkan 301

Lakukan sedekat mungkin dengan server. Empat jalur berikut mencakup hampir semua kebutuhan. Contoh ini bersifat ilustratif; sesuaikan path dan hostname dengan konfigurasi Anda. Tab Scripts berisi versi yang siap disalin serta cara menguji aturan tersebut.

Cadangkan konfigurasi .htaccess atau nginx sebelum mengeditnya—aturan yang salah dapat membuat seluruh situs offline, bukan hanya satu URL yang sedang dialihkan.

Apache (.htaccess)

Untuk satu URL dengan mod_alias:

Redirect permanent "/old-page" "https://example.com/new-page"

Untuk aturan berbasis pola dengan mod_rewrite:

RewriteEngine on
RewriteRule "^/service$" "/about/service" [R=301,L]

nginx

location = /service {
  return 301 https://example.com/about/service;
}

WordPress

WordPress tidak memiliki pengelola pengalihan bawaan, jadi Anda perlu menambahkannya:

• Plugin Redirection (gratis) — pilihan yang paling umum; tambahkan sumber → target lewat antarmuka tanpa kode.
• Yoast SEO Premium — Redirect Manager-nya dapat membuat pengalihan otomatis ketika Anda menghapus atau mengubah slug URL. Perhatikan bahwa Yoast versi gratis tidak memiliki pengelola pengalihan (banyak tutorial melewatkan hal ini).
• Tingkat server — jika Anda dapat mengedit .htaccess/nginx secara langsung, aturan server lebih cepat daripada plugin berbasis PHP yang berjalan pada setiap permintaan.

Cloudflare

Jika Anda memakai Cloudflare, Anda dapat melakukan pengalihan di edge, sebelum permintaan pernah mencapai origin:

• Single Redirects — aturan satu kali di dasbor.
• Bulk Redirects — list pengalihan (ribuan pasangan sumber → target) yang diterapkan ke seluruh akun. Ini sangat berguna untuk migrasi penuh karena Anda tidak perlu menyentuh konfigurasi origin—praktis ketika server lama akan dinonaktifkan.

Application code (PHP contoh)

header('HTTP/1.1 301 Moved Permanently');
header('Location: https://www.example.com/new-url');
exit();

“Fake” (terjemahan) “Palsu” 301 — kegagalan yang sering luput diperiksa

Ada satu hal yang berlawanan dengan intuisi tetapi penting dipahami: sebuah URL dapat mengembalikan 200 OK dan tetap melakukan pengalihan. Seperti yang saya tulis dalam 11 jenis dari Redirects & mereka SEO Impact, “A redirect can still be happening with any status code. You may have a page that shows as a 200 OK status code, but still actually be redirecting” (terjemahan) “Pengalihan dapat tetap terjadi dengan kode status apa pun. Sebuah halaman dapat menampilkan kode status 200 OK, tetapi sebenarnya tetap melakukan pengalihan.” — melalui JavaScript setelah halaman dimuat. “Pengalihan” seperti ini tidak terlihat pada pemeriksaan kode status singkat dan tidak membawa jaminan apa pun yang dimiliki 301.

Panduan Google mengurutkan metode tersebut sebagai berikut:

• Sisi server (301/308): terbaik. Gunakan kapan pun secara teknis memungkinkan.
• Meta refresh: bergantung pada waktunya. Google menafsirkan meta refresh instant sebagai pengalihan permanen, sedangkan meta refresh delayed (berjalan setelah N detik) sebagai pengalihan sementara. Jadi refresh content="5;url=…" bukan pengganti 301.
• JavaScript: pilihan terakhir. Google menyatakan: “Only use JavaScript redirects if you can’t do server-side or meta refresh redirects… if you set a JavaScript redirect, Google might never see it if rendering of the content failed.” (terjemahan) “Gunakan pengalihan JavaScript hanya jika Anda tidak dapat melakukan pengalihan sisi server atau meta refresh… jika Anda menetapkan pengalihan JavaScript, Google mungkin tidak pernah melihatnya jika rendering konten gagal.” Jika rendering tidak selesai, pengalihan itu pada dasarnya tidak ada bagi Google.
• “Crypto” (terjemahan) “Crypto” / pengalihan semu yang hanya berupa tautan: jangan. Halaman yang hanya menautkan ke URL baru tanpa kode status dan tanpa refresh, dalam kata-kata Google, adalah sesuatu yang “not all search engines may recognize… as an official redirect.” (terjemahan) “tidak semua mesin pencari mungkin mengenalinya… sebagai pengalihan resmi.” Jangan mengandalkannya.

Intinya: jika Anda peduli pada SEO, pastikan pengalihan Anda benar-benar 301 di server, bukan respons 200 yang baru berpindah di browser. Tab Scripts menunjukkan cara memeriksanya dengan curl.

Kesalahan umum 301

• Mengalihkan semuanya ke beranda. Ini kesalahan klasik. Google memperingatkan: “Don’t redirect many old URLs to one irrelevant single URL destination, such as the home page… This can confuse users and might be treated as a soft 404 error.” (terjemahan) “Jangan alihkan banyak URL lama ke satu tujuan yang tidak relevan seperti beranda… Ini dapat membingungkan pengguna dan mungkin diperlakukan sebagai error soft 404.” Soft 404 tidak akan secara andal mengonsolidasikan sinyal. Arahkan ke pengganti yang relevan—dan jika beberapa halaman benar-benar digabung menjadi satu, mengarahkan semuanya ke halaman gabungan itu boleh.
• Rantai pengalihan yang panjang. Google dapat mengikuti “up to 10 hops,” (terjemahan) “hingga 10 lompatan,” tetapi menyarankan langsung ke tujuan akhir, “ideally no more than 3 and fewer than 5.” (terjemahan) “idealnya tidak lebih dari 3 dan kurang dari 5.” Mueller mengatakan Google mengikuti sekitar 5 lompatan per percobaan crawl untuk URL yang sering dirayapi. Ambang praktis saya sama: rantai di bawah ~5 lompatan biasanya tidak saya khawatirkan, tetapi lebih dari 5 sering menimbulkan masalah. Rantai juga menambah latensi bagi pengguna nyata. Saat menambah pengalihan baru, perbarui aturan lama agar menunjuk ke URL akhir, bukan lompatan sebelumnya.
• Menggunakan 302 saat yang dimaksud 301. 302 memberi tahu Google bahwa URL asli harus tetap menjadi kanonis, sehingga perpindahan permanen dengan 302 dapat membuat URL yang salah terindeks. Google mungkin akhirnya menafsirkan 302 yang lama sebagai permanen, tetapi waktunya tidak ditentukan—seperti yang saya tulis, tidak ada yang benar-benar tahu berapa lama, “usually a few weeks to a few months.” (terjemahan) “biasanya beberapa minggu hingga beberapa bulan.” Gunakan kode status yang sesuai dengan maksud Anda.
• Menghapus redirect terlalu cepat. Kurang dari setahun berisiko meninggalkan nilai pada URL mati. Pertahankan setidaknya setahun; idealnya tanpa batas.
• Aturan wildcard yang terlalu luas. Catch-all seluruh folder sering mengirim URL ke tempat yang salah. Petakan URL lama → baru 1:1 semaksimal mungkin.
• Melupakan aset non-HTML. Dalam migrasi, alihkan juga gambar dan PDF; Anda tidak perlu mengalihkan berkas JS/CSS/font.
• Membiarkan host lama mati terlalu cepat. Aturan pengalihan tidak dapat menyelamatkan permintaan yang tidak pernah sampai kepadanya—jika DNS domain lama dinonaktifkan, sertifikat TLS dibiarkan kedaluwarsa, atau server lama dihentikan sebelum pengalihan menyelesaikan tugasnya, pengunjung dan bot akan mendapat error koneksi, bukan 301. Pertahankan DNS, sertifikat, dan aturan pengalihan host lama selama pengalihan dipertahankan.

Bing

Bing memperlakukan 301 sebagai sinyal kuat untuk mengonsolidasikan peringkat ke URL target dan menyingkirkan URL lama dari indeksnya—model dasarnya sama seperti Google. Panduan lama Bing merekomendasikan agar pengalihan permanen dipertahankan untuk minimum yang lebih singkat (sekitar beberapa bulan) daripada ~1 tahun versi Google. Panduan migrasinya menyebut 301 biasanya sudah cukup—alat Site Move mereka tidak menggantikan pengalihan tersebut. Jika Anda melayani kedua mesin pencari (dan Anda memang sebaiknya demikian), langkah aman adalah mengikuti panduan yang lebih ketat: gunakan 301 nyata di server dan pertahankan setidaknya selama setahun.

Posisi 301 dalam keluarga kode

301 adalah salah satu kode status dalam sebuah keluarga. Pasangan terdekatnya adalah pengalihan 302 (versi sementara)—keputusan 301 vs. 302 pada dasarnya menjawab “apakah perpindahan ini permanen?” Ini kerabat dekat kanonisasi (301 adalah sinyal kanonis yang kuat, tetapi untuk memindahkan halaman, bukan untuk mengonsolidasikan duplikat yang tetap aktif—untuk itu gunakan rel="canonical"). Pengalihan juga menjadi tulang punggung migrasi situs. Untuk rangkaian kode yang lebih luas—302/307 sementara, 308 permanen, 404/410 hilang, dan error 5xx—lihat klaster kode status HTTP tempat halaman ini berada.

Ringkasan AI

Ringkasan singkat dari versi Advanced:

• 301 = HTTP “301 Moved Permanently” (terjemahan) “301 Dipindahkan secara permanen” — respons server yang memindahkan URL secara permanen dan menjadi salah satu sinyal kanonisasi tujuan terkuat Google. Ini sinyal, bukan jaminan: 301 tidak dengan sendirinya menjanjikan pengindeksan, peringkat, atau lalu lintas. Google memperlakukan 301 dan 308 sama untuk SEO, tetapi 301 dapat mengubah POST menjadi GET dan secara default dapat di-cache secara heuristik; gunakan 308 jika metode harus dipertahankan.
• Tidak ada kehilangan PageRank. Pernyataan persis Google: “301 and other permanent redirects don’t cause a loss in PageRank.” (terjemahan) “301 dan pengalihan permanen lainnya tidak menyebabkan hilangnya PageRank.” Aturan lama “~15% loss per hop” (terjemahan) “kehilangan ~15% per lompatan” sudah usang, dan Google menerbitkan no persentase ekuitas yang diteruskan—jangan pernah menyebut angka “90–99%.” (terjemahan) “90–99%.”
• Tiga jam: server = instan; perpindahan indeks = beberapa hari hingga minggu (lebih lama pada situs besar); konsolidasi sinyal penuh = umumnya setidaknya setahun. Pertahankan pengalihan setidaknya setahun, idealnya selamanya.
• Terapkan di server atau edge: Apache .htaccess (Redirect permanent / mod_rewrite [R=301]), nginx (return 301), WordPress (plugin Redirection atau Yoast Premium—Yoast gratis tidak memiliki pengelola pengalihan), Cloudflare Single/Bulk Redirects (tingkat edge tanpa konfigurasi origin), atau kode aplikasi.
• 301 “Fake” (terjemahan) “palsu”: halaman dapat mengembalikan 200 tetapi tetap mengalihkan lewat JavaScript sehingga tidak terlihat pada pemeriksaan status. Meta refresh instan kira-kira permanen; delayed kira-kira sementara; JavaScript adalah pilihan terakhir (Google mungkin tidak pernah melihatnya jika rendering gagal); pengalihan berbasis tautan saja, “crypto” (terjemahan) “crypto”, tidak dapat diandalkan.
• Kesalahan utama: mengarahkan semuanya ke beranda (berisiko menjadi soft 404); rantai panjang (pertahankan di bawah ~5 lompatan); memakai 302 untuk perpindahan permanen; menghapus pengalihan terlalu cepat; dan memakai wildcard luas alih-alih pemetaan 1:1.
• Catatan Patrick: uji saya yang menghapus 301 setelah setahun menunjukkan hasil dunia nyata yang lebih beragam daripada cerita “one year and you’re safe” (terjemahan) “setahun berarti pasti aman”—jadi pertahankan pengalihan.

Dokumentasi resmi

Dokumentasi primer dari mesin pencari dan platform yang relevan.

Google

• Redirect dan Google Search — definisi 301, perbedaan pengalihan sisi server, meta refresh, dan JavaScript, aturan waktu meta refresh, serta contoh kode untuk PHP, Apache, dan nginx.
• Migrasi situs dengan perubahan URL — pernyataan “no loss in PageRank” (terjemahan) “tidak ada kehilangan PageRank”, panduan “keep redirects generally at least 1 year” (terjemahan) “pertahankan pengalihan umumnya setidaknya 1 tahun”, batas rantai pengalihan, peringatan soft 404, dan perbedaan migrasi situs kecil versus besar.
• Cara menentukan URL kanonis — posisi pengalihan sebagai sinyal kanonisasi.
• Perayapan dan pengindeksan — hub utama untuk pengalihan, kanonisasi, dan pengaturan crawl.

Bing / Microsoft

• Bing Webmaster Guidelines — pandangan Bing tentang pengalihan dan perpindahan permanen.
• Migrasi situs web dengan Bing (Des 2020) — alat Site Move Bing dan catatan bahwa 301 biasanya sudah memadai serta alat tersebut tidak menggantikannya.

Implementasi platform

• Cloudflare — Bulk Redirects — daftar pengalihan seluruh akun yang diterapkan di edge.
• Cloudflare — Ikhtisar penerusan URL (Redirects) — perbandingan Single Redirects dan Bulk Redirects.
• Yoast — Cara membuat pengalihan 301 di WordPress — jalur khusus WordPress, termasuk keterangan bahwa pengelolaan pengalihan adalah fitur Premium.

Kutipan dari sumber

Pernyataan yang tercatat dari Google. Setiap tautan adalah deep link yang langsung melompat ke bagian kutipan pada halaman sumber.

Google—apa itu 301 dan kapan digunakan

• “The 301 and 308 status codes mean that a page has permanently moved to a new location.” (terjemahan) “Kode status 301 dan 308 berarti sebuah halaman telah berpindah secara permanen ke lokasi baru.” — Google Search Central, Redirect dan Google Search. Lompat ke kutipan
• “If you need to change the URL of a page as it is shown in search engine results, we recommend that you use a permanent server-side redirect whenever possible.” (terjemahan) “Jika Anda perlu mengubah URL halaman seperti yang ditampilkan di hasil mesin pencari, kami menyarankan penggunaan pengalihan sisi server permanen bila memungkinkan.” Lompat ke kutipan
• “Use server side permanent redirects if technically possible… we recommend that you use HTTP permanent redirects if possible, such as 301 and 308.” (terjemahan) “Gunakan pengalihan permanen sisi server jika secara teknis memungkinkan… kami menyarankan pengalihan HTTP permanen bila memungkinkan, seperti 301 dan 308.” — Google Search Central, Migrasi situs dengan perubahan URL. Lompat ke kutipan

Google—PageRank dan konsolidasi (inti akurasi)

• “301 and other permanent redirects don’t cause a loss in PageRank.” (terjemahan) “301 dan pengalihan permanen lainnya tidak menyebabkan hilangnya PageRank.” — Google Search Central, Migrasi situs dengan perubahan URL. Lompat ke kutipan
• “When you redirect a URL, Google keeps track of both the redirect source (the old URL) and the redirect target (the new URL). One of the URLs will be the canonical… The other URL becomes an alternate name of the canonical URL.” (terjemahan) “Saat Anda mengalihkan URL, Google mencatat sumber pengalihan (URL lama) dan target pengalihan (URL baru). Salah satu URL akan menjadi kanonis… URL lainnya menjadi nama alternatif dari URL kanonis.” — Google Search Central, Redirect dan Google Search. Lompat ke kutipan

Google—waktu

• “Keep the redirects for as long as possible, generally at least 1 year. This timeframe allows Google to transfer all signals to the new URLs… From users’ perspective, consider keeping redirects indefinitely.” (terjemahan) “Pertahankan pengalihan selama mungkin, umumnya setidaknya 1 tahun. Jangka waktu ini memungkinkan Google memindahkan semua sinyal ke URL baru… Dari perspektif pengguna, pertimbangkan untuk mempertahankan pengalihan tanpa batas.” — Google Search Central, Migrasi situs dengan perubahan URL. Lompat ke kutipan
• “A small to medium-sized website can take a few weeks for most pages to move, and larger sites take longer… the visibility of your content in Search may fluctuate temporarily during the move. This is normal.” (terjemahan) “Situs kecil hingga menengah dapat memerlukan beberapa minggu agar sebagian besar halamannya berpindah, sedangkan situs besar memerlukan waktu lebih lama… visibilitas konten Anda di Search dapat berfluktuasi sementara selama perpindahan. Ini normal.” Lompat ke kutipan

Google—rantai pengalihan, soft 404, dan pengalihan semu

• “While Googlebot can follow up to 10 hops in a ‘chain’ of multiple redirects… we advise redirecting to the final destination directly. If this is not possible, keep the number of redirects in the chain low, ideally no more than 3 and fewer than 5.” (terjemahan) “Meskipun Googlebot dapat mengikuti hingga 10 lompatan dalam ‘rantai’ beberapa pengalihan… kami menyarankan pengalihan langsung ke tujuan akhir. Jika tidak memungkinkan, jaga jumlah pengalihan dalam rantai tetap rendah, idealnya tidak lebih dari 3 dan kurang dari 5.” Lompat ke kutipan
• “Don’t redirect many old URLs to one irrelevant single URL destination, such as the home page of the new site. This can confuse users and might be treated as a soft 404 error.” (terjemahan) “Jangan alihkan banyak URL lama ke satu tujuan URL yang tidak relevan, seperti beranda situs baru. Ini dapat membingungkan pengguna dan mungkin diperlakukan sebagai error soft 404.” Lompat ke kutipan
• “Only use JavaScript redirects if you can’t do server-side or meta refresh redirects… if you set a JavaScript redirect, Google might never see it if rendering of the content failed.” (terjemahan) “Gunakan pengalihan JavaScript hanya jika Anda tidak dapat melakukan pengalihan sisi server atau meta refresh… jika Anda menetapkan pengalihan JavaScript, Google mungkin tidak pernah melihatnya jika rendering konten gagal.” — Google Search Central, Redirect dan Google Search. Lompat ke kutipan
• “Google Search interprets instant meta refresh redirects as permanent redirects… Google Search interprets delayed meta refresh redirects as temporary redirects.” (terjemahan) “Google Search menafsirkan pengalihan meta refresh instan sebagai pengalihan permanen… Google Search menafsirkan pengalihan meta refresh tertunda sebagai pengalihan sementara.” Lompat ke kutipan

Daftar periksa penerapan redirect 301

Gunakan daftar ini sebelum, selama, dan setelah mengaktifkan pengalihan permanen (atau sekumpulan pengalihan):

Sebelum

• Pastikan perpindahan benar-benar permanen — jika sementara, gunakan 302, bukan 301.
• Buat peta 1:1 dari URL lama → URL baru yang paling relevan (bukan URL lama → beranda).
• Untuk konsolidasi, tentukan satu URL yang dipertahankan sebagai tujuan redirect tiap kelompok.
• Rencanakan pengalihan gambar dan PDF juga (lewati berkas JS/CSS/font).

Implementasi

• Lakukan server-side (Apache/nginx/aplikasi) atau di edge (Cloudflare) — bukan melalui JavaScript atau meta refresh yang tertunda.
• Utamakan aturan 1:1 dibanding wildcard folder yang luas dan dapat salah mengarahkan URL.
• Arahkan setiap aturan ke tujuan akhir agar tidak membuat rantai.
• Di WordPress, gunakan plugin Redirection atau Yoast Premium (Yoast gratis tidak memiliki pengelola redirect), atau aturan server.

Verifikasi

• Uji agar setiap URL lama mengembalikan 301 sungguhan (bukan 200, bukan 302, bukan redirect JS) — lihat tab Scripts untuk pemeriksaan curl.
• Pastikan tidak ada rantai di atas ~5 lompatan; gabungkan semuanya menjadi satu lompatan.
• Periksa agar target mengembalikan 200, bukan redirect lain atau 404.
• Uji URL dengan string kueri, fragmen, garis miring akhir, atau huruf campuran — aturan dapat diam-diam menghapus atau mengubahnya alih-alih meneruskannya.
• Periksa beberapa URL yang dialihkan di GSC URL Inspection untuk melihat cara Google menyelesaikannya.
• Untuk migrasi, jalankan crawl situs (Ahrefs Site Audit / Screaming Frog) untuk menangkap loop redirect, rantai, dan URL lama yang luput dari peta.

Setelah

• Biarkan pengalihan tetap aktif umumnya setidaknya setahun—idealnya tanpa batas.
• Bersiaplah jika URL lama masih muncul di hasil untuk sementara (sebagai “alternate name” (terjemahan) “nama alternatif”)—itu normal; jangan menghapus pengalihan untuk memaksanya hilang.

Mendeteksi dan menguji 301

Periksa dengan Redirect Checker:

1. Tempel URL yang ingin Anda uji ke kolom satu URL (atau beralih ke mode batch untuk memeriksa hingga 20 URL sekaligus).
2. Klik Periksa pengalihan untuk melacak seluruh rantai.
3. Baca kode status lompatan pertama dan titik verdict—pengalihan permanen nyata menampilkan 301 (atau 308) secara langsung; 302/307 yang ikut muncul atau tingkat keparahan “chain” (terjemahan) “rantai” di atas hijau berarti itu bukan 301 satu lompatan yang bersih.

Tujuannya adalah menjawab satu pertanyaan: apakah URL ini benar-benar mengembalikan 301 sisi server, atau ada sesuatu yang menyesatkan saya? (Ingat: sebuah halaman dapat mengembalikan 200 OK tetapi tetap berpindah di browser melalui JavaScript.)

Jangan hanya menguji URL polos—ulang pemeriksaan pada versi yang memiliki string kueri, #fragment, garis miring akhir, atau huruf dengan kapitalisasi berbeda. Spesifikasi HTTP tidak menjamin bahwa aturan penulisan ulang akan meneruskannya; itu adalah detail implementasi aturan Anda. RewriteRule atau pencocokan pola sering kali diam-diam membuang string kueri atau fragmen yang ada pada URL asli.

Lihat kode status mentah dan rantai pengalihan (curl)

macOS / Linux / WSL

# Show response headers only — look for "HTTP/… 301" and the "location:" target
curl -sI https://example.com/old-page

# Follow the whole chain and print each hop's status + final URL
curl -sIL -o /dev/null -w "%{http_code}  %{url_effective}\n" https://example.com/old-page

# Print every status code in the chain (catches multi-hop chains)
curl -sIL https://example.com/old-page | grep -i "^HTTP\|^location"

Pengalihan permanen yang bersih tampak seperti HTTP/1.1 301 Moved Permanently (atau HTTP/2 301) dengan satu header location: yang menunjuk ke URL akhir. Jika Anda melihat 302, pengalihannya sementara. Jika Anda melihat 200 tetapi browser tetap berakhir di tempat lain, itu adalah pengalihan JavaScript/meta-refresh “fake” (terjemahan) “palsu”.

Windows (PowerShell)

# MaximumRedirection 0 stops at the first hop so you can read its status code
$r = Invoke-WebRequest -Uri "https://example.com/old-page" -MaximumRedirection 0 -SkipHttpErrorCheck
$r.StatusCode              # 301 for a permanent redirect
$r.Headers.Location        # the target URL

Tangkap pengalihan JavaScript “fake” (terjemahan) “palsu”—ini adalah pengalihan sisi klien

curl hanya melihat respons server, bukan JavaScript. Jika curl melaporkan 200 tetapi halaman masih berpindah di browser sungguhan, pengalihannya terjadi di sisi klien. Konfirmasikan di Chrome DevTools:

1. Buka DevTools → Network, lalu centang Pertahankan log.
2. Muat URL lama.
3. Jika permintaan teratas menampilkan Status 301 (atau 308), itu adalah pengalihan server yang nyata. Jika permintaan pertama adalah 200 lalu muncul entri navigasi berikutnya, itu pengalihan JS/meta-refresh—bukan 301 yang sebenarnya.

Apache .htaccess

# Single URL (mod_alias)
Redirect permanent "/old-page" "https://example.com/new-page"

# Pattern / regex rule (mod_rewrite) — R=301 makes it permanent, L stops processing
RewriteEngine on
RewriteRule "^old-section/(.*)$" "https://example.com/new-section/$1" [R=301,L]

# Force HTTP → HTTPS for the whole site
RewriteEngine on
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]

nginx

# Single URL
location = /old-page {
  return 301 https://example.com/new-page;
}

# Whole-path prefix
location /old-section/ {
  return 301 https://example.com/new-section/;
}

# Force HTTP → HTTPS
server {
  listen 80;
  server_name example.com;
  return 301 https://$host$request_uri;
}

WordPress (no plugin — functions.php, gunakan sparingly)

// Runs on every request; a server rule or the Redirection plugin scales better.
add_action( 'template_redirect', function () {
    if ( is_page() && get_query_var( 'name' ) === 'old-page' ) {
        wp_redirect( home_url( '/new-page/' ), 301 );
        exit;
    }
} );

Untuk sebagian besar situs WordPress, plugin Redirection atau Redirect Manager Yoast Premium adalah pilihan praktis—tanpa kode. Yoast Premium juga dapat membuat 301 otomatis ketika Anda mengubah atau menghapus URL.

Cloudflare (edge, tanpa konfigurasi origin)

Single Redirects Cloudflare dikonfigurasi di dasbor (Rules → Redirect Rules). Untuk migrasi, sebuah list Bulk Redirects menerima CSV dua kolom sumber → target dan menerapkannya ke seluruh akun di edge—cara tercepat untuk memindahkan ribuan URL tanpa menyentuh konfigurasi server origin.

Kesalahan 301 yang mengubah migrasi bersih menjadi masalah

Mengalihkan setiap URL lama ke beranda

Catch-all yang tidak relevan membingungkan pengguna dan dapat diperlakukan sebagai soft 404. Petakan setiap URL lama ke pengganti nyata yang paling dekat; kembalikan 404 atau 410 jika tidak ada pengganti.

Menambahkan target baru di ujung rantai lama

Rantai pengalihan seperti ini → sebelumnya → saat ini menambah latensi dan titik kegagalan. Perbarui aturan paling lama agar menunjuk langsung ke tujuan akhir yang mengembalikan 200.

Membiarkan 302 pada perpindahan permanen

Kode sementara meminta mesin pencari untuk mempertahankan URL sumber sebagai pilihan. Gunakan 301 atau 308 sisi server yang nyata ketika perpindahan permanen, lalu verifikasi statusnya pada wire.

Menghapus pengalihan segera setelah URL baru muncul

Perpindahan indeks bukanlah konsolidasi sinyal penuh. Google menyarankan agar redirect dipertahankan selama mungkin, umumnya setidaknya setahun; retensi tanpa batas lebih baik bagi pengguna dan tautan lama jika secara operasional murah.

Memercayai wildcard luas tanpa menguji targetnya

Aturan seluruh folder dapat mengirim URL yang tidak terkait ke halaman yang salah. Mulailah dengan peta 1:1, uji kasus tepi, dan gunakan pola hanya untuk struktur URL yang transformasi sumber-ke- targetnya benar-benar konsisten.

Melupakan resource non-HTML

Gambar dan PDF juga dapat memiliki tautan dan lalu lintas. Sertakan aset yang dipindahkan dalam peta jika memiliki pengganti yang relevan; jangan membabi buta mengalihkan setiap permintaan JS, CSS, atau font.

Mengaudit peta pengalihan sebelum deployment

Tempel CSV yang setidaknya berisi source_url dan target_url. Tambahkan status sumber/target saat ini, jenis konten, judul halaman, dan kategori topik jika tersedia.

Audit this proposed permanent redirect map.

For each row:
1. Flag homepage or other catch-all targets that are not demonstrably relevant.
2. Flag duplicate sources, missing targets, source=target loops, and likely chains where a
   target also appears as a source.
3. Compare source and target titles/categories only from the supplied data and label the
   mapping relevant, questionable, or insufficient evidence.
4. Recommend one action: keep the 1:1 mapping, map to a closer replacement, return 404/410,
   or investigate manually.

Do not invent replacement URLs or assume a target returns 200 unless the data says so.
Return: critical blockers, row-by-row findings, then the exact URLs to test after launch.

PASTE REDIRECT CSV HERE

Kerangka tiga jam untuk 301

“How long does a 301 take?” (terjemahan) “Berapa lama 301 bekerja?” tidak memiliki satu jawaban karena tiga sistem bergerak pada jam yang berbeda. Tentukan jam mana sebelum menafsirkan hasilnya.

Kerangka ini mencegah dua kekeliruan umum: menganggap aturan server yang berfungsi sebagai bukti bahwa pengindeksan telah selesai, dan menganggap perubahan hasil pencarian sebagai izin menghapus aturan. Validasi setiap jam dengan buktinya sendiri.

Alat untuk menerapkan dan memeriksa 301

Alat gratis Patrick

• Redirect Checker — periksa satu URL atau batch singkat untuk melihat status pertama, setiap lompatan, dan tujuan akhir. Gunakan untuk pertanyaan cepat, “apakah ini 301 satu lompatan yang nyata?” (terjemahan) “apakah ini 301 satu lompatan yang nyata?”.
• Redirect Chain Mapper — diagnosis perubahan pada setiap lompatan dan ekspor aturan pembersihan untuk Cloudflare, Apache, atau nginx. Gunakan ketika rantainya sendiri perlu dipadatkan.
• Bulk HTTP Status Checker — uji hingga 500 URL yang dipetakan, saring sumber non-301 dan tujuan non-200, lalu ekspor set QA untuk peluncuran.

Pemeriksaan penelusuran dan infrastruktur

• Pemeriksaan URL Google Search Console — konfirmasikan bahwa Google mengambil URL lama sebagai pengalihan dan tinjau pilihan kanonis pada tujuan.
• Log server/CDN — verifikasi bahwa permintaan Googlebot yang sebenarnya menerima aturan yang sama seperti pengguna.
• Crawler seluruh situs — temukan tautan internal yang terlewat, entri sitemap lama, loop, rantai, dan aset yang dialihkan setelah migrasi.

Uji pemahaman Anda: redirect 301

Lima pertanyaan singkat tentang pengalihan permanen. Pilih jawaban untuk setiap pertanyaan, lalu periksa.

Buktikan pengalihan benar-benar bekerja

Anda sudah mengaktifkan 301. Pemeriksaan berikut membedakan “the rule is in the config file” (terjemahan) “aturan berada di file konfigurasi” dari “Google is consolidating the old URL onto the new one.” (terjemahan) “Google sedang mengonsolidasikan URL lama ke URL baru.” Jalankan berurutan—yang pertama instan, yang terakhir memerlukan waktu berminggu-minggu.

Uji 1 — URL lama mengembalikan 301 sisi server yang nyata

• Uji yang dijalankan — Tempel URL lama ke Redirect Checker (atau jalankan curl -sIL -o /dev/null -w "%{http_code} %{url_effective}\n" https://example.com/old-url).
• Hasil yang diharapkan — Lompatan pertama adalah 301 (atau 308) dengan header location:, dan URL akhir mengembalikan 200. Satu lompatan, bersih.
• Interpretasi kegagalan — 200 pada URL lama berarti pengalihan JavaScript/meta-refresh “fake” (terjemahan) “palsu”, bukan 301 server; 302/307 berarti Anda tidak sengaja mengirim kode sementara.
• Jendela pemantauan — Segera—respons server berubah saat aturan aktif.
• Pemicu rollback — Jika checker menampilkan rantai di atas ~5 lompatan atau sebuah loop, tarik aturan tersebut dan arahkan ulang URL lama langsung ke tujuan akhir secara 1:1 sebelum mengaktifkannya lagi.

Uji 2 — Google telah melihat pengalihan dan memilih URL baru

• Uji yang dijalankan — Jalankan Pemeriksaan URL di Google Search Console pada URL lama.
• Hasil yang diharapkan — Statusnya berbunyi “Page with redirect,” (terjemahan) “Halaman dengan pengalihan,” dan pemeriksaan URL baru menunjukkan bahwa URL tersebut terindeks dengan dirinya sendiri sebagai kanonis pilihan Google.
• Interpretasi kegagalan — Jika URL lama masih “Submitted and indexed” (terjemahan) “Dikirimkan dan diindeks” sebagai kanonisnya sendiri beberapa minggu kemudian, Google mungkin tidak dapat mengambil pengalihan atau ada sinyal yang bertentangan (tag kanonis, sitemap, atau tautan internal) yang kembali menunjuk ke URL lama.
• Jendela pemantauan — Beberapa hari hingga beberapa minggu untuk situs kecil/menengah; lebih lama untuk situs besar. Google menyatakan visibilitas dapat berfluktuasi selama perpindahan—itu normal.
• Pemicu rollback — Jangan menghapus pengalihan untuk “fix” (terjemahan) “memperbaiki” URL lama yang masih muncul. Google menyimpannya sebagai nama alternatif dan akan menghilangkannya sendiri. Tinjau kembali hanya jika URL baru sama sekali tidak pernah terindeks.

Test 3 — migration didn’t strand traffic

• Uji yang dijalankan — Masukkan URL lama yang sudah dipetakan ke Redirect Checker (hingga 20 sekaligus) atau jalankan crawl situs penuh, lalu pantau halaman yang dimigrasikan dalam laporan GSC Performance.
• Hasil yang diharapkan — Setiap URL yang dipetakan menjadi satu lompatan menuju 200, dan klik/tayangan pada tujuan pulih mendekati tingkat sebelumnya dari URL lama dalam beberapa minggu.
• Interpretasi kegagalan — Penurunan yang menetap biasanya berarti peta rusak (URL lama → halaman yang salah atau tidak relevan, yang dapat dianggap Google sebagai soft 404), bukan redirect yang “membocorkan” PageRank — 301 yang benar tidak menyebabkan kehilangan PageRank.
• Jendela pemantauan — Data GSC selama 2–4 minggu sebelum trennya dapat dipercaya; bandingkan jendela sebelum/sesudah yang sepadan, bukan noise harian.
• Pemicu rollback — Penurunan impresi yang jelas dan menetap pada kumpulan yang dimigrasikan serta sejajar dengan tanggal peluncuran — audit ulang peta 1:1 sebelum menganggap redirect itu sendiri sebagai masalah.

Log perubahan