Cara Memperbaiki Error 404 di Google Search Console (2026)

Atasi 'Not found (404)' di Search Console: kapan diabaikan, kapan redirect 301, dan kapan halaman dipulihkan, plus tabel keputusan dan langkah validasi.

Pertanyaan yang sering diajukan

Apakah error 404 merusak peringkat saya di Google?

Tidak dengan sendirinya. Dokumentasi Page indexing Google menyebut respons 404 belum tentu masalah ketika sebuah halaman dihapus tanpa pengganti, dan 404 untuk halaman yang Anda hapus dicantumkan sebagai alasan wajar sebuah URL tidak terindeks. Yang perlu diperbaiki adalah 404 pada URL yang Anda tautkan sendiri atau cantumkan di sitemap.

Sebaiknya pakai 404 atau 410 untuk halaman yang dihapus?

Untuk Google Search, secara praktis tidak ada bedanya. Dokumentasi kode status HTTP Google memperlakukan semua error 4xx kecuali 429 dengan cara yang sama: konten dilaporkan tidak ada, URL yang sebelumnya terindeks dihapus dari indeks, dan frekuensi crawling ke URL itu berkurang secara bertahap. Pakai saja yang paling mudah di platform Anda.

Berapa lama 'Validate fix' untuk error 404?

Menurut Google, validasi biasanya memakan waktu hingga sekitar dua minggu, tetapi bisa jauh lebih lama. Jangan klik Validate fix lagi sebelum validasi yang sedang berjalan berhasil atau gagal. Jika Google menemukan satu saja sisa masalah, validasi berhenti.

Kenapa URL yang sudah diperbaiki masih muncul di laporan Not found (404)?

Google terus mencoba meng-crawl URL yang hilang untuk beberapa waktu, jadi URL itu bisa tetap terdaftar setelah Anda memperbaikinya. Selain itu, daftar contoh di laporan dibatasi 1.000 baris dan tidak dijamin menampilkan semua URL. Perbaiki penyebabnya (tautan rusak, entri sitemap), lalu jalankan validasi dan tunggu.

Haruskah semua 404 saya arahkan ke beranda?

Tidak. Panduan Google adalah mengembalikan redirect 3XX ketika sebuah halaman pindah ke halaman baru. Halaman yang tidak punya pengganti sungguhan lebih baik dibiarkan 404. Mengarahkan URL yang tidak relevan ke beranda memberi pengunjung sesuatu yang tidak mereka cari dan menyembunyikan masalah sebenarnya dari Anda.

Jawaban singkat: Di Search Console, buka Indexing > Pages (Pengindeksan > Halaman), klik Not found (404), lalu kelompokkan setiap URL ke salah satu dari tiga kategori. Jika halaman sengaja dihapus dan tidak ada yang menautkannya, abaikan. Jika halaman pindah atau punya pengganti yang sepadan, tambahkan redirect 301 ke pengganti tersebut. Jika halaman seharusnya ada, pulihkan. Setelah itu, perbaiki tautan internal atau entri sitemap yang mengarah ke URL mati, lalu klik Validate fix.

Sebagian besar "error 404" di Search Console sebenarnya tidak perlu diperbaiki sama sekali, jadi yang dibutuhkan adalah kemampuan memilah, bukan memperbaiki.

Apa arti sebenarnya "Not found (404)"

Laporan Page indexing menampilkan URL yang dicoba di-crawl Google tetapi tidak bisa diindeks. "Not found (404)" berarti server menjawab permintaan itu dengan status 404. Hanya itu artinya. Laporan ini tidak mengatakan bahwa URL tersebut penting.

Saran pemecahan masalah dari Google cukup spesifik: perbaiki hanya error 404 pada URL yang Anda tautkan sendiri atau cantumkan di sitemap, dan jika halaman sudah pindah, kembalikan redirect 3XX ke halaman barunya. Google juga mencantumkan "404 untuk halaman yang Anda hapus dan tidak punya penggantinya" sebagai salah satu alasan sah sebuah halaman tidak terindeks.

Jika Anda belum menyiapkan alatnya, mulailah dengan panduan Search Console kami atau panduan verifikasi situs di Google Search Console.

Langkah 1: Ekspor daftar dan cari tahu asal setiap 404

Buka Search Console dan pilih properti Anda.
Buka Indexing > Pages.
Gulir ke tabel "Why pages aren't indexed" (Alasan halaman tidak terindeks) dan klik Not found (404).
Tinjau contoh URL yang ditampilkan. Tabel ini dibatasi 1.000 baris dan tidak dijamin menampilkan semua URL, jadi anggap sebagai sampel jika situs Anda besar.
Ekspor datanya jika Anda ingin mengolahnya di spreadsheet.
Klik sebuah URL dan gunakan Inspect URL untuk melihat bagaimana Google menemukannya. Halaman perujuk dan detail sitemap akan memberi tahu apakah tautan itu milik Anda.

Sumber penemuan adalah fakta kuncinya. Jika Google menemukan 404 lewat navigasi atau sitemap Anda sendiri, itu cacat yang nyata. Jika ditemukan lewat tautan eksternal lama atau salah ketik di situs orang lain, biasanya itu hanya gangguan, kecuali tautan tersebut mengirim pengunjung sungguhan.

Langkah 2: Putuskan: abaikan, redirect, atau pulihkan

Gunakan tabel ini untuk setiap kelompok URL di laporan.

Situasi	Ciri-cirinya	Tindakan
Halaman sengaja dihapus, tanpa pengganti, tanpa tautan internal	Produk lama, acara yang sudah lewat, halaman uji coba	Abaikan. Biarkan 404 (atau 410).
Halaman dihapus, tetapi ada pengganti yang sepadan	Produk yang dihentikan, versi baru dari panduan	Redirect 301 ke halaman setara yang paling dekat.
URL berubah (ganti slug, pindah folder, migrasi domain atau HTTPS)	Konten sama di alamat baru	Redirect 301 dari URL lama ke URL baru, satu lompatan.
Halaman seharusnya ada tetapi terhapus atau di-unpublish karena kesalahan	Halaman layanan aktif, artikel utama	Pulihkan, pastikan mengembalikan 200, lalu validasi.
Menu, footer, atau tautan di isi halaman Anda mengarah ke sana	Tautan internal ke URL mati	Perbaiki tautan (atau redirect jika halaman pindah).
Tercantum di sitemap XML Anda	Sitemap memuat URL yang sudah dihapus	Hapus dari sitemap, lalu putuskan redirect atau abaikan.
URL sampah dari spam atau parameter aneh	String acak, pola scraper	Abaikan. Periksa keamanan jika tampak disisipkan (lihat di bawah).

Jika penggantinya tidak benar-benar sepadan, jangan dipaksakan. Dokumentasi redirect Google menggambarkan redirect sebagai cara mengarahkan pengguna dan Google ke lokasi baru sebuah halaman, dan halaman tanpa lokasi baru tidak punya tujuan untuk diarahkan.

Langkah 3: Tambahkan redirect dengan benar

Untuk perpindahan permanen, Google menyarankan redirect permanen di sisi server bila memungkinkan. Kode status 301 dan 308 sama-sama berarti halaman telah pindah secara permanen. Google menyebut redirect JavaScript hanya dipakai jika Anda tidak bisa memakai redirect sisi server atau meta refresh.

Aturan praktis:

Redirect ke satu URL yang paling cocok, bukan lewat rantai beberapa lompatan.
Arahkan ke halaman yang menghasilkan respons 200 normal, bukan ke redirect atau error lain.
Perbarui juga tautan internal Anda ke URL baru, supaya Anda tidak bergantung pada redirect selamanya.
Di WordPress, plugin redirect atau aturan redirect dari hosting Anda bisa melakukannya. Di platform lain, gunakan pengaturan redirect atau rewrite di server atau CMS Anda.

Contoh peta redirect yang bisa Anda berikan ke developer atau tempel ke alat redirect:

`` /old-pricing -> /pricing /blog/2022/seo-tips -> /blog/seo-tips /services/web-design -> /services/website-design ``

Langkah 4: Uji perbaikannya, lalu validasi

Sebelum memberi tahu Google, periksa sendiri URL-nya.

Buka URL lama di browser, atau jalankan pemeriksaan header, dan pastikan mengembalikan 301 lalu berakhir di halaman 200.
Di Search Console, tempel URL ke bilah atas dan jalankan Inspect URL, lalu gunakan live test untuk melihat apa yang diterima Google.
Pastikan URL tersebut sudah tidak ada di sitemap dan tidak ada halaman internal yang menautkannya.

Lalu validasi:

Buka isu Not found (404) di laporan Page indexing.
Klik Validate fix.
Pantau statusnya. Jangan klik Validate fix lagi sebelum validasi berhasil atau gagal.
Jika gagal, klik See details, perbaiki URL yang tersisa, lalu mulai ulang.

Google menyebut validasi biasanya memakan waktu hingga sekitar dua minggu, tetapi bisa jauh lebih lama. Validasi juga berhenti jika menemukan satu saja sisa masalah, jadi validasi hanya setelah Anda memperbaiki seluruh kelompok. Satu tips dari dokumentasi Google: memvalidasi sebagian URL yang terdampak bisa selesai lebih cepat, yang bisa Anda lakukan dengan memfilter laporan memakai sitemap yang hanya berisi halaman-halaman penting Anda.

Catatan terkait: Google menangani URL 404 secara bertahap. Untuk URL yang mengembalikan 404, Google menyebut pipeline pengindeksan menghapus URL itu dari indeks jika sebelumnya terindeks, halaman 404 yang baru ditemukan tidak diproses, dan frekuensi crawling berkurang secara bertahap. Jadi URL yang Anda biarkan 404 akan hilang dengan sendirinya.

Langkah 5: Periksa kasus yang "bukan 404 sungguhan"

Dua kasus yang mirip memerlukan penanganan berbeda:

Soft 404. Halaman mengembalikan status 200 tetapi menampilkan halaman kosong atau pesan error, dan Search Console melaporkan soft 404. Perbaiki dengan mengembalikan status 404 yang sebenarnya, atau dengan mengisi halaman itu dengan konten yang nyata.
URL yang diretas atau disisipi. Banjir 404 yang mendadak pada nama file aneh atau path spam bisa menandakan situs Anda disusupi. Jika itu cocok dengan yang Anda lihat di sebuah CMS, baca panduan perbaikan kami untuk WordPress, Joomla, atau Drupal, lalu periksa ulang laporannya.

Daftar periksa triase yang bisa disalin

[ ] Mengekspor URL Not found (404) dari Indexing > Pages
[ ] Menandai setiap URL: tautan Anda, sitemap Anda, tautan eksternal, atau tidak diketahui
[ ] Mengabaikan halaman yang dihapus tanpa pengganti dan tanpa tautan internal
[ ] Menambahkan redirect 301 untuk halaman yang pindah, satu lompatan, ke halaman 200
[ ] Memulihkan halaman yang terhapus karena kesalahan
[ ] Memperbaiki tautan internal yang mengarah ke URL mati
[ ] Menghapus URL mati dari sitemap XML
[ ] Memeriksa sampel dengan Inspect URL
[ ] Mengklik Validate fix satu kali, lalu menunggu hasilnya

Cegah gelombang 404 berikutnya

Kebanyakan 404 yang berulang berasal dari pembangunan ulang situs, slug yang diganti namanya, dan postingan yang dihapus tanpa rencana redirect. Sebelum migrasi apa pun, daftar URL lama dan petakan masing-masing ke tempat barunya. Jika Anda memang sedang membangun ulang situs kecil, paket gratis We.Inc memungkinkan Anda mempublikasikan hingga tiga situs dari template siap pakai; pembuat situs AI yang menyusun situs dari sebuah prompt dimulai dari paket Starter seharga $20 per bulan. Anda bisa mendaftar di sini. Apa pun pilihannya, simpan peta URL lama ke baru Anda, karena itulah yang menjaga laporan ini tetap bersih.

Untuk pengenalan yang lebih luas tentang alat ini, lihat Google Search Console untuk pemula.

Mulai gratis · Tanpa kartu kredit

Umair Ali Sadaqat

Pendiri We.Inc

Umair adalah pendiri We.Inc. Ia menulis tentang pembuatan situs web dengan AI, agensi, dan bisnis menjalankan studio web.

Siap membuat sesuatu yang hebat?

Bergabunglah dengan 15,000+ bisnis yang memakai We.Inc untuk meluncurkan, berkembang, dan mengotomatiskan, semuanya dari satu platform.