Untuk memeriksa 404 dan soft 404 di Blogger, bandingkan status HTTP, isi halaman yang benar-benar diterima, dan informasi Search Console. Tulisan “halaman tidak ditemukan” saja belum menjelaskan respons server. Sebaliknya, status 200 juga belum membuktikan bahwa artikel tersedia dengan isi yang benar atau sudah terindeks.
Mulailah dari satu URL yang bermasalah, lalu tentukan apakah kontennya hilang, pindah, atau masih ada tetapi tidak terbaca sebagaimana mestinya. Contoh respons dalam panduan ini bersifat ilustratif; tidak ada kesimpulan bahwa sebuah blog tertentu sedang mengalami kesalahan.
Bedakan status HTTP dengan klasifikasi soft 404
Dokumentasi status HTTP Google menjelaskan bahwa respons 4xx menyatakan masalah pada permintaan atau ketersediaan konten. URL yang mengembalikan 404 atau 410 tidak diproses untuk diindeks seperti halaman sukses. Sementara itu, respons 2xx dapat dipertimbangkan untuk pengindeksan, tetapi tidak menjamin masuk indeks.
404 berarti sumber yang diminta tidak ditemukan. 410 menyatakan sumber tersebut sudah tidak tersedia lagi. Pilihan status yang dapat diterapkan mengikuti fasilitas platform; jangan menganggap semua layanan menyediakan pengaturan status per artikel yang sama.
Panduan pemecahan masalah crawling Google menerangkan soft 404 sebagai kondisi ketika URL memberi respons sukses tetapi isinya menunjukkan halaman hilang atau tidak mempunyai konten utama. Ketika algoritme Google menilai halaman sebagai halaman kesalahan, laporan pengindeksan dapat menandainya sebagai soft 404.
Jadi, soft 404 bukan kode HTTP tambahan yang dikirim server. Respons 200 dengan pesan kesalahan merupakan alasan untuk menyelidiki, bukan bukti bahwa kita sudah mengetahui keputusan Google. Anda perlu memeriksa laporan dan konten yang diterima saat pengujian.
Periksa URL publik, status akhir, dan konten utamanya
Salin alamat lengkap yang dilaporkan, termasuk jalur tanggal dan nama file. Buka alamat itu sebagai pengunjung umum. Perhatikan apakah browser tetap berada pada alamat tersebut atau berpindah ke halaman lain. Catat alamat awal serta alamat akhirnya.
Untuk memeriksa respons di Chrome, gunakan panel Network pada DevTools. Buka panel sebelum memuat ulang halaman, pilih permintaan dokumen utama, lalu periksa status dan header respons. Jika ada pengalihan, opsi Preserve log membantu mempertahankan catatan permintaan saat berpindah halaman.
Pastikan yang Anda baca adalah respons dokumen halaman, bukan status gambar atau berkas lain. Halaman artikel bisa berhasil dimuat sementara salah satu gambarnya 404; kondisi itu berbeda dari URL artikel yang tidak ditemukan. Periksa juga judul dan paragraf utamanya, bukan hanya header, logo, atau menu yang masih terlihat.
Berikut cuplikan respons ilustratif yang layak ditelusuri lebih lanjut:
HTTP/1.1 200 OK
Content-Type: text/html; charset=UTF-8
<p>Halaman yang diminta tidak ditemukan.</p>Ini contoh untuk dibaca, bukan kode konfigurasi yang ditempel ke Blogger. Baris pertama menyatakan sukses, tetapi isi contoh mengatakan halaman tidak ditemukan. Mengganti angka atau pesan di editor postingan tidak mengubah status HTTP respons server.
Catat hasil secara spesifik: “dokumen 200, isi pesan halaman hilang”, “dokumen 404”, atau “URL lama mengarah ke artikel pengganti”. Catatan seperti ini lebih berguna daripada menyebut semua gejala sebagai error 404.
Cocokkan bukti sekarang dengan laporan Search Console
Laporan Pengindeksan halaman mengelompokkan alasan URL tidak diindeks, termasuk Not found dan Soft 404. Ambil satu contoh URL dari kelompok yang sesuai sebelum memutuskan tindakan. URL yang memang dihapus tanpa pengganti dapat mempunyai alasan tidak diindeks yang wajar.
Gunakan Inspeksi URL untuk melihat informasi halaman tersebut. Hasil awal berasal dari versi yang diketahui Google, bukan otomatis pemeriksaan kondisi saat ini. Perhatikan tanggal crawl dan bandingkan dengan waktu perubahan yang Anda lakukan.
Uji URL aktif dapat membantu memeriksa kondisi terbaru, tetapi tidak menjamin pengindeksan. Tinjau hasil pengambilan dan, bila tersedia, halaman yang dirender serta sumber dayanya. Jika URL lama dialihkan, periksa URL tujuan secara terpisah; jangan memakai satu hasil inspeksi sebagai bukti seluruh pemetaan pengalihan sudah benar.
Contoh hipotetis: laporan lama menyebut soft 404, sedangkan pemeriksaan sekarang memperlihatkan artikel utuh. Simpan kedua bukti beserta tanggalnya. Anda masih perlu menilai apa yang diterima Google dan apakah perbaikan sudah diproses; perbedaan tersebut tidak otomatis berarti laporan salah atau masalah sudah selesai.
Jika alasannya justru terkait pemblokiran perayapan, lanjutkan ke pemeriksaan robots.txt Blogger. Perlakukan pesan yang berbeda sesuai penyebabnya, agar perbaikan tidak melebar ke pengaturan yang tidak berkaitan.
Tentukan tindakan berdasarkan keadaan konten
Konten hilang dan tidak mempunyai pengganti
Jika halaman benar-benar dihapus dan tidak ada konten serupa sebagai penggantinya, respons 404 atau 410 sesuai untuk menunjukkan ketiadaannya. Tidak setiap URL dalam kelompok 404 perlu diselamatkan dengan pengalihan. Pastikan keputusan menghapus memang disengaja, terutama jika URL tersebut sebelumnya memuat artikel penting.
Pesan kesalahan yang membantu pembaca dapat menyediakan navigasi menuju kanal atau pencarian. Namun, keberadaan menu tidak mengubah halaman hilang menjadi artikel yang layak diindeks. Pisahkan kenyamanan halaman kesalahan dari status sumber yang diminta.
Konten pindah ke pengganti yang relevan
Siapkan pasangan URL lama dan tujuan yang benar-benar memenuhi kebutuhan yang sama. Panduan pemindahan URL Google memperingatkan agar banyak URL lama tidak dialihkan ke tujuan tidak relevan seperti beranda, karena dapat membingungkan pengguna dan dianggap soft 404. Penggabungan ke artikel pengganti yang memang memuat pembahasannya merupakan keadaan berbeda.
Untuk URL dalam blog yang sama, Bantuan SEO Blogger menjelaskan Pengalihan khusus melalui Setelan, bagian Error dan pengalihan. Tambahkan alamat lama dan tujuan sesuai format kolom; aktifkan Permanen ketika artikel asli telah dihapus, lalu konfirmasi dan simpan.
Periksa format yang ditampilkan antarmuka sebelum mengetik. Jangan menggandakan garis miring yang sudah disediakan kolom. Setelah pengaturan disimpan, periksa respons serta tujuan aktualnya. Daftar pengalihan yang tampak benar belum cukup untuk membuktikan pengalaman pengunjung sudah sesuai.
Konten masih ada tetapi tampak kosong atau gagal dimuat
Periksa isi utama, sumber daya penting, dan pesan kesalahan yang terlihat pada hasil render. Artikel yang utuh di browser Anda belum menjelaskan semua kondisi yang dialami saat pengambilan lain. Gunakan bukti render untuk menelusuri bagian yang gagal, lalu perbaiki penyebabnya sebelum meminta penilaian ulang.
Jangan menambah paragraf acak hanya untuk membuat halaman terlihat panjang. Tujuannya memulihkan konten yang memang seharusnya tersedia. Jika penyebabnya ada pada komponen tema, simpan temuan yang dapat direproduksi agar pengembang bisa memeriksanya.
Uji ulang dan rapikan tautan yang Anda kendalikan
Sesudah tindakan dipilih, ulangi pemeriksaan alamat awal, alamat akhir, status dokumen, serta isi utama. Untuk pengalihan, pastikan tujuan tidak kembali ke alamat lama atau berhenti pada halaman lain yang juga hilang. Catat hasilnya dalam satu baris bersama tanggal perubahan.
Telusuri tautan di artikel, menu, dan widget yang mengarah ke URL bermasalah. Jika ada tujuan yang benar, perbarui tautan tersebut langsung dalam proses perbaikan Anda. Gunakan panduan internal link dan pengaturan SEO Blogger untuk memeriksa keterkaitan tujuan dengan konteks bacaan.
Terakhir, pantau informasi Search Console dengan membandingkan waktu pengujian dan crawl yang tercatat. Setelah perbaikan, data lama tidak harus berubah seketika. Penanganan dianggap mempunyai dasar yang baik ketika status, tujuan, dan kontennya sesuai keputusan editorial; waktu pengindeksan tetap tidak dapat dijanjikan.
Komentar
Posting Komentar