Laporan Pengindeksan Halaman (GSC)

TL;DR — Laporan Pengindeksan Halaman di Google Search Console memberi tahu berapa banyak halaman Anda yang telah diindeks Google (dapat muncul di Penelusuran) dan berapa yang tidak diindeks, beserta alasannya. Dulu laporan ini disebut laporan Cakupan Indeks. “Tidak diindeks” terdengar menakutkan, tetapi biasanya tidak demikian—banyak URL memang seharusnya dikecualikan.

Apa itu laporan Pengindeksan Halaman

Saat Anda membuka Google Search Console dan mengeklik Halaman di bawah Pengindeksan pada menu kiri, Anda masuk ke laporan Pengindeksan Halaman. Google menggambarkannya secara sederhana: laporan ini memungkinkan Anda “see which pages Google can find and index on your site, and learn about any indexing problems encountered.” (terjemahan) “melihat halaman mana yang dapat ditemukan dan diindeks Google di situs Anda, serta mengetahui masalah pengindeksan yang ditemui.”

Laporan ini membagi semua URL situs Anda yang diketahui Google menjadi dua kelompok:

• Diindeks — halaman ini dapat muncul di Google Penelusuran.
• Tidak diindeks — halaman ini tidak ada di indeks, entah karena ada sesuatu yang rusak atau karena alasan yang sepenuhnya wajar (halaman merupakan duplikat, Anda memblokirnya, Anda meminta Google agar tidak mengindeksnya, dan sebagainya).

Di bawahnya, tabel bernama “Mengapa halaman tidak diindeks” mencantumkan alasan dan jumlah URL dalam setiap alasan. Bagian inilah yang benar-benar Anda gunakan.

Mengapa “tidak diindeks” biasanya bukan krisis

Inilah hal yang sering terlewat saat orang pertama kali membuka laporan ini: tidak diindeks tidak berarti rusak. Google mengatakannya dengan jelas dalam bantuan laporan: “Not indexed is not necessarily bad.” (terjemahan) “Tidak diindeks belum tentu buruk.” Anda tidak seharusnya mengharapkan setiap URL di situs terindeks. Halaman tag, versi hasil filter daftar produk, URL lama yang dialihkan, dan duplikat—ketika Google mengecualikannya, laporan justru bekerja sebagaimana mestinya.

Jadi, ketika melihat angka “tidak diindeks” yang besar, jangan panik. Baca alasan di baliknya sebelum mengubah apa pun.

Ini alat yang salah untuk memeriksa satu halaman

Laporan ini merupakan gambaran umum seluruh situs. Jika ingin mengetahui apakah satu URL tertentu diindeks, gunakan alat Inspeksi URL (bilah pencarian di bagian atas Search Console), bukan laporan ini. Google menyatakannya dengan tegas. Laporan ini untuk tren dan pengelompokan; Inspeksi URL untuk satu halaman setiap kali.

Apakah Anda benar-benar membutuhkannya?

Jika situs Anda memiliki kurang dari 500 halaman, Google mengatakan Anda “probably don’t need to use this report” (terjemahan) “mungkin tidak perlu menggunakan laporan ini”—penelusuran site:yoursite.com di Google cukup untuk memeriksa secara cepat apa yang diindeks. Laporan ini berguna pada situs lebih besar yang tidak dapat diperiksa satu per satu.

Ingin versi lengkap—cara membaca setiap kolom, arti semua 16 status, cara kerja “Validasi perbaikan”, dan cara mendiagnosis penurunan mendadak halaman terindeks? Beralihlah ke tab Advanced.

TL;DR — Laporan Pengindeksan Halaman (sebelumnya Cakupan Indeks; “Halaman” di bawah “Pengindeksan” dalam GSC) adalah tampilan agregat setiap URL yang diketahui Google pada properti Anda, dibagi menjadi Diindeks dan Tidak diindeks, dengan URL yang tidak diindeks dikelompokkan menurut alasan pada tabel “Mengapa halaman tidak diindeks”. Ini bukan alat untuk satu halaman—gunakan Inspeksi URL. Pola pikir yang penting: tidak diindeks belum tentu buruk—kanonis/duplikat, noindex, robots.txt, dan 404 yang disengaja adalah hasil yang benar; Google mengatakan Anda hanya seharusnya mengharapkan halaman kanonis diindeks. Filter Sumber = Situs untuk menemukan hal yang dapat diperbaiki, kerjakan tabel yang sudah diurutkan dari atas ke bawah, lalu gunakan Validasi perbaikan (biasanya sekitar dua minggu) untuk meminta crawling ulang. Laporan ini tertinggal dari kenyataan. Situs dengan kurang dari 500 halaman mungkin tidak memerlukannya.

Apa sebenarnya laporan ini (dan nama lamanya)

Definisi satu kalimat Google adalah yang paling jelas: laporan ini memungkinkan Anda “see which pages Google can find and index on your site, and learn about any indexing problems encountered.” (terjemahan) “melihat halaman mana yang dapat ditemukan dan diindeks Google di situs Anda, serta mengetahui masalah pengindeksan yang ditemui.” Lebih tepatnya, laporan ini “shows the Google indexing status of all URLs that Google knows about in your property.” (terjemahan) “menunjukkan status pengindeksan Google untuk semua URL yang diketahui Google pada properti Anda.” Ini adalah laporan agregat untuk seluruh properti, bukan alat per URL.

Jika Anda telah mengerjakan SEO lebih dari beberapa tahun, Anda mengenalnya sebagai laporan Cakupan Indeks. Google mengganti namanya menjadi Pengindeksan Halaman pada 2022 (tampil sebagai “Halaman” di navigasi kiri), sehingga banyak panduan lama dan ingatan kebiasaan orang masih menyebutnya “Cakupan”. Laporannya sama. Saya menjelaskan ini agar orang yang mencari nama lama tahu bahwa mereka berada di tempat yang benar. Perubahan nama pertama kali terlihat dalam demo Google I/O 2022 dan diluncurkan kemudian pada tahun itu; sebelumnya, pembaruan kualitas data Januari 2021 telah mengubah beberapa status, sehingga tangkapan layar lama mungkin tidak sesuai dengan yang Anda lihat sekarang.

Cara membaca laporan

Tampilan ringkasan memiliki beberapa bagian yang perlu dipahami sebelum Anda mulai mengeklik.

Diindeks versus Tidak diindeks. Dua total di atas grafik. Google menyatakan bahwa angka tersebut “complete and accurate from Google’s perspective, but small discrepancies can occur for various reasons” (terjemahan) “lengkap dan akurat dari sudut pandang Google, tetapi perbedaan kecil dapat terjadi karena berbagai alasan”—jadi jangan harapkan angka itu sama persis dengan jumlah URL Anda. Anda dapat mengeklik “Lihat data tentang halaman yang diindeks” untuk melihat jumlah historis dan sampel hingga 1 000 URL yang diindeks.

Tabel “Mengapa halaman tidak diindeks”. Inilah inti laporan. Tabel tersebut “shows issues that prevented URLs from being indexed on your site,” (terjemahan) “menunjukkan masalah yang mencegah URL diindeks di situs Anda,” diurutkan menurut masalah yang dianggap Google paling penting untuk ditangani. Mulailah dari atas— urutannya sudah merupakan daftar prioritas.

Kolom Sumber—filter perbaikan Anda. Setiap masalah bersumber dari Google atau situs, dan panduan Google bersifat langsung: “The Source value in the table shows whether the source of the issue is Google or the website. In general, you can fix only issues where the source is listed as ‘Website’.” (terjemahan) “Nilai Sumber di tabel menunjukkan apakah sumber masalah adalah Google atau situs. Secara umum, Anda hanya dapat memperbaiki masalah yang sumbernya tercantum sebagai ‘Situs’.” Jadi, Sumber = Situs dengan status validasi “Gagal” atau “Belum dimulai” adalah daftar tugas nyata Anda. Status yang bersumber dari Google (misalnya duplikat yang dipilih Google untuk digabungkan) biasanya bukan sesuatu yang perlu Anda “perbaiki”.

Tabel “Tingkatkan pengalaman halaman”. Tabel terpisah untuk “issues that didn’t prevent page indexing, but we recommend that you fix them.” (terjemahan) “masalah yang tidak mencegah pengindeksan halaman, tetapi kami menyarankan Anda memperbaikinya.” Ini adalah peringatan, bukan pemblokir.

Filter peta situs. Di atas grafik, Anda dapat membatasi laporan ke Semua halaman yang diketahui, Semua halaman yang dikirim, Hanya halaman yang tidak dikirim, atau peta situs tertentu. Catatan: “A URL is considered to be submitted by a sitemap even if it was also discovered through some other mechanism.” (terjemahan) “URL dianggap dikirim melalui peta situs meskipun juga ditemukan melalui mekanisme lain.” Filter ini benar-benar berguna—selengkapnya pada bagian validasi.

Daftar contoh URL dibatasi. Saat membuka sebuah status, sampel URL yang terdampak “limited to 1,000 items, and isn’t guaranteed to show all URLs in a given status, even when less than 1,000 items.” (terjemahan) “dibatasi hingga 1.000 item dan tidak dijamin menampilkan semua URL dalam status tertentu, bahkan ketika jumlahnya kurang dari 1.000.” Perlakukan contoh itu sebagai sampel, bukan ekspor lengkap semua URL dalam kelompok.

Urutan triase jika Anda hanya punya sepuluh menit. Batasi laporan ke peta situs yang mewakili inventaris URL yang Anda inginkan, sehingga Anda membacanya terhadap halaman yang benar-benar ingin diindeks. Periksa total terlebih dahulu untuk setiap perubahan tak terduga—penurunan atau lonjakan lebih mendesak daripada angka yang stabil. Filter ke Sumber = Situs untuk masalah yang dapat Anda tindak. Dalam daftar itu, dahulukan apa pun yang memengaruhi templat atau pola URL penting bagi bisnis daripada satu kasus terisolasi. Kemudian perbaiki seluruh pola—bukan hanya satu URL—sebelum melakukan validasi.

Laporan versus Inspeksi URL—gunakan yang tepat

Inilah perbedaan praktis terbesar pada halaman ini. Google: “This report isn’t used to investigate the index status of specific pages. To find the index status of a specific page, use the URL Inspection tool.” (terjemahan) “Laporan ini tidak digunakan untuk menyelidiki status indeks halaman tertentu. Untuk menemukan status indeks halaman tertentu, gunakan alat Inspeksi URL.”

• Laporan Pengindeksan Halaman = tren agregat, dikelompokkan menurut alasan, untuk seluruh properti.
• Inspeksi URL = status langsung/terindeks satu URL, kanonis yang dipilih Google, dan opsi “Uji URL aktif”.

Saat suatu status membingungkan, ambil URL contoh darinya dan periksa URL tersebut. Kedua alat memang dimaksudkan untuk digunakan bersama.

Catatan tentang keterlambatan—laporan tertinggal dari kenyataan

Bagian ini mencegah banyak alarm palsu. Laporan tidak diperbarui secara real time; laporan mencerminkan terakhir kali Google meng-crawl setiap URL, dan jumlah berubah ketika Google meng-crawl ulang. Google mengatakan laporan “updates your instance count whenever it crawls a page with known issues, whether or not you explicitly requested fix validation” (terjemahan) “memperbarui jumlah kejadian setiap kali Google meng-crawl halaman dengan masalah yang diketahui, baik Anda secara eksplisit meminta validasi perbaikan maupun tidak.” John Mueller dari Google menggambarkan laporan pengindeksan sebagai tertinggal—menurutnya ini lebih merupakan masalah waktu: URL muncul di laporan lalu diindeks seiring waktu, sehingga laporan pada dasarnya mengejar keadaan yang telah berubah. Jangan bereaksi berlebihan terhadap angka yang mungkin sudah basi.

Satu batasan yang perlu diketahui sebelum mengandalkan “Uji URL aktif” pada Inspeksi URL untuk menyelesaikan perdebatan: uji langsung mengonfirmasi apakah Google saat ini dapat meng-crawl dan mengindeks URL tersebut—tetapi tidak memberi tahu kanonis mana yang akan dipilih Google di antara sekumpulan duplikat. Pemilihan kanonis adalah keputusan pengindeksan terpisah berdasarkan data yang telah diindeks, bukan sesuatu yang dinilai uji langsung. Khusus status kanonis/duplikat, hasil terindeks dalam Inspeksi URL (bukan uji langsung) adalah sinyal yang dapat dipercaya, dan hasil itu masih bisa tertinggal dari perubahan terbaru Anda.

Ke mana selanjutnya—semua status, dikelompokkan

Tabel “Mengapa halaman tidak diindeks” adalah peta untuk bagian selanjutnya. Setiap status di bawah memiliki pembahasan mendalamnya sendiri (juga ada di bilah samping). Saya mengelompokkannya menurut apa yang sebenarnya terjadi, karena respons yang tepat sangat berbeda untuk setiap kelompok—sebagian diperbaiki, sebagian dikonfirmasi lalu dibiarkan.

Tidak diindeks—pilihan Google (sering kali tidak ada yang perlu diperbaiki)

• Ditemukan—saat ini tidak diindeks — Google menemukan URL tetapi belum meng-crawl-nya. Biasanya ini sinyal permintaan crawling atau kualitas situs, bukan bug satu halaman.
• Di-crawl—saat ini tidak diindeks — Google meng-crawl halaman dan memilih untuk tidak mengindeksnya (untuk saat ini). Kelompok besar di sini sering menunjukkan masalah kualitas atau duplikasi pada seluruh situs.

Diblokir oleh Anda (disengaja—pastikan memang demikian)

• Diblokir oleh robots.txt — robots.txt Anda meminta Google agar tidak meng-crawl URL.
• URL ditandai ‘noindex’ — Google menemukan perintah noindex ketika mencoba mengindeks halaman.

Error HTTP (biasanya perlu diperbaiki)

• Diblokir karena permintaan tidak sah (401) — halaman meminta Googlebot melakukan autentikasi.
• Diblokir karena akses dilarang (403) — crawler tidak diberi akses.
• Diblokir karena masalah 4xx lainnya — 4xx yang bukan salah satu status bernama.
• Error server (5xx) — server Anda mengembalikan error tingkat 500 ketika halaman diminta.
• Tidak ditemukan (404) — URL mengembalikan 404 ketika diminta.

Kanonis & duplikat (sebagian besar benar—verifikasi kanonis yang dipilih)

• Halaman alternatif dengan tag kanonis yang tepat — halaman ini menunjuk dengan benar ke kanonisnya yang diindeks. Berfungsi sebagaimana mestinya.
• Duplikat tanpa kanonis yang dipilih pengguna — Google mengelompokkannya sebagai duplikat dan memilih halaman lain sebagai kanonis, sementara Anda tidak pernah mendeklarasikan satu pun.
• Duplikat, Google memilih kanonis yang berbeda dari pengguna — Anda mendeklarasikan kanonis, tetapi Google memilih URL lain. Lihat kanonisisasi—perbaikannya adalah menyelaraskan sinyal, bukan menambahkan tag yang lebih kuat.

Pengalihan (satu normal, satu merupakan bug)

• Halaman dengan pengalihan — URL nonkanonis yang mengalihkan ke halaman lain. Ini normal; tujuan pengalihanlah yang diindeks.
• Error pengalihan — pengalihan rusak: rantai terlalu panjang, loop, URL tujuan kosong atau buruk, atau URL yang melebihi panjang maksimum. Ini perlu diperbaiki.

Peringatan (diindeks, tetapi perlu perhatian)

• Diindeks, meskipun diblokir oleh robots.txt — halaman diindeks meski diblokir robots.txt (tautan menuju halaman sudah cukup). Google tidak dapat membaca kontennya atau perintah noindex yang Anda tempatkan—jebakan klasik crawling versus pengindeksan.
• Halaman diindeks tanpa konten — diindeks, tetapi Google tidak dapat membaca konten bermakna (sering kali masalah rendering atau sesuatu yang menyerupai cloaking).

Saya menamai setiap status seperti label Google agar artikel per status tertaut otomatis saat diterbitkan. Tema berulangnya: kelompok kanonis/duplikat, noindex, robots.txt, dan 404 yang disengaja sering kali benar. Google secara harfiah mengatakan “You should not expect all URLs on your site to be indexed, only the canonical pages.” (terjemahan) “Anda tidak seharusnya mengharapkan semua URL di situs diindeks, hanya halaman kanonis.” Kelompok yang benar-benar perlu ditindak adalah error HTTP, error pengalihan, dan tumpukan “di-crawl/ditemukan tetapi saat ini tidak diindeks” yang besarnya tidak terduga.

Memperbaiki dan memvalidasi

Setelah memperbaiki masalah yang nyata (Sumber = Situs), mintalah Google memeriksa ulang:

1. Perbaiki setiap kejadian masalah di situs terlebih dahulu.
2. Buka detail masalah dan klik “Validasi perbaikan”.
3. Jangan klik lagi sampai validasi berhasil atau gagal.

Waktu: “Validation typically takes up to about two weeks, but in some cases can take much longer, so please be patient.” (terjemahan) “Validasi biasanya memakan waktu hingga sekitar dua minggu, tetapi dalam beberapa kasus dapat berlangsung jauh lebih lama, jadi harap bersabar.” Permintaan berpindah melalui status Belum dimulai → Dimulai → Tampak bagus → Lulus, atau Gagal, atau N/A jika Google menemukan masalah telah diperbaiki sendiri sebelum Anda memulai. Anda tidak wajib mengeklik validasi—Google dapat mendeteksi perbaikan sendiri—tetapi validasi memberi hasil yang dapat dilacak.

Trik agar lebih cepat: validasi terhadap subset. Kirim peta situs yang hanya berisi halaman terpenting, filter laporan ke peta situs itu, lalu minta validasi. Google menyatakan “a validation request against a subset of your affected URLs can complete faster.” (terjemahan) “permintaan validasi terhadap subset URL yang terdampak dapat selesai lebih cepat.”

Mendiagnosis penurunan, lonjakan, dan “lebih banyak tidak diindeks daripada diindeks”

Beberapa pola yang disoroti Google sendiri dan saya periksa terlebih dahulu:

• Halaman diindeks menurun tanpa error yang terlihat. Anda mungkin memblokir halaman yang sebelumnya diindeks—aturan robots.txt baru, noindex, atau persyaratan login. Cari lonjakan yang sesuai pada status tidak diindeks.
• Lebih banyak tidak diindeks daripada diindeks. Biasanya aturan robots.txt memblokir bagian besar, atau banjir duplikat dari parameter filter/urut (?type=dress, ?color=green, ?sort=price). Ini lebih merupakan masalah navigasi berfaset dan kanonisisasi daripada masalah pengindeksan.
• Lonjakan error mendadak. Sering kali perubahan templat menimbulkan error pada banyak URL, atau peta situs yang dikirim penuh dengan URL yang diblokir atau diberi noindex.

Beberapa hal yang harus dibedakan

• Diindeks ≠ peringkat. Diindeks hanya berarti memenuhi syarat untuk muncul di Penelusuran. Peringkatnya bergantung pada kueri dan banyak faktor lain.
• Cakupan 100% bukan tujuan. Menurut Google, hanya halaman kanonis yang seharusnya diindeks—situs sehat memiliki banyak URL yang sengaja tidak diindeks.
• Validasi perbaikan tidak langsung mengindeks ulang. Tindakan itu mengantrekan crawling ulang URL terdampak yang diketahui; sediakan waktu sekitar dua minggu.
• Data GSC memiliki batas. Daftar contoh dibatasi 1 000; total dapat sedikit berubah; dan laporan tertinggal. Studi data GSC saya, Kueri yang Dianonimkan Mencakup Hampir Setengah Traffic GSC, menjadi pengingat bahwa Search Console kuat tetapi tidak lengkap.

Ringkasnya tentang Bing

Bing tidak memiliki padanan tunggal “Pengindeksan Halaman”. Tampilan agregat terdekat adalah Site Explorer di Bing Webmaster Tools (menjelajahi situs sebagai pohon folder yang dibagi menjadi halaman diindeks, error, peringatan, dan dikecualikan), sedangkan Inspeksi URL di Bing menangani satu URL. Gunakan Site Explorer untuk tampilan menyeluruh dan Inspeksi URL untuk satu halaman.

Halaman ini adalah hub laporan Pengindeksan Halaman; pembahasan mendalam per status berada di bawahnya. Untuk seluruh pipeline—penemuan, crawling, rendering, pengindeksan, dan penyajian—lihat cluster Cara Kerja Penelusuran.

Ringkasan AI

Versi ringkas dari tab Advanced:

• Apa ini: laporan Pengindeksan Halaman Google Search Console (sebelumnya Cakupan Indeks; “Halaman” di bawah “Pengindeksan”). Laporan ini menunjukkan status pengindeksan setiap URL yang diketahui Google pada properti Anda, dibagi menjadi Diindeks dan Tidak diindeks.
• Ini agregat, bukan per URL. Untuk satu halaman, gunakan Inspeksi URL— Google mengatakan laporan “tidak digunakan untuk menyelidiki status indeks halaman tertentu”.
• Tidak diindeks belum tentu buruk. Kanonis/duplikat, noindex, robots.txt, dan 404 yang disengaja adalah hasil yang benar; Google mengatakan Anda hanya seharusnya mengharapkan halaman kanonis diindeks.
• Tabel “Mengapa halaman tidak diindeks” telah diurutkan menurut kepentingan— kerjakan dari atas ke bawah. Filter Sumber = Situs untuk menemukan hal yang benar-benar dapat diperbaiki (masalah bersumber dari Google umumnya bukan milik Anda).
• 16 status, dikelompokkan: pilihan Google untuk tidak mengindeks (ditemukan/ di-crawl—saat ini tidak diindeks); diblokir oleh Anda (robots.txt, noindex); error HTTP (401, 403, 4xx lain, 5xx, 404); kanonis/duplikat (alternatif, duplikat tanpa kanonis, Google memilih kanonis berbeda); pengalihan (halaman dengan pengalihan = normal versus error pengalihan = rusak); peringatan (diindeks meski diblokir robots.txt, halaman diindeks tanpa konten).
• Perbaiki → Validasi perbaikan (biasanya sekitar dua minggu). Trik cepat: filter ke peta situs berisi halaman utama lalu validasi subset tersebut.
• Laporan tertinggal dari kenyataan—Mueller menggambarkannya sebagai laporan yang mengejar keadaan seiring waktu. Jangan bereaksi berlebihan terhadap angka basi.
• Diagnosis: jumlah diindeks turun tanpa error = Anda memblokir sesuatu; jumlah tidak diindeks lebih besar = blokir robots.txt atau duplikat parameter; lonjakan error = perubahan templat atau peta situs buruk.
• Situs kecil (<500 halaman) mungkin tidak memerlukannya—penelusuran site: sudah cukup.
• Bing: tidak ada padanan langsung—Site Explorer untuk tampilan agregat, Inspeksi URL untuk satu halaman.

Dokumentasi resmi

Dokumentasi sumber primer dari mesin pencari.

Google

• Laporan pengindeksan halaman — Bantuan Search Console: kelompok, kolom Sumber, setiap status, filter peta situs, dan alur Validasi perbaikan.
• Peningkatan Data Cakupan Indeks (Jan 2021) — pembaruan kualitas data yang mengubah beberapa status (menghapus “anomali crawling”, menambahkan “diindeks tanpa konten”, dan mengubah “dikirim tetapi diblokir” menjadi “diindeks tetapi diblokir”).
• Alat Inspeksi URL — pendamping per URL untuk laporan ini.

Bing / Microsoft

• Bing Webmaster Tools — Inspeksi URL — tampilan indeks/SEO/markup per URL dari Bing.
• Bing Webmaster Tools — Site Explorer (Webmaster Tools yang Diperbarui) — padanan agregat terdekat dengan laporan Pengindeksan Halaman GSC.

Kutipan dari sumber

Pernyataan resmi Google. Setiap tautan adalah tautan dalam yang melompat ke bagian kutipan pada halaman sumber.

Google—apa itu laporan dan apa yang ditampilkannya

• “See which pages Google can find and index on your site, and learn about any indexing problems encountered.” (terjemahan) “Lihat halaman mana yang dapat ditemukan dan diindeks Google di situs Anda, serta pelajari masalah pengindeksan yang ditemui.” — Bantuan Search Console. Lompat ke kutipan
• “The Page indexing report shows the Google indexing status of all URLs that Google knows about in your property.” (terjemahan) “Laporan pengindeksan halaman menunjukkan status pengindeksan Google untuk semua URL yang diketahui Google pada properti Anda.” Lompat ke kutipan

Google—laporan versus satu halaman, dan siapa yang dapat memperbaiki

• “This report isn’t used to investigate the index status of specific pages. To find the index status of a specific page, use the URL Inspection tool.” (terjemahan) “Laporan ini tidak digunakan untuk menyelidiki status indeks halaman tertentu. Untuk menemukan status indeks halaman tertentu, gunakan alat Inspeksi URL.” Lompat ke kutipan
• “The Source value in the table shows whether the source of the issue is Google or the website. In general, you can fix only issues where the source is listed as “Website”.” (terjemahan) “Nilai Sumber dalam tabel menunjukkan apakah sumber masalah adalah Google atau situs. Secara umum, Anda hanya dapat memperbaiki masalah yang sumbernya tercantum sebagai ‘Situs’.” Lompat ke kutipan

Google—“tidak diindeks” belum tentu buruk

• “Not indexed is not necessarily bad.” (terjemahan) “Tidak diindeks belum tentu buruk.” Lompat ke kutipan
• “You should not expect all URLs on your site to be indexed, only the canonical pages.” (terjemahan) “Anda tidak seharusnya mengharapkan semua URL di situs diindeks, hanya halaman kanonis.” Lompat ke kutipan

Google—siapa yang membutuhkannya dan waktu validasi

• “If your site has fewer than 500 pages, you probably don’t need to use this report.” (terjemahan) “Jika situs Anda memiliki kurang dari 500 halaman, Anda mungkin tidak perlu menggunakan laporan ini.” Lompat ke kutipan
• “Validation typically takes up to about two weeks, but in some cases can take much longer, so please be patient.” (terjemahan) “Validasi biasanya memakan waktu hingga sekitar dua minggu, tetapi dalam beberapa kasus dapat berlangsung jauh lebih lama, jadi harap bersabar.” Lompat ke kutipan

Gary Illyes, Google — tentang “di-crawl—saat ini tidak diindeks” dan kualitas situs (SERP Conf 2024, disampaikan oleh Search Engine Journal)

• “And the general quality of the of the site, that can matter a lot of how many of these crawled but not indexed you see in search console. If the number of these URLs is very high that could hint at general quality issues.” (terjemahan) “Kualitas umum situs dapat sangat memengaruhi berapa banyak URL yang telah di-crawl tetapi tidak diindeks yang Anda lihat di Search Console. Jika jumlah URL tersebut sangat tinggi, itu dapat mengisyaratkan masalah kualitas umum.” Baca liputannya

John Mueller, Google — tentang keterlambatan laporan (disampaikan oleh Search Engine Journal)

• “It’s just a report that’s kind of lagging behind.” (terjemahan) “Ini hanya laporan yang agak tertinggal.” Frasa anchor sumber yang dipertahankan: “more a matter of timing”. Baca liputannya

Daftar periksa untuk mengerjakan laporan Pengindeksan Halaman

Langkah berulang untuk memilah laporan alih-alih hanya menatapnya:

• Catat total Diindeks versus Tidak diindeks dan trennya—apakah ada yang bergerak?
• Buka tabel “Mengapa halaman tidak diindeks” dan kerjakan dari atas ke bawah (sudah diurutkan menurut kepentingan).
• Fokuskan perhatian pada Sumber = Situs—itulah masalah yang benar-benar dapat Anda perbaiki.
• Untuk setiap masalah nyata, ambil URL contoh lalu jalankan melalui Inspeksi URL untuk mengonfirmasi apa yang terjadi pada halaman.
• Pisahkan status yang disengaja (noindex, diblokir robots.txt, alternatif dengan kanonis tepat, halaman dengan pengalihan) dari yang rusak (5xx, 404, error pengalihan, 4xx tak terduga)—hanya kejar yang rusak.
• Untuk status kanonis/duplikat, verifikasi kanonis yang dipilih Google di Inspeksi URL sebelum “memperbaiki” apa pun (lihat kanonisisasi).
• Jika di-crawl/ditemukan—saat ini tidak diindeks sangat besar, perlakukan sebagai sinyal kualitas situs/permintaan crawling, bukan bug per halaman.
• Cocokkan penurunan halaman terindeks dengan lonjakan status tidak diindeks (Anda mungkin memblokir sesuatu).
• Perbaiki semua kejadian, lalu klik Validasi perbaikan—jangan klik lagi sampai proses selesai.
• Agar validasi lebih cepat, filter ke peta situs halaman utama dan validasi subset tersebut.
• Ingat bahwa laporan tertinggal—beri perubahan waktu sekitar dua minggu sebelum menilainya.

Model mental

1. Laporan = agregat; Inspeksi URL = satu halaman. Laporan Pengindeksan Halaman menunjukkan pola di seluruh situs. Inspeksi URL menunjukkan kebenaran tentang satu URL (status langsung, kanonis terpilih, rendering). Selalu padukan keduanya: temukan pola di laporan, lalu konfirmasi penyebabnya melalui Inspeksi.

2. Tidak diindeks ≠ rusak. Reaksi awal terhadap angka tidak diindeks yang besar seharusnya “mari baca alasannya,” bukan “mari perbaiki semuanya.” Kanonis/duplikat, noindex, robots.txt, dan halaman tidak ditemukan yang disengaja adalah hasil yang benar. Google hanya mengharapkan halaman kanonis Anda diindeks.

3. Sumber = Situs adalah daftar tugas Anda. Kolom Sumber membagi masalah menjadi “keputusan Google” dan “keputusan Anda”. Anda hanya dapat mengubah masalah dari situs. Memfilter ke Sumber = Situs (ditambah status validasi Gagal/Belum dimulai) mengubah tabel menakutkan menjadi daftar yang dapat ditindaklanjuti.

4. Urutan adalah daftar prioritas. Google mengurutkan tabel “Mengapa halaman tidak diindeks” menurut kepentingan. Jangan membuat urutan sendiri—mulai dari atas lalu turun.

5. Validasi perbaikan adalah permintaan crawling ulang, bukan sakelar. Klik tersebut meminta Google memeriksa ulang URL terdampak yang diketahui; prosesnya sekitar dua minggu dan dapat gagal. Cara mempercepatnya adalah membatasi permintaan ke peta situs berisi halaman terpenting.

6. Laporan selalu sedikit tertinggal. Laporan mencerminkan crawling terakhir setiap URL dan diperbarui saat crawling ulang. Anggap setiap pembacaan sebagai snapshot yang tertinggal, bukan keadaan langsung.

Laporan Pengindeksan Halaman—lembar contekan

Dua laporan yang sering tertukar

16 status, dikelompokkan

Fakta cepat

• Nama lama: laporan Cakupan Indeks (diganti menjadi Pengindeksan Halaman pada 2022).
• Sumber = Situs = masalah yang dapat Anda perbaiki.
• Validasi perbaikan ≈ dua minggu; batasi ke peta situs kecil agar lebih cepat.
• Daftar contoh URL dibatasi 1 000; total dapat sedikit berubah; laporan tertinggal.
• Diindeks ≠ peringkat—diindeks hanya berarti memenuhi syarat untuk muncul.
• <500 halaman? Anda mungkin tidak memerlukan laporan ini—gunakan penelusuran site:.

Masalah umum

Gejala → kemungkinan penyebab → perbaikan, untuk pola yang benar-benar membuat orang kembali ke laporan ini.

Halaman login, akses ditolak, atau aplikasi kosong sedang diindeks

Contoh praktis: /account/invoices/123 seharusnya memerlukan login. Bagi crawler yang belum login, URL mengembalikan 200 OK, perintah robots yang normal dan dapat diindeks, serta shell HTML bermerek yang konten utamanya berkata “Masuk untuk melanjutkan.” Tautan internal atau peta situs lama mengekspos ribuan URL faktur. Google tidak melewati login—Google mengindeks shell 200 yang dapat di-crawl dan sengaja disajikan aplikasi.

Periksa beberapa URL saat logout dan bandingkan status HTTP, kanonis, perintah robots, serta konten utama yang dirender. Perbaikan biasanya berada di tingkat templat: wajibkan autentikasi sebelum menyajikan sumber daya, kembalikan hasil 401, 403, 404, atau 410 yang benar untuk model akses yang dimaksud, hapus URL dari peta situs dan navigasi yang dapat di-crawl, atau sajikan noindex yang tetap dapat di-crawl jika shell publik harus dapat diakses. Verifikasi respons langsung dan status terindeks; memperbaiki satu URL contoh tidak membuktikan seluruh pola rute sudah diperbaiki.

Jumlah diindeks turun tanpa error baru

• Gejala: total “Diindeks” turun di antara kunjungan, tetapi tabel “Mengapa halaman tidak diindeks” tidak menunjukkan lonjakan yang sepadan pada status error.
• Kemungkinan penyebab: Anda memblokir halaman yang sebelumnya diindeks—aturan disallow robots.txt baru, noindex yang terkirim melalui templat, atau persyaratan login/paywall yang ditambahkan ke bagian situs.
• Perbaikan: cari lonjakan yang sepadan pada status non-error dan tidak diindeks (diblokir robots.txt, noindex, atau ditemukan/di-crawl—saat ini tidak diindeks), bukan pada status error HTTP. Konfirmasi URL contoh melalui Inspeksi URL, lalu periksa perintah robots langsung dengan robots-txt-tester (/tools/robots-txt-tester).

“Lebih banyak tidak diindeks daripada diindeks”

• Gejala: total tidak diindeks lebih besar daripada total diindeks, dan situs bukan situs yang benar-benar baru.
• Kemungkinan penyebab: aturan robots.txt memblokir bagian besar, atau banjir URL hampir duplikat dari parameter filter/urut (?color=green, ?sort=price) yang digabungkan Google ke status “duplikat”.
• Perbaikan: periksa pola parameter terhadap tag kanonis dengan canonical-checker (/tools/canonical-checker), lalu pastikan URL terdampak benar-benar duplikat dengan membandingkan konten yang dirender secara langsung. Ini adalah masalah navigasi berfaset/kanonisisasi yang menyamar sebagai masalah pengindeksan, bukan bug laporan.

Lonjakan mendadak pada satu status error HTTP

• Gejala: jumlah 401, 403, 404, atau 5xx melonjak pada banyak URL sekaligus, biasanya setelah deployment.
• Kemungkinan penyebab: perubahan templat merusak komponen bersama (pemeriksaan autentikasi, aturan pengalihan, halaman error), atau peta situs baru berisi URL yang diblokir, diberi noindex, atau sudah hilang.
• Perbaikan: ambil sampel URL terdampak dari detail status lalu periksa kembali kode status langsung dengan http-status-checker (/tools/http-status-checker). Jika bersumber dari peta situs, audit peta situs dengan sitemap-validator (/tools/sitemap-validator) sebelum mengirim ulang.

“Error pengalihan” (bukan “Halaman dengan pengalihan” yang normal)

• Gejala: laporan menunjukkan Error pengalihan, berbeda dari status Halaman dengan pengalihan yang diharapkan.
• Kemungkinan penyebab: rantai pengalihan terlalu panjang, loop pengalihan, URL tujuan kosong atau salah bentuk, atau URL tujuan yang melebihi panjang maksimum Google.
• Perbaikan: telusuri urutan lompatan sebenarnya dengan redirect-chain-mapper (/tools/redirect-chain-mapper) dan persingkat menjadi satu lompatan menuju URL akhir.

“Validasi perbaikan” kembali dengan status Gagal

• Gejala: Anda memperbaiki masalah, mengeklik Validasi perbaikan, tetapi hasilnya Gagal, bukan Lulus.
• Kemungkinan penyebab: perbaikan belum mencapai semua URL terdampak (cache CDN, deployment hanya pada staging, atau perbaikan templat yang melewatkan beberapa pola URL), atau Google melakukan crawling ulang sebelum perbaikan tersebar.
• Perbaikan: periksa langsung beberapa URL yang awalnya terdampak (lihat sumber atau periksa status HTTP/robots, bukan hanya render browser) untuk mengonfirmasi perbaikan aktif di semua tempat, lalu minta validasi ulang. Anda tidak perlu menunggu siklus penuh dimulai ulang jika perbaikan dasar sudah dikonfirmasi.

Pengujian validasi

Bukti bahwa perbaikan Anda benar-benar mengubah keadaan dasar laporan, bukan hanya apa yang dikatakan laporan.

Pastikan status langsung halaman yang diblokir sesuai harapan

• Pengujian: jalankan http-status-checker (/tools/http-status-checker) atau curl -I terhadap URL terdampak.
• Hasil yang diharapkan: kode status yang Anda maksud—200 jika ingin membuka blokir, atau 301/404 yang disengaja jika ingin menghapusnya.
• Arti kegagalan: jika masih mengembalikan error lama (401/403/5xx), perbaikan belum terkirim ke semua tempat (periksa cache CDN, load balancer, atau lingkungan).
• Jendela pemantauan: langsung—status HTTP aktif dan tidak tertunda.
• Pemicu rollback: status tidak sesuai maksud setelah pembersihan cache dan menunggu beberapa menit—batalkan perubahan dan diagnosis ulang sebelum menyentuh produksi lagi.

Pastikan perbaikan robots.txt benar-benar membuka blokir URL

• Pengujian: jalankan robots-txt-tester (/tools/robots-txt-tester) terhadap jalur URL tertentu.
• Hasil yang diharapkan: tester melaporkan URL diizinkan untuk Googlebot.
• Arti kegagalan: tetap diblokir berarti aturan belum dihapus, aturan yang lebih spesifik masih cocok, atau robots.txt yang diperiksa salah (staging versus produksi).
• Jendela pemantauan: langsung untuk file itu sendiri; tunggu siklus crawling normal (hari, bukan jam) sebelum mengharapkan status GSC diperbarui.
• Pemicu rollback: tester masih menunjukkan URL diblokir setelah Anda memastikan telah mengedit robots.txt produksi yang aktif—anggap belum terselesaikan dan lanjutkan debugging.

Pastikan perbaikan kanonis selesai sesuai maksud

• Pengujian: jalankan canonical-checker (/tools/canonical-checker) pada URL terdampak, kemudian Inspeksi URL di GSC untuk kanonis pilihan Google.
• Hasil yang diharapkan: tag <link rel="canonical"> cocok dengan URL yang ingin Anda indeks, dan Inspeksi URL menunjukkan Google menyetujui kanonis yang Anda deklarasikan.
• Arti kegagalan: jika Google masih menunjukkan “kanonis pilihan Google” yang berbeda dari yang Anda deklarasikan, perbaikan hanya menangani tag dan belum menangani sinyal duplikasi dasar (tautan internal, entri peta situs, dan pengalihan semuanya masih harus selaras).
• Jendela pemantauan: 2–4 minggu—pemilihan kanonis adalah salah satu sinyal yang lebih lambat untuk stabil kembali.
• Pemicu rollback: kanonis pilihan Google masih berbeda setelah lebih dari empat minggu dan satu siklus Validasi perbaikan—anggap sinyal dasarnya (bukan hanya tag) masih bertentangan.

Pastikan perbaikan pengalihan menghapus rantai/loop

• Pengujian: jalankan redirect-chain-mapper (/tools/redirect-chain-mapper) pada URL terdampak.
• Hasil yang diharapkan: satu lompatan langsung ke URL tujuan akhir dengan status 200.
• Arti kegagalan: lebih dari satu lompatan, atau loop kembali ke URL sebelumnya, berarti aturan pengalihan belum dikonsolidasikan—Anda mungkin menumpuk aturan baru di atas aturan lama alih-alih menggantinya.
• Jendela pemantauan: langsung untuk rantai itu sendiri; tunggu siklus crawling normal sebelum status GSC diperbarui.
• Pemicu rollback: rantai tetap lebih panjang dari satu lompatan setelah perbaikan—batalkan dan konsolidasikan aturan pengalihan pada sumbernya.

Pastikan permintaan “Validasi perbaikan” benar-benar lulus

• Pengujian: tombol Validasi perbaikan pada status tertentu dalam laporan Pengindeksan Halaman GSC (batasi ke peta situs URL prioritas agar pembacaan lebih cepat).
• Hasil yang diharapkan: status validasi berubah menjadi Lulus (atau N/A, artinya Google mengonfirmasi perbaikan secara independen).
• Arti kegagalan: Gagal berarti Google memeriksa ulang dan masih menemukan masalah pada setidaknya beberapa URL—kembali ke perbaikan dasar, jangan sekadar mengeklik Validasi lagi.
• Jendela pemantauan: “biasanya hingga sekitar dua minggu,” menurut Google; dapat berlangsung lebih lama.
• Pemicu rollback: dua hasil Gagal berturut-turut pada status sama setelah memastikan perbaikan dasar aktif—eskalasikan untuk memeriksa apakah perbaikan benar-benar menjangkau setiap pola URL terdampak, bukan hanya sampel yang diuji.

Cara mengukur

KPI tetap untuk memantau laporan ini dari waktu ke waktu, bukan pemeriksaan sekali.

Jumlah halaman diindeks (tren, bukan snapshot)

• Yang ditunjukkan: apakah jejak terindeks situs Anda di Google tumbuh, datar, atau menyusut.
• Cara mengambilnya: total “Diindeks” di bagian atas laporan Pengindeksan Halaman, atau grafik historis di bawah “Lihat data tentang halaman yang diindeks”.
• Tolok ukur/rentang realistis: tidak ada angka universal—sepenuhnya bergantung pada berapa banyak URL yang ingin Anda indeks (jumlah halaman kanonis), yang berbeda per situs. Lacak tren terhadap jumlah URL kanonis Anda sendiri daripada mengejar cakupan 100%; Google secara eksplisit mengatakan hanya halaman kanonis yang seharusnya diindeks.
• Frekuensi: bulanan, atau segera setelah perubahan konten besar atau struktur URL.

Total “Mengapa halaman tidak diindeks”, menurut Sumber = Situs

• Yang ditunjukkan: ukuran daftar tugas aktual yang dapat ditindak—masalah yang menurut Google dapat diperbaiki oleh Anda (bukan Google).
• Cara mengambilnya: filter tabel “Mengapa halaman tidak diindeks” berdasarkan Sumber = Situs, lalu jumlahkan URL terdampak di seluruh status dengan validasi “Gagal” atau “Belum dimulai”.
• Tolok ukur/rentang realistis: bergantung pada ukuran dan riwayat situs—tidak ada target universal yang jujur. Tetapkan baseline pada pemeriksaan lengkap tabel berikutnya, lalu lacak apakah angka tersebut turun pada pemeriksaan berikutnya.
• Frekuensi: bulanan untuk sebagian besar situs; mingguan selama pembersihan aktif atau setelah migrasi besar.

Jumlah status error HTTP (401/403/404/5xx)

• Yang ditunjukkan: apakah halaman yang Anda harapkan tersaji benar-benar rusak bagi Googlebot—kelompok status yang hampir selalu layak diperbaiki.
• Cara mengambilnya: baris status individual dalam laporan, diperiksa silang dengan http-status-checker (/tools/http-status-checker) pada sampel URL terdampak.
• Tolok ukur/rentang realistis: nol adalah target yang jujur untuk URL yang ingin tetap aktif—angka bukan nol pada halaman kanonis layak diselidiki; angka bukan nol pada halaman yang sudah dihapus (404 yang diharapkan) adalah normal dan bergantung pada siklus hidup konten.
• Frekuensi: periksa setelah setiap deployment yang menyentuh routing, autentikasi, atau templat; jika tidak, bulanan.

Tingkat kelulusan Validasi perbaikan

• Yang ditunjukkan: apakah perbaikan benar-benar diterapkan ke semua URL terdampak atau hanya sebagian.
• Cara mengambilnya: lacak hasil setiap permintaan Validasi perbaikan (Lulus/Gagal/N/A) pada tampilan detail status dari waktu ke waktu.
• Tolok ukur/rentang realistis: tidak ada target tetap—pola sehat adalah sebagian besar permintaan berakhir Lulus atau N/A pada percobaan pertama. Hasil Gagal berulang pada status sama adalah sinyal yang perlu diawasi, bukan persentase tertentu.
• Frekuensi: per siklus perbaikan—periksa kembali sekitar dua minggu setelah setiap permintaan Validasi perbaikan.

Alat

Laporan Pengindeksan Halaman memberi tahu apa yang dianggap Google salah; alat ini membantu Anda mengonfirmasi dan memperbaiki penyebab dasarnya.

Alat di situs ini

• gsc-workbench (/tools/gsc-workbench) — gunakan data GSC Anda sendiri (melalui Search Console API) bersama konsep pada halaman ini.
• gsc-regex-tester (/tools/gsc-regex-tester) — buat dan uji filter regex yang diterima laporan Performa dan Pengindeksan Halaman GSC, berguna untuk mengisolasi pola URL di balik suatu status.
• http-status-checker (/tools/http-status-checker) — konfirmasi kode status langsung (401/403/404/5xx) di balik status error HTTP sebelum atau sesudah perbaikan.
• redirect-checker (/tools/redirect-checker) dan redirect-chain-mapper (/tools/redirect-chain-mapper) — periksa satu pengalihan atau telusuri rantai penuh saat melihat Error pengalihan.
• canonical-checker (/tools/canonical-checker) — periksa tag kanonis yang dideklarasikan pada URL yang ditandai dalam kelompok kanonis/duplikat.
• robots-txt-tester (/tools/robots-txt-tester) — verifikasi apakah URL tertentu benar-benar diblokir sebelum menganggap Diblokir oleh robots.txt sebagai hal yang disengaja atau bug.
• sitemap-validator (/tools/sitemap-validator) dan xml-sitemap-generator (/tools/xml-sitemap-generator) — audit atau bangun ulang peta situs yang akan digunakan untuk membatasi permintaan Validasi perbaikan yang lebih cepat.
• site-audit-lite (/tools/site-audit-lite) — pemeriksaan kewajaran lebih luas berbasis crawling ketika pola Pengindeksan Halaman (lonjakan error besar, duplikasi massal) tampak berlaku di seluruh situs, bukan beberapa URL.

Alat pihak ketiga

• Google Search Console — laporan Pengindeksan Halaman itu sendiri, ditambah Inspeksi URL sebagai tampilan pendamping satu URL yang disebut di seluruh artikel.
• Bing Webmaster Tools — Site Explorer (tampilan agregat) dan Inspeksi URL (tampilan satu URL), padanan terdekat Bing.
• Screaming Frog — crawl situs Anda seperti Googlebot untuk memeriksa silang kode status, pengalihan, dan tag kanonis dalam skala besar sebelum memercayai sampel GSC.

Sumber daya yang layak dibaca

Tulisan terkait saya

• Cara Memperbaiki “Ditemukan—saat ini tidak diindeks” — pembahasan mendalam salah satu status yang paling sering disalahpahami dalam laporan ini.
• Cara Menghapus URL dari Google Penelusuran (5 Metode) — berkaitan dengan sisi noindex/alat penghapusan dalam laporan.
• Kueri yang Dianonimkan Mencakup Hampir Setengah Traffic GSC — studi data GSC saya; pengingat bahwa Search Console kuat tetapi tidak lengkap.
• Panduan Pemula untuk SEO Teknis — tempat pengindeksan dan GSC berada dalam gambaran lebih besar.

Presentasi saya

• Cara Kerja Penelusuran (SlideShare) — panduan saya tentang crawling, rendering, pengindeksan, dan pemeringkatan, yang menjadi konteks seluruh laporan Pengindeksan Halaman. (Penafian tetap saya berlaku: “This is my understanding of systems… not going to be 100% complete or accurate.” (terjemahan) “Ini adalah pemahaman saya tentang sistem… tidak akan 100% lengkap atau akurat.”)

Resmi

• Google—Laporan pengindeksan halaman dan Peningkatan Data Cakupan Indeks (2021).

Dari industri

• r/TechSEO — komunitas untuk debugging pengindeksan dan laporan cakupan.
• Google Menjelaskan Alasan Di-crawl tetapi Tidak Diindeks (Search Engine Journal) — liputan Gary Illyes di SERP Conf 2024 tentang mengapa angka tinggi “di-crawl tidak diindeks” dapat mengisyaratkan masalah kualitas seluruh situs.
• Mueller Ditanya tentang Keterlambatan Laporan Pengindeksan Google Search Console (Search Engine Journal) — John Mueller tentang mengapa laporan tertinggal dan tidak seharusnya memicu reaksi berlebihan.
• Laporan Cakupan Google Search Console Berganti Nama Menjadi Laporan Halaman (Search Engine Roundtable) — pengamatan pertama Barry Schwartz atas perubahan Cakupan Indeks → Pengindeksan Halaman pada Google I/O 2022.
• Peningkatan Data Cakupan Indeks (Google Search Central Blog) — pembaruan Januari 2021 yang menghapus “anomali crawling”, menambahkan “diindeks tanpa konten”, dan mengubah beberapa status; ini menjelaskan mengapa tangkapan layar lama tidak cocok dengan laporan saat ini.
• Bantuan Google Search Console—Laporan pengindeksan halaman — referensi resmi utama: kelompok, kolom Sumber, semua status, filter peta situs, dan alur Validasi perbaikan.

Kuis

Uji apa yang Anda ingat tentang cara membaca laporan Pengindeksan Halaman.

Log perubahan