Audit Redirect 301, 302, 307, 308 dan 404 untuk Google Search

Redirect permanen (301 atau 308) memberi tahu Google bahwa URL tujuan harus menjadi URL kanonis. Redirect sementara (302, 303, 307) tidak. Itu aturan inti dari dokumentasi Google Search. Kesalahan paling umum di situs bisnis Indonesia bukan salah angka, tetapi salah situasi: redirect sementara dipakai untuk pindahan permanen, rantai redirect berlapis setelah redesign, atau semua URL mati dilempar ke beranda. Artikel ini memberi urutan audit yang bisa dikerjakan tim marketing dan developer dalam satu sprint kecil.

Awal November 2026, kanal YouTube Google Search Central menayangkan episode tentang pilihan 301, 302, 307, dan 308, setelah episode sebelumnya membahas apakah status 404 perlu ditakuti. Isi video tidak dirangkum di sini. Semua klaim teknis di bawah bersumber dari dokumentasi tertulis Google.

Apa bedanya 301, 302, 307, dan 308 bagi Google?

Menurut dokumen “Redirects and Google Search”, redirect dibagi dua kelompok berdasarkan sinyal yang dikirim ke pipeline indexing:

Kelompok	Kode	Perilaku di Google Search
Permanen	301, 308 (juga meta refresh 0 detik)	Googlebot mengikuti redirect; indexing memakai redirect sebagai sinyal bahwa target adalah kanonis. Hasil pencarian menampilkan URL baru.
Sementara	302, 303, 307 (juga meta refresh lebih dari 0 detik)	Googlebot mengikuti redirect, tetapi tidak memakainya sebagai sinyal kanonis. Hasil pencarian cenderung menampilkan URL sumber.

Dokumen status code HTTP Google menambahkan dua detail penting. Pertama, 307 setara 302 dan 308 setara 301 bagi Google, tetapi secara semantik berbeda, jadi pakai kode yang sesuai agar klien lain (misalnya mesin pencari lain) ikut memahami. Kedua, 301 dipakai sebagai sinyal kuat, sedangkan 302 sebagai sinyal lemah.

Dokumen redirect juga mengurutkan metode berdasarkan seberapa besar kemungkinan Google menafsirkannya dengan benar: redirect sisi server paling tinggi. Redirect JavaScript hanya dipakai bila redirect sisi server dan meta refresh tidak mungkin.

Kapan memakai redirect permanen, kapan sementara?

Pakai satu pertanyaan sederhana: apakah URL lama akan kembali?

• Tidak akan kembali (ganti slug, gabung artikel, pindah domain, HTTP ke HTTPS): 301 atau 308.
• Akan kembali (layanan ditutup sementara, halaman promo musiman dialihkan ke halaman penjelasan): 302 atau 307, supaya URL asli tetap bisa tampil di hasil pencarian.

Contoh dari praktik Socta sendiri: ketika halaman layanan versi lokasi digabung ke satu halaman layanan utama, redirect yang dipasang adalah 301 satu hop, karena halaman lama tidak akan dihidupkan lagi.

Bagaimana mengaudit redirect di situs bisnis?

Audit ini membutuhkan daftar URL (dari sitemap, log server, atau crawler) dan satu alat yang bisa menampilkan status code serta header Location. Perintah curl dengan opsi -sI sudah cukup untuk sampel kecil.

1. Apakah ada rantai redirect?

Satu URL lama seharusnya langsung menuju URL final dalam satu hop. Google mengikuti sampai 10 hop untuk konten web umum, tetapi batas itu bukan alasan membiarkan rantai. Setiap hop menambah waktu dan titik gagal. Rantai biasanya lahir dari urutan: http ke https, lalu www ke non-www, lalu slug lama ke slug baru. Perbaikannya: arahkan setiap sumber langsung ke tujuan final.

Catatan penting: alat inspeksi Google tidak mengikuti redirect, menurut dokumen status code yang sama. Jadi saat menguji URL lama lewat alat inspeksi, hasilnya akan berhenti di redirect, dan itu normal.

2. Apakah ada loop atau tujuan yang mati?

Redirect yang berujung pada 404 atau saling menunjuk adalah redirect gagal. Dokumentasi Google menyebut Search Console menghasilkan pesan galat untuk status 4xx-5xx dan untuk redirect yang gagal (3xx). Cek laporan indexing di Search Console bila properti sudah terpasang.

3. Apakah redirect permanen dipakai untuk perpindahan permanen?

Cari 302 atau 307 pada URL yang sebenarnya sudah pindah lama. Pada kasus itu, Google tidak mendapat sinyal kanonis yang kuat dan URL lama bisa bertahan di hasil pencarian.

4. Apakah tujuan redirect relevan?

Dokumen Google menyebut redirect berguna ketika halaman dihapus dan pengguna perlu dikirim ke halaman baru. Kata kuncinya halaman pengganti. Redirect massal ke beranda memberi pengalaman membingungkan, karena pengguna tidak menemukan apa yang dicari.

5. Apakah link internal masih menunjuk URL lama?

Redirect adalah jaring pengaman, bukan pengganti perbaikan link. Perbarui link internal, sitemap, dan canonical ke URL final, sehingga crawler dan pengunjung tidak perlu melewati redirect.

Bagaimana Google memperlakukan 404 dan 410?

Dokumen “How HTTP status codes affect Google’s crawlers” menyatakan:

• Google tidak memakai konten dari URL berstatus 4xx. URL yang sebelumnya terindeks akan dikeluarkan dari indeks.
• Semua 4xx kecuali 429 diperlakukan sama: konten dianggap tidak ada. 404 dan 410 tercantum dalam kelompok yang sama.
• 404 yang baru ditemui tidak diproses, dan frekuensi crawl URL itu menurun bertahap.
• 4xx (kecuali 429) tidak memengaruhi crawl rate. Jangan memakai 401 atau 403 untuk membatasi crawl.

Artinya, 404 pada halaman yang memang sudah tidak ada adalah perilaku normal, bukan bencana. Yang bermasalah adalah 404 pada halaman penting yang tidak sengaja hilang, atau 404 yang masih ditautkan dari menu, artikel, dan sitemap.

Apa itu soft 404 dan kenapa perlu diperbaiki?

Bila server membalas 2xx tetapi isinya halaman kosong atau pesan galat, Search Console menandai soft 404. Contoh umum di toko online: halaman “produk tidak ditemukan” yang tetap membalas 200. Perbaikannya: kembalikan status 404 atau 410 asli untuk halaman yang tidak ada, atau redirect 301 ke halaman pengganti yang sepadan.

5xx dan 429: kapan crawling melambat?

Menurut dokumen yang sama, 5xx dan 429 membuat crawler Google memperlambat crawling. URL yang sudah terindeks dipertahankan sementara, tetapi bila galat server bertahan, URL itu akhirnya dikeluarkan dari indeks. Setelah server kembali membalas 2xx, Google menaikkan crawl rate secara bertahap. Pantau lonjakan 5xx setiap selesai deploy atau migrasi.

Checklist audit redirect dan 404 (satu sprint)

Langkah	Alat	Kriteria lulus
Ekspor URL dari sitemap dan crawler	Crawler, sitemap.xml	Semua URL penting terdaftar
Cek status code tiap URL lama	curl, crawler	Redirect permanen 301/308, satu hop
Deteksi rantai dan loop	Laporan redirect crawler	Tidak ada rantai lebih dari 1 hop
Cek tujuan redirect	Manual untuk sampel	Tujuan relevan, status 200
Cek soft 404	Search Console	Halaman kosong membalas 404/410
Perbarui link internal dan canonical	Pencarian di repo/CMS	Tidak ada link ke URL yang sudah dialihkan
Cek sitemap	Buka sitemap.xml	Hanya URL final berstatus 200
Pantau 5xx pasca-deploy	Log server, Search Console	Tidak ada lonjakan galat

Bagaimana urutan prioritas perbaikannya?

Kerjakan dari risiko terbesar. Pertama, perbaiki URL penting yang membalas 5xx atau 404 padahal seharusnya hidup, karena itu langsung menghilangkan halaman dari indeks. Kedua, ganti 302 atau 307 yang salah pakai pada perpindahan permanen. Ketiga, ratakan rantai redirect menjadi satu hop. Keempat, bersihkan link internal dan sitemap. Terakhir, tangani soft 404. Setelah tiap tahap, ambil sampel URL dan cek ulang status code-nya, lalu catat hasilnya di dokumen audit supaya perubahan berikutnya mudah dibandingkan.

Kesalahan yang paling sering terjadi

1. Redirect semua 404 ke beranda. Arahkan hanya ke halaman yang benar-benar sepadan, atau biarkan 404.
2. Memakai 302 bawaan plugin CMS untuk pindahan permanen. Periksa pengaturan plugin redirect.
3. Redirect JavaScript sebagai solusi utama, padahal redirect sisi server tersedia.
4. Sitemap berisi URL lama yang sudah dialihkan. Sitemap sebaiknya hanya memuat URL final.
5. Menunggu hasil instan. Dokumentasi tidak menjanjikan waktu tertentu untuk pemrosesan perubahan. Catat tanggal perubahan, lalu evaluasi laporan indexing beberapa minggu kemudian.

Apa yang tidak bisa dijanjikan?

Dokumen Google menjelaskan cara Google memperlakukan kode status, bukan jaminan peringkat. Memperbaiki redirect tidak otomatis menaikkan trafik. Tujuannya mengurangi sinyal yang bertentangan dan pemborosan crawl. Ukur dampaknya lewat jumlah URL bermasalah di laporan indexing Search Console, bukan lewat prediksi posisi.

Butuh bantuan audit redirect dan SEO teknis?

Tim Socta bisa memetakan rantai redirect, soft 404, dan link internal lama di situs Anda, lalu menyusun daftar perbaikan berurutan menurut risiko. Mulai dari layanan website dan SEO teknis Socta bila situs sedang direncanakan redesign atau migrasi.

Sumber primer

1. Google Search Central, “Redirects and Google Search”: https://developers.google.com/search/docs/crawling-indexing/301-redirects (diakses 8 November 2026)
2. Google Crawling infrastructure, “How HTTP status codes affect Google’s crawlers”: https://developers.google.com/search/docs/crawling-indexing/http-network-errors (diakses 8 November 2026)
3. Google Search Central, “What’s new” (daftar video terbaru, diperbarui 5 November 2026): https://developers.google.com/search/news