Ditemukan saat ini tidak terindeks: penyebab dan pemeriksaan

Memeriksa satu URL sebagaimana dilihat oleh Google

Mulailah dengan satu alamat. Tabel penyebab hanya berguna setelah Anda mengetahui baris mana yang menggambarkan halaman yang sedang Anda periksa.

Mulailah dengan status cakupan

Buka laporan inspeksi halaman di Search Console dan baca baris status sebelum melakukan apa pun. Status 'Ditemukan' dan 'Dicrawl' adalah putusan yang berbeda, dan masing-masing mengarah ke perbaikan yang berbeda.

Jangan habiskan seminggu untuk membuat tautan ke halaman yang tidak pernah dicrawl oleh Google. Upaya tersebut lebih baik dialihkan sampai baris status berubah.

Simpan hasil inspeksi beserta tanggalnya. Status cakupan berubah saat Google melakukan crawl ulang, sehingga catatan dari minggu lalu menunjukkan apa yang terjadi saat itu, dan inspeksi baru menunjukkan kondisi saat ini.

Bandingkan HTML mentah dengan halaman yang dirender

Fetch URL dengan cURL dan cari teks utama dalam respons. Jika kata-kata hanya muncul setelah skrip dijalankan, masalahnya adalah rendering, bukan graf tautan.

Heading yang hilang atau body yang tipis dalam respons mentah adalah sinyal cepat, dan ini adalah hal yang paling sering diabaikan orang.

Lanjutkan daftar secara berurutan. Kegagalan pada item pertama sering menjelaskan sisanya, sehingga tidak perlu memeriksa item lain sampai masalah tersebut diperbaiki.

• Heading utama ada dalam respons
• Teks body lebih panjang dari beberapa kalimat
• Tautan internal ada sebagai anchor biasa
• Tag canonical mengarah ke alamat yang benar

Konfirmasi bahwa sitemap dan file robots selaras

Sitemap yang mencantumkan URL sementara robots.txt memblokirnya memberikan sinyal yang bercampur. Periksa kedua file pada host canonical, karena salinan yang disajikan dari host lain mungkin mengatakan hal yang berbeda.

Ketidaksesuaian seperti ini jarang merusak seluruh situs. Namun, hal ini membuat pemeriksaan lain lebih sulit dibaca.

Periksa juga nilai lastmod jika sitemap Anda memilikinya. Tanggal yang tidak pernah berubah, atau yang semuanya sesuai dengan hari build, memberi tahu Google sangat sedikit tentang apa yang baru.

Di mana backlink berperan

Tautan dari situs lain adalah jalur penemuan. Google mengikutinya, yang dapat menarik halaman keluar dari antrian ditemukan lebih cepat.

Hal ini tidak membuat tautan menjadi sakelar pengindeksan. Halaman tanpa tautan internal dan hanya satu backlink acak tetap menjadi kandidat yang lemah, dan Google telah menyatakan dengan jelas bahwa ia tidak mengindeks semua yang ditemukannya.

Gunakan toppages untuk melihat URL mana dari Anda yang menarik tautan, lalu konfirmasi apakah URL persis tersebut sudah terindeks. Tautan namun tidak ada di indeks adalah flag yang layak untuk pekerjaan sehari.

Saat Anda ragu, lihat halaman yang menautkan ke URL yang macet tersebut. Jika tidak ada dari halaman tersebut adalah halaman Anda sendiri, masalahnya kemungkinan adalah struktur internal, bukan tautan eksternal.

Tautan dari halaman yang tidak dibaca siapa pun

Tautan dari halaman yang tidak pernah dicrawl memberi Google sedikit untuk diikuti. Periksa apakah halaman yang menautkan tersebut sudah terindeks sebelum Anda menghitungnya sebagai jalur penemuan.

Tautan mati dari halaman lama dapat membuat alamat tetap berada di daftar untuk sementara waktu, tetapi jarang mengubah putusan secara mandiri.

Tautan internal melakukan pekerjaan berat

Sebagian besar penemuan halaman situs sendiri terjadi di dalam situs. Menu, daftar kategori, dan sitemap lebih membantu halaman baru daripada satu tautan eksternal.

Jika halaman tidak memiliki jalur internal, tautan eksternal adalah tambalan atas celah struktural, dan celah itulah yang perlu diperbaiki.

Cara membedakan kedalaman tautan dari kualitas

Halaman yang ditemukan tetapi tidak dicrawl biasanya merupakan masalah prioritas. Google memiliki alamatnya tetapi melihat sedikit alasan untuk terburu-buru, sering karena sedikit jalur internal yang mengarah ke sana.

Halaman yang dicrawl tetapi tidak terindeks adalah sebuah penilaian. Google membacanya dan tidak menginginkannya, sehingga lebih banyak tautan tidak akan memperbaiki teks yang tipis atau duplikat.

Framework menambah penyebab ketiga. Situs Next.js dan React terkadang mengirimkan teks yang hanya muncul setelah JavaScript dijalankan. Fetch HTML mentah dengan cURL dan lihat apakah teks Anda ada di dalamnya. Jika tidak, server-side rendering atau prerendering adalah perbaikannya, dan resep untuk menjaga URL tetap stabil berlaku saat Anda mengubah stack.

Bing dan Yandex memiliki antrian mereka sendiri, jadi periksa Bing Webmaster Tools sebelum mengasumsikan masalahnya hanya milik Anda.

Uji yang berguna adalah melihat halaman yang sama dari dua sudut. Jika jumlah tautan internalnya rendah dan teksnya tipis, penyebabnya mungkin keduanya, dan Anda harus memperbaiki keduanya sebelum menunggu.

Ketika lonjakan URL yang dikecualikan adalah masalah parameter atau sitemap

Kenaikan mendadak URL yang dikecualikan biasanya memiliki penyebab mekanis. Tugasnya adalah menemukan generatornya, bukan mengejar setiap alamat.

Parameter dan jalur faceted

Lonjakan mendadak sering kali berawal dari parameter filter atau urut yang mulai menghasilkan alamat baru. Sampel selusin dari laporan dan baca string query mereka.

Jika varian menunjukkan konten yang sama, masalahnya adalah duplikasi. Perbaikannya adalah canonical atau aturan parameter, bukan lebih banyak tautan.

Perhatikan halaman yang seharusnya ada. Filter bisa mendapatkan alamat sendiri ketika orang benar-benar mencari kombinasi tersebut. Aturan utamanya bukan memblokir setiap parameter, tetapi memutuskan kombinasi mana yang layak mendapatkan alamat.

Sitemap yang mencantumkan host yang salah

Sitemap yang dibuat untuk versi http situs, atau untuk host yang sekarang melakukan redirect, memberi Google daftar yang tidak akan dipercaya. Buka file tersebut dan periksa sepuluh alamat pertama terhadap host canonical Anda.

Perbaiki daftar terlebih dahulu. Sitemap yang bersih tidak ada biaya untuk dipublikasikan, dan ini menghilangkan satu variabel dari penyelidikan.

Jebakan hosting dan pemblokiran bot

Hostinger, Cloudflare, dan lapisan serupa terkadang membatasi laju Googlebot sementara melayani manusia dengan sempurna. Situs terlihat bagus bagi Anda dan tidak stabil bagi crawler.

Baca log akses mentah untuk respons 403, 429, dan 5xx ke user agent yang mengandung Googlebot. Verifikasi hit tersebut dengan DNS terbalik, karena banyak scraper memalsukan nama.

Crawler AI adalah keputusan terpisah. Memblokir GPTBot atau ClaudeBot di robots.txt tidak memengaruhi Googlebot, tetapi aturan wildcard yang ceroboh bisa. Uji file setelah setiap edit.

Salinan staging membutuhkan perawatan. Ketika salah satunya menjadi masalah, letakkan di balik password dan minta penghapusan di Search Console. Tag noindex saja bisa dibatalkan oleh satu deploy. Lihat resep tentang redirect sebelum menggabungkan host.

Batasan laju sering muncul hanya pada waktu sibuk. Pemeriksaan yang dijalankan pada tengah malam bisa terlihat bersih sementara log sore hari menceritakan kisah lain, jadi sampel lebih dari satu jendela waktu sebelum Anda memutuskan.

Simpan catatan setiap aturan firewall yang Anda ubah. Aturan yang ditambahkan untuk menghentikan satu scraper bisa memblokir crawler juga, dan gejalanya mungkin hanya muncul kemudian sebagai penurunan cakupan yang tenang.