Status “Discovered, currently not indexed” dan “Crawled, currently not indexed” menjelaskan tahap pemrosesan yang berbeda. Yang pertama berarti URL telah ditemukan tetapi belum diambil. Yang kedua berarti halaman sudah diambil tetapi belum masuk indeks. Keduanya merupakan titik awal penyelidikan, bukan diagnosis akhir.
Jangan langsung membeli layanan indexing atau memperpanjang semua artikel. Mulai dari halaman mana yang penting, kapan dibuat, template apa yang digunakan, dan apakah ada pola yang menghubungkan URL terdampak.
Bedakan status dari penyebab
Google menjelaskan bahwa URL yang sudah di-crawl tetapi belum diindeks mungkin diproses untuk indeks di kemudian hari, atau mungkin tidak. Mengirim ulang URL tersebut bukan tindakan yang otomatis diperlukan. Untuk status discovered, pengambilan dapat dijadwalkan ulang, antara lain karena pertimbangan beban situs. Penjelasan status Page Indexing.
Informasi itu tidak membuktikan semua kasus discovered disebabkan kapasitas server, atau semua kasus crawled berarti isi buruk. Kamu masih perlu menghubungkan label dengan bukti halaman.
Pilih sampel berdasarkan kelompok
Misalnya website perlengkapan kebun mempunyai 80 URL belum terindeks: 50 kombinasi filter, 20 produk baru, dan 10 panduan. Memeriksa sepuluh URL pertama saja bisa membuatmu hanya melihat filter dan kehilangan masalah produk.
Buat kelompok menurut template, tanggal perubahan, dan fungsi. Pilih contoh dari masing-masing kelompok serta satu halaman sejenis yang sudah terindeks. Catat jumlah yang diketahui dan jumlah yang diperiksa agar kesimpulan tidak tampak lebih luas dari bukti.
| Kelompok contoh | Status | Pertanyaan utama |
|---|---|---|
| Filter warna dan ukuran | Crawled | Apakah memang perlu menjadi halaman pencarian? |
| Produk baru | Discovered | Apakah tersedia jalur link dan server bisa diakses? |
| Panduan lama | Crawled | Apakah isi terlihat dan berbeda dari halaman lain? |
Ini simulasi klasifikasi, bukan data website tertentu.
Untuk discovered, periksa jalur menuju URL
Buka halaman kategori yang seharusnya menautkan produk. Pastikan link benar-benar ada sebagai alamat yang dapat dibuka, bukan hanya tombol yang memicu pencarian setelah klik. Periksa juga sitemap serta apakah URL finalnya sesuai.
Selanjutnya, ambil respons halaman. Apakah sesekali muncul error server, tantangan keamanan, atau redirect yang tidak selesai? Bila punya log yang memadai, lihat permintaan pada periode yang sama. Tidak adanya request dalam log parsial belum membuktikan Google tidak pernah mengunjungi URL.
Jika ribuan parameter tidak berguna mendominasi inventory, selidiki sumber kombinasinya. Tetapi untuk situs kecil dengan beberapa halaman baru, jangan menjadikan crawl budget sebagai jawaban default. Panduan Google tentang crawl budget terutama membahas situs besar atau sangat sering berubah. Panduan crawl budget.
Untuk crawled, periksa isi yang diterima
Bandingkan HTML, hasil rendering tanpa interaksi, dan halaman yang kamu lihat sebagai pengguna. Periksa apakah isi utama hilang, hanya berisi pesan error, atau terlalu mirip halaman lain akibat data template yang salah.
Kemudian periksa canonical dan arahan indexing. Kalau halaman memang duplikat yang tidak perlu berdiri sendiri, tujuanmu bukan membuat seluruh variasi masuk indeks. Kalau halaman memiliki jawaban unik, dokumentasikan apa yang membedakannya dan perbaiki bagian yang gagal disajikan.
Panjang teks bukan ukuran tunggal. Halaman spesifikasi yang ringkas bisa menjawab tugas dengan lengkap; artikel panjang bisa mengulang jawaban yang sama. Periksa informasi yang diperlukan pembaca, bukan menambah paragraf untuk mencapai angka tertentu.
Contoh ilustratif: tiga produk tampil sama
Tiga URL pot berbeda memiliki foto masing-masing di browser, tetapi HTML dan data yang dirender tanpa interaksi memuat deskripsi produk pertama. Pemilih varian baru memperbarui rincian setelah diklik.
Tiket perbaikannya harus menyebut sumber data yang salah: setiap URL perlu menyajikan identitas, ukuran, dan informasi produk yang sesuai saat dibuka langsung. Menambah 500 kata generik pada ketiganya tidak memperbaiki persoalan tersebut.
Sesudah patch, buka setiap URL dalam sesi baru. Cocokkan nama, foto, spesifikasi, canonical, dan harga. Baru lanjutkan pengamatan pemrosesan indeks. Ini memisahkan bukti implementasi dari hasil yang masih menunggu.
Gunakan worksheet keputusan
| URL | Perlu diindeks? | Bukti terbaru | Penyebab yang diuji | Tindakan | Bukti penutupan |
|---|---|---|---|---|---|
| Produk A | Ya | Data produk keliru saat akses langsung | Data template | Perbaiki sumber data | Informasi benar tanpa klik |
| Filter A | Tidak harus | Isi sama dengan kategori | Variasi tanpa kebutuhan berbeda | Tinjau pengelolaan parameter | Pola URL terkendali |
| Panduan A | Ya | Belum ada bukti penyebab | Masih terbuka | Periksa rendering dan pembanding | Ditentukan dari temuan |
Status “belum tahu” lebih berguna daripada diagnosis palsu. Mulailah dari kelompok yang penting bagi pembaca dan mempunyai gejala paling jelas, lalu perluas hanya ketika pola masalahnya sudah terlihat.
