penemuan

Bagaimana mesin pencari menemukan URLs — tautan internal, backlinks, sitemaps, RSS/Atom, dan push protocols like IndexNow dan pengindeksan API. hub untuk semuanya penemuan-related.

Pertama kali diterbitkan: 22 Jun 2026 · Terakhir diperbarui: 8 Agu 2026 · Advanced
Bahasa
1 sinyal bukti di halaman ini

penemuan adalah temukan langkah sebelum penelusuran ever fetches sebuah halaman: mesin memiliki untuk learn sebuah URL ada sebelum ini dapat crawl, indeks, atau peringkat ini. ini adalah ini hub's teaching name untuk opening move dari apa Google's official model panggilan crawling stage. URLs adalah ditemukan oleh pull (tautan internal, backlinks, sitemaps, RSS/Atom) dan oleh push (IndexNow, pengindeksan API, lastmod, WebSub, pemeriksaan URL). Google panggilan ini 'URL penemuan,' dan ini adalah distinct dari crawling dan pengindeksan — yang adalah persis mengapa 'ditemukan – saat ini tidak terindeks' berarti ditemukan-tetapi-tidak-namun-di-crawl, sebuah status dengan several mungkin penyebab alih-alih satu deterministic trigger. tautan dan sitemaps adalah dua routes Google names secara langsung, orphan halaman adalah classic failure, dan submitting sebuah URL tidak pernah jaminan pengindeksan. ini hub maps ini semua dan poin Anda untuk sitemap deep dives.

TL;DR — penemuan adalah ini hub’s name untuk pertama move di penelusuran (menemukan → crawl → indeks → sajikan): mesin memiliki untuk learn sebuah URL ada sebelum ini fetches apa pun. Google’s own official model nests ini di dalam -nya three-stage crawling stage alih-alih naming sebuah terpisah fourth stage — sama sequence, berbeda vocabulary. URLs adalah ditemukan oleh pull (tautan internal, backlinks, sitemaps, RSS/Atom) dan push (IndexNow, pengindeksan API, sitemap lastmod, WebSub, URL Inspection). Google panggilan temukan langkah “URL discovery,” (terjemahan) “URL penemuan,” dan ini adalah distinct dari crawling dan pengindeksan — yang adalah mengapa “Discovered – currently not indexed” (terjemahan) “ditemukan – saat ini tidak terindeks” berarti ditemukan-tetapi-tidak-namun-di-crawl, sebuah state dengan several mungkin penyebab alih-alih satu guaranteed diagnosis. tautan dan sitemaps adalah dua routes Google names secara langsung, orphan halaman adalah canonical failure, IndexNow adalah Bing/others tidak Google, pengindeksan API adalah cakupan-limited untuk JobPosting/BroadcastEvent, dan submitting sebuah URL tidak pernah jaminan pengindeksan.

Evidence for this claim Google discovers URLs through links, sitemaps, and other previously known signals before crawling and possible indexing. Scope: Current Google crawling and indexing overview. Confidence: high · Verified: Google Search Central: How Search works Evidence for this claim Sitemaps and indexing requests can aid discovery but do not guarantee crawling, indexing, or serving in results. Scope: Current Google sitemap and indexing-request behavior. Confidence: high · Verified: Google Search Central: Learn about sitemaps

Apa URL penemuan adalah

penemuan adalah temukan langkah. sebelum sebuah halaman dapat menjadi di-crawl, terindeks, atau disajikan, mesin memiliki untuk know ini ada dan tambahkan ini untuk -nya list dari known halaman. Google names ini explicitly: “Ini proses adalah called ‘URL discovery’.” (terjemahan) “ini proses adalah called ‘URL penemuan’.” di Google’s own kata, “Some halaman adalah known karena Google memiliki sudah visited them. Other halaman adalah discovered ketika Google extracts a link dari a known halaman untuk a new halaman… Masih other halaman adalah discovered ketika Anda submit a list dari halaman (a sitemap) untuk Google untuk crawl.” (terjemahan) “beberapa halaman adalah known karena Google memiliki sudah visited them. lainnya halaman adalah ditemukan ketika Google extracts sebuah tautan dari sebuah known halaman untuk sebuah baru halaman… masih lainnya halaman adalah ditemukan ketika Anda submit sebuah list dari halaman (sebuah sitemap) untuk Google untuk crawl.”

Evidence for this claim Google does not guarantee that a discovered or submitted URL will be crawled, indexed, or served. Scope: web search Confidence: high · Verified: In-depth guide to how Google Search works

itu single passage adalah seluruh hub di miniature: halaman adalah ditemukan melalui tautan (internal dan external) dan melalui sitemaps. Semuanya else adalah sebuah variation pada itu dua ideas — atau sebuah cara untuk push sebuah notification alih-alih menunggu untuk menjadi pulled.

sebuah note pada stage model. ini hub memperlakukan menemukan → crawl → indeks → sajikan sebagai four distinct, named langkah, karena separating “ditemukan” (terjemahan) “ditemukan” dari “fetched” (terjemahan) “fetched” dari “stored” (terjemahan) “stored” adalah clearest cara untuk diagnose sebuah stuck halaman. Google’s own official model names three stages — crawling, pengindeksan, serving — dan defines URL penemuan sebagai opening move di dalam crawling, tidak sebagai -nya own fourth stage. sequence dari events adalah identical either cara; ini hub hanya memberikan temukan langkah -nya own name dan -nya own bagian karena ini behaves differently cukup (dan mendapatkan misdiagnosed sering cukup) untuk deserve satu.

Evidence for this claim Google's official three-stage model is crawling, indexing, and serving; it places URL discovery at the beginning of the crawling stage rather than defining discovery as a separate official fourth stage. Scope: web search Confidence: high · Verified: In-depth guide to how Google Search works

penemuan vs crawling vs pengindeksan

pertahankan ini three ideas terpisah dan sebagian besar penemuan confusion disappears — menggunakan kami four-langkah teaching breakdown dari Google’s three official stages:

  • penemuan — mesin learns sebuah URL ada. Tidak ada apa pun memiliki telah fetched namun.
  • crawling — mesin downloads ditemukan URL (dan renders ini). itu’s crawling hub’s job.
  • pengindeksan — mesin analyzes dan stores di-crawl halaman so ini dapat menjadi disajikan.

Google frames back half dari ini sebagai three stages: “Google Search berfungsi di three stages, dan tidak all halaman membuat it melalui setiap stage” (terjemahan) “Google Search berfungsi di three stages, dan tidak semua halaman membuat ini melalui setiap stage” — crawling, pengindeksan, dan serving. penemuan adalah front door dari stage satu. dan none dari ini langkah adalah sebuah peringkat factor pada -nya own; mereka’re prerequisites untuk menjadi eligible untuk peringkat. sebuah URL itu’s tidak pernah ditemukan adalah tidak pernah di-crawl, terindeks, atau disajikan — penuh berhenti.

Bagaimana mesin pencari menemukan URLs: pull vs push

paling bersih mental model adalah pull vs push. Pull adalah mesin finding URLs pada -nya own; push adalah Anda notifying ini.

Pull — mesin menemukan ini pada -nya own

tautan internal dan backlinks. Google: “Other halaman adalah discovered ketika Google extracts a link dari a known halaman untuk a new halaman: misalnya, a hub halaman, such sebagai a category halaman, links untuk a new blog post.” (terjemahan) “lainnya halaman adalah ditemukan ketika Google extracts sebuah tautan dari sebuah known halaman untuk sebuah baru halaman: misalnya, sebuah hub halaman, such sebagai sebuah category halaman, tautan untuk sebuah baru blog post.” Google’s own docs juga say sebuah properly ditautkan situs dapat biasanya mendapatkan sebagian besar dari -nya halaman ditemukan ini cara, dengan baru situs itu memiliki sedikit tautan eksternal dan besar situs dengan unlinked halaman di greater risk dari gaps — tautan tidak hanya route di, tetapi mereka’re satu Google names pertama dan satu itu scales secara otomatis sebagai Anda publish. itu’s mengapa internal linking adalah satu dari highest-leverage penemuan levers Anda memiliki, dan mengapa orphan halaman struggle (lebih di bawah). Backlinks dari lainnya situs berfungsi identically — sebuah external tautan dari sebuah halaman mesin sudah knows surfaces Anda baru URL.

Evidence for this claim Google says it can usually discover most pages on a properly linked site, while new sites with few external links and large sites with unlinked pages have a greater risk of pages not being discovered. Scope: sitemaps and internal links Confidence: high · Verified: What is a sitemap?

Sitemaps. Google: “A sitemap helps penelusuran engines discover URLs pada Anda site, tetapi it tidak jaminan itu all itu items di Anda sitemap akan menjadi crawled dan indexed.” (terjemahan) “sebuah sitemap helps mesin pencari menemukan URLs pada Anda situs, tetapi ini tidak jaminan itu semua items di Anda sitemap akan menjadi di-crawl dan terindeks.” itu caveat adalah seluruh poin — sebuah sitemap adalah sebuah penemuan aid, tidak sebuah pengindeksan jaminan. penuh mechanics langsung di nested sitemaps deep dives (XML sitemap, sitemap indeks, sitemap gambar, video sitemap).

RSS / Atom feeds. Google accepts feeds sebagai sebuah sitemap format — “Google accepts RSS 2.0 dan Atom 1.0 feeds.” (terjemahan) “Google accepts RSS 2,0 dan Atom 1,0 feeds.” catch adalah itu sebuah feed hanya surfaces Anda recently changed URLs, so ini complements sebuah penuh sitemap alih-alih replacing ini.

Push — Anda notify mesin sesuatu changed

WebSub (PubSubHubbub). untuk RSS/Atom feeds, Google mendukung WebSub: “Jika Anda gunakan Atom atau RSS, Anda dapat gunakan WebSub untuk broadcast Anda perubahan untuk penelusuran engines, including Google.” (terjemahan) “jika Anda gunakan Atom atau RSS, Anda dapat gunakan WebSub untuk broadcast Anda perubahan untuk mesin pencari, including Google.” alih-alih menunggu untuk menjadi re-pulled, Anda feed broadcasts perubahan.

Sitemap lastmod. sebuah freshness sinyal itu tells mesin sebuah URL changed dan dapat menjadi worth re-crawling. Bing leans pada ini harder daripada Google melakukan — Bing memiliki mengatakan lastmod field tetap sebuah key sinyal itu helps ini prioritize URLs untuk recrawling dan reindexing. (detail lives di sitemaps cluster.)

Google pengindeksan API — cakupan-limited. ini adalah satu itu mendapatkan misused sebagian besar. pengindeksan API dapat hanya menjadi digunakan untuk crawl halaman dengan either JobPosting atau BroadcastEvent embedded di sebuah VideoObject. ini adalah tidak sebuah umum “submit any URL untuk Google” (terjemahan) “submit apa pun URL untuk Google” endpoint, Tidak penting bagaimana sering ini adalah pitched itu cara. jika Anda halaman tidak sebuah job posting atau sebuah langsung-stream broadcast event, pengindeksan API tidak Anda alat.

IndexNow — Bing dan others, tidak Google. IndexNow adalah sebuah push protocol: ini notifies enabled mesin pencari instant sebuah URL adalah ditambahkan, diperbarui, atau deleted, dan per -nya own FAQ, “Penelusuran engines adopting itu IndexNow protocol agree itu submitted URLs akan menjadi secara otomatis shared dengan all other participating penelusuran engines.” (terjemahan) “mesin pencari adopting IndexNow protocol agree itu submitted URLs akan menjadi secara otomatis shared dengan semua lainnya participating mesin pencari.” sebagai dari ini writing (per indexnow.org’s saat ini documentation, diperiksa July 2026), participating mesin adalah Microsoft Bing, Yandex, Naver, Seznam.cz, dan Yep — periksa langsung IndexNow docs untuk saat ini list, since ini dapat perubahan. Google adalah tidak pada itu list. ada Tidak Google help halaman itu says “we don’t support IndexNow” (terjemahan) “kami tidak mendukung IndexNow” — Google’s non-participation adalah inferred dari -nya absence dari saat ini partner list plus Googlers describing ini sebagai sesuatu mereka hanya tested, tidak dari sebuah pertama-party Google konfirmasi, so treat ini sebagai best tersedia reading alih-alih sebuah official statement. dan regardless dari mesin: notifying IndexNow hanya tells ini sebuah URL changed — setiap participating mesin masih decides independently apakah dan ketika untuk crawl dan indeks ini, yang sama “notification tidak a jaminan” (terjemahan) “notification tidak sebuah jaminan” aturan itu applies untuk sitemaps dan setiap lainnya penemuan channel. untuk Google, Anda fall back untuk tautan, sitemaps, dan pemeriksaan URL.

Manual submission — pemeriksaan URL. untuk satu kali Google submission: “Untuk request a crawl dari individual URLs, gunakan itu URL Inspection tool.” (terjemahan) “untuk permintaan sebuah crawl dari individual URLs, gunakan pemeriksaan URL alat.” tetapi jangan expect repeats untuk force speed — Google adalah jelas itu “ada a quota untuk submitting individual URLs dan requesting a recrawl multiple times untuk itu sama URL tidak akan mendapatkan it crawled any lebih cepat.” (terjemahan) “ada sebuah quota untuk submitting individual URLs dan requesting sebuah recrawl multiple times untuk yang sama URL tidak akan mendapatkan ini di-crawl apa pun lebih cepat.” Bing memiliki -nya own URL submission channel (up untuk 10 000 URLs/day), terpisah dari IndexNow.

Pull and push can both make a URL known, but neither route skips the crawl queue or guarantees indexing. Sumber: /technical-seo/how-search-works/discovery/

Two discovery routes feed one crawl queue. Pull discovery includes following links and reading sitemaps. Push discovery includes IndexNow for participating engines, the scope-limited Google Indexing API, and freshness notifications such as sitemap lastmod, RSS, or WebSub. Google does not use IndexNow for general pages, and its Indexing API supports only JobPosting and qualifying livestream pages.

© Patrick Stox LLC · CC BY 4.0 ·

Bagaimana Google dan Bing setiap deskripsikan penemuan

Keduanya mesin frame penemuan sebagai front dari pipeline. Bing puts ini secara langsung di -nya definition dari crawling — Fabrice Canel: “Crawling is the process by which bingbot discovers new and updated documents or content to be added to Bing’s searchable index.” (terjemahan) “crawling adalah proses oleh yang bingbot discovers baru dan diperbarui documents atau konten untuk menjadi ditambahkan untuk Bing’s searchable indeks.”

scale adalah worth sitting dengan, bahkan jika tepat figure moves di atas time. Fabrice Canel memiliki described Bing discovering pada order dari tens dari billions dari normalized URLs ini memiliki tidak pernah seen sebelum, per day — he put ini sebagai ”12s of billions … never seen before” (terjemahan) “12s dari billions … tidak pernah seen sebelum” di sebuah August 2022 post, sebuah angka I haven’t independently re-verified terhadap sebuah saat ini utama sumber, so treat ini sebagai sebuah directional sense dari scale alih-alih sebuah precise, saat ini daily count. Whatever tepat figure adalah hari ini, penemuan operates sebagai sebuah firehose, dan mesin deprioritize aggressively — yang adalah backdrop untuk “Discovered – currently not indexed” (terjemahan) “ditemukan – saat ini tidak terindeks” di bawah.

Orphan halaman: ketika penemuan fails

sebuah orphan halaman memiliki Tidak tautan internal pointing untuk ini. Karena tautan adalah satu dari dua penemuan routes Google names secara langsung (alongside sitemaps), sebuah orphan dapat hanya menjadi ditemukan melalui sebuah sitemap, sebuah external tautan, sebuah redirect, atau sebuah canonical/hreflang reference — dan jika none dari itu exist, ini dapat tidak pernah menjadi ditemukan di semua.

perbaiki adalah internal linking, tidak push tricks. tautan halaman dari sebuah relevant hub/category halaman — persis Google’s “category page links to a new blog post” (terjemahan) “category halaman tautan untuk sebuah baru blog post” contoh. Putting sebuah orphan di Anda sitemap XML helps Google menemukan ini, tetapi ini tidak replace internal-tautan sinyal itu tells mesin halaman penting. Orphans frequently tampilkan up sebagai “Discovered – currently not indexed” (terjemahan) “ditemukan – saat ini tidak terindeks” untuk precisely ini alasan: Google ditemukan sitemap entry tetapi deprioritized crawling sebuah halaman tidak ada apa pun tautan untuk.

”Discovered – currently not indexed” (terjemahan) “ditemukan – saat ini tidak terindeks” di Search Console

apa certain tentang ini status adalah stage boundary — ini hub’s job adalah untuk perbaiki itu boundary di Anda head, tidak untuk fully diagnose ini ( dedicated deep dive melakukan itu). Google’s deskripsi: halaman adalah ditemukan oleh Google tetapi tidak di-crawl namun — Google wanted untuk crawl URL tetapi yang diharapkan ini akan overload situs, so ini rescheduled crawl, yang adalah mengapa terakhir-crawl date adalah empty.

Contrast ini dengan “Crawled – currently not indexed,” (terjemahan) “di-crawl – saat ini tidak terindeks,” yang adalah sebuah berbeda, downstream masalah: halaman adalah di-crawl tetapi tidak terindeks, dan ini dapat atau dapat tidak menjadi terindeks di future. stage boundary adalah lesson sebagian besar ketiga-party tulis-ups miss:

  • ditemukan – saat ini tidak terindeks = Google knows URL tetapi hasn’t fetched ini. sebuah penemuan/crawl-scheduling state (empty terakhir-crawl date).
  • di-crawl – saat ini tidak terindeks = Google fetched ini tetapi chose tidak untuk indeks ini. sebuah pengindeksan/quality state.

Apa penyebab “Discovered – currently not indexed” (terjemahan) “ditemukan – saat ini tidak terindeks” — berfungsi melalui ini di ini order, tidak sebagai sebuah single confirmed penyebab:

  1. crawl scheduling / perceived server-muat deprioritization — Google’s own stated alasan untuk status itself.
  2. halaman adalah orphaned atau hanya weakly internally ditautkan, lowering bagaimana banyak Google ingin untuk spend crawl effort pada ini.
  3. situs-wide quality atau authority sinyal dragging pada overall crawl demand — sebuah situs-tingkat pattern, tidak proof dari sebuah defect pada ini satu halaman.
  4. sebuah baru atau rendah-authority situs dengan little crawl demand namun.

None dari ini adalah ** universal penyebab — Google documents crawl-scheduling explanation secara langsung tetapi tidak publish sebuah single deterministic alasan sebuah diberikan URL sits di ini state, so treat list di atas sebagai sebuah hypothesis ladder untuk berfungsi melalui, tidak sebuah diagnosis untuk assume. ini juga tidak berarti sesuatu adalah rusak: John Mueller memiliki mengatakan “it’s completely normal that we don’t index everything off of the website,” (terjemahan) “ini adalah completely wajar itu kami jangan indeks semuanya off dari situs web,” dengan advice menjadi untuk reconsider overall situs quality alih-alih hunt untuk sebuah per-halaman teknis issue, dan Gary Illyes memiliki pointed out itu vast majority dari situs web jangan perlu untuk think tentang anggaran crawling di semua. My own practitioner shorthand, dari my pengindeksan guide di Ahrefs (worth sebuah re-baca sebelum treating ini sebagai gospel, since I haven’t re-verified langsung halaman di ini lulus): ditemukan berarti Google knows URL tetapi hasn’t di-crawl ini; di-crawl berarti ini adalah fetched tetapi tidak terindeks dan biasanya poin untuk sebuah quality issue — dan memperbaiki overlap. membuat konten unique, valuable, dan intent-cocok; jelas apa pun stray noindex/robots/canonical blockers; pertahankan server fast dan stable; bangun logical hierarchy dengan strong internal linking; lalu gunakan pemeriksaan URL untuk permintaan sebuah re-crawl dan monitor. untuk penuh breakdown dari crawl capacity vs. crawl demand dan sebuah langkah-oleh-langkah perbaiki path, see dedicated “Discovered – currently not indexed” (terjemahan) “ditemukan – saat ini tidak terindeks” artikel.

cara help penemuan

di rough order dari leverage:

  1. Strengthen tautan internal untuk halaman — kill orphan. ini adalah highest- leverage lever, karena tautan adalah satu dari dua penemuan routes Google names secara langsung.
  2. Put ini di sebuah bersih sitemap XML (canonical, dapat diindeks URLs; accurate lastmod). Submit sitemap di Google Search Console dan Bing Webmaster alat.
  3. Raise overall situs quality so crawl demand rises — ini adalah apa moves “Discovered – currently not indexed” (terjemahan) “ditemukan – saat ini tidak terindeks” halaman.
  4. gunakan pemeriksaan URL → permintaan pengindeksan untuk sebuah single penting URL (remember quota; repeats jangan speed ini up).
  5. untuk Bing dan lainnya participating mesin, gunakan IndexNow untuk push changed URLs instantly. untuk Google, ada Tidak equivalent push untuk umum halaman — rely pada tautan + sitemaps + pemeriksaan URL.

Di mana untuk go berikutnya

ini hub adalah map untuk bagaimana sebuah URL becomes known. deep dives nested di bawah ini cover mechanics dari sitemap side:

Sitemaps

  • Sitemaps — overview: apa sebuah sitemap adalah, formats Google accepts, dan bagaimana submitting satu fits ke penemuan (aid, tidak jaminan).
  • sitemap XML — standard format, -nya fields, size limits, dan lastmod selesai right.
  • Sitemap indeks — cara split dan reference multiple sitemaps ketika Anda outgrow satu file.
  • sitemap gambar — surfacing images untuk penemuan di pencarian gambar.
  • Video sitemap — surfacing video konten dan -nya metadata.

untuk apa happens setelah sebuah URL adalah ditemukan — fetching, crawl scheduler, rendering, dan anggaran crawling — see crawling hub. Related push topics like IndexNow dan Google pengindeksan API juga langsung near crawling side. untuk lebih luas picture, see Bagaimana Penelusuran berfungsi.

setiap nested topic di atas adalah -nya own deep dive di bawah ini hub — mereka’re di sidebar too.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.