Laporan Status Cakupan Indeks

Gunakan laporan ini untuk mengetahui halaman mana yang telah diindeks, dan cara memperbaiki halaman yang tidak dapat diindeks. Setiap batang pada grafik mewakili jumlah total URL dalam status tertentu (valid, error, dan sebagainya) seperti yang diketahui oleh Google.

BUKA LAPORAN CAKUPAN INDEKS

 

Membagikan laporan

Anda dapat membagikan detail masalah dengan mengklik tombol Bagikan di halaman. Link ini hanya memberikan akses ke halaman saat ini dan halaman histori validasi untuk masalah ini kepada siapa pun yang memiliki link. Link tidak memberikan akses ke halaman lain resource Anda atau memungkinkan pengguna bersama melakukan tindakan apa pun di properti atau akun Anda. Anda dapat mencabut link kapan saja dengan menonaktifkan fitur berbagi untuk halaman ini.

 

Yang perlu diperhatikan

Idealnya, Anda akan melihat peningkatan secara bertahap jumlah halaman terindeks yang valid, seiring dengan berkembangnya situs.

  • Jika ada lonjakan jumlah error pengindeksan, hal ini mungkin disebabkan oleh perubahan pada template yang mengakibatkan error baru. Atau, Anda mungkin telah mengirimkan peta situs berisi URL yang tidak dapat di-crawl (misalnya, diblokir oleh robots.txt atau noindex, atau karena persyaratan login).
  • Jika ada penurunan jumlah total halaman terindeks tanpa error yang sesuai, hal ini mungkin karena Anda memblokir akses ke halaman yang sudah ada (melalui robots.txt, 'noindex', atau mewajibkan autentikasi). Jika bukan itu penyebabnya, lihat masalah yang dikecualikan, yang diurutkan berdasarkan jumlah halaman yang terpengaruh, untuk melihat kemungkinan penyebab penurunan ini.
  • Jika ada banyak sekali halaman yang seharusnya diindeks namun ternyata tidak, lihat URL yang dikecualikan untuk mencari tahu penyebabnya. Anda mungkin menggunakan program robot atau noindex pada sebagian besar halaman Anda.
Bagaimana URL ini ditemukan? Google menemukan URL melalui banyak cara, paling sering dengan mengikuti link dari halaman yang di-crawl atau dengan peta situs. Terkadang link ini salah (dan dapat mengarahkan ke error 404 di situs Anda). Terkadang, halaman sudah tidak ada lagi. Akan tetapi, begitu mendeteksi adanya URL, Google akan terus mencoba meng-crawl URL tersebut untuk sementara waktu. Hal tersebut adalah proses yang wajar; jika ingin mencegahnya, Anda dapat memblokir pengindeksan, memblokir akses, atau menggunakan pengalihan 301 (jika sesuai).

Laporan tingkat atas

Laporan tingkat atas menampilkan status indeks dari semua halaman di situs Anda yang sudah berusaha di-crawl oleh Google, yang dikelompokkan berdasarkan status dan alasan.

Status

Setiap halaman dapat memiliki salah satu dari kelas status umum berikut:

  • Error: Halaman belum diindeks. Lihat deskripsi jenis error spesifik di bawah untuk mempelajari lebih lanjut, dan cara memperbaiki error tersebut. Anda harus memprioritaskan masalah ini terlebih dahulu.
  • Peringatan: Halaman diindeks, atau telah diindeks hingga baru-baru ini, dan memiliki masalah yang harus Anda waspadai.
  • Dikecualikan: Halaman tidak disertakan dalam indeks karena alasan yang biasanya tidak bisa Anda kendalikan. Halaman mungkin berada dalam tahap menengah dari proses pengindeksan, atau sengaja Anda kecualikan (misalnya dengan perintah noindex) dan karena itu berperilaku seperti yang diharapkan.
  • Valid: Halaman telah diindeks.

Alasan

Setiap status (valid, peringatan, error, dikecualikan) dapat memiliki alasan tertentu. Data dalam tabel dikelompokkan berdasarkan alasan; setiap baris dapat mendeskripsikan 1 URL atau lebih. Lihat Deskripsi jenis status di bawah untuk mengetahui deskripsi setiap jenis status dan cara menanganinya.

Validasi

Status alur validasi yang dilakukan pengguna untuk masalah ini. Anda harus memprioritaskan masalah yang gagal atau tidak dimulai.

Filter drop-down penemuan URL

Filter drop-down di atas diagram memungkinkan Anda memfilter hasil indeks dengan mekanisme yang digunakan Google untuk menemukan URL. Berikut nilai yang tersedia:

  • Semua halaman yang diketahui [Default] - Menampilkan semua URL yang ditemukan oleh Google melalui cara apa pun.
  • Semua halaman yang dikirim - Hanya menampilkan halaman yang dikirim dalam peta situs entah menggunakan Search Console, file robots.txt, atau ping peta situs).
  • URL peta situs tertentu - Hanya menampilkan URL yang tercantum dalam peta situs tertentu yang dikirimkan menggunakan Search Console. Jika ini adalah indeks peta situs, semua URL dalam peta situs yang disertakan akan dilaporkan.

URL dianggap dikirimkan oleh peta situs meskipun URL tersebut juga ditemukan melalui beberapa mekanisme lain (misalnya, melalui crawling organik dari halaman lain).

Laporan drilldown berdasarkan status dan alasan

Mengklik baris di bagian atas halaman akan menampilkan detail untuk jenis status tertentu. Laporan alasan berisi informasi berikut:

  • Grafik yang menampilkan URL berdasarkan status umum (valid, error, peringatan, dikecualikan).
  • Tabel yang menampilkan URL berdasarkan jenis status, dan waktu terakhir kali URL di-crawl.

Penting: Melihat URL yang ditandai dengan masalah yang telah Anda perbaiki? Mungkin Anda memperbaiki masalah SETELAH terakhir kali di-crawl oleh Google. Oleh karena itu, jika Anda melihat URL dengan masalah yang telah Anda perbaiki, pastikan untuk memeriksa tanggal crawl URL tersebut:

  • Jika URL di-crawl ulang setelah diperbaiki, kami tidak dapat mengonfirmasi perbaikan Anda. Periksa dan konfirmasi perbaikan Anda dan tunggu untuk di-crawl ulang.
  • Jika URL di-crawl ulang sebelum diperbaiki, tunggu halaman di-crawl ulang oleh Google, atau klik "mulai memperbaiki" (jika ditampilkan) dan perbaiki masalah menggunakan alur pengelolaan masalah.

Memecahkan masalah halaman

  1. Lihat apakah Anda dapat menemukan keterkaitan antara jumlah total error pengindeksan atau jumlah total halaman yang diindeks, dan diagram garis sparkline untuk error tertentu sebagai petunjuk atas masalah mana yang mungkin memengaruhi total error atau jumlah total halaman yang diindeks.
  2. Memperbaiki masalah:
    1. Tabel URL yang dikelompokkan berdasarkan tingkat keparahan dan peringatan diurutkan berdasarkan gabungan tingkat keparahan, jumlah halaman yang terpengaruh, dan apakah halaman tersebut sedang divalidasi atau tidak. Sebaiknya perbaiki masalah sesuai urutan default yang ditampilkan.
    2. Jika terjadi peningkatan error, carilah lonjakan frekuensi pada baris yang terjadi bersamaan dengan lonjakan error pada diagram teratas, dan klik baris untuk mempelajari lebih lanjut dalam laporan drilldown (dijelaskan selanjutnya).
    3. Klik baris error untuk membuka halaman drilldown dengan informasi selengkapnya (lihat di bawah). Baca deskripsi tentang jenis error tertentu untuk mempelajari cara penanganan terbaik.
    4. Perbaiki semua instance dari setiap alasan, dan mintalah validasi dengan mengeklik Validasi Perbaikan di drilldown untuk alasan tersebut. Baca selengkapnya tentang validasi.
    5. Anda akan mendapatkan pemberitahuan saat validasi diproses, namun Anda dapat memeriksa kembali setelah beberapa hari untuk mengetahui apakah jumlah error telah berkurang.
  3. Secara berkala, hapus filter untuk URL yang dikecualikan, urutkan URL berdasarkan jumlah halaman yang terpengaruh, lalu pindai URL untuk menemukan masalah yang tidak diinginkan.
Memperbaiki error server
Error server berarti Googlebot tidak dapat mengakses URL Anda, waktu permintaan habis, atau situs Anda sedang sibuk. Akibatnya, Googlebot terpaksa membatalkan permintaan.

Menguji konektivitas server

Anda dapat menggunakan Fitur Inspeksi URL untuk melihat apakah Anda dapat mereproduksi error server yang dilaporkan oleh laporan Status Cakupan Indeks.

Memperbaiki kesalahan konektivitas server

  • Kurangi pemuatan halaman yang berlebihan untuk permintaan halaman dinamis.
    Situs yang menayangkan konten yang sama untuk beberapa URL dianggap menayangkan konten secara dinamis (misalnya, www.example.com/shoes.php?color=red&size=7 menayangkan konten yang sama dengan www.example.com/shoes.php?size=7&color=red).  Halaman dinamis dapat memakan waktu yang terlalu lama untuk merespons, yang mengakibatkan masalah waktu tunggu habis. Atau, server dapat menampilkan status kelebihan beban untuk meminta Googlebot merayapi situs dengan lebih lambat. Pada umumnya, sebaiknya Anda menjaga parameter tetap pendek dan menggunakannya dengan efektif. Jika yakin tentang cara kerja parameter di situs, Anda dapat memberi tahu Google bagaimana kami seharusnya menangani perameter ini.
  • Pastikan server hosting situs Anda aktif, tidak kelebihan beban, atau tidak salah konfigurasi.
    Jika terdapat masalah sambungan, waktu tunggu, atau respons, periksa penghosting web Anda dan pertimbangkanlah untuk meningkatkan kemampuan situs Anda dalam menangani lalu lintas.
  • Periksa apakah Anda tidak sengaja memblokir Google.
    Anda mungkin telah memblokir Google karena ada masalah di tingkat sistem, seperti masalah konfigurasi DNS, firewall atau sistem perlindungan DoS yang salah konfigurasi, atau konfigurasi sistem pengelolaan konten. Sistem perlindungan merupakan bagian penting hosting yang baik dan sering kali dikonfigurasi untuk memblokir permintaan server yang sangat tinggi yang tidak biasa secara otomatis. Akan tetapi, karena Googlebot sering melakukan permintaan lebih banyak daripada pengguna manusia, tindakan ini dapat memicu sistem perlindungan tersebut, yang menyebabkannya memblokir Googlebot dan mencegahnya merayapi situs web Anda. Untuk memperbaiki masalah tersebut, identifikasi bagian mana dari infrastruktur situs web Anda yang memblokir Googlebot dan hentikan pemblokiran tersebut. Mungkin Anda tidak dapat mengontrol firewall, sehingga Anda harus membicarakannya dengan penyedia hosting.
  • Kontrol pengindeksan dan perayapan situs mesin telusur dengan bijak.
    Beberapa webmaster mencegah Googlebot merayapi situs webnya dengan sengaja, mungkin menggunakan firewall seperti yang disebutkan di atas. Dalam keadaan ini, biasanya tujuannya bukan untuk memblokir Googlebot sepenuhnya, namun untuk mengontrol cara situs dirayapi dan diindeks. Jika ini terjadi pada Anda, periksa berikut ini: Jika Anda ingin mengubah seberapa sering Googlebot merayapi situs, Anda dapat meminta perubahan di laju perayapan Googlebot. Penyedia hosting juga dapat memverifikasi kepemilikan alamat IP mereka.
Memperbaiki error 404

Kebanyakan error 404 tidak memengaruhi peringkat situs di Google, jadi Anda dapat mengabaikannya dengan aman. Biasanya, kesalahan tersebut disebabkan oleh salah ketik, salah konfigurasi situs, atau peningkatan upaya Google untuk mengenali dan merayapi tautan dalam konten tersemat, misalnya JavaScript. Berikut beberapa petunjuk untuk membantu Anda menyelidiki dan memperbaiki kesalahan 404:

  1. Tentukan apakah hal tersebut layak diperbaiki atau tidak. Banyak (sebagian besar?) kesalahan 404 tidak layak untuk diperbaiki. Berikut alasannya: Urutkan kesalahan 404 berdasarkan prioritas dan perbaiki kesalahan yang perlu diperbaiki. Anda dapat mengabaikan kesalahan lainnya karena kesalahan 404 tidak membahayakan pengindeksan dan penentuan peringkat situs.
    • Jika halaman yang dihapus tidak memiliki pengganti atau yang setara, memunculkan kesalahan 404 adalah hal yang tepat.
    • Jika ini adalah URL buruk yang dibuat oleh skrip, atau yang belum pernah ada di situs, mungkin ini adalah masalah yang tidak perlu dikhawatirkan. Hal ini mungkin mengganggu Anda saat melihatnya di laporan, tetapi Anda tidak perlu memperbaikinya, kecuali URL tersebut adalah tautan dengan kesalahan pengejaan yang umum (lihat di bawah).
  2. Lihat tempat dengan tautan tidak valid yang aktif. Klik URL untuk melihat informasi Ditautkan dari halaman ini. Perbaikan bergantung pada apakah tautan berasal dari situs Anda atau dari situs lain:
    1. Perbaiki tautan dari situs Anda yang menuju halaman yang tidak ada, atau hapus jika diperlukan.
      • Jika konten dipindahkan, tambahkan pengalihan.
      • Jika Anda telah menghapus konten secara permanen tanpa ada niatan untuk menggantinya dengan konten terkait yang lebih baru, biarkan URL lama memunculkan kesalahan 404 atau 410. Saat ini Google memperlakukan 410 (Hilang) sama dengan 404 (Tidak ditemukan). Memunculkan kode selain 404 atau 410 untuk halaman yang tidak ada (atau mengalihkan pengguna ke halaman lain, seperti beranda, dan tidak memunculkan 404) dapat menjadi masalah. Halaman semacam ini dikenal sebagai 404 ringan, serta dapat membingungkan pengguna dan mesin telusur.
      • Jika URL tidak diketahui: Terkadang Anda mungkin melihat kesalahan 404 untuk URL yang tidak pernah ada di situs Anda. URL yang tidak diharapkan ini mungkin dibuat oleh Googlebot yang mencoba mengikuti tautan yang ditemukan di JavaScript, file Flash, atau konten lain yang disematkan, atau yang mungkin hanya ada di peta situs. Misalnya, situs Anda dapat menggunakan kode seperti ini untuk melacak download-an file di Google Analytics:
        <a href="helloworld.pdf"
          onClick="_gaq.push(['_trackPageview','/download-helloworld']);">
          Hello World PDF</a>

        Saat melihat kode ini, Googlebot mungkin mencoba merayapi URL http://www.example.com/download-helloworld, meski URL tersebut bukan halaman sebenarnya. Dalam hal ini, tautan mungkin muncul sebagai kesalahan 404 (Tidak Ditemukan) di laporan Kesalahan Perayapan. Google terus berusaha mencegah jenis kesalahan perayapan ini. Kesalahan ini tidak memengaruhi perayapan atau penentuan peringkat situs Anda.

    2. Perbaiki tautan yang ejaannya salah dari situs lain dengan pengalihan 301. Misalnya, kesalahan pengejaan URL yang sah (www.example.com/redshoos, bukan www.example.com/redshoes), mungkin terjadi jika seseorang salah mengetikkannya saat menautkan ke situs Anda. Dalam hal ini, Anda dapat mengetahui URL yang salah eja dengan membuat pengalihan 301 ke URL yang benar. Anda juga dapat menghubungi webmaster situs yang menampilkan link keliru, dan meminta agar link tersebut diubah atau dihapus.
  3. Abaikan kesalahan lainnya. Jangan membuat konten palsu, mengalihkan ke beranda, atau menggunakan robots.txt untuk memblokir URL tersebut—semua hal ini menyulitkan kami untuk mengenali struktur situs dan memprosesnya dengan benar. Kami menyebutnya kesalahan 404 ringan. Perlu diketahui bahwa dengan mengklik Masalah ini telah diperbaiki di laporan Kesalahan Perayapan hanya menyembunyikan kesalahan 404 untuk sementara; kesalahan tersebut akan muncul kembali saat Google mencoba merayapi URL tersebut di lain waktu. (Setelah berhasil merayapi URL, Google dapat mencoba merayapi URL tersebut selamanya. Pengeluaran pengalihan 300 tingkat akan menunda upaya perayapan ulang, mungkin untuk waktu yang sangat lama.)  Perlu diperhatikan bahwa mengirimkan permintaan penghapusan URL menggunakan fitur penghapusan URL tidak akan menghapus error dari laporan ini.

Jika tidak mengenali URL di situs, Anda dapat mengabaikannya. Error tersebut terjadi jika seseorang mengakses URL yang tidak ada di situs Anda - mungkin seseorang salah mengetik URL di browser, atau seseorang salah mengetik URL link. Namun, Anda mungkin ingin mengambil beberapa URL yang salah ketik tersebut seperti yang dijelaskan pada daftar di atas.

Alasan status

Berikut adalah kemungkinan alasan untuk setiap halaman Anda.

Dikirim vs tidak dikirim

Kapan pun Anda melihat hasil indeks yang menggunakan kata "Dikirim", berarti Anda telah meminta Google untuk mengindeks URL secara eksplisit dengan mengirimkannya ke peta situs.

Error


Halaman yang berisi error belum diindeks.


Error server (5xx): Server Anda menampilkan error level 500 saat halaman diminta. Lihat Memperbaiki error server.

Error pengalihan: URL adalah error pengalihan. Error ini mungkin termasuk salah satu jenis error berikut: error ini merupakan rantai pengalihan yang terlalu panjang; error ini merupakan pengalihan balik; URL alihan akhirnya melampaui batas panjang URL maks; terdapat URL yang buruk atau kosong dalam rantai pengalihan.

URL yang dikirimkan diblokir oleh robots.txt: Anda mengirim halaman untuk diindeks, namun halaman tersebut diblokir oleh robots.txt. Cobalah menguji halaman Anda menggunakan penguji robots.txt.

URL yang dikirimkan ditandai ‘noindex’: Anda mengirimkan halaman untuk diindeks, namun halaman tersebut memiliki perintah 'noindex' dalam tag meta atau header HTTP. Jika ingin halaman ini diindeks, Anda harus menghapus tag atau header HTTP.

URL yang dikirimkan tampaknya berupa Soft 404: Anda mengirimkan halaman untuk diindeks, namun server menampilkan URL yang tampaknya merupakan soft 404.

URL yang dikirimkan mengembalikan permintaan yang tidak diotorisasi (401): Anda mengirimkan halaman ini untuk diindeks, namun Google mendapat respons 401 (tidak diotorisasi). Hapus persyaratan otorisasi untuk halaman ini, atau izinkan Googlebot mengakses halaman Anda dengan memverifikasi identitasnya.

URL yang dikirimkan tidak ditemukan (404): Anda mengirimkan URL yang tidak ada untuk diindeks. Lihat Memperbaiki error 404.

URL yang dikirimkan memiliki masalah crawling: Anda mengirimkan halaman untuk diindeks, dan Google menemukan error crawling yang tidak ditentukan yang tidak termasuk dalam alasan lain mana pun. Coba jalankan proses debug halaman menggunakan fitur Inspeksi URL.

Peringatan


Halaman dengan status peringatan mungkin perlu Anda perhatikan, dan mungkin sudah atau belum diindeks, berdasarkan hasil tertentu.


Diindeks, meski diblokir oleh robots.txt: Halaman sudah diindeks, meskipun diblokir oleh robots.txt (Google selalu mematuhi robots.txt, namun tidak lagi jika seseorang menaut ke halaman tersebut). Kondisi ini ditandai sebagai peringatan karena kami tidak yakin apakah Anda sengaja memblokir halaman dari hasil penelusuran. Jika Anda memang ingin memblokir halaman ini, robots.txt bukanlah mekanisme yang tepat untuk mencegah agar halaman tidak diindeks. Agar halaman tidak diindeks, sebaiknya gunakan 'noindex' atau wajibkan autentikasi untuk melarang akses anonim. Anda dapat menggunakan penguji robots.txt untuk menentukan aturan mana yang memblokir halaman ini. Karena robots.txt, semua cuplikan yang ditampilkan untuk halaman mungkin akan kurang optimal. Jika tidak ingin memblokir halaman ini, perbarui file robots.txt agar pemblokiran halaman dibatalkan.

Valid


Halaman dengan status yang valid telah diindeks.

Dikirim dan diindeks: Anda mengirimkan URL untuk diindeks, dan URL telah diindeks.

Diindeks, tidak dikirimkan di peta situs: URL ditemukan oleh Google dan diindeks. Sebaiknya kirimkan semua URL penting menggunakan peta situs.

Diindeks; pertimbangkan untuk menandai sebagai kanonis: URL sudah diindeks. URL ini memiliki duplikat, namun kami menganggap URL inilah yang kanonis. URL tidak ditandai sebagai kanonis secara eksplisit, karena itu sebaiknya tandai URL ini sebagai kanonis secara eksplisit.

Dikecualikan


Halaman berikut ini umumnya tidak diindeks, tetapi mungkin saja karena Anda memang menghendakinya.


Diblokir oleh tag ‘noindex’: Saat mencoba mengindeks halaman, Google menemukan perintah 'noindex', sehingga halaman tersebut tidak diindeks. Jika Anda memang tidak ingin halaman ini diindeks, perintah ini sudah sesuai. Jika ingin halaman ini diindeks, Anda harus menghapus perintah 'noindex'.

Diblokir oleh fitur penghapusan halaman: Saat ini halaman diblokir oleh permintaan penghapusan URL. Jika Anda adalah pemilik situs terverifikasi, Anda dapat menggunakan fitur penghapus URL untuk melihat siapa yang mengirimkan permintaan penghapusan URL. Permintaan penghapusan hanya berlaku dalam jangka waktu tertentu (lihat dokumentasi terkait). Setelah jangka waktu terlewati, Googlebot dapat kembali dan mengindeks halaman, meskipun Anda tidak mengirimkan permintaan indeks lainnya. Jika Anda tidak ingin halaman diindeks, gunakan 'noindex', wajibkan otorisasi untuk halaman, atau hapus halaman tersebut.

Diblokir oleh robots.txt: Halaman menggunakan file robots.txt untuk memblokir Googlebot. Anda dapat memverifikasi halaman ini menggunakan penguji robots.txt. Perlu diketahui bahwa hal ini bukan berarti halaman tidak akan diindeks dengan beberapa cara lain. Jika Google dapat menemukan informasi lain tentang halaman ini tanpa memuatnya, halaman masih dapat diindeks (meskipun hal ini jarang terjadi). Untuk memastikan bahwa halaman tidak diindeks oleh Google, hapus pemblokiran robots.txt dan gunakan perintah 'noindex'.

Diblokir karena adanya permintaan yang tidak diotorisasi (401): Halaman menerapkan permintaan otorisasi untuk memblokir Googlebot (respons 401). Agar Googlebot dapat meng-crawl halaman ini, hapus persyaratan otorisasi, atau izinkan Googlebot mengakses halaman Anda.

Anomali crawling: Anomali yang tidak ditentukan terjadi saat mengambil URL ini. Hal ini bisa berarti kode respons level 4xx- atau 5xx-. Coba ambil halaman menggunakan fitur Fetch as Google untuk mengetahui apakah halaman tersebut mengalami masalah dalam proses pengambilan. Halaman tersebut tidak diindeks.

Di-crawl - saat ini tidak diindeks: Halaman telah di-crawl oleh Google, namun tidak diindeks. Halaman ini mungkin diindeks atau mungkin tidak diindeks di masa mendatang; tidak perlu mengirim ulang URL ini untuk crawling.

Ditemukan - saat ini tidak diindeks: Halaman ditemukan oleh Google, namun belum di-crawl. Biasanya, Google mencoba meng-crawl URL namun situs kelebihan muatan; oleh karena itu, Google harus menjadwalkan ulang crawl. Itulah alasan tanggal crawl terakhir kosong di laporan.

Halaman alternatif dengan tag kanonis yang tepat: Halaman merupakan duplikat dari halaman yang dikenali oleh Google sebagai kanonis. Halaman ini mengarah ke halaman kanonis tersebut dengan benar, sehingga Anda tidak perlu melakukan apa pun.

Halaman duplikat tanpa tag kanonis: Halaman memiliki duplikat, namun tidak ada yang ditandai sebagai kanonis. Kami merasa halaman ini bukan halaman kanonis. Anda seharusnya menandai halaman ini sebagai kanonis secara eksplisit. Periksa URL ini untuk melihat URL kanonis yang dipilih oleh Google.

Halaman non-HTML duplikat: Halaman non-HTML ini (misalnya, file PDF) adalah duplikat halaman lain yang telah ditandai oleh Google sebagai kanonis. Biasanya, hanya URL kanonis yang akan ditampilkan di Google Penelusuran. Jika mau, Anda dapat menentukan halaman kanonis menggunakan header Tautkan HTTP dalam respons.

Google memilih versi kanonis yang berbeda dengan pengguna: Halaman ini ditandai sebagai kanonis untuk sekumpulan halaman, namun Google menganggap ada URL lain yang lebih layak dianggap kanonis. Google telah mengindeks halaman yang dianggap sebagai kanonis, dan bukan yang ini. Sebaiknya Anda menandai halaman ini sebagai duplikat URL kanonis secara eksplisit. Halaman ini ditemukan tanpa permintaan crawl eksplisit. Periksa URL ini untuk melihat URL kanonis yang dipilih Google.

Tidak ditemukan (404): Halaman menampilkan error 404 saat diminta. Google menemukan URL ini tanpa ada permintaan eksplisit atau peta situs apa pun. Google mungkin telah menemukan URL ini sebagai link dari situs lain, atau mungkin halaman tersebut ada sebelumnya dan telah dihapus. Googlebot mungkin akan terus berupaya meng-crawl URL ini dalam jangka waktu tertentu; tidak ada cara lain untuk membuat Googlebot melupakan URL secara permanen, meskipun halaman akan lebih jarang di-crawl. Respons 404 tidak menjadi masalah, jika disengaja. Jika halaman Anda telah dipindahkan, gunakan pengalihan 301 ke lokasi baru. Baca Memperbaiki error 404

Halaman dihapus karena adanya keluhan hukum: Halaman telah dihapus dari indeks karena adanya keluhan hukum.

Halaman dengan pengalihan: URL ini adalah pengalihan dan tidak ditambahkan ke indeks.

Dimasukkan dalam antrean untuk crawling: Halaman berada dalam antrean crawling. Periksa kembali dalam beberapa hari untuk melihat apakah halaman telah di-crawl.

Soft 404: Permintaan halaman menampilkan hal yang dianggap sebagai respons soft 404. Hal ini berarti bahwa halaman menampilkan pesan "tidak ditemukan" yang aman bagi pengguna tanpa kode respons 404 yang sesuai. Sebaiknya tampilkan kode respons 404 untuk halaman yang benar-benar "tidak ditemukan", atau tambahkan lebih banyak informasi ke halaman untuk memberi tahu kami bahwa itu bukan soft 404. Pelajari lebih lanjut

URL yang dikirim telah dihapus: Anda mengirimkan halaman ini untuk diindeks, namun halaman telah dihapus dari indeks karena alasan yang tidak ditentukan.

URL yang dikirim tidak dipilih sebagai kanonis: URL ini merupakan sekumpulan URL duplikat tanpa halaman kanonis yang ditandai secara eksplisit. Secara eksplisit Anda meminta URL ini untuk diindeks, namun karena URL tersebut adalah duplikat dan Google menganggap bahwa URL lain adalah kandidat yang lebih baik untuk kanonis, Google tidak mengindeks URL ini. Sebagai gantinya, kami mengindeks kanonis yang kami pilih. (Google hanya mengindeks halaman kanonis dalam sekumpulan duplikat.) Perbedaan antara status ini dan "Google memilih versi kanonis yang berbeda dengan pengguna" adalah bahwa, di sini Anda meminta pengindeksan secara eksplisit. Periksa URL ini untuk melihat URL kanonis yang dipilih oleh Google.

 

Tentang validasi

Setelah memperbaiki semua instance masalah khusus di situs, Anda dapat meminta Google memvalidasi perubahan. Jika semua instance yang diketahui sudah tidak ada, masalah akan ditandai sebagai diperbaiki pada tabel status dan dipindahkan ke bagian bawah tabel. Search Console memantau status validasi masalah secara keseluruhan, serta status setiap instance masalah. Jika semua instance masalah sudah tidak ada, masalah akan dianggap telah diperbaiki. (Untuk rekaman status aktual, lihat Status validasi masalah dan Status validasi instance.)

Selengkapnya tentang masa aktif masalah...

Masa aktif masalah dimulai sejak pertama kali instance dari masalah tersebut terdeteksi di situs, hingga 90 hari setelah instance terakhir ditandai sebagai sudah tidak ada di situs. Jika 90 hari berlalu tanpa ada perulangan, masalah akan dihapus dari histori laporan.

Tanggal pertama kali terdeteksinya masalah adalah waktu pertama kali masalah terdeteksi selama masa aktif masalah, dan tidak mengalami perubahan. Jadi:

  • Jika semua instance masalah telah diperbaiki, namun ada instance masalah yang baru terjadi 15 hari kemudian, masalah akan ditandai sebagai terbuka, dan tanggal "pertama kali terdeteksi" tetap menjadi tanggal aslinya.
  • Jika masalah yang sama terjadi 91 hari setelah instance terakhir diperbaiki, masalah sebelumnya akan ditutup, dan masalah ini dicatat sebagai masalah baru, dengan tanggal terdeteksi pertama kali ditetapkan pada "hari ini".

Alur validasi dasar

Berikut ini ringkasan proses validasi setelah Anda mengklik Validasi Perbaikan untuk masalah. Proses ini dapat memerlukan waktu beberapa hari, dan Anda akan menerima pemberitahuan progres melalui email.

  1. Saat Anda mengklik Validasi Perbaikan, Search Console langsung memeriksa beberapa halaman.
    • Jika instance saat ini ada di salah satu halaman tersebut, validasi akan berakhir, dan status validasi tetap tidak berubah.
    • Jika halaman contoh tidak memiliki error saat ini, validasi akan dilanjutkan dengan status Dimulai. Jika validasi menemukan masalah lain yang tidak terkait, masalah tersebut akan dianggap sebagai jenis masalah lain dan validasi dilanjutkan.
  2. Search Console bekerja melalui daftar URL yang diketahui, yang terpengaruh oleh masalah ini. Antrean untuk crawling ulang hanya berisi URL dengan instance masalah yang diketahui, bukan keseluruhan situs. Search Console menyimpan rekaman semua URL yang diperiksa pada histori validasi, yang dapat dibuka di halaman detail masalah.
  3. Saat URL diperiksa:
    1. Jika masalah tidak ditemukan, status validasi instance berubah menjadi Lulus. Jika ini adalah instance pertama yang diperiksa setelah validasi dimulai, status validasi masalah berubah menjadi Terlihat bagus.
    2. Jika URL tidak lagi dapat dijangkau, status validasi instance berubah menjadi Lainnya (bukan merupakan status error).
    3. Jika instance masih ada, status masalah berubah menjadi Gagal dan validasi berakhir. Jika ini adalah halaman baru yang ditemukan oleh crawling normal, halaman ini akan dianggap sebagai instance lain dari masalah yang ada.
  4. Jika semua URL peringatan dan error telah diperiksa dan jumlah masalahnya bernilai 0, status masalah akan berubah menjadi Lulus. Penting: Meskipun jumlah halaman yang terpengaruh berkurang hingga 0 dan status masalah berubah menjadi Lulus, label tingkat keparahan asli akan tetap ditampilkan (Error atau Peringatan).

Meskipun Anda tidak pernah mengklik "mulai validasi" Google dapat mendeteksi instance masalah yang telah diperbaiki. Jika Google mendeteksi bahwa semua instance masalah telah diperbaiki selama crawl regulernya, status masalah akan berubah menjadi "T/A" pada laporan.

Kapan masalah dianggap sebagai "diperbaiki" untuk URL atau item?

Masalah ditandai sebagai diperbaiki untuk URL atau item saat salah satu ketentuan berikut terpenuhi:

  • Saat URL di-crawl dan masalahnya tidak ditemukan lagi di halaman. Untuk error tag AMP, hal ini dapat berarti bahwa Anda telah memperbaiki tag atau tag tersebut telah dihapus (jika tag tidak diwajibkan). Selama upaya validasi, status masalah akan dianggap sebagai "lulus".
  • Jika halaman tidak tersedia untuk Google dengan alasan apa pun (halaman dihapus, ditandai noindex, perlu autentikasi, dan sebagainya), masalah tersebut akan dianggap sebagai diperbaiki untuk URL tersebut. Selama upaya validasi dilakukan, masalah akan dianggap dalam status validasi "lainnya".

Validasi ulang

Saat Anda mengklik Validasi ulang untuk validasi yang gagal, validasi akan dimulai ulang untuk semua instance yang gagal, serta instance baru apa pun dari masalah ini yang ditemukan melalui crawling normal.

Anda harus menunggu siklus validasi selesai sebelum meminta siklus validasi lagi, meskipun Anda telah memperbaiki beberapa masalah selama siklus saat ini.

Instance yang telah lulus validasi (ditandai sebagai Lulus) atau tidak dapat dijangkau lagi (ditandai sebagai Lainnya) tidak akan diperiksa lagi dan dihapus dari histori saat Anda mengklik Validasi ulang.

Histori validasi

Anda dapat melihat progres permintaan validasi dengan mengklik link detail validasi di halaman detail masalah.

Entri di halaman histori validasi dikelompokkan berdasarkan URL untuk laporan AMP dan laporan Status Indeks. Dalam laporan Kegunaan Seluler dan Hasil Kaya, item dikelompokkan berdasarkan kombinasi URL + item data terstruktur (seperti yang ditentukan berdasarkan nilai Nama item). Status validasi berlaku untuk masalah tertentu yang Anda periksa. Anda dapat memiliki satu masalah berlabel "Lulus" di halaman, tetapi masalah lainnya berlabel "Gagal", "Tertunda", atau "Lainnya".

Status validasi masalah

Status validasi berikut berlaku untuk masalah tertentu:

  • Belum dimulai: Ada 1 atau lebih dari 1 halaman dengan instance masalah ini yang belum pernah Anda coba validasi. Langkah berikutnya:
    1. Klik masalah untuk mempelajari detail error-nya. Periksa setiap halaman untuk melihat contoh error pada halaman aktif menggunakan Pengujian AMP. (Jika Pengujian AMP tidak menampilkan error pada halaman, ini terjadi karena Anda telah memperbaiki error pada halaman aktif setelah Google menemukan error dan membuat laporan masalah ini.)
    2. Klik "Pelajari lebih lanjut" pada halaman detail untuk melihat detail aturan yang telah dilanggar.
    3. Klik contoh baris URL pada tabel untuk mendapatkan detail tentang error tersebut.
    4. Perbaiki halaman, lalu klik Validasi perbaikan agar Google meng-crawl ulang halaman. Google akan memberi tahu Anda tentang progres validasi. Validasi dapat memakan waktu beberapa hari hingga kira-kira 2 minggu, jadi harap bersabar. 
  • Dimulai: Anda telah memulai upaya validasi dan belum ada sisa instance masalah yang ditemukan. Langkah berikutnya: Google akan mengirimkan pemberitahuan saat validasi diproses, yang memberi tahu Anda tindakan yang harus dilakukan, jika perlu.
  • Terlihat bagus: Anda telah memulai upaya validasi, dan semua instance masalah yang diperiksa telah diperbaiki. Langkah berikutnya: Tidak ada tindakan yang harus dilakukan, namun Google akan mengirimkan pemberitahuan saat validasi diproses, yang memberi tahu Anda tentang tindakan yang harus dilakukan.
  • Lulus: Semua instance masalah yang diketahui sudah tidak ada (atau URL yang terpengaruh tidak tersedia lagi). Status ini muncul karena Anda telah mengklik "Validasi perbaikan" (jika instance tidak muncul tanpa adanya permintaan validasi, statusnya akan berubah menjadi T/A). Langkah berikutnya: Tidak ada lagi tindakan yang harus dilakukan.
  • T/A: Google mendapati bahwa masalah telah diperbaiki pada semua URL, meskipun Anda belum pernah memulai upaya validasi. Langkah berikutnya: Tidak ada lagi tindakan yang harus dilakukan.
  • Gagal: Ambang batas tertentu dari halaman masih berisi masalah ini, setelah Anda mengklik "Validasi". Langkah berikutnya: Perbaiki masalah dan validasi ulang.

Status validasi instance

Setelah validasi diminta, setiap instance masalah yang diketahui diberi salah satu status validasi berikut untuk masalah tertentu (status Lulus dan Lainnya tidak digunakan dalam laporan Status Indeks):

  • Validasi tertunda: Menunggu proses validasi. Terakhir kali Google memeriksanya, instance masalah ini sudah ada.
  • Lulus: Google memeriksa instance masalah, namun instance tersebut sudah tidak ada. Status ini hanya bisa didapatkan jika Anda secara eksplisit mengklik Validasi untuk instance masalah ini.
  • Gagal: Google memeriksa instance masalah, dan instance tersebut masih ada. Status ini hanya bisa didapatkan jika Anda secara eksplisit mengklik Validasi untuk instance masalah ini.
  • Lainnya: Google tidak dapat menjangkau URL yang menghosting instance, atau (untuk data terstruktur) tidak dapat menemukan item di halaman tersebut lagi. Dianggap setara dengan Lulus.

Perlu diketahui bahwa URL yang sama dapat memiliki status yang berbeda untuk masalah yang berbeda; Misalnya, jika sebuah halaman memiliki masalah X dan masalah Y, masalah X dapat memiliki status validasi Lulus dan masalah Y pada halaman yang sama dapat memiliki status validasi Tertunda.

 

Masalah umum

Berikut adalah masalah umum pada Search Console baru versi beta ini. Anda tidak perlu melaporkannya kepada kami, namun kami mengharapkan masukan Anda terkait fitur atau masalah lain yang Anda temukan. Gunakan mekanisme Masukan di menu navigasi.

  • Pengindeksan data tidak diupdate setiap hari, sehingga data mungkin tertunda beberapa hari, dan beberapa titik data diinterpolasi.
  • Diagram harus mencakup 90 hari terakhir, namun saat ini mungkin kurang dari jumlah tersebut. 
  • Filter drop-down peta situs hanya mencakup peta situs yang dikirim menggunakan perintah robots.txt atau Search Console.
  • Daftar status sedang disempurnakan dan mungkin berubah, misalnya:
    • Item berlabel Error dapat berupa jenis respons yang berbeda (4xx/5xx)
    • Anda dapat mengabaikan item "Dihapus karena alasan yang tidak ditentukan" atau "Lainnya".
  • Mengklik baris alasan tertentu saat ini mengarahkan Anda ke fitur di Search Console lama; kami berharap dapat melakukan lebih baik di masa mendatang.
  • Pengalaman seluler masih dalam proses pengerjaan.
  • Kumpulan Properti dan properti aplikasi seluler belum didukung.
Apakah artikel ini membantu?
Bagaimana cara meningkatkannya?