Tidak semua 404 perlu diubah menjadi redirect. Jika sebuah halaman sudah tidak ada dan tidak mempunyai pengganti yang relevan, respons tidak ditemukan bisa merupakan hasil yang benar. Yang perlu diperbaiki adalah ketidaksesuaian antara maksud halaman, isi yang tampil, dan respons server.
Soft 404 terjadi ketika halaman tampak seperti tidak ada atau gagal memberikan isi, tetapi server menyatakan berhasil. Karena itu, menambahkan tulisan “halaman tidak ditemukan” belum cukup jika status responsnya tetap 200.
Bedakan dua lapisan halaman
Pengunjung melihat desain dan pesan. Crawler juga menerima status HTTP yang dikirim server. Kedua lapisan ini perlu menyampaikan keadaan yang selaras.
Google menjelaskan bahwa respons 2xx membuat isi dapat dipertimbangkan untuk pemrosesan, tetapi tidak menjamin indexing. Isi kosong atau pesan error pada respons berhasil dapat dikenali sebagai soft 404. Dokumentasi status HTTP.
Misalnya /produk/pot-retak/ sudah dihapus. Template menampilkan “Produk tidak ditemukan”, tetapi router tetap mengembalikan 200. Masalahnya bukan karena pesan kurang panjang. Perbaikan berada pada respons route yang tidak menemukan produk.
Tentukan apakah halaman seharusnya ada
Sebelum menyentuh redirect, tanyakan mengapa URL hilang. Apakah konten terhapus tanpa sengaja, alamat berpindah, produk berhenti dijual, atau URL memang tidak pernah valid?
| Keadaan | Keputusan yang layak diuji |
|---|---|
| Halaman penting terhapus tidak sengaja | Pulihkan isi pada URL yang semestinya |
| Isi pindah ke alamat baru yang setara | Redirect permanen ke pengganti |
| Halaman hilang tanpa pengganti | Sajikan 404 atau 410 yang benar |
| Produk sementara kosong | Pertahankan informasi berguna dan status stok yang akurat |
| URL acak akibat bug parameter | Perbaiki sumber pembentukan URL dan responsnya |
Halaman kategori umum bukan pengganti otomatis untuk semua produk. Jika pengguna mencari manual model tertentu, mengirimnya ke homepage tidak memenuhi tugas yang sama.
Telusuri asal URL error
Kumpulkan sumbernya: link internal, sitemap, link eksternal yang diketahui, atau URL lama. Prioritas perbaikannya berbeda. Link navigasi yang rusak merugikan pengguna saat ini, sementara satu URL acak yang pernah dicoba bot bisa tidak memerlukan pekerjaan khusus.
Catat alamat asal link dan tujuan. Jika sitemap masih mencantumkan halaman yang sengaja dihapus, perbaiki generatornya. Jika link ada pada artikel, ganti dengan tujuan relevan atau hapus tautan yang tidak lagi membantu.
Jangan hanya menutup baris error di laporan. Bila sumber link salah tetap hidup, URL gagal akan terus ditemukan kembali.
Contoh ilustratif: artikel dipindahkan dan satu artikel dihapus
Website resep memindahkan /resep/sambal1/ ke /resep/sambal-tomat/. Isi tetap membahas resep yang sama, sehingga redirect ke URL baru masuk akal.
Website juga menghapus /promo-kupon-januari/, yang hanya berisi kupon kedaluwarsa tanpa informasi berguna. Mengarahkannya ke resep sambal demi menghilangkan 404 tidak masuk akal. Untuk kasus kedua, respons tidak ditemukan dan pembersihan link internal dapat menjadi keputusan yang benar.
Tabel pemetaan mereka sebaiknya mencatat alasan, bukan hanya pasangan alamat:
| URL lama | Aksi | Tujuan | Alasan |
|---|---|---|---|
/resep/sambal1/ |
Redirect permanen | /resep/sambal-tomat/ |
Isi yang sama berpindah |
/promo-kupon-januari/ |
404 | Tidak ada | Halaman tidak lagi tersedia dan tidak ada padanan |
Jangan salah membaca halaman sementara rusak
Halaman produk yang sebenarnya ada dapat tampak kosong karena API gagal. Kalau seluruh template kehilangan data, jangan menghapus ratusan URL berdasarkan satu crawl. Periksa log aplikasi, resource yang gagal, dan hasil pada waktu berbeda.
Bandingkan satu URL terdampak dengan URL sejenis yang berhasil. Perhatikan pesan error, data terpotong, dan apakah akses langsung berbeda dari navigasi dalam aplikasi. Soft 404 bisa menjadi gejala masalah rendering atau data, bukan keputusan editorial untuk menghapus halaman.
Periksa sesudah perubahan
Uji setidaknya tiga jenis route: halaman valid, halaman yang sengaja hilang, dan halaman yang dipindahkan. Pastikan route valid tetap menyajikan isi; route hilang memberi status yang benar; route pindah mencapai tujuan relevan tanpa loop.
Periksa halaman error pada ponsel. Ia sebaiknya menjelaskan keadaan, menyediakan navigasi yang masuk akal, dan tidak berpura-pura menjadi konten yang dicari. Status teknis benar tetap perlu pengalaman pengguna yang membantu.
Lalu amati laporan indeks setelah pemrosesan berikutnya. Dokumentasi Page Indexing menjelaskan bahwa 404 dapat merupakan keadaan yang wajar untuk halaman tanpa pengganti.
Mulai dari daftar URL yang memiliki link internal aktif. Kelompokkan menurut penyebab, putuskan aksi per kelompok, lalu periksa hasil responsnya. Tujuannya menjaga rute pengguna tetap jelas, bukan membuat semua laporan tampak tanpa angka 404.
