Cara Membaca dan Memperbaiki Coverage Error di Google Search Console

Ratusan URL produk. Sitemap sudah disubmit. Canonical terlihat bersih. Tapi Google tetap diam.

Itu situasi yang ditemukan saat membuka Google Search Console untuk klien ritel beberapa waktu lalu. Tab Coverage penuh dengan "Submitted URL not indexed." Tidak ada error server. Tidak ada redirect loop. Semuanya tampak benar di permukaan.

Pertanyaan yang muncul bukan "apa yang rusak?" Melainkan: kenapa Google memilih untuk tidak peduli?

Ketika Saya Berhenti Memperbaiki dan Mulai Membaca

Coverage report bukan daftar bug yang harus diperbaiki satu per satu. Ini lebih dekat ke rekaman keputusan Google tentang arsitektur situsmu.

1. Masalah yang Tidak Kelihatan di Permukaan

Setelah dua minggu menggali, ditemukan tiga kombinasi kecil yang tidak akan kelihatan dari tutorial biasa.

• Pertama: halaman produk hampir identik karena variasi warna. Baju merah dan baju biru, deskripsi sama persis, foto mirip, harga sama. Google mendeteksinya sebagai konten tipis, bukan sebagai dua halaman berbeda yang bernilai.
• Kedua: parameter URL dari filter pencarian tidak diblokir. URL seperti ?warna=merah dan ?sort=harga terus dibuat oleh sistem, masuk ke index, dan menciptakan ratusan versi dari halaman yang sama. Ini yang disebut index bloat situs toko online dimana Google merayapi banyak URL, tapi sebagian besar tidak menghasilkan nilai.
• Ketiga: internal link yang terlalu dangkal. Beberapa halaman produk hanya bisa diakses dari empat hingga lima klik jauh dari homepage. Tidak ada halaman lain yang menautkan ke sana secara konsisten. Google mengalokasikan crawl budget berdasarkan kedalaman dan frekuensi link. Halaman yang terisolir masuk antrean paling belakang.

Tiga hal kecil. Tidak ada yang terlihat fatal sendirian. Tapi dikombinasikan, cukup untuk membuat ratusan URL stagnan di status "Submitted URL not indexed."

2. Kenapa Tutorial SEO Biasa Tidak Cukup

Sebagian besar tutorial berhenti di langkah "submit sitemap dan tunggu." Itu tidak salah, tapi tidak cukup untuk situs e-commerce dengan ratusan SKU aktif.

Situs ritel punya dinamika yang berbeda: produk keluar-masuk, varian berubah, filter pencarian menghasilkan URL baru setiap hari. Coverage error di konteks ini bukan kejadian sekali. Itu kondisi yang harus dimonitor terus.

Empat Status Coverage dan Satu Hal yang Sering Disalahartikan

Antarmuka Coverage terlihat sederhana: empat tab, warna hijau-kuning-merah. Tapi setiap status adalah percakapan yang berbeda dengan Google.

1. Error - Google Ingin Masuk Tapi Tidak Bisa

Status Error adalah hambatan teknis nyata. Google sudah mencoba merayapi URL tersebut, tapi gagal.

Penyebab paling umum: server error (5xx), redirect loop, atau URL yang tidak bisa dijangkau crawler. Ini prioritas tertinggi karena Google secara aktif menunjukkan keinginan untuk mengindeks, tapi ada sesuatu yang menghalangi.

Cara membacanya: buka detail error, lihat URL spesifik yang terdampak, dan cek respons server-nya langsung via URL Inspection Tool.

2. Valid with Warning - Google Masuk, Tapi Meragukan Sesuatu

Ini status yang paling sering dilewati pemula karena terlihat "aman." Warnanya kuning, bukan merah.

Tapi "Valid with Warning" sering muncul karena konflik canonical atau halaman yang diindeks padahal seharusnya diarahkan ke URL lain.

Google masuk, tapi membawa pertanyaan. Potensi duplikasi konten tersimpan di sini, dan dibiarkan terlalu lama bisa memengaruhi efisiensi crawl secara keseluruhan.

3. Excluded - Google Memilih Tidak Masuk, dan Alasannya Bermacam

Tab Excluded adalah bagian yang paling informatif di coverage error google search console, sekaligus paling sering diabaikan.

"Excluded" bukan berarti error. Google sengaja tidak mengindeks URL tersebut, dengan berbagai alasan berbeda yang muncul di kolom "Reason."

Beberapa alasan yang sering muncul dan artinya:

• "Crawled, currently not indexed" berarti Google sudah lihat, tapi menilai tidak cukup bernilai untuk diindeks.
• "Discovered, currently not crawled" berarti URL masuk antrean, tapi belum sempat dikunjungi karena keterbatasan crawl budget e-commerce.
• "Page with redirect" berarti URL diarahkan ke tempat lain dan tidak diindeks sendiri, ini normal kalau redirect-nya memang disengaja.
• "Excluded by 'noindex' tag" berarti ada tag noindex yang aktif di halaman tersebut.
• "Alternate page with proper canonical tag" berarti Google mengakui canonical yang ditetapkan dan mengindeks URL canonical-nya saja.

Membaca kolom Reason di tab Excluded lebih informatif dari membaca tab Valid. Di sini terlihat bagaimana Google memetakan arsitektur situs secara keseluruhan.

4. Valid - Bukan Berarti Optimal

Centang hijau di tab Valid bukan jaminan performa. Itu hanya konfirmasi Google sudah mengindeks URL tersebut.

URL yang terindeks tapi tidak pernah muncul di hasil pencarian bisa menjadi tanda index bloat situs toko online.

Google mengindeks, tapi tidak menganggapnya cukup relevan untuk ditampilkan ke pengguna. Terlalu banyak halaman Valid yang tidak berkontribusi akan membuang crawl budget untuk halaman yang lebih penting.

Apa Sebenarnya yang Terjadi dengan "Submitted URL Not Indexed" di Situsmu?

URL yang sudah disubmit di sitemap tetap muncul sebagai "Submitted URL not indexed" karena Google merayapi URL tersebut, menilai nilai kontennya rendah atau terlalu mirip dengan halaman lain, lalu memilih tidak mengindeksnya meski sitemap sudah benar secara teknis.

Ini bukan error teknis, tapi keputusan kualitas dari pihak Google.

1. Konten Terlalu Tipis atau Terlalu Mirip

Halaman produk dengan variasi warna atau ukuran sering menghasilkan konten yang hampir identik. Judul berbeda satu kata, deskripsi sama, foto serupa.

Google mendeteksi nilai tambah yang rendah dan memilih tidak mengindeks meski URL sudah disubmit. Ada dua pendekatan untuk memperbaiki penyebab halaman tidak muncul di Google seperti ini:

• Konsolidasi variasi dengan canonical tag yang mengarah ke halaman produk utama.
• Atau perkaya konten tiap varian secara bermakna: foto unik, deskripsi spesifik, konteks penggunaan yang berbeda.

Pilih salah satu secara konsisten. Jangan campurkan keduanya tanpa strategi yang jelas.

2. Parameter URL yang Bocor ke Sitemap

Filter pencarian seperti ?warna=merah atau ?sort=harga terus membuat URL baru setiap kali pengguna menggunakan fitur tersebut. Kalau tidak diblokir, crawler menemukan ratusan versi URL untuk konten yang sama.

Ini penyebab sitemap tidak terindeks Google yang paling sering terlewat di situs e-commerce. Tindakan prioritasnya:

• Blokir parameter via robots.txt atau Google Search Console Parameter Handling.
• Pastikan sitemap hanya berisi canonical URL bersih tanpa parameter.
• Cek secara berkala apakah ada parameter baru yang muncul dari fitur pencarian atau promo.

3. Internal Link yang Terlalu Dangkal

Halaman produk yang hanya bisa diakses dari empat hingga lima klik jauh dari homepage tidak akan sering dikunjungi crawler.

Google mengalokasikan crawl budget berdasarkan kedalaman dan frekuensi link masuk dari halaman lain. Halaman yang terisolir masuk antrean "Discovered but not crawled" lebih lama, dan sebagian tidak pernah dirayapi sama sekali. Cara memperbaikinya:

• Tambahkan internal link dari halaman kategori ke produk-produk yang relevan.
• Buat halaman "produk terbaru" atau "produk terkait" yang aktif menautkan ke URL baru.
• Audit kedalaman klik: tidak ada halaman penting yang lebih dari tiga klik dari homepage.

Cara Membaca Coverage Report GSC

Cara membaca coverage error google search console secara sistematis:

1. Buka Google Search Console, pilih menu "Indexing" lalu "Pages."
2. Lihat angka total di masing-masing status: Error, Valid with Warning, Valid, Not Indexed.
3. Mulai dari tab "Not Indexed," bukan dari tab "Valid." Di sini terlihat apa yang Google pilih untuk tidak diindeks.
4. Klik setiap kategori Reason untuk melihat URL spesifik yang terdampak.
5. Gunakan URL Inspection Tool untuk cek satu URL secara individual: lihat last crawl date, canonical yang dideteksi Google, dan status indexing-nya.
6. Bandingkan URL di tab Excluded dengan sitemap yang disubmit. URL yang ada di sitemap tapi masuk Excluded adalah prioritas investigasi.
7. Catat pola: apakah URL yang excluded berasal dari kategori produk tertentu, parameter URL, atau halaman dengan template yang sama?
8. Setelah perbaikan, minta re-index via URL Inspection Tool dan pantau perubahan status dalam 1-2 minggu ke depan.

Cara membaca search console yang efektif bukan dimulai dari tab Valid. Mulai dari yang tidak masuk, karena di sana Google menceritakan keputusannya.

Yang Dipelajari Bukan Tentang Teknis, Tapi Tentang Cara Mendengar

Coverage report adalah cara Google berkomunikasi tentang arsitektur situs. Bukan laporan kesalahan, bukan daftar bug.

Dua minggu menggali GSC klien ritel itu mengajarkan satu hal yang tidak ada di tutorial mana pun: Google tidak mengindeks halaman yang tidak meyakinkannya.

Bukan karena sitemap salah. Bukan karena server lambat. Tapi karena ratusan halaman produk itu tidak memberikan cukup alasan bagi Google untuk peduli.

Begitu cara membacanya berubah dari "apa yang rusak" menjadi "apa yang Google putuskan dan kenapa," diagnosisnya jadi jauh lebih cepat. Cara fix coverage error bukan selalu tentang memperbaiki teknis. Kadang tentang membuang halaman yang seharusnya tidak ada di sitemap sejak awal.

Kalau datanya sudah ada di GSC tapi masih bingung harus mulai dari mana, konsultan SEO Indonesia bisa jadi langkah pertama yang lebih efisien dari trial and error sendirian.