ditemukan – Saat ini Tidak terindeks

TL;DR — “Discovered – currently not indexed” (terjemahan) “ditemukan – saat ini tidak terindeks” di Google Search Console berarti Google memiliki ditemukan Anda halaman tetapi hasn’t downloaded (di-crawl) ini namun — so ini dapat’t menjadi di penelusuran. Terakhir crawl date adalah empty. ini biasanya berarti Google tidak think halaman adalah worth crawling saat ini, atau crawling ini akan memiliki strained Anda server. perbaiki adalah untuk membuat Anda penting halaman easier untuk reach dan dengan jelas worth crawling — tidak untuk pertahankan clicking “Request indexing.” (terjemahan) “permintaan pengindeksan.”

Apa ini status berarti

Open Google Search Console, go untuk halaman pengindeksan report, dan Anda’ll see Anda halaman grouped oleh status. “Discovered – currently not indexed” (terjemahan) “ditemukan – saat ini tidak terindeks” adalah bucket untuk URLs itu Google knows tentang tetapi hasn’t sebenarnya di-crawl namun. Evidence for this claim Google defines Discovered - currently not indexed as a page it found but has not yet crawled, with an empty last crawl date. Scope: Google Search Console Page Indexing status. Confidence: high · Verified: 2026-07-14 Google: Page indexing report

Remember three langkah setiap halaman goes melalui untuk tampilkan up di penelusuran:

1. crawl — Google downloads halaman.
2. indeks — Google files ini away di -nya database.
3. sajikan (peringkat) — Google menampilkan ini ketika seseorang searches.

sebuah “Discovered” (terjemahan) “status halaman yang sudah ditemukan” halaman adalah stuck sebelum langkah satu. Google ditemukan URL — biasanya dari Anda sitemap atau sebuah tautan — ditambahkan ini untuk -nya untuk-melakukan list, dan lalu tidak mendapatkan sekitar untuk fetching ini. clearest sign adalah di pemeriksaan URL alat: Terakhir crawl date adalah empty, karena tidak ada apa pun adalah ever di-crawl.

Mengapa Google leaves sebuah halaman “Discovered” (terjemahan) “status ketika halaman sudah ditemukan”

Dua alasan, di plain istilah:

• ini tidak ingin untuk overload Anda situs. Google holds back jika crawling lebih halaman saat ini mungkin slow Anda server down. ini reschedules crawl untuk kemudian.
• ini tidak think halaman adalah worth ini. jika Anda situs (atau itu bagian dari ini) looks thin, duplicated, atau hard untuk reach, Google deprioritizes crawling itu URLs. ini adalah sebuah plausible diagnosis, tidak sesuatu report status proves oleh itself.

Bagaimana ini adalah berbeda dari “Crawled – saat ini tidak indexed” (terjemahan) “di-crawl – saat ini tidak terindeks”

ini dua statuses look hampir identical dan orang mix them up constantly. perbedaan adalah satu kata — di-crawl:

• ditemukan – Google hasn’t fetched halaman namun. Empty Terakhir crawl date.
• di-crawl – saat ini tidak terindeks – Google melakukan fetch ini tetapi decided tidak untuk pertahankan ini. ada sebuah Terakhir crawl date.

So ditemukan adalah sebuah “we haven’t gotten untuk it” (terjemahan) “kami haven’t gotten untuk ini” masalah; di-crawl adalah sebuah “we looked dan lulus” (terjemahan) “kami looked dan lulus” masalah. berbeda stages, berbeda memperbaiki.

Apa sebenarnya helps

• tautan untuk halaman dari halaman itu sudah mendapatkan di-crawl — Anda homepage, main navigation, atau popular artikel. Orphan halaman (tidak ada apa pun tautan untuk them) adalah satu mungkin penyebab.
• membuat halaman genuinely berguna dan tidak sebuah near-duplicate dari others.
• Submit ini di Anda sitemap XML (ini helps Google temukan ini, though tidak niscaya prioritize ini).
• pertahankan server fast dan stable.

hal sebagian besar orang mendapatkan wrong

Clicking “Request indexing” (terjemahan) “permintaan pengindeksan” di atas dan di atas adalah tidak perbaiki. ini dapat nudge sebuah sedikit penting URLs, tetapi ini tidak scale untuk hundreds atau thousands dari halaman, dan ini melakukan tidak ada apa pun tentang mengapa Google deprioritized them. jika sebuah seluruh bagian adalah sitting di “Discovered,” (terjemahan) “ditemukan,” itu’s sebuah sinyal tentang Anda situs’s quality, structure, atau server — tidak sesuatu sebuah button solves. Evidence for this claim Google says repeated recrawl requests for the same URL do not make crawling faster and recommends sitemaps for many URLs. Scope: URL Inspection request indexing; crawling still does not guarantee indexing. Confidence: high · Verified: 2026-07-14 Google: Ask Google to recrawl URLs

ingin penuh diagnosis — cara tell apakah ini adalah sebuah server masalah atau sebuah quality masalah, dan memperbaiki itu sebenarnya scale? Switch untuk Advanced tab.

TL;DR — “Discovered – currently not indexed” (terjemahan) “ditemukan – saat ini tidak terindeks” berarti Google ditemukan URL tetapi hasn’t di-crawl ini — Terakhir crawl date adalah empty, yang adalah single fact itu separates ini dari “Crawled – saat ini tidak indexed” (terjemahan) “di-crawl – saat ini tidak terindeks” (fetched, lalu tidak dipertahankan). Google’s dua drivers adalah crawl capacity (crawling now akan overload server, so ini rescheduled) dan crawl demand (Anda situs/halaman tidak worth crawl effort — sebuah quality dan internal-linking sinyal). ini adalah sering sebuah sitewide pattern, tidak sebuah per-halaman bug. Perbaiki demand side pertama — internal linking, konten quality, cutting crawl waste, tautan untuk priority halaman — dan capacity side (server speed/stability) untuk besar situs. permintaan pengindeksan nudges sebuah handful dari URLs, tidak scale, dan tidak perbaiki penyebab. dan crawling sebuah halaman masih tidak jaminan ini mendapatkan terindeks.

Apa Google sebenarnya says ini berarti

Straight dari halaman pengindeksan report definition: “The page was found by Google, but not crawled yet. Typically, Google wanted to crawl the URL but this was expected to overload the site; therefore Google rescheduled the crawl. This is why the last crawl date is empty on the report.” (terjemahan) “Halaman ditemukan oleh Google, tetapi belum dirayapi. Biasanya, Google ingin merayapi URL itu, tetapi memperkirakan hal tersebut akan membebani situs; karena itu, Google menjadwalkan ulang perayapan. Itulah sebabnya tanggal perayapan terakhir kosong dalam laporan.” Evidence for this claim Google defines Discovered - currently not indexed as a page it found but has not yet crawled, with an empty last crawl date. Scope: Google Search Console Page Indexing status. Confidence: high · Verified: 2026-07-14 Google: Page indexing report itu terakhir kalimat adalah seluruh tell — empty Terakhir crawl date = tidak pernah fetched. jika Anda inspect satu dari ini URLs di GSC, Anda’ll see Tidak crawl recorded.

So ini adalah sebuah pre-crawl queue state. Tidak ada apa pun adalah terindeks dan dihapus; tidak ada apa pun adalah penalized. Google knows URL ada — ini came di melalui sebuah sitemap, sebuah internal tautan, atau sebuah external tautan — dan ini sekadar hasn’t fetched ini.

ditemukan vs di-crawl – saat ini tidak terindeks

ini adalah pembedaan worth getting persis right, karena dua statuses memiliki opposite root penyebab dan opposite memperbaiki. contrast table lives di Cheat Sheets tab; pendek versi:

• ditemukan – saat ini tidak terindeks = belum fetched. Empty Terakhir crawl date. ini adalah sebuah crawl-priority / capacity sinyal — Google decided tidak untuk spend sebuah crawl pada ini (namun).
• di-crawl – saat ini tidak terindeks = fetched dan tidak dipertahankan. ada sebuah Terakhir crawl date. Google looked dan, untuk now, chose tidak untuk indeks ini — sebuah pengindeksan evaluation itu dapat memiliki several penyebab (duplication, thin konten, canonicalization untuk lainnya URL, dan lebih), bukan satu-satunya penilaian kualitas.

Di sini’s bagian orang miss: getting sebuah halaman out dari ditemukan tidak berarti ini mendapatkan terindeks. ini dapat move ke di-crawl – saat ini tidak terindeks dan masih sit di sana. crawling adalah sebuah gate, tidak sebuah jaminan — yang sama cara ini berfungsi di mana-mana else di penelusuran. Evidence for this claim Google says repeated recrawl requests for the same URL do not make crawling faster and recommends sitemaps for many URLs. Scope: URL Inspection request indexing; crawling still does not guarantee indexing. Confidence: high · Verified: 2026-07-14 Google: Ask Google to recrawl URLs

Mengapa Google leaves halaman di “Discovered” (terjemahan) “status ketika URL sudah ditemukan”

Google frames crawling sebagai sebuah budget dibuat dari dua halves, dan ditemukan adalah canonical symptom dari sebuah masalah pada satu side atau lainnya.

crawl capacity — Anda server

Google calculates sebuah crawl capacity limit: maximum angka dari simultaneous connections ini’ll gunakan pada Anda situs, tuned untuk bagaimana Anda server responds. dari crawl-budget guide: “Google’s crawlers calculate a crawl capacity limit, yang adalah itu maximum number dari simultaneous parallel connections itu Google dapat gunakan untuk crawl a site,” (terjemahan) “Google’s crawler calculate sebuah crawl capacity limit, yang adalah maximum angka dari simultaneous parallel connections itu Google dapat gunakan untuk crawl sebuah situs,” dan “if the site slows down or responds with server errors, the limit goes down and Google crawls less.” (terjemahan) “jika situs slows down atau responds dengan kesalahan server, limit goes down dan Google melakukan crawl lebih sedikit.” Slow respons, timeouts, dan 5xx errors semua throttle crawl — dan ketika capacity adalah bottleneck, URLs pile up di ditemukan karena di sana secara harfiah tidak room untuk fetch them.

crawl demand — Anda situs’s quality dan structure

lainnya half adalah apakah Google ingin untuk crawl URL. ini adalah di mana sebagian besar “Discovered” (terjemahan) “masalah ketika URL sudah ditemukan” masalah sebenarnya langsung. Google’s sistem extrapolate crawl priority dari URL patterns, internal linking, dan overall situs quality. jika sebuah halaman adalah buried deep, orphaned, atau looks like satu lebih near-duplicate di sebuah besar rendah-nilai set, demand untuk ini adalah weak dan ini tetap di queue.

Notably, Google’s besar-situs crawl-budget guide explicitly panggilan out ini status: ini says guide applies untuk “Sites with a large portion of their total URLs classified by Search Console as Discovered - currently not indexed.” (terjemahan) “Panduan ini berlaku untuk situs yang memiliki porsi besar URL totalnya dalam status tersebut menurut Search Console.” itu’s Google itself tying ditemukan untuk sebuah crawl-budget (capacity + demand) constraint. Google juga names guide’s audience: situs dengan millions dari URLs, situs itu perubahan rapidly dan memiliki roughly 10 000-plus halaman, dan situs dengan sebuah besar share dari ditemukan URLs — tetapi ini explicitly panggilan itu angka rough classification estimates, tidak tepat thresholds. jika Anda situs adalah well di bawah itu scale, treat guide sebagai background, tidak sebuah sign itu sebuah hard capacity ceiling applies untuk Anda.

ini adalah sering sebuah sitewide sinyal, tidak sebuah per-halaman bug

ini adalah sebuah berguna mental shift untuk sebagian besar cases, though ini adalah sebuah pattern I’ve observed alih-alih sebuah frequency Google publishes. ditemukan rarely berarti “halaman X memiliki a flaw” (terjemahan) “halaman X memiliki sebuah flaw” di isolation. Lebih sering Google memiliki extrapolated, dari Anda URL patterns dan sitewide quality, itu sebuah seluruh category dari Anda halaman tidak worth crawling aggressively — tetapi itu’s sebuah practitioner inference dari URL-pattern dan template perilaku, tidak sebuah fact status itself proves untuk apa pun single halaman. John Mueller memiliki dibuat poin repeatedly itu ada dua main drivers behind ini status: server capacity (Google held back untuk hindari overloading situs) dan overall situs web quality ( sistem jangan think halaman adalah worth crawl effort). He’s juga noted dunia nyata penyebab adalah lebih luas daripada help doc’s “overload” (terjemahan) “overload” line — accidentally auto-generating too banyak URLs, poor internal linking, dan perlu untuk strengthen situs overall so penting halaman mendapatkan prioritized. (ini adalah paraphrased dari his office-hours commentary, relayed melalui industry coverage — I haven’t pinned them untuk sebuah verbatim transcript.)

Scale plays sebuah role too. Gary Illyes memiliki telah widely quoted, melalui industry coverage dari his podcast remarks, sebagai saying di suatu tempat sekitar 90% dari situs jangan perlu untuk think tentang anggaran crawling di semua — tetapi I haven’t independently verified itu figure terhadap original recording, so treat ini sebagai sebuah widely relayed approximation, tidak sebuah confirmed stat. directional implication masih holds: pada sebuah kecil atau mid-size situs, sebuah benar crawl-capacity ceiling adalah unlikely, dan sebuah persistent ditemukan backlog adalah lebih sering sebuah demand masalah — quality, internal linking, atau crawl waste — daripada sebuah server wall. Konfirmasi itu dengan Anda own Statistik Crawling dan logs rather daripada assuming ini dari situs size alone.

cara diagnose yang penyebab Anda memiliki

sebelum Anda perbaiki apa pun, berfungsi out apakah Anda’re capacity-bound atau demand-bound:

• Capacity periksa. lihat GSC Statistik Crawling (average respons time, host status, respons-code breakdown) dan Anda server logs untuk slow respons dan 5xx/timeout spikes. jika Google adalah dengan jelas menjadi throttled oleh Anda server, itu’s sebuah capacity masalah.
• Demand periksa. lihat internal-tautan depth (bagaimana banyak clicks dari homepage), orphan halaman (tidak ada apa pun tautan untuk them), dan sitewide quality (thin, duplicated, atau auto-generated URL patterns). jika Anda ditemukan URLs adalah deep, orphaned, atau bagian dari sebuah near-duplicate set, itu’s sebuah demand masalah.

jangan pick sebuah perbaiki off sebuah umum frequency (“paling sites adalah X” (terjemahan) “sebagian besar situs adalah X”) — decide dari evidence di front dari Anda: Anda own URL-pattern grouping, server logs, Statistik Crawling, internal-tautan counts, sitemap/inventory coverage, dan bagaimana banyak setiap affected group sebenarnya penting untuk business. untuk sebagian besar kecil dan mid-size situs evidence tends untuk poin untuk demand; untuk very besar, ecommerce, atau programmatic situs, ini adalah sering keduanya — tetapi konfirmasi ini pada Anda own data sebelum committing untuk sebuah perbaiki.

cara perbaiki ini

levers, roughly di order dari impact untuk sebagian besar situs:

Strengthen internal linking dan perbaiki orphan halaman

Internal linking adalah paling controllable demand lever Anda memiliki. halaman itu tidak ada apa pun tautan untuk, atau itu sit banyak clicks deep, dominate ditemukan bucket. tautan Anda penting URLs dari halaman Google sudah melakukan crawl sering — homepage, hub halaman, main navigation — dan pull them shallower di architecture.

meningkatkan konten quality; consolidate thin dan duplicate halaman

jika Google adalah reading “low value” (terjemahan) “rendah nilai” off Anda URL patterns, menambahkan lebih halaman tidak akan help. Mueller’s framing pada cutting halaman count adalah satu untuk internalize: reducing angka dari dapat diindeks halaman tanpa sebenarnya improving situs tidak membuat situs better — halaman-count surgery alone tidak akan perbaiki sebuah quality-driven ditemukan masalah. (Paraphrased dari his office-hours jawaban; tidak verbatim.) Consolidate thin dan near-duplicate halaman, dan membuat halaman Anda pertahankan genuinely worth crawling.

Cut crawl waste

Faceted navigation, parameter URL, session IDs, soft 404s, dan infinite spaces adalah classic “Discovered factory” (terjemahan) “ditemukan factory” — mereka spend Anda crawl capacity pada junk URLs so Anda nyata konten tidak pernah mendapatkan reached. ini adalah di mana ecommerce dan programmatic situs bleed paling. Trimming crawl waste frees capacity dan sharpens quality sinyal Google membaca dari Anda URL patterns. (See anggaran crawling dan spider traps.)

Speed up dan stabilize server

pada capacity side, lebih cepat dan lebih stable respons raise Anda crawl capacity limit — Google’s own line adalah itu ketika sebuah situs slows down atau mengembalikan errors, ini melakukan crawl lebih sedikit. Perbaiki 5xx errors, cut respons times, dan hapus timeouts.

Earn tautan untuk priority halaman

tautan eksternal raise crawl demand untuk halaman mereka poin di — tetapi slowly. ini adalah sebuah nyata lever untuk genuinely penting halaman, tidak sebuah instant switch. jangan expect sebuah backlink untuk flip sebuah URL out dari ditemukan overnight.

Ketika (dan ketika tidak) untuk gunakan “Request indexing” (terjemahan) “permintaan pengindeksan”

gunakan ini untuk sebuah kecil angka dari genuinely penting URLs Anda ingin di-crawl sooner. melakukan tidak treat ini sebagai sebuah perbaiki untuk thousands dari ditemukan URLs — ini tidak scale, dan Google explicitly says ada Tidak perlu untuk resubmit. untuk sibling di-crawl status, Google’s own guidance adalah itu ada Tidak perlu untuk resubmit URL untuk crawling; ditemukan behaves yang sama cara. permintaan pengindeksan nudges queue; ini tidak perubahan mengapa sebuah halaman adalah deprioritized.

Ketika untuk melakukan tidak ada apa pun

beberapa ditemukan adalah wajar triage — Google ditemukan sebuah URL dan hanya hasn’t prioritized ini namun, dan ini dapat crawl ini kemudian pada -nya own. jika ini adalah sebuah handful dari genuinely rendah-nilai URLs, leaving them adalah fine. time untuk act adalah ketika sebuah besar atau penting share dari Anda URLs adalah stuck di ditemukan, karena itu’s sinyal dari sebuah fixable capacity-atau-demand masalah underneath.

Ketika Anda mengukur “large atau important share,” (terjemahan) “besar atau penting share,” define denominator pertama. halaman pengindeksan report’s contoh list untuk apa pun status adalah capped di 1 000 URLs dan tidak guaranteed untuk tampilkan setiap affected URL — so jangan treat exported contoh sebagai sebuah menyelesaikan list. Bandingkan report’s count terhadap Anda own sitemap/URL inventory (tidak hanya sampled contoh) untuk mendapatkan sebuah honest share, dan prioritize oleh business importance dan traffic potential, tidak hanya baris count.

Special cases: besar, ecommerce, dan programmatic situs

ini adalah di mana ditemukan berhenti menjadi cosmetic. situs dengan millions dari URLs, faceted navigation, near-duplicate product halaman, dan infinite parameter spaces generate far lebih URLs daripada Google ingin untuk crawl — so sebuah besar portion sits di ditemukan oleh design. Di sini playbook adalah crawl-waste reduction pertama (consolidate, block rendah nilai spaces dari crawling di mana appropriate, perbaiki parameter explosions), lalu internal-linking dan quality berfungsi untuk raise demand untuk URLs itu penting, lalu server capacity. baru situs dengan weak authority hit sebuah milder versi dari yang sama hal: rendah demand, so weak halaman tunggu.

Di mana ini sits

ditemukan adalah satu status di halaman pengindeksan report, dan ini adalah sebuah crawl-stage masalah — yang adalah mengapa memperbaiki lean pada anggaran crawling, internal linking, dan pengindeksan fundamentals. -nya sibling, di-crawl – saat ini tidak terindeks, adalah quality-stage versi dari yang sama frustration. untuk upstream stage — bagaimana Google discovers dan fetches URLs di pertama place — see crawling; untuk downstream stage, see pengindeksan.

AI summary

sebuah condensed take pada Advanced versi:

• Apa ini adalah: sebuah GSC halaman pengindeksan status meaning Google ditemukan URL tetapi hasn’t di-crawl ini — Terakhir crawl date adalah empty. ini adalah sebuah pre-crawl queue state, tidak sebuah penalty.
• vs di-crawl – saat ini tidak terindeks: ditemukan = belum fetched (sebuah crawl-priority/capacity sinyal); di-crawl = fetched, dan Google adalah masih mengevaluasinya untuk pengindeksan (beberapa penyebab mungkin, bukan satu-satunya penilaian kualitas). Getting out dari ditemukan masih tidak jaminan pengindeksan.
• Dua root penyebab (Google): crawl capacity — crawling now akan overload server, so Google rescheduled — dan crawl demand — Anda situs/halaman tidak worth crawl effort (quality + internal linking). Google’s crawl-budget guide targets very besar atau fast-mengubah situs; ini labels -nya size thresholds sebagai rough estimates, tidak tepat cutoffs.
• ini adalah sering sitewide, tidak per-halaman: Google extrapolates crawl priority dari URL patterns dan overall situs quality — sebuah practitioner inference dari pattern perilaku, tidak sesuatu status proves untuk sebuah single URL.
• Diagnose: Statistik Crawling + logs untuk capacity side; internal-tautan depth, orphans, dan sitewide quality untuk demand side. kecil/mid-size situs lean demand-bound lebih sering daripada tidak — Illyes memiliki telah widely quoted (unverified terhadap original recording) putting ini sekitar 90% dari situs tidak needing untuk worry tentang anggaran crawling — tetapi konfirmasi pada Anda own data alih-alih assuming dari situs size.
• Perbaiki: strengthen internal linking dan perbaiki orphans; meningkatkan quality dan consolidate thin/duplicate halaman; cut crawl waste (facets, parameters, soft 404s, infinite spaces); speed up server; earn tautan untuk priority halaman.
• permintaan pengindeksan nudges sebuah sedikit URLs tetapi tidak scale dan tidak perbaiki penyebab — Google says Tidak perlu untuk resubmit. Cutting halaman count tanpa improving quality tidak help either.
• Measuring backlog: halaman pengindeksan report’s contoh rows cap di 1 000 per status dan tidak guaranteed menyelesaikan — mengukur share terhadap Anda own URL inventory, tidak hanya sampled export.

Dokumentasi resmi

Utama-sumber documentation dari mesin pencari.

Google

• halaman pengindeksan report — definitions dari “Discovered – currently not indexed” (terjemahan) “ditemukan – saat ini tidak terindeks” dan “Crawled – currently not indexed,” (terjemahan) “di-crawl – saat ini tidak terindeks,” dan setiap lainnya status di report.
• mengoptimalkan Anda anggaran crawling — crawl capacity + crawl demand; guide explicitly names situs dengan sebuah besar share dari “Discovered – currently not indexed” (terjemahan) “ditemukan – saat ini tidak terindeks” URLs.
• di-Depth Guide untuk Bagaimana Google Search berfungsi — crawl → indeks → sajikan, URL penemuan, dan mengapa tidak semua halaman membuat ini melalui setiap stage.
• crawling dan pengindeksan — hub untuk robots, sitemaps, dan crawl controls behind crawl-waste memperbaiki.

Bing / Microsoft

• Bing Webmaster alat — help — Bing tidak gunakan tepat “Discovered – currently not indexed” (terjemahan) “ditemukan – saat ini tidak terindeks” label; ini reports pengindeksan melalui pemeriksaan URL / situs Explorer dan governs crawling melalui crawl quota dan konten nilai. Konfirmasi saat ini Bing terminology sebelum citing ini.

Quotes dari sumber

pada—record statements dari Google. setiap tautan adalah sebuah deep tautan itu jumps untuk quoted passage pada sumber halaman.

Google — definition (halaman pengindeksan report)

• “Discovered - currently not indexed: The page was found by Google, but not crawled yet. Typically, Google wanted to crawl the URL but this was expected to overload the site; therefore Google rescheduled the crawl. This is why the last crawl date is empty on the report.” (terjemahan) “Status ini berarti Google telah menemukan halaman, tetapi belum merayapinya; perayapan dijadwalkan ulang karena dapat membebani situs, sehingga tanggal perayapan terakhir tetap kosong.” — Google Search Console Help, halaman pengindeksan report. Jump untuk quote

Google — sibling status, untuk contrast

• “Crawled - saat ini tidak indexed: Itu halaman adalah crawled oleh Google tetapi tidak indexed. It mungkin atau mungkin tidak menjadi indexed di itu future; Tidak perlu untuk resubmit ini URL untuk crawling.” (terjemahan) “di-crawl - saat ini tidak terindeks: halaman adalah di-crawl oleh Google tetapi tidak terindeks. ini dapat atau dapat tidak menjadi terindeks di future; Tidak perlu untuk resubmit ini URL untuk crawling.” — Google Search Console Help, halaman pengindeksan report. Jump untuk quote

Google — crawl capacity (mengapa server side throttles)

• “Google’s crawlers calculate a crawl capacity limit, which is the maximum number of simultaneous parallel connections that Google can use to crawl a site.” (terjemahan) “Google’s crawler calculate sebuah crawl capacity limit, yang adalah maximum angka dari simultaneous parallel connections itu Google dapat gunakan untuk crawl sebuah situs.” — Google Search Central, mengoptimalkan Anda anggaran crawling. Jump untuk quote
• Panduan yang sama berlaku untuk “Sites with a large portion of their total URLs classified by Search Console as Discovered - currently not indexed.” (terjemahan) “Porsi besar URL total situs tersebut berada dalam status ini menurut Search Console.” Jump untuk quote

”Discovered – currently not indexed” (terjemahan) “ditemukan – saat ini tidak terindeks” triage checklist

berfungsi top untuk bottom — konfirmasi apa jenis dari masalah Anda memiliki sebelum Anda mulai memperbaiki:

• Konfirmasi status di GSC pemeriksaan URL — adalah Terakhir crawl date empty? (Empty = genuinely ditemukan, tidak di-crawl.)
• Capacity periksa: review Statistik Crawling (average respons time, host status) dan server logs untuk slow respons, timeouts, dan 5xx spikes.
• Demand periksa: adalah affected URLs orphaned atau buried deep di architecture? Map mereka internal-tautan depth.
• Quality periksa: adalah mereka thin, near-duplicate, atau auto-generated URL patterns alih-alih genuinely distinct halaman?
• crawl-waste periksa: adalah faceted nav, parameters, session IDs, soft 404s, atau sebuah infinite space inflating Anda URL count?
• tautan internal: penting ditemukan halaman adalah ditautkan dari halaman Google sudah melakukan crawl (homepage, hubs, nav) dan tidak banyak clicks deep.
• Sitemap: affected URLs adalah di Anda sitemap XML (helps penemuan — tidak sebuah priority lever).
• server health: fast, stable respons; 5xx/timeouts minimized.
• Decide cakupan: sebuah handful dari rendah-nilai URLs → fine untuk leave. sebuah besar atau penting share stuck → perbaiki demand/capacity penyebab.
• permintaan pengindeksan hanya untuk sebuah sedikit genuinely penting URLs — tidak sebagai sebuah bulk perbaiki.

mental models

1. ditemukan = ditemukan, tidak fetched. empty Terakhir crawl date adalah seluruh diagnosis. jika sesuatu adalah fetched, ini tidak ditemukan — ini adalah di-crawl. Mendapatkan ini right pertama; semuanya downstream bergantung pada ini.

2. Capacity vs demand. ada hanya dua alasan sebuah URL sits di ditemukan: Google tidak dapat crawl ini (server capacity) atau Google tidak ingin untuk crawl ini (demand — quality, linking, priority). Diagnose yang satu Anda memiliki sebelum Anda touch apa pun. Statistik Crawling dan logs tell Anda capacity; tautan depth, orphans, dan sitewide quality tell Anda demand.

3. ini adalah sering sebuah sitewide sinyal, tidak sebuah per-halaman bug. Google extrapolates crawl priority dari URL patterns dan overall quality — itu’s sebuah practitioner inference dari pattern perilaku, tidak sebuah fact status proves untuk satu URL. ditemukan adalah lebih sering sebuah sinyal tentang sebuah category dari Anda halaman daripada sebuah flaw di satu halaman. Perbaiki pattern, tidak hanya halaman — tetapi konfirmasi pattern dengan Anda own data pertama.

4. crawling adalah sebuah gate, tidak sebuah jaminan. Getting sebuah halaman out dari ditemukan hanya earns ini sebuah fetch. ini dapat masih land di di-crawl – saat ini tidak terindeks dan tidak pernah mendapatkan terindeks. Plan untuk quality stage, tidak hanya crawl stage.

5. kecil dan mid-size situs adalah lebih sering demand-bound. benar crawl-capacity ceilings mostly bite very besar situs. jika Anda’re kecil atau mid-size dan seeing ditemukan, demand — internal linking dan quality — adalah lebih mungkin pertama periksa, tidak sebuah server wall. Konfirmasi dengan Statistik Crawling dan logs alih-alih assuming ini dari situs size alone.

6. permintaan pengindeksan nudges; ini tidak cure. ini moves sebuah sedikit URLs up queue. ini perubahan tidak ada apa pun tentang mengapa mereka adalah deprioritized, dan ini tidak scale. gunakan structural levers untuk nyata perbaiki.

ditemukan vs di-crawl — dan perbaiki-ini map

ditemukan vs di-crawl – saat ini tidak terindeks

Capacity vs demand — yang masalah adalah ini?

Fast facts

• ditemukan berarti empty Terakhir crawl date — satu fact itu distinguishes ini.
• Google’s dua drivers: crawl capacity + crawl demand.
• Gary Illyes memiliki telah widely quoted (industry coverage, tidak independently verified) sebagai saying roughly 90% dari situs jangan perlu untuk worry tentang anggaran crawling — sebuah directional sinyal, tidak sebuah confirmed stat. pada kecil/mid-size situs, persistent ditemukan adalah lebih sering sebuah quality/linking masalah daripada sebuah capacity ceiling.
• permintaan pengindeksan tidak scale dan tidak perbaiki penyebab; Tidak perlu untuk resubmit.
• Getting di-crawl melakukan tidak jaminan pengindeksan.
• halaman pengindeksan report’s contoh rows cap di 1 000 per status dan tidak guaranteed menyelesaikan — mengukur share terhadap Anda own URL inventory, tidak sample.

Mengapa hasn’t Google di-crawl ini URLs?

alat untuk separating capacity dari demand

• Log File Analyzer — periksa apakah Googlebot permintaan adalah falling, yang URL patterns consume permintaan, dan apakah errors adalah present.
• Robots.txt Tester — aturan out sebuah access block sebelum treating sebuah missing crawl sebagai sebuah scheduling decision.
• Sitemap Validator — verify itu priority canonical URLs adalah present dan sitemap adalah fetchable dan structurally sound.
• tautan Analyzer — inspect apakah affected halaman memiliki sebuah dapat di-crawl internal path alih-alih existing hanya di sebuah sitemap.

Validation tests

Test: internal-tautan dan sitemap perbaiki produces sebuah crawl

Test untuk jalankan — publish internal tautan dan sitemap correction, lalu periksa URL’s server-log history dan pemeriksaan URL status. Yang diharapkan hasil — Googlebot permintaan canonical URL dan Terakhir crawl field adalah Tidak lebih lama empty. Failure interpretation — URL masih memiliki weak penemuan/priority sinyal, sebuah conflicting variant, atau adalah bagian dari sebuah lebih luas crawl-demand masalah. Monitoring window — gunakan situs’s wajar crawl cadence; bandingkan terhadap similar priority halaman alih-alih assuming sebuah instant visit. Rollback trigger — hapus baru tautan hanya jika ini membuat sebuah unintended navigation atau duplicate-URL path; jika tidak diagnose remaining sinyal alih-alih undoing penemuan.

Test: server-capacity repair restores crawling

Test untuk jalankan — deploy server perbaiki dan bandingkan Googlebot permintaan volume, respons time, dan error respons di server logs. Yang diharapkan hasil — successful crawler permintaan recover tanpa prior error atau latency pattern. Failure interpretation — capacity constraint tetap, atau crawl demand alih-alih capacity adalah limiting factor. Monitoring window — bandingkan multiple crawl cycles dan yang sama weekday/time pattern digunakan untuk pre-perbaiki baseline. Rollback trigger — revert jika deployment increases crawler-facing errors atau respons latency.

cara mengukur masalah

ditemukan-tidak-terindeks population

Metric — count dan share dari submitted canonical URLs di ini status, diukur terhadap Anda own sitemap/URL inventory sebagai denominator — tidak hanya report’s sampled contoh rows. Apa ini tells Anda — apakah backlog adalah growing lebih cepat daripada Google melakukan crawl ini. cara pull ini — export halaman pengindeksan report dan segment oleh sitemap atau template. report’s contoh list caps di 1 000 URLs per status dan tidak guaranteed untuk menjadi exhaustive, so treat exported contoh sebagai sebuah sample, tidak sebuah census. Benchmark / realistic range — establish sebuah baseline oleh template; berguna target adalah sebuah shrinking backlog untuk priority inventory, tidak sebuah universal percentage. Cadence — weekly selama remediation, lalu monthly.

Time dari penemuan untuk pertama crawl

Metric — elapsed time antara publication/sitemap inclusion dan pertama Googlebot permintaan. Apa ini tells Anda — apakah priority dan capacity perubahan meningkatkan scheduling. cara pull ini — join penerbitan atau sitemap timestamps untuk server-log pertama-seen permintaan. Benchmark / realistic range — bandingkan like-untuk-like halaman jenis pada Anda own situs; crawl cadence varies too banyak untuk sebuah universal threshold. Cadence — review monthly atau setelah sebuah material template/server perubahan.

crawler success dan waste

Metric — successful Googlebot permintaan untuk penting URLs versus errors dan rendah-nilai URL patterns. Apa ini tells Anda — apakah crawl capacity adalah menjadi spent pada inventory Anda care tentang. cara pull ini — segment server logs oleh kode status dan URL pattern. Benchmark / realistic range — gunakan pre-perubahan mix sebagai baseline dan memerlukan improvement di priority share tanpa increasing errors. Cadence — weekly sementara diagnosing; monthly setelah stable.

Prompts untuk backlog analysis

temukan template-tingkat penyebab

Group ini export dari “Discovered – currently not indexed” (terjemahan) “ditemukan – saat ini tidak terindeks” URLs oleh template dan URL pattern. untuk setiap group, bandingkan sitemap presence, internal-tautan count, publication date, dan server-log pertama-seen data. peringkat capacity, crawl-waste, dan crawl-demand hypotheses oleh evidence. melakukan tidak claim sebuah penyebab ketika diperlukan evidence adalah absent.

Prioritize sebuah remediation sample

Select sebuah representative test set dari ini affected URLs: tinggi-priority halaman, rendah-priority halaman, recent halaman, old halaman, dan setiap major template. Propose satu perubahan per hypothesis dan state observable lulus sinyal dan rollback trigger. data: [paste rows].

Uji pemahaman Anda

Resources worth Anda time

My related writing

• cara Perbaiki “Discovered - saat ini tidak indexed” (terjemahan) “ditemukan - saat ini tidak terindeks” — Ahrefs guide I review: five diagnostic areas (anggaran crawling, konten quality, internal linking, backlinks, teknis masalah) dan memperbaiki untuk setiap.
• Beginner’s Guide untuk SEO teknis — di mana crawling dan pengindeksan fit di bigger picture.

Official

• halaman pengindeksan report (Google) — sumber untuk keduanya status definitions.
• mengoptimalkan Anda anggaran crawling (Google) — crawl capacity + demand, dan doc itu explicitly names ini status.

dari others

• Google pada Memperbaiki “Discovered Saat ini Tidak Indexed” (terjemahan) “ditemukan Saat ini Tidak terindeks” (mesin pencari Journal) — coverage dari Mueller’s capacity-vs-quality framing.
• Understanding dan resolving “Discovered - saat ini tidak indexed” (terjemahan) “ditemukan - saat ini tidak terindeks” (mesin pencari Land) — Dan Taylor’s diagnostic walkthrough.
• cara Perbaiki “Discovered – Saat ini Tidak Indexed” (terjemahan) “ditemukan – Saat ini Tidak terindeks” (Onely) — teknis deep-dive pada diagnosing crawl-capacity vs. quality penyebab, dengan server-log analysis.
• Google pada ditemukan – Saat ini Tidak terindeks (mesin pencari Roundtable) — Barry Schwartz covering Google rep commentary pada ini status.
• r/TechSEO — community untuk crawl/indeks debugging.

Log perubahan