Halaman 404: Mana yang Perlu Diperbaiki, Mana yang Sebaiknya Dibiarkan

Halaman 404: Mana yang Perlu Diperbaiki, Mana yang Sebaiknya Dibiarkan

Ada satu pola yang hampir selalu saya temui saat pertama kali membuka Search Console sebuah website klien. Laporan pengindeksan terbuka, baris “Tidak ditemukan (404)” menunjukkan angka tiga digit, dan orang yang duduk di sebelah saya bertanya dengan nada yang sudah saya kenal: “Ini bahaya ya, Mas? Perlu di-redirect semua ke homepage?”

Jawabannya tidak, dan justru di situ masalahnya sering dimulai. Sebagian besar halaman 404 di website Anda memang seharusnya 404. Memaksa semuanya hidup kembali, atau melemparkannya ke beranda, bukan memperbaiki apa pun. Yang terjadi malah Anda menukar satu masalah yang jinak dengan satu masalah yang jauh lebih sulit dibaca.

Di tulisan ini saya akan membongkar tiga hal: kenapa 404 biasa hampir tidak pernah menjadi penyebab peringkat turun, kenapa soft 404 adalah versi yang patut Anda takuti, dan bagaimana cara menyaring ratusan baris di laporan itu menjadi daftar pekerjaan yang masuk akal. Saya sudah delapan tahun mengaudit website dan bagian 404 adalah tempat paling sering saya temukan jam kerja habis untuk hal yang tidak mengubah apa pun.

Laporan 404 Anda Berisi 800 Baris, dan Mungkin 760 di Antaranya Tidak Perlu Disentuh

Angka besar memancing reaksi besar. Itu yang bikin laporan 404 berbahaya, bukan isinya.

Saya pernah menerima brief dari sebuah toko online yang bunyinya begini: “Tolong bersihkan 1.200 error 404 di Search Console.” Setelah saya sortir satu per satu, sisanya yang benar-benar layak dikerjakan cuma 23 URL. Yang lain adalah URL varian produk yang sudah dihapus dua tahun lalu, hasil pencarian internal yang ikut ter-crawl, dan URL salah ketik dari satu blog yang menautkan ke mereka dengan tanda baca nyangkut di ujung alamat.

Pekerjaan sesungguhnya bukan membersihkan 1.200 baris. Pekerjaannya adalah memisahkan 23 dari 1.200. Dan dua pekerjaan itu butuh waktu yang jauh berbeda.

Yang perlu Anda tahan di awal adalah dorongan untuk menilai dari jumlah. Laporan 404 bukan daftar kerusakan. Ia lebih mirip daftar alamat yang pernah diketuk Google, termasuk alamat yang memang sudah tidak ada rumahnya. Pertanyaannya bukan “berapa banyak”, tapi “yang mana yang dulunya bernilai”.

Apa Itu Halaman 404, Soft 404, dan 410: Perbedaan yang Menentukan Penanganannya

Sebelum menyaring, tiga istilah ini harus jelas dulu, karena ketiganya sering dipakai bergantian padahal penanganannya berbeda total. Yang membedakan bukan apa yang dilihat pengunjung di browser, melainkan kode status yang dikirim server ke Google. Dan kode status itulah yang tidak pernah dilihat orang.

404 Not Found: halaman tidak ada, dan server mengakuinya

Server menjawab dengan kode 404. Artinya jelas: alamat yang diminta tidak ada. Pengunjung melihat halaman error, Google membaca kode 404, lalu mencatat URL itu sebagai tidak ada. Ini respons yang benar dan sehat untuk halaman yang memang sudah dihapus.

Soft 404: halaman tidak ada, tapi server berpura-pura ada

Inilah versi yang bermasalah. Server mengirim kode 200 OK, padahal halamannya kosong, tipis, atau sebenarnya tidak ada. Contoh paling sering saya temukan: halaman kategori yang semua produknya habis, hasil pencarian internal yang nihil, dan halaman yang dihapus lalu dibelokkan ke beranda. Di browser semuanya tampak normal, dan di situlah masalahnya. Google harus menebak sendiri bahwa halaman itu kosong, dan tebakan Google ditulis di laporan sebagai “Soft 404”.

410 Gone: halaman tidak ada, dan tidak akan kembali

Secara praktis mirip 404, bedanya 410 menyatakan penghapusan itu permanen dan disengaja. Gunanya untuk memberi kepastian lebih cepat pada crawler soal URL yang Anda yakin tidak akan dihidupkan lagi. Bukan keharusan, tapi berguna kalau Anda sedang membersihkan ribuan URL sekaligus.

Urutan risikonya kira-kira begini: 410 paling tegas, 404 wajar, soft 404 paling merepotkan karena ia menyembunyikan dirinya sendiri.

Kenapa Google Tidak Menghukum Situs Anda Karena Halaman 404

Ini bagian yang perlu saya tegaskan karena kekeliruannya sudah berumur lebih dari satu dekade dan masih dipakai sebagai alasan jualan jasa SEO.

Panduan resmi Google sendiri sudah menyatakan sejak awal 2010-an bahwa 404 adalah respons normal di web dan tidak diperlakukan sebagai penalti terhadap situs. Pernyataan itu tidak pernah dicabut. Halaman yang dihapus akan menghasilkan 404, dan web memang bekerja begitu. Kalau setiap 404 menjatuhkan peringkat, tidak ada satu pun situs berumur lima tahun yang masih bisa ranking.

Jadi apa yang sebenarnya merugikan? Tiga hal, dan ketiganya tidak terletak di kode 404 itu sendiri.

Pertama, otoritas yang hilang. Kalau ada situs lain yang menautkan ke halaman Anda dan halaman itu sekarang 404, nilai tautan itu berhenti di tempat kosong. Ini kerugian nyata, tapi penyebabnya bukan 404-nya, melainkan hilangnya tujuan tautan.

Kedua, pengunjung yang kabur. Seseorang mengklik hasil pencarian, mendarat di halaman error, lalu kembali ke Google dan mengklik kompetitor. Trafik yang sudah Anda bayar dengan konten bertahun-tahun bocor di detik terakhir.

Ketiga, pemborosan crawl pada situs besar. Setiap kunjungan crawler ke URL mati adalah hit tanpa hasil. Untuk situs dengan beberapa ratus halaman ini tidak relevan sama sekali. Untuk situs dengan puluhan ribu URL, ini mulai terasa, dan cara membuktikannya bukan dengan menebak melainkan dengan membaca laporan Crawl Stats serta log server. Saya sudah menulis panduan terpisah soal kapan crawl budget benar-benar jadi masalah Anda dan kapan ia cuma kambing hitam, termasuk cara membedakan keduanya dengan data.

Perhatikan bahwa tidak satu pun dari ketiganya berbunyi “Google menurunkan peringkat situs karena ada 404”. Yang rugi adalah tautan, pengunjung, dan efisiensi. Itu tiga masalah berbeda dengan tiga penanganan berbeda.

404 yang Berbahaya Adalah 404 yang Tidak Terlihat Seperti 404

Sekarang bagian yang paling sering bikin saya menghela napas di tengah audit.

Dulu, sekitar 2019, saya menangani website jasa yang baru ganti struktur URL. Developernya rapi, niatnya baik, dan dia melakukan hal yang terdengar paling masuk akal: semua URL lama yang tidak punya padanan dibelokkan ke homepage. Nol halaman error. Laporan 404 di Search Console bersih total. Semua senang.

Tiga bulan kemudian trafik organik mereka turun pelan tapi konsisten, dan laporan pengindeksan menumbuhkan baris baru yang isinya ratusan URL berstatus soft 404. Google membaca ratusan alamat berbeda yang semuanya menyajikan halaman yang sama dan tidak menjawab pertanyaan apa pun. Dari sudut pandang Google, itu bukan perbaikan. Itu ratusan halaman kosong yang mengaku ada.

Pelajarannya tajam dan saya masih pakai sampai sekarang: 404 yang jujur selalu lebih baik daripada 200 yang bohong. Membelokkan halaman ke tujuan yang tidak menjawab pertanyaan yang sama adalah redirect yang benar secara teknis tapi gagal secara makna. Saya bahas soal ini lebih dalam, termasuk kenapa pilihan antara redirect permanen dan sementara sebenarnya bukan soal angka 301 atau 302 melainkan soal apakah alamat lama akan dipakai lagi.

Ada satu lagi varian soft 404 yang hampir selalu lolos dari pemeriksaan, dan khusus menyerang website modern.

Website yang dibangun dengan framework JavaScript sering merender halaman error di sisi browser. Pengunjung melihat tulisan “Halaman tidak ditemukan” dengan rapi. Tapi server tetap menjawab 200, karena yang menentukan isi halaman adalah skrip yang jalan setelah respons dikirim. Hasilnya: halaman yang terlihat sebagai 404 oleh manusia, dan sebagai halaman normal oleh crawler. Kalau website Anda satu halaman penuh JavaScript, ini hal pertama yang saya periksa, bukan hal terakhir.

Banyak yang tidak sadar bahwa cara mengeceknya tidak butuh tools berbayar. Buka URL yang Anda tahu tidak ada, lalu baca kode status respons dari header server, bukan dari tampilan layar. Kalau yang keluar 200, Anda baru saja menemukan masalah yang selama ini tidak kelihatan.

Framework Triase 404: Empat Pertanyaan Sebelum Anda Menyentuh Satu URL

Triase adalah istilah dari ruang gawat darurat: memisahkan yang perlu ditangani sekarang dari yang bisa menunggu, dan dari yang memang tidak perlu ditangani. Laporan 404 butuh perlakuan yang sama persis. Empat pertanyaan di bawah ini saya pakai berurutan, dan urutannya penting karena pertanyaan pertama biasanya sudah menyingkirkan 80 persen barisnya.

Ekspor dulu daftar URL 404 Anda ke spreadsheet. Setelah itu kerjakan kolom demi kolom.

Pertanyaan 1: Apakah ada situs lain yang menautkan ke URL ini?

Ini filter paling berharga, jadi dahulukan. URL 404 yang masih menerima tautan dari luar adalah aset yang sedang bocor. Nilai yang dulu susah payah Anda dapat sekarang mengalir ke halaman kosong.

Cek daftar tautan masuk ke situs Anda, lalu silangkan dengan daftar URL 404. Yang cocok masuk prioritas satu, tanpa perdebatan.

Penanganannya: pulihkan halaman aslinya kalau kontennya masih relevan. Kalau tidak, arahkan dengan redirect permanen ke halaman yang benar-benar menjawab pertanyaan yang sama. Bukan ke beranda, bukan ke kategori yang asal mirip judulnya.

Pertanyaan 2: Apakah URL ini pernah mendatangkan trafik?

Buka data pencarian organik Anda untuk rentang 12-16 bulan ke belakang, lalu cari URL tersebut. Kalau dulu ia menghasilkan klik atau impresi yang nyata, berarti ada permintaan pencarian yang sampai sekarang masih hidup sementara halamannya sudah tidak ada.

Penanganannya: sama dengan prioritas satu, tapi dengan pertimbangan tambahan. Cek dulu apakah topik itu sudah ditulis ulang di halaman lain. Kalau sudah, redirect ke sana. Kalau belum, ini bukan pekerjaan teknis, ini pekerjaan konten. Halamannya perlu dibuat lagi.

Pertanyaan 3: Apakah URL ini masih tertaut dari dalam website Anda sendiri?

Ini yang paling memalukan kalau dibiarkan, dan paling murah kalau dikerjakan. Tautan internal yang mengarah ke halaman mati berarti Anda sendiri yang mengirim pengunjung ke jalan buntu. Crawler juga ikut, berulang kali, karena ia memang mengikuti tautan yang Anda sediakan.

Penanganannya: perbaiki tautannya di sumbernya, bukan dengan memasang redirect. Redirect hanya menambal gejala, dan menyisakan tautan internal yang melompat sebelum sampai tujuan. Kalau Anda sekalian ingin membaca peta tautan internal secara utuh, saya pernah menulis cara mengaudit distribusi tautan internal dan memperbaiki halaman yang terlantar dengan empat lintasan pemeriksaan.

Pertanyaan 4: Apakah URL ini masih terdaftar di sitemap Anda?

Sitemap adalah daftar halaman yang Anda nyatakan penting. URL 404 yang masih nongkrong di sana berarti Anda sedang menyuruh Google mengunjungi halaman yang Anda sendiri sudah hapus. Pesannya bertentangan, dan ini jenis sinyal berisik yang mudah dibereskan.

Penanganannya: keluarkan dari sitemap. Selesai. Tidak perlu redirect, tidak perlu halaman baru.

Setelah empat pertanyaan ini dijawab, sisa URL yang tidak kena satu pun filter adalah kelompok terbesar dan kelompok yang paling benar untuk dibiarkan. Biarkan 404. Itu jawaban yang tepat, bukan jawaban yang malas.

Lima Kesalahan Penanganan 404 yang Saya Temukan Hampir di Setiap Audit

Kelima hal ini bukan daftar teori. Ini yang benar-benar berulang, dan empat di antaranya lahir dari niat baik.

Satu, redirect massal ke beranda. Sudah saya bahas di atas, tapi perlu diulang karena ini masih jadi saran default di banyak panduan. Hasilnya soft 404 berjamaah. Lebih buruk dari kondisi awal.

Dua, memblokir URL 404 lewat robots.txt supaya hilang dari laporan. Laporannya memang jadi bersih, tapi bukan karena masalahnya selesai. Google jadi tidak bisa melihat status apa pun di URL itu, termasuk instruksi noindex kalau suatu saat Anda pasang. Anda menutup mata crawler, lalu menyebutnya perbaikan.

Tiga, mengandalkan halaman 404 kustom sebagai solusi, bukan sebagai jaring. Halaman 404 yang cantik itu bagus, dan memang perlu. Tapi ia menangani pengunjung yang sudah tersesat. Ia tidak memperbaiki satu pun tautan yang rusak.

Empat, menekan tombol Validasi Perbaikan berulang kali tanpa mengubah apa pun. Tombol itu memverifikasi perubahan, bukan menciptakannya. Kalau penyebabnya belum disentuh, validasi akan gagal, dan Anda cuma menambah satu putaran tunggu. Soal cara membaca status pengindeksan dengan benar, termasuk membedakan siapa yang sebenarnya memutuskan sebuah halaman tidak masuk indeks, saya sudah uraikan di panduan diagnosa halaman yang tidak terindeks Google.

Lima, mengejar angka nol di laporan 404. Nol bukan target yang sehat. Website yang hidup akan selalu punya URL mati, salah ketik dari luar, dan alamat lama yang masih diketuk orang. Yang perlu nol adalah soft 404 dan 404 bernilai tinggi yang belum ditangani. Sisanya biarkan.

Jujur, saya sendiri dulu masuk ke jebakan nomor lima selama bertahun-tahun. Rasanya memuaskan melihat laporan kosong. Tapi kepuasan itu tidak pernah muncul di laporan trafik.

Halaman 404 Sebagai Instrumen, Bukan Sekadar Pesan Error

Bagian ini jarang dibahas, dan menurut saya di sinilah selisih antara website yang dirawat dan website yang cuma ditambal.

Halaman 404 adalah satu-satunya halaman di website Anda yang dikunjungi orang dalam keadaan sudah kecewa. Itu kondisi yang buruk, tapi juga kondisi yang sangat jelas. Anda tahu persis apa yang pengunjung butuhkan: jalan keluar yang cepat.

Tiga elemen yang benar-benar menyelamatkan sesi

Yang berguna di halaman 404 bukan ilustrasi lucunya. Yang berguna adalah ini: kolom pencarian internal yang menonjol, tautan ke 3-5 halaman paling banyak dicari di situs Anda, dan satu kalimat jujur yang menjelaskan apa yang terjadi tanpa bahasa teknis. Itu saja. Pastikan juga halaman ini tetap mengirim kode status 404, karena halaman 404 kustom yang menjawab 200 adalah soft 404 yang Anda bangun sendiri dengan sengaja.

Lacak halaman 404 Anda seperti melacak halaman lain

Ini kebiasaan yang saya tanam ke setiap klien dan hampir tidak ada yang sudah melakukannya sebelumnya.

Pasang pelacakan di halaman 404 Anda sehingga setiap kunjungan tercatat beserta alamat yang diminta dan halaman asal rujukannya. Setelah satu bulan berjalan, Anda tidak lagi menunggu laporan crawler. Anda punya daftar URL mati yang benar-benar diketuk manusia, diurutkan berdasarkan seberapa sering. Daftar itu jauh lebih tajam daripada laporan apa pun, karena ia sudah tersaring oleh permintaan nyata.

Dan referrer-nya memberi bonus: Anda jadi tahu situs mana di luar sana yang masih menautkan ke halaman Anda yang sudah mati. Itu daftar prospek pemulihan tautan yang sudah matang, didapat gratis dari halaman error Anda sendiri.

Ritme pemeriksaan yang realistis

Saya tidak percaya pada audit tahunan untuk hal seperti ini. Yang berhasil adalah ritme kecil: periksa laporan 404 sebulan sekali, tapi hanya untuk mencari dua hal, yaitu baris soft 404 yang baru muncul dan URL baru yang kena filter pertanyaan satu atau dua. Lima belas menit. Sisanya lewati.

Kalau proses penyaringan dan pemeriksaan ini terasa memakan waktu yang tidak Anda punya, biasanya memang lebih cepat kalau dikerjakan bersamaan dengan audit teknis menyeluruh, karena 404 hampir selalu bertaut dengan redirect, sitemap, dan struktur URL yang perlu dilihat sekaligus.

Mulai dari Satu Laporan dan Satu Kolom Sortir

Kalau Anda cuma punya waktu tiga puluh menit setelah membaca ini, lakukan satu hal saja: ekspor daftar URL 404 Anda, lalu silangkan dengan daftar tautan masuk. URL yang muncul di kedua daftar itu adalah pekerjaan Anda. Biasanya jumlahnya sedikit, dan dampaknya paling terasa.

Setelah itu baru lihat baris soft 404. Kalau angkanya nol, syukuri. Kalau tidak, di situlah waktu Anda sebaiknya dihabiskan, bukan di sembilan ratus URL varian produk yang memang sudah seharusnya mati.

Yang saya ingin Anda bawa dari tulisan ini cuma satu kalimat: halaman 404 bukan kerusakan yang harus dihilangkan, melainkan daftar yang harus dibaca. Website yang tidak pernah punya 404 bukan website yang sehat, itu website yang tidak pernah tumbuh.

Kalau Anda butuh tangan tambahan untuk menyisir bagian ini sampai bersih, termasuk memisahkan soft 404 yang tidak kelihatan dari 404 yang wajar, itu salah satu hal yang saya kerjakan lewat jasa SEO. Detailnya bisa Anda lihat dulu di sana sebelum memutuskan.

Pertanyaan yang Sering Muncul Soal Halaman 404

Apakah error 404 menurunkan peringkat website saya di Google? Tidak, bukan dengan sendirinya. Panduan Google menyebut 404 sebagai respons normal di web. Yang merugikan adalah tautan masuk yang berakhir di halaman kosong dan pengunjung yang kabur, bukan keberadaan kode 404-nya.

Apakah semua halaman 404 perlu di-redirect? Tidak. Redirect hanya tepat kalau ada halaman lain yang benar-benar menjawab pertanyaan yang sama dengan halaman lama. Kalau tidak ada, biarkan 404, karena redirect ke tujuan yang tidak relevan justru berisiko dibaca sebagai soft 404.

Apa bedanya 404 dan soft 404? Pada 404, server menyatakan halaman tidak ada. Pada soft 404, server menjawab seolah halaman ada (kode 200) padahal isinya kosong atau sangat tipis. Soft 404 lebih merepotkan justru karena ia tidak terlihat bermasalah dari sisi pengunjung.

Berapa banyak halaman 404 yang masih wajar? Tidak ada angka patokan, dan mengejar nol bukan target yang sehat. Yang lebih berguna adalah memastikan tidak ada 404 yang masih menerima tautan dari luar atau masih ditautkan dari dalam situs Anda sendiri.

Lebih baik pakai 404 atau 410 untuk halaman yang sudah dihapus? Keduanya sah. Pakai 410 kalau Anda yakin halaman itu tidak akan pernah dihidupkan lagi, karena sinyalnya lebih tegas. Untuk sebagian besar kasus, 404 sudah cukup.

Kenapa halaman 404 saya tetap muncul di hasil pencarian Google? Butuh waktu sampai Google memproses ulang URL yang sudah mati, biasanya beberapa hari sampai beberapa minggu. Yang perlu dipastikan adalah URL itu benar mengirim kode 404 dan sudah tidak ada lagi di sitemap serta tautan internal Anda.

id_IDIndonesian