404 Tidak Ditemukan
Pahami arti 404 Not Found, cara Google menghapus halaman 404 dari indeks seiring waktu, perbedaan hard 404 dan soft 404, serta praktik terbaik SEO untuk halaman 404.
Bahasa
404 Not Found adalah kode status client-error yang dikembalikan server ketika URL tidak ada—halaman yang dihapus, tautan rusak, atau typo. 404s normal dan diharapkan: Google tidak menggunakan kontennya, dan fakta bahwa beberapa URL di situs Anda mengembalikan 404 tidak menurunkan halaman lain yang berhasil—jadi Anda tidak perlu terburu-buru memperbaiki semuanya. Google menghapus URL 404'd dari indeks seiring waktu (memeriksanya makin jarang), bukan seketika, dan tidak menjanjikan akan sepenuhnya berhenti mencobanya. Perbedaan penting adalah hard 404 (benar—mengembalikan 404) versus soft 404 (kode sukses pada halaman yang sebenarnya hilang), yang membuang sumber daya crawl. Hanya lakukan redirect 301 pada 404 jika halaman benar-benar pindah ke target relevan—jangan redirect massal semuanya ke homepage.
TL;DR — 404 berarti “this page doesn’t exist here.” (terjemahan) “halaman ini tidak ada di sini.” Ini terjadi ketika URL dihapus, salah ketik, atau tidak pernah ada. Bagian yang mengejutkan: 404 itu normal, dan satu URL yang hilang bukan penalti peringkat seluruh situs. Anda tidak perlu panik saat melihatnya dalam laporan. Pastikan URL benar-benar mengembalikan 404 (bukan halaman “success” (terjemahan) “berhasil” palsu), dan hanya redirect ke tempat lain jika halaman memang sudah berpindah.
Catatan ruang lingkup: halaman ini ditulis untuk orang yang mengelola situs—memutuskan apa yang dilakukan terhadap 404 yang muncul di Search Console atau crawl Ahrefs. Jika Anda pengunjung yang baru mengeklik tautan mati, tidak ada yang perlu Anda perbaiki. Jika server salah konfigurasi dan sama sekali tidak mengembalikan halaman 404, itu pertanyaan hosting/server, bukan SEO.
Apa itu kesalahan 404
Saat Anda mengunjungi halaman web, browser meminta URL kepada server. Jika server menemukannya, server mengembalikan 200 OK dan Anda melihat halaman. Jika URL tidak ditemukan, server mengembalikan 404 Not Found—kode yang berarti “the thing you asked for isn’t here.” (terjemahan) “hal yang Anda minta tidak ada di sini.”
Anda pasti pernah melihatnya. Klik tautan lama, salah mengetik URL, atau mengunjungi halaman yang sudah dihapus, lalu Anda tiba di layar “Page Not Found” (terjemahan) “Halaman Tidak Ditemukan”. Itulah 404.
Alasan umum munculnya 404:
- Halaman dihapus (artikel blog lama, produk yang dihentikan).
- Seseorang menautkan ke URL yang salah, atau tautannya mengandung typo.
- URL berubah dan URL lama tidak di-redirect.
- Seseorang salah mengetik alamat di browser.
Apakah 404s merusak SEO saya?
Ini kekhawatiran terbesar, jadi jawabannya langsung: tidak, dengan sendirinya. 404 bukan penalti, dan panduan Google sendiri mengatakan beberapa URL di situs Anda yang mengembalikan 404 tidak menurunkan kinerja halaman lain yang berhasil. Seorang Googler mengatakannya dengan jelas—404 “are not to be afraid of and you don’t need to scramble to fix them, at least not most of the time.” (terjemahan) “tidak perlu ditakuti dan Anda tidak perlu terburu-buru memperbaikinya, setidaknya hampir sepanjang waktu.” Tautan rusak adalah bagian normal web dan Google mengharapkannya. (Halaman yang menghasilkan 404 tetapi dulu mendatangkan trafik atau backlink tetap layak diputuskan—dibahas di bawah—namun status 404 itu sendiri bukan masalah.)
Yang terjadi justru tenang: seiring waktu Google berhenti menampilkan halaman yang hilang di pencarian dan memeriksanya semakin jarang. Tidak ada dampak buruk yang menyebar ke seluruh situs.
Kapan benar-benar perlu bertindak
Anda tidak perlu memperbaiki setiap 404. Namun kadang tindakan memang layak:
- Halaman berpindah. Jika konten kini berada di URL baru, buat redirect 301 dari URL lama ke URL baru agar orang (dan ekuitas tautan) tiba di tempat yang benar.
- Halaman benar-benar hilang. Jika tidak ada pengganti, membiarkannya tetap 404 adalah hasil yang benar.
- Halaman bagus memiliki tautan rusak yang mengarah kepadanya. Perbaiki tautannya, bukan 404-nya.
Satu hal yang harus dihindari
Jangan memalsukannya. Beberapa situs, demi merasa “safe” (terjemahan) “aman”, me-redirect setiap URL yang hilang ke homepage, atau menampilkan pesan “not found” (terjemahan) “tidak ditemukan” sambil diam-diam mengembalikan kode sukses 200 OK. Keduanya menimbulkan masalah (yang kedua disebut soft 404 dan dibahas di tab Advanced). Jika halaman sudah hilang, biarkan ia mengembalikan 404 secara jujur. Itu bukan kesalahan yang perlu diperbaiki; itulah jawaban yang benar.
Ingin gambaran lengkap—cara Google menghapus 404s dari indeks, perbedaan hard vs. soft 404s, situs JavaScript, dan cara mengauditnya? Beralihlah ke tab Advanced.
TL;DR — 404 adalah kode status kesalahan klien
4xxuntuk URL yang tidak dapat ditemukan server—spesifikasi (RFC 9110) mendefinisikannya sebagai “no current representation, or unwillingness to disclose one,” (terjemahan) “tidak ada representasi saat ini, atau tidak bersedia mengungkapkannya”, dan status ini sendiri tidak mengatakan apakah ketiadaan sementara atau permanen. Ini bukan konten yang berguna untuk diindeks, dan beberapa URL 404 tidak menurunkan URL lain yang berhasil di situs Anda. Penghapusan dari pencarian dapat bertahap, bukan seketika: Google menghapus URL 404 yang sebelumnya diindeks dan melakukan crawl ulang dengan frekuensi menurun; bahasa sumbernya adalah Googlebot “will probably” (terjemahan) “kemungkinan akan” terus mencoba untuk suatu periode, bukan terus selamanya. Perbedaan yang penting adalah hard 404 vs. soft 404: mengembalikan200(atau me-redirect semua ke homepage) untuk konten hilang membuang sumber daya crawl dan menyesatkan analitik. Redirect 301 hanya jika halaman benar-benar pindah ke target relevan; jika tidak, biarkan 404 (atau410) secara bersih. Halaman 404 kustom adalah tuas UX/retensi, bukan tuas pengindeksan.
Apa sebenarnya 404 itu
404 Not Found adalah kode status kesalahan klien HTTP (4xx) yang dikembalikan server ketika tidak menemukan URL yang diminta. Kelas 4xx berarti masalahnya ada pada permintaan—sumber daya tidak ada di alamat itu—berbeda dari kesalahan server 5xx, ketika server itu sendiri bermasalah.
Spesifikasi HTTP (RFC 9110) mendefinisikan 404 lebih sempit daripada percakapan SEO sehari-hari: origin tidak memiliki representasi saat ini untuk sumber daya target, atau tidak bersedia mengungkapkan bahwa representasi itu ada. Kode status saja tidak menentukan apakah ketiadaan sementara atau permanen—Anda yang memutuskan dengan redirect, 410, atau membiarkan 404. Satu keunikan praktis: respons 404 dapat di-cache secara heuristik secara default, sehingga browser atau cache perantara dapat terus menyajikan 404 lama untuk URL yang sudah berfungsi lagi, kecuali server mengirim header cache-control yang berbeda.
Perubahan biasa sebuah situs menyebabkan halaman dihapus, produk dihentikan, kampanye berakhir, tautan internal dan eksternal rusak atau salah ketik, serta URL berubah tanpa redirect. Semua itu wajar dan tidak otomatis merupakan masalah yang harus diselesaikan.
Fakta bahwa URL 404s tidak merusak halaman lain
Mulai dari sini karena sebagian besar kecemasan tentang 404 salah sasaran. Dokumentasi Google tegas: “Google doesn’t use the content from URLs that return 4xx status codes.” (terjemahan) “Google tidak menggunakan konten dari URL yang mengembalikan kode status 4xx.” Tidak ada konten pada halaman 404 untuk dinilai Google. Panduan Google juga membatasi klaimnya: fakta bahwa sebagian URL di situs mengembalikan 404 tidak memengaruhi kinerja URL lain yang berhasil. Itulah batas yang bersumber—bukan janji menyeluruh bahwa setiap situasi di sekitar 404 aman. Halaman yang tidak dapat ditemukan Google padahal ingin Anda indeks, halaman bagus yang kehilangan tautan masuk, atau jalur pengguna rusak adalah masalah terpisah yang tidak disebabkan atau diperbaiki oleh status 404 saja. Evidence for this claim Google's official 2011 Q&A says the fact that some URLs return 404 does not affect the performance of the site's other successful URLs; this does not prove every 404-related issue is harmless. Scope: website URLs Confidence: high · Verified: Do 404 errors hurt my site?
Orang-orang Google sudah bertahun-tahun menyampaikan hal yang sama dengan bahasa sederhana. Gary Illyes: 404 “are not to be afraid of and you don’t need to scramble to fix them, at least not most of the time.” (terjemahan) “tidak perlu ditakuti dan Anda tidak perlu terburu-buru memperbaikinya, setidaknya hampir sepanjang waktu.” John Mueller berulang kali menyebut 404 “fine & expected.” (terjemahan) “wajar dan diharapkan.” Bahkan situs dengan jumlah URL 404/410 sangat besar tidak terkena penalti tingkat domain. Ketakutan bahwa 404 adalah sinyal peringkat atau kualitas adalah mitos—meski halaman 404 yang dulu menghasilkan trafik atau tautan tetap layak diputuskan, seperti dibahas di bawah.
Cara Google menghapus URL 404 dari indeks
Penghapusan indeks itu nyata, tetapi bertahap dan tenang. Dokumentasi Google menjelaskan mekanismenya: “the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered 404 pages aren’t processed. The crawling frequency gradually decreases.” (terjemahan) “pipeline pengindeksan menghapus URL dari indeks jika sebelumnya diindeks. Halaman 404 yang baru ditemukan tidak diproses. Frekuensi crawling berkurang secara bertahap.” Evidence for this claim Google specifically says newly encountered 404 pages are not processed and their crawling frequency gradually decreases. Scope: page fetches Confidence: high · Verified: How HTTP Status Codes Affect Google's Crawlers
Dua konsekuensi yang perlu diingat:
- URL yang sebelumnya diindeks lalu mulai mengembalikan 404 akan dikeluarkan dari indeks, sedangkan URL yang pertama kali ditemukan sebagai 404 tidak pernah diproses.
- Googlebot terus mencoba URL, hanya semakin jarang. Bantuan Search Console mengatakannya: “Googlebot will probably continue to try this URL for some period of time; there is no way to tell Googlebot to permanently forget a URL, although it will crawl it less and less often.” (terjemahan) “Googlebot kemungkinan akan terus mencoba URL ini selama suatu periode; tidak ada cara menyuruh Googlebot melupakan URL secara permanen, meski ia akan meng-crawl-nya semakin jarang.” Perhatikan kata-kata terbatas—“probably”, “for some period of time”—Google tidak menjanjikan percobaan berlangsung selamanya, hanya tidak ada tombol untuk menghentikannya lebih cepat. Jadi 404 yang tetap muncul dalam laporan selama beberapa waktu adalah hal wajar, bukan tanda ada yang rusak.
Bisakah prosesnya dipercepat? Tidak juga. Removals tool di Search Console menyembunyikan URL sementara (sekitar enam bulan), berguna untuk kasus mendesak, tetapi bukan penghapusan indeks permanen. Untuk penghapusan sungguhan, kembalikan kode status yang tepat dan biarkan proses bertahap berjalan.
404 vs. 410 Gone
Baik 404 (Not Found) maupun 410 (Gone) mengeluarkan halaman dari indeks, dan perbedaan SEO praktisnya kecil. 410 adalah sinyal “sengaja hilang” yang sedikit lebih kuat/cepat—tetapi seperti kata Mueller, perbedaan pemrosesannya “so minimal” (terjemahan) “sangat kecil” sehingga jarang layak memilih salah satunya demi SEO. Gunakan 410 jika CMS mudah mengaturnya dan Anda ingin menandai penghapusan permanen; jika tidak, 404 biasa sepenuhnya cukup. (Ada perbandingan khusus keduanya di klaster ini.)
Hard 404 vs. soft 404—perbedaan yang penting
Di sinilah masalah SEO yang nyata berada, bukan pada keberadaan 404s itu sendiri.
- Hard 404—server benar-benar mengembalikan kode status
404untuk konten yang hilang. Ini benar. Crawler membaca kodenya, memahami halaman sudah hilang, dan menanganinya dengan bersih. - Soft 404—server mengembalikan kode sukses (biasanya
200 OK) untuk halaman yang sebenarnya merupakan kesalahan: halaman kosong, pesan “not found” (terjemahan) “tidak ditemukan”, atau redirect ke homepage. Google mendeteksinya secara algoritmik. Dokumentasinya: “If the content suggests an error for Google Search, an empty page or an error message, Search Console will show asoft 404error.” (terjemahan) “Jika konten menunjukkan kesalahan untuk Google Penelusuran, halaman kosong atau pesan kesalahan, Search Console akan menampilkan kesalahansoft 404.”
Mengapa soft 404 lebih buruk daripada 404 nyata adalah masalah efisiensi crawl. Crawler tidak dapat mengetahui dari 200 bahwa konten sudah hilang, sehingga terus mengambil URL tersebut. Illyes menjelaskannya: crawler “use the status codes to interpret whether a fetch was successful, even if the contents of the page is basically just an error message. They might happily go back to the same page again and again wasting your resources, and if there are many such pages, exponentially more resources.” (terjemahan) “menggunakan kode status untuk menafsirkan apakah pengambilan berhasil, meskipun isi halaman pada dasarnya hanya pesan kesalahan. Mereka dapat terus kembali ke halaman yang sama, membuang sumber daya, dan jika halamannya banyak, sumber daya yang terbuang meningkat secara eksponensial.” Panduan Google jelas: “We recommend returning a 404 response code for truly ‘not found’ pages.” (terjemahan) “Kami merekomendasikan pengembalian kode respons 404 untuk halaman yang benar-benar ‘tidak ditemukan’.”
John Mueller merangkum dengan baik di situs pribadinya: “Using soft-404s instead of real 404s is a bad practice, and it makes things harder for our algorithms,” (terjemahan) “menggunakan soft-404 alih-alih 404 nyata adalah praktik buruk dan menyulitkan algoritme kami,” sedangkan “returning 404 — and having the URLs listed in the crawl errors in Webmaster Tools — is not a problem.” (terjemahan) “mengembalikan 404—dan memiliki URL tercantum dalam crawl errors di Webmaster Tools—bukan masalah.” Dengan kata lain, 404 jujur adalah hasil baik; kode sukses palsu adalah bug.
Dari mana soft 404s yang tidak disengaja berasal
- Me-redirect setiap 404 ke homepage. Homepage mengembalikan
200, sehingga dari sudut pandang mesin URL “hilang” kini berhasil menuju konten yang tidak terkait—pola soft-404 (mengapa ini buruk dibahas di bawah). - Status “tidak ditemukan” JavaScript/SPA. Router sisi klien tidak dapat melempar
404di tingkat server. SPA yang merender komponen “Halaman tidak ditemukan” sementara server tetap mengembalikan200menjadi soft 404—dan juga merusak analitik karena kode status tidak lagi sesuai kenyataan; GA4, GSC, dan crawler mencatat hit “berhasil” pada halaman mati. Perbaikan: rutekan URL tersebut di server ke respons404nyata, atau (lebih lemah) render status tidak ditemukan dengannoindexdan terima konsekuensi pelacakan. - Salah konfigurasi CMS/template ketika item yang dihapus jatuh ke template umum yang disajikan dengan
200.
Kapan memperbaiki 404 (dan kapan membiarkannya)
Pohon keputusannya singkat:
- Biarkan 404 (atau 410) jika halaman tidak memiliki nilai, trafik, atau backlink. Ini default yang benar—tidak perlu tindakan.
- Redirect 301 hanya jika halaman benar-benar pindah, atau memiliki backlink/trafik yang layak dipertahankan. Redirect relevan memulihkan ekuitas tautan; Bantuan Search Console setuju: “If your page has moved, use a 301 redirect to the new location.” (terjemahan) “Jika halaman Anda berpindah, gunakan redirect 301 ke lokasi baru.” Dalam alur Ahrefs saya, gunakan laporan Site Explorer “Best by links”, filter URL yang merespons 404, prioritaskan berdasarkan domain perujuk, dan redirect yang bernilai ke halaman aktif terdekat yang relevan.
- Jangan me-redirect semua ke homepage. Martin Splitt tegas: “If it moved somewhere else, use a redirect. If it’s gone, don’t redirect me to the homepage.” (terjemahan) “Jika halaman berpindah ke tempat lain, gunakan redirect. Jika sudah hilang, jangan arahkan saya ke beranda.” Itu menghasilkan sinyal seperti soft-404 dan, menurutnya, “it annoys me as a user.” (terjemahan) “mengganggu saya sebagai pengguna.” 404, katanya, adalah “a very clear signal this link is wrong and broken or this URL no longer exists.” (terjemahan) “sinyal yang sangat jelas bahwa tautan ini salah/rusak atau URL ini tidak lagi ada.” Redirect hanya ke target spesifik yang benar-benar relevan.
Jika diringkas sebagai matriks, inilah seluruh keputusannya:
| Halaman memiliki backlink/trafik nyata? | Pengganti aktif yang relevan tersedia? | Tindakan |
|---|---|---|
| Tidak | Tidak | Biarkan 404 (atau 410). Tidak perlu tindakan. |
| Ya | Ya | Redirect 301 ke halaman spesifik yang relevan. |
| Ya | Tidak | Pertimbangkan membangun ulang halaman atau redirect ke kategori relevan terdekat; jangan default ke homepage. |
| Tidak | Ya (tautan internal rusak mengarah kepadanya) | Perbaiki tautan yang mengarah ke 404, bukan 404 itu sendiri. |
Halaman 404 kustom: tuas UX, bukan tuas pengindeksan
Halaman 404 kustom yang baik tidak mengubah cara Google mengindeks URL—kode statuslah yang menentukan. Yang berubah adalah nasib manusia yang mengeklik tautan mati. Halaman 404 yang membantu membuat mereka tetap di situs, bukan pergi, sehingga melindungi konversi dan engagement. Jadi ada dua pekerjaan terpisah:
- Ketepatan kode status (sisi SEO/crawler): halaman tetap harus mengembalikan
404nyata. Halaman 404 kustom yang indah tetapi mengembalikan200adalah soft 404—Anda menyelesaikan masalah UX sekaligus membuat masalah crawl. - Kegunaan di halaman (sisi UX): pesan jelas bahwa halaman hilang, navigasi utama dan kotak pencarian, serta tautan ke konten populer/relevan. Nasihat Mueller: “Think about ways that you can make your 404 pages useful to users, so that they recognize that the page no longer exists, and so that they can find something else that’s appropriate.” (terjemahan) “Pikirkan cara membuat halaman 404 berguna bagi pengguna, agar mereka memahami halaman tidak lagi ada dan dapat menemukan sesuatu yang sesuai.”
Cara menemukan dan mengaudit 404s
- Google Search Console (terjemahan) Konsol Penelusuran Google—laporan “Page indexing” (terjemahan) “Pengindeksan halaman”. Menampilkan status “Not found (404)” (terjemahan) “Tidak ditemukan (404)” dan “Soft 404” (terjemahan) “404 lunak”, beserta URL contoh.
- Ahrefs Site Audit / Site Explorer. Site Audit menandai 404 dan tautan internal rusak; Site Explorer (“Best by links”) membantu menemukan URL 404 yang masih memiliki backlink agar redirect dapat diprioritaskan berdasarkan domain perujuk.
- Ahrefs Web Analytics. Untuk sisi trafik, filter halaman Possible 404 ke kanal AI Search (terjemahan) Penelusuran AI dan urutkan berdasarkan sesi. Ini menampilkan kandidat URL dengan klik rujukan AI pada jendela yang dipilih; tidak membuktikan responsnya 404 atau URL-nya hasil halusinasi. Langkah validasi saya dokumentasikan di AI Hallucination Monitoring.
- Screaming Frog dan analisis log server untuk melihat seluruh crawl dan trafik nyata: 404 mana yang benar-benar didatangi bot dan pengguna.
Bing, singkatnya
Komentar publik Bing di sini jauh lebih tipis daripada Google, jadi jangan menganggap paritas persis dan perlakukan rincian di bawah sebagai sumber yang lebih lemah daripada bagian Google. Bing Webmaster Tools menyediakan alat Content Removal untuk memberi tahu Bing tentang URL yang ingin diperlakukan hilang, serta laporan Crawl Information yang menampilkan 404 dan kesalahan server—keduanya terdokumentasi. Yang belum diverifikasi secara independen dari sumber utama saat ini adalah klaim bahwa Bing memakai classifier untuk membedakan “sementara down” dan “benar-benar dihapus”, atau bahwa Content Removal secara berarti mempercepat penghapusan indeks dibanding mengembalikan 404 yang benar lalu menunggu. Perlakukan Bing sebagai sekunder dari perilaku Google yang terdokumentasi, dan jangan mengulang klaim classifier/kecepatan sebagai fakta pasti.
Untuk gambaran kode status yang lebih luas, lihat Kode Status HTTP dan Dampaknya bagi SEO dan 11 Jenis Redirect dan Dampaknya bagi SEO saya.
Ringkasan AI
Ringkasan versi Advanced:
- Kode 404 (Tidak Ditemukan) adalah kode status kesalahan klien
4xxuntuk URL yang tidak ditemukan server (halaman dihapus, tautan rusak, typo, perubahan URL). RFC 9110 mendefinisikannya sebagai “no current representation, or unwillingness to disclose one” (terjemahan) “tidak ada representasi saat ini, atau tidak bersedia mengungkapkannya”—status ini sendiri tidak mengatakan sementara atau permanen dan secara default dapat di-cache secara heuristik. - Bukan sinyal yang merugikan halaman lain. Google “doesn’t use the content from URLs that return
4xxstatus codes,” (terjemahan) “tidak menggunakan konten dari URL yang mengembalikan kode status4xx,” dan fakta beberapa URL 404 tidak memengaruhi kinerja URL lain yang berhasil. Ketakutan umum “404 merusak peringkat” adalah mitos; Illyes dan Mueller berulang kali mengatakan 404 wajar dan diharapkan—meski halaman 404 yang dulu menghasilkan trafik atau tautan tetap layak diputuskan. - Penghapusan indeks bertahap, bukan instan. Google menghapus URL 404 yang sebelumnya diindeks dan meng-crawl ulang “less and less often” (terjemahan) “semakin jarang”. Bahasa sumbernya terbatas—Googlebot “probably” (terjemahan) “kemungkinan” terus mencoba “for some period of time” (terjemahan) “selama suatu periode”, bukan selamanya. Removals tool hanya menyembunyikan URL sementara (sekitar enam bulan).
- 404 vs. 410: keduanya mengeluarkan halaman dari indeks;
410sedikit lebih cepat/kuat, tetapi perbedaan SEO kecil (Mueller). - Hard vs. soft 404 adalah masalah sebenarnya. Soft 404 mengembalikan kode sukses (
200) untuk konten hilang—membuang sumber daya crawl karena bot tidak dapat mengetahui halaman sudah hilang. Google merekomendasikan 404 nyata. - Penyebab soft-404 umum: me-redirect setiap 404 ke homepage, status “tidak ditemukan” JS/SPA yang mengembalikan
200(sekaligus merusak analitik), dan salah konfigurasi CMS. - Hanya redirect 301 jika halaman benar-benar pindah atau memiliki backlink/trafik bernilai; selain itu biarkan 404 dengan bersih. Splitt: jangan redirect halaman yang hilang ke homepage.
- Halaman 404 kustom membantu UX/retensi, bukan pengindeksan—dan tetap harus mengembalikan
404nyata. - Audit melalui laporan pengindeksan halaman GSC, Ahrefs Site Audit/Site Explorer, Screaming Frog, dan log server.
Dokumentasi resmi
Dokumentasi sumber utama dari mesin pencari.
- Cara kode status HTTP serta kesalahan jaringan dan DNS memengaruhi Google Penelusuran —cara Google menangani
4xx(termasuk 404), mekanisme penghapusan indeks, dan definisi soft-404. - Laporan Page indexing (Bantuan Search Console) —status “Not found (404)” dan “Soft 404” serta panduan perbaikan.
- Redirect dan Google Penelusuran —kapan dan bagaimana me-redirect 301 halaman yang pindah, bukan membiarkannya 404.
- Menghapus halaman yang di-host di situs Anda dari Google (Removals tool) —perbedaan penyembunyian sementara dan penghapusan permanen.
Bing / Microsoft
- Bantuan Bing Webmaster Tools —laporan crawl dan alat Content Removal untuk memberi tahu Bing tentang 404s yang benar-benar hilang.
Kutipan dari sumber
Pernyataan tercatat dari Google. Setiap tautan dokumentasi Google adalah deep link yang melompat ke bagian kutipan di halaman sumber; pernyataan yang dikutip ulang menaut ke liputan yang memuatnya.
Google Search Central—cara menangani 404s
- “Google doesn’t use the content from URLs that return
4xxstatus codes. If a URL was previously used but is now returning4xxstatus code, Google systems will stop using the URL over time.” (terjemahan) “Google tidak menggunakan konten dari URL yang mengembalikan kode status4xx. Jika URL sebelumnya digunakan tetapi kini mengembalikan kode status4xx, sistem Google akan berhenti menggunakan URL itu seiring waktu.” Lompat ke kutipan - “Google doesn’t index URLs that return a
4xxstatus code, and URLs that are already indexed and return a4xxstatus code are removed from the index.” (terjemahan) “Google tidak mengindeks URL yang mengembalikan kode status4xx, dan URL yang sudah diindeks lalu mengembalikan kode status4xxdihapus dari indeks.” Lompat ke kutipan - “In the case of Google Search, the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered
404pages aren’t processed. The crawling frequency gradually decreases.” (terjemahan) “Dalam Google Penelusuran, pipeline pengindeksan menghapus URL dari indeks jika sebelumnya diindeks. Halaman404yang baru ditemukan tidak diproses. Frekuensi crawling berkurang bertahap.” Lompat ke kutipan - “If the content suggests an error for Google Search, an empty page or an error message, Search Console will show a
soft 404error.” (terjemahan) “Jika konten menunjukkan kesalahan untuk Google Penelusuran, halaman kosong atau pesan kesalahan, Search Console akan menampilkan kesalahansoft 404.” Lompat ke kutipan
Bantuan Search Console—laporan Page indexing
- “404 responses are not necessarily a problem, if the page has been removed without any replacement. If your page has moved, use a 301 redirect to the new location.” (terjemahan) “Respons 404 tidak selalu merupakan masalah jika halaman dihapus tanpa pengganti. Jika halaman berpindah, gunakan redirect 301 ke lokasi baru.” Lompat ke kutipan
- “Googlebot will probably continue to try this URL for some period of time; there is no way to tell Googlebot to permanently forget a URL, although it will crawl it less and less often.” (terjemahan) “Googlebot kemungkinan akan terus mencoba URL ini selama suatu periode; tidak ada cara menyuruh Googlebot melupakan URL secara permanen, meski ia akan meng-crawl-nya semakin jarang.” Lompat ke kutipan — anchor: “This page returned a 404 error when requested” (terjemahan) “Halaman ini menghasilkan kesalahan 404 saat diminta.”
- “We recommend returning a 404 response code for truly ‘not found’ pages and adding more information on the page to let us know that it is not a soft 404.” (terjemahan) “Kami merekomendasikan pengembalian kode respons 404 untuk halaman yang benar-benar ‘tidak ditemukan’ dan menambahkan informasi agar kami tahu itu bukan soft 404.” Lompat ke kutipan — anchor: “The page request returns what we think is a soft 404 response” (terjemahan) “Permintaan halaman mengembalikan apa yang kami anggap sebagai respons soft 404.”
Gary Illyes, Google (melalui reproduksi SEJ atas posting LinkedIn—verifikasi dengan kata-kata LinkedIn asli yang sulit diambil otomatis)
- “404 (Not found) errors are not to be afraid of and you don’t need to scramble to fix them, at least not most of the time.” (terjemahan) “Kesalahan 404 (Not found) tidak perlu ditakuti dan Anda tidak perlu terburu-buru memperbaikinya, setidaknya hampir sepanjang waktu.” Dikutip dari postingan LinkedIn Illyes.
- “Crawlers use the status codes to interpret whether a fetch was successful, even if the contents of the page is basically just an error message. They might happily go back to the same page again and again wasting your resources, and if there are many such pages, exponentially more resources.” (terjemahan) “Crawler menggunakan kode status untuk menafsirkan apakah pengambilan berhasil, meski isi halaman pada dasarnya hanya pesan kesalahan. Mereka dapat terus kembali ke halaman yang sama dan membuang sumber daya; jika halamannya banyak, pemborosan meningkat secara eksponensial.” Dikutip melalui Search Engine Journal; konfirmasikan dengan sumber asli sebelum final.
John Mueller, Google—Situs Mueller tentang soft error
- “Using soft-404s instead of real 404s is a bad practice, and it makes things harder for our algorithms.” (terjemahan) “Menggunakan soft-404 alih-alih 404 nyata adalah praktik buruk dan menyulitkan algoritme kami.”
- “Returning 404 — and having the URLs listed in the crawl errors in Webmaster Tools — is not a problem.” (terjemahan) “Mengembalikan 404—dan memiliki URL tercantum dalam crawl errors di Webmaster Tools—bukan masalah.”
- “Think about ways that you can make your 404 pages useful to users, so that they recognize that the page no longer exists, and so that they can find something else that’s appropriate.” (terjemahan) “Pikirkan cara membuat halaman 404 berguna bagi pengguna, agar mereka memahami halaman tidak lagi ada dan dapat menemukan sesuatu yang sesuai.” Dari situs pribadi Mueller; verifikasi ulang substring sebelum membuat deep link.
Martin Splitt, Google (melalui liputan SEJ atas SEO Office Hours—verifikasi dengan video asli)
- “If it moved somewhere else, use a redirect. If it’s gone, don’t redirect me to the homepage.” (terjemahan) “Jika pindah ke tempat lain, gunakan redirect. Jika sudah hilang, jangan redirect saya ke homepage.”
- “A 404 is a very clear signal this link is wrong and broken or this URL no longer exists.” (terjemahan) “404 adalah sinyal sangat jelas bahwa tautan ini salah/rusak atau URL ini tidak lagi ada.” Dikutip melalui Search Engine Journal.
Yang tidak boleh dilakukan terhadap 404s
1. Me-redirect semua 404 ke homepage. Nalurinya, “redirect terlihat lebih aman daripada kesalahan.” Itu tidak benar. Homepage mengembalikan 200, sehingga URL yang benar-benar hilang kini berhasil menuju konten tidak relevan—pola soft-404 yang disebut Splitt mengganggu dan tidak membantu. Perbaikan: redirect hanya ke target spesifik dan relevan ketika halaman benar-benar berpindah; selain itu biarkan 404.
2. Membuat soft-404 alih-alih mengembalikan 404 nyata. Menyajikan pesan “Page not found” (terjemahan) “Halaman tidak ditemukan” (atau halaman kosong) dengan 200 OK memberi tahu crawler bahwa pengambilan berhasil. Mereka terus meng-crawl ulang, membuang sumber daya, dan analitik mencatat hit “berhasil” di halaman mati. Perbaikan: kembalikan kode status 404 (atau 410) nyata untuk konten hilang—Google secara eksplisit merekomendasikannya.
3. Panik dan “memperbaiki” setiap 404 dalam laporan. 404 di GSC atau audit situs normal dan diharapkan. Redirect atau menghidupkan kembali semuanya secara refleks membuang waktu dan sering menciptakan soft 404. Perbaikan: triase—redirect sedikit URL yang memiliki backlink/trafik nyata, biarkan sisanya.
4. Memaksa Google “melupakan” URL seketika. Tidak ada tombol untuk itu. Removals tool adalah penyembunyian sementara (sekitar enam bulan), bukan penghapusan indeks permanen. Perbaikan: kembalikan kode status yang benar dan biarkan frekuensi crawl mereda sendiri.
5. Mengirim layar JS/SPA “tidak ditemukan” yang mengembalikan 200.
Router sisi klien tidak dapat melempar server 404, sehingga komponen tidak ditemukan yang dirender di atas respons 200 menjadi soft 404 dan juga merusak pelacakan. Perbaikan: rutekan jalur itu di server ke respons 404 nyata, atau setidaknya beri noindex pada status tidak ditemukan dan terima konsekuensi analitik.
6. Menganggap halaman 404 kustom yang cantik sebagai perbaikan SEO. Halaman 404 yang dirancang baik membantu pengguna, bukan pengindeksan—dan jika mengembalikan 200, itu soft 404. Perbaikan: pertahankan kode status nyata dan buat halaman membantu; keduanya adalah dua pekerjaan terpisah.
Penanganan 404 yang baik vs. buruk
Halaman 404 kustom yang buruk
- Mengembalikan kode status
200 OKsambil menampilkan “Page not found” (terjemahan) “Halaman tidak ditemukan” (soft 404). - Atau hanya halaman default server: “Not Found” (terjemahan) “Tidak Ditemukan” di latar putih, tanpa navigasi dan tanpa jalan lanjut.
- Membuat pengguna buntu—tanpa kotak pencarian, tautan, atau identitas merek.
- Akibatnya: crawler terus mengambilnya (soft 404), pengguna pergi, dan ekuitas tautan ke URL terdampar.
Halaman 404 kustom yang baik
- Mengembalikan kode status
404nyata (sisi crawler/pengindeksan tertangani dengan benar). - Menyatakan dengan jelas bahwa halaman tidak ada, menggunakan bahasa sederhana.
- Menyertakan navigasi utama dan kotak pencarian agar pengguna menemukan yang dicari.
- Menawarkan tautan ke konten populer atau relevan (artikel utama, kategori).
- Tetap sesuai merek—header, footer, dan gaya sama seperti situs lain sehingga pengguna tahu masih berada di tempat yang benar.
Dua properti itu independen: kode status membuat mesin pencari senang; desain halaman membuat manusia tidak pergi. Halaman dapat berhasil di satu sisi dan gagal di sisi lain—halaman 404 indah yang mengembalikan 200 tetap soft 404, sementara 404 yang benar tetapi membuat pengguna buntu tetap kehilangan pengunjung.
Penanganan redirect yang baik vs. buruk untuk URL yang hilang
- Buruk: setiap produk dihapus di-redirect 301 ke homepage → sinyal seperti soft-404 dan pengguna frustrasi.
- Baik: produk terhapus yang memiliki backlink di-redirect 301 ke halaman aktif relevan terdekat (kategori induk atau produk pengganti); produk tanpa nilai dan tautan cukup mengembalikan
404.
Checklist audit dan penanganan 404
- URL yang hilang mengembalikan status
404nyata (atau410) —verifikasi kodenya, jangan percaya pesan di halaman. - Tidak ada soft 404: tidak ada konten “tidak ditemukan” dengan
200, dan tidak ada redirect massal halaman hilang ke homepage. - Laporan pengindeksan halaman GSC ditinjau untuk status “Not found (404)” dan “Soft 404”.
- URL 404s dengan backlink/trafik nyata diidentifikasi (Ahrefs Site Explorer “Best by links”, filter 404s) dan di-redirect 301 ke halaman aktif relevan.
- Halaman hilang tanpa nilai dan tautan dibiarkan 404—tidak di-redirect atau dihidupkan kembali.
- Redirect mengarah ke target spesifik dan relevan, bukan redirect catch-all ke homepage.
- Halaman 404 kustom membantu (pesan jelas, navigasi, pencarian, tautan konten populer) dan tetap mengembalikan
404. - Untuk situs JS/SPA: rute tidak ditemukan menghasilkan 404 server nyata, atau setidaknya diberi
noindex, dan analitik tidak mencatatnya sebagai hit berhasil. - Tidak membuang tenaga “memperbaiki” setiap 404—lakukan triase, bukan tindakan massal.
Alat untuk menemukan dan menangani 404s
- Google Search Console (terjemahan) Konsol Penelusuran Google—laporan “Page indexing” (terjemahan) “Pengindeksan halaman”—tampilan Google sendiri atas status “Not found (404)” (terjemahan) “Tidak ditemukan (404)” dan “Soft 404” (terjemahan) “404 lunak”, dengan URL contoh dan kemampuan meminta validasi setelah perbaikan.
- Ahrefs Site Audit—menandai 404 dan tautan internal rusak dalam crawl situs.
- Ahrefs Site Explorer (“Best by links”)—menemukan URL 404 yang masih memiliki backlink, diurutkan berdasarkan domain perujuk, agar Anda memprioritaskan redirect 301.
- Screaming Frog SEO Spider—tampilan tingkat crawl untuk setiap 404 dan tautan sumbernya.
- Analisis file log server—melihat bot dan pengguna nyata yang mengakses 404 serta frekuensinya.
- Bing Webmaster Tools (terjemahan) Alat Webmaster Bing—laporan crawl 404/kesalahan server dan “Content Removal” (terjemahan) “Penghapusan konten” untuk menandai URL yang ingin diperlakukan hilang (rincian classifier dan kecepatan Bing belum terverifikasi independen, jadi jadikan sekunder dari perilaku Google di GSC).
- URL Inspection (GSC) (terjemahan) Pemeriksaan URL (GSC)—memeriksa kode status yang diambil untuk satu URL guna memastikan 404 nyata, bukan soft 404.
Sumber yang layak dibaca
Tulisan terkait saya
- Kode Status HTTP dan Dampaknya bagi SEO —gambaran kode status, termasuk posisi 404, 410, dan soft 404.
- 11 Jenis Redirect dan Dampaknya bagi SEO —kapan me-redirect 301 calon 404 dibanding membiarkannya 404/410.
- Panduan Pemula SEO Teknis —posisi kode status dalam gambaran teknis yang lebih besar.
- Masalah dan Praktik Terbaik SEO JavaScript —konteks rendering di balik masalah soft-404 JS/SPA.
Presentasi saya
- Cara Kerja Penelusuran (SlideShare) —alur crawl, rendering, dan pengindeksan yang dilalui 404s. (Penafian tetap saya berlaku: “Ini pemahaman saya tentang sistem… tidak akan 100% lengkap atau akurat.”)
Dari industri
- Cara kode status HTTP memengaruhi Google Penelusuran (Google Search Central) —sumber utama penanganan
4xx/404. - Laporan Page indexing (Bantuan Search Console) —definisi hard-404 dan soft-404 serta panduan perbaikan.
- Soft-404 dan situs Anda (John Mueller) —pandangan Google tentang mengapa soft 404 lebih buruk daripada 404 nyata.
- Google memperingatkan soft 404 dan dampaknya bagi SEO (Search Engine Journal) —liputan Illyes tentang soft 404 dan sumber daya crawl yang terbuang.
- John Mueller Google menjelaskan kebingungan 404 dan 410 untuk SEO (Search Engine Journal) —mengapa perbedaan 404-vs-410 kecil bagi SEO.
- Martin Splitt Google memperingatkan redirect 404 ke homepage (Search Engine Journal) —alasan menolak redirect massal ke homepage.
- Halaman kesalahan 404: yang boleh dan tidak (Yoast) —contoh halaman 404 kustom baik/buruk.
- Semua yang perlu diketahui tentang kesalahan 404 untuk SEO (Seer Interactive) —kerangka tingkat keparahan untuk memprioritaskan perbaikan 404.
Uji diri: 404 Not Found
Lima pertanyaan singkat tentang arti 404s bagi SEO dan cara menanganinya. Pilih jawaban untuk setiap pertanyaan, lalu periksa hasilnya.
Log perubahan
Diperbarui 22 Agu 2026.
Ringkasan editorial dan detail perubahan yang tercatat.Detail perubahan
-
Catatan perubahan terperinci saat ini tersedia dalam bahasa Inggris.
Perbandingan lengkap tidak tersedia — tidak ada cuplikan sebelumnya yang diarsipkan untuk revisi ini.
Diperbarui 6 Agu 2026.
Ringkasan editorial dan detail perubahan yang tercatat.Detail perubahan
-
Catatan perubahan terperinci saat ini tersedia dalam bahasa Inggris.
Perbandingan lengkap tidak tersedia — tidak ada cuplikan sebelumnya yang diarsipkan untuk revisi ini.
Diperbarui 6 Agu 2026.
Ringkasan editorial dan detail perubahan yang tercatat.Detail perubahan
-
Catatan perubahan terperinci saat ini tersedia dalam bahasa Inggris.
Perbandingan lengkap tidak tersedia — tidak ada cuplikan sebelumnya yang diarsipkan untuk revisi ini.
Diperbarui 6 Agu 2026.
Ringkasan editorial dan detail perubahan yang tercatat.Detail perubahan
-
Catatan perubahan terperinci saat ini tersedia dalam bahasa Inggris.
Perbandingan lengkap tidak tersedia — tidak ada cuplikan sebelumnya yang diarsipkan untuk revisi ini.
Diperbarui 6 Agu 2026.
Ringkasan editorial dan detail perubahan yang tercatat.Detail perubahan
-
Catatan perubahan terperinci saat ini tersedia dalam bahasa Inggris.
Perbandingan lengkap tidak tersedia — tidak ada cuplikan sebelumnya yang diarsipkan untuk revisi ini.
Diperbarui 6 Agu 2026.
Ringkasan editorial dan detail perubahan yang tercatat.Detail perubahan
-
Catatan perubahan terperinci saat ini tersedia dalam bahasa Inggris.
Perbandingan lengkap tidak tersedia — tidak ada cuplikan sebelumnya yang diarsipkan untuk revisi ini.
Diperbarui 6 Agu 2026.
Ringkasan editorial dan detail perubahan yang tercatat.Detail perubahan
-
Catatan perubahan terperinci saat ini tersedia dalam bahasa Inggris.
Perbandingan lengkap tidak tersedia — tidak ada cuplikan sebelumnya yang diarsipkan untuk revisi ini.
Diperbarui 17 Jul 2026.
Ringkasan editorial dan detail perubahan yang tercatat.Detail perubahan
-
Catatan perubahan terperinci saat ini tersedia dalam bahasa Inggris.
Perbandingan lengkap tidak tersedia — tidak ada cuplikan sebelumnya yang diarsipkan untuk revisi ini.
Try it live
This is a real endpoint on this site — not a simulation.
Hit it from the button, open it in a new tab, or
curl -i it from your terminal, and the server answers with the actual status code this article is about.