URL Inspection menampilkan bukti yang berbeda antara data terindeks dan live test. Data terindeks menjelaskan versi yang terakhir diproses Google, sedangkan live test memeriksa akses dan kondisi halaman saat pengujian. Hasil keduanya bisa berbeda tanpa berarti salah satu alat rusak.
Perbedaan ini penting setelah memperbaiki noindex, rendering, atau respons server. Kalau kamu membaca data lama sebagai kondisi sekarang, perbaikan yang benar bisa dianggap gagal. Kalau kamu membaca live test sebagai hasil indexing, pekerjaan yang belum diproses bisa dianggap selesai.
Siapkan URL dan pertanyaan yang jelas
Kamu membutuhkan akses ke properti Search Console yang mencakup URL. Gunakan alamat lengkap, termasuk protokol dan varian host. Tanyakan satu hal: apakah masalah akses sudah teratasi, apakah canonical yang dipilih sesuai, atau apakah isi utama terlihat?
Masukkan URL pada kolom inspeksi. Catat hasil awal sebelum menjalankan live test. Dokumentasi Google menjelaskan bahwa status awal berasal dari versi terindeks, bukan pemeriksaan langsung. Pilihan canonical Google juga hanya tersedia dari data terindeks; live test tidak memprediksinya. Panduan URL Inspection.
Baca waktu bukti sebelum membaca label
Ambil contoh ilustratif halaman /panduan/menanam-cabai/:
| Peristiwa | Waktu contoh | Bukti |
|---|---|---|
| Google terakhir mengambil halaman | 10 Oktober | Halaman masih memiliki noindex |
| Tim memperbaiki template | 14 Oktober | Noindex dihapus dari HTML dan header |
| Live test dilakukan | 15 Oktober | Halaman bisa diakses pada pengujian |
| Data terindeks diperiksa kembali | 15 Oktober | Masih merujuk crawl 10 Oktober |
Kesimpulan yang tepat: perbaikan akses saat ini sudah dapat diperiksa, tetapi data terindeks belum menunjukkan pemrosesan versi baru. Jangan menghapus lebih banyak pengaturan hanya untuk membuat dua label langsung sama.
Periksa isi, bukan hanya warna status
Buka informasi halaman yang diambil atau diuji bila tersedia. Cari teks yang paling khas dari isi utama, misalnya nama bahan atau satu kalimat penjelasan. Ini lebih mudah dibanding membaca seluruh HTML tanpa sasaran.
Lalu periksa hal-hal yang terkait gejala:
- Untuk halaman kosong, lihat apakah konten utama hadir dan apakah resource penting gagal.
- Untuk masalah canonical, catat URL yang dideklarasikan dan pilihan Google pada data terindeks.
- Untuk noindex, cari aturan pada HTML serta header yang relevan.
- Untuk gambar atau navigasi yang hilang, bandingkan resource dan link yang diperlukan.
Screenshot berguna untuk menemukan elemen yang tidak tampil, tetapi tetap cocokkan dengan HTML. Teks yang terlihat sebagai gambar tidak sama dengan teks HTML, dan screenshot tidak memberi jawaban lengkap tentang semua metadata.
Gunakan pembanding untuk mempersempit penyebab
Misalnya halaman panduan A gagal menampilkan tabel, tetapi panduan B dengan template sama berhasil. Bandingkan cara kedua tabel disimpan dan dimuat. Apakah tabel A bergantung pada API, izin cookie, atau klik tab?
Kalau semua halaman satu template bermasalah, dugaan berpindah ke template atau resource bersama. Kalau hanya satu URL, periksa data halaman tersebut sebelum menyalahkan seluruh framework.
Google dapat merender JavaScript, tetapi itu tidak berarti setiap dependensi berhasil. Resource diblokir atau isi yang membutuhkan interaksi dapat menimbulkan hasil berbeda. Dasar JavaScript SEO.
Tulis catatan inspeksi yang bisa dilanjutkan
Gunakan worksheet ini setiap kali memeriksa perubahan penting:
| Field | Yang kamu catat |
|---|---|
| URL dan properti | Alamat lengkap dan properti yang diperiksa |
| Pertanyaan | Satu gejala yang sedang ditelusuri |
| Data terindeks | Status, tanggal crawl, canonical bila tersedia |
| Live test | Waktu, hasil akses, temuan HTML/resource |
| Perubahan terkait | Apa yang diubah dan kapan |
| Kesimpulan | Yang sudah terbukti serta yang masih menunggu |
| Tindak lanjut | Pemeriksaan spesifik berikutnya |
Simpan salinan bukti yang perlu untuk kolaborasi, tanpa menyertakan akses akun atau data privat yang tidak relevan.
Kapan meminta indexing dan kapan menunggu
Permintaan indexing dapat digunakan setelah perubahan relevan pada URL yang berhak kamu kelola. Namun, permintaan tersebut bukan janji bahwa halaman akan masuk indeks atau memperoleh posisi tertentu. Mengirim berulang kali juga bukan pengganti memperbaiki akses dan isi.
Jika live test masih menunjukkan masalah yang sama, selesaikan akar penyebabnya dahulu. Jika pengujian sekarang benar tetapi data indeks lama, catat status menunggu pengamatan. Jika indeks sudah memproses versi baru namun halaman tetap tidak tampil untuk query yang diinginkan, beralihlah ke pemeriksaan relevansi dan performa query.
Mulai dari satu URL yang baru berubah. Pisahkan bukti lama, bukti live, dan hasil pencarian aktual dalam catatanmu. Tiga kolom itu akan membuat diskusi dengan developer atau pemilik website jauh lebih jelas.
