crawling

Bagaimana mesin pencari menemukan dan download web — Googlebot dan Bingbot, URL penemuan, crawl scheduler, rendering, dan bagaimana crawling differs dari pengindeksan dan peringkat. hub untuk semuanya crawl-related.

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

crawling adalah stage satu dari penelusuran (crawl → indeks → sajikan): bot like Googlebot dan Bingbot menemukan URLs dan download halaman so mereka dapat menjadi dirender, terindeks, dan diperingkatkan. ini adalah necessary untuk muncul di penelusuran tetapi ini tidak sebuah peringkat factor — dan ini adalah distinct dari keduanya pengindeksan dan rendering. sebagian besar situs tidak pernah perlu untuk manage anggaran crawling; ketika crawling melakukan break, server logs adalah ground truth. ini hub menjelaskan seluruh pipeline dan poin Anda untuk deep dives.

TL;DR — crawling adalah pertama dari penelusuran’s three stages (crawl → indeks → sajikan). bot menemukan URLs oleh pull (tautan + sitemaps) dan push (IndexNow, pengindeksan API), lalu fetch them pada sebuah algorithmic schedule itu throttles untuk Anda server’s health. rendering JavaScript adalah sebuah terpisah langkah. crawling adalah diperlukan untuk peringkat tetapi adalah tidak itself sebuah sinyal peringkat, dan ini adalah distinct dari pengindeksan — sebuah robots-blocked halaman dapat masih menjadi terindeks. sebagian besar situs jangan perlu untuk manage crawl budget; logs adalah bagaimana Anda see apa sebenarnya happened.

crawling adalah stage satu dari three

Crawling is stage one of three. A page must clear each stage before it can rank. Sumber: /technical-seo/how-search-works/crawling/

Three stages run left to right. Crawl: a bot discovers a URL and downloads the page. Index: the engine processes the page and stores eligible information. Serve or rank: the best indexed matches are ordered for a query. The Crawl stage is highlighted, and a note says not every page advances through every stage.

© Patrick Stox LLC · CC BY 4.0 ·

Google adalah blunt tentang pipeline: “Google Search works in three stages, and not all pages make it through each stage.” (terjemahan) “Google Penelusuran berjalan dalam tiga tahap, dan tidak semua halaman melewati setiap tahap.” — crawling, pengindeksan, dan serving. Evidence for this claim Google describes Search as three stages: crawling, indexing, and serving results. Scope: Google Search's documented processing model; it does not guarantee that a page reaches every stage. Confidence: high · Verified: Google Search Central: In-depth guide to how Google Search works “not all pages make it” (terjemahan) “tidak semua halaman membuat ini” bagian adalah seluruh game di SEO teknis. sebuah halaman dapat menjadi di-crawl tetapi tidak terindeks, atau terindeks tetapi tidak pernah disajikan untuk sebuah kueri. Mempertahankan stages terpisah di Anda head adalah single sebagian besar berguna mental model di sini.

Siapa sebenarnya melakukan crawling

“Googlebot” (terjemahan) “Googlebot” sounds like satu program. ini tidak. di my Bagaimana Penelusuran berfungsi deck I deskripsikan ini sebagai 1 000+ sistem berjalan sebuah family dari specialized crawler — desktop, mobile, image, news, video, ads — dengan permintaan mostly originating out dari Mountain View. mereka semua draw dari sama anggaran crawling pool, yang adalah mengapa sebuah runaway image atau parameter crawl dapat starve crawling dari Anda sebenarnya konten.

dan ini adalah tidak hanya mesin pencari anymore. di my analysis dari Cloudflare Radar data (Memenuhi baru Web crawler), penelusuran-mesin bot masih crawl paling — tetapi AI bot adalah firmly di kedua place dan pada track untuk overtake them di berikutnya couple dari tahun. jika Anda’re reading Anda logs, cast dari characters memiliki changed.

Bagaimana crawler menemukan URLs

Discovery is both pull and push — Google calls the whole thing “URL discovery.” Sumber: /technical-seo/how-search-works/crawling/

Two discovery routes feed one crawl queue. Pull discovery includes following links and sitemaps. Push discovery includes IndexNow for Bing, Yandex, and other participating engines but not Google for general pages; the Google Indexing API for JobPosting and BroadcastEvent pages; and change notifications through sitemap lastmod, RSS, and WebSub.

© Patrick Stox LLC · CC BY 4.0 ·

penemuan adalah keduanya pull dan push:

  • Pull — tautan. Google: “Other pages are discovered when Google extracts a link from a known page to a new page.” (terjemahan) “lainnya halaman adalah ditemukan ketika Google extracts sebuah tautan dari sebuah known halaman untuk sebuah baru halaman.” ini adalah mengapa orphan halaman (tidak ada apa pun tautan untuk them) struggle untuk mendapatkan ditemukan.
  • Pull — sitemaps. “Still other pages are discovered when you submit a list of pages (a sitemap) for Google to crawl.” (terjemahan) “masih lainnya halaman adalah ditemukan ketika Anda submit sebuah list dari halaman (sebuah sitemap) untuk Google untuk crawl.”
  • Push — perubahan notifications. alih-alih menunggu untuk menjadi re-di-crawl, Anda tell mesin sesuatu changed: IndexNow (Bing, Yandex, dan others — Google melakukan tidak gunakan ini untuk umum halaman) dan Google’s pengindeksan API (officially hanya untuk JobPosting dan BroadcastEvent halaman). Sitemaps’ lastmod, RSS, dan WebSub round out push options.

Google panggilan seluruh hal “URL discovery.” (terjemahan) “URL penemuan.”

Bagaimana crawler fetch halaman

  • ** schedule adalah algorithmic.** “Googlebot uses an algorithmic process to determine which sites to crawl, how often, and how many pages to fetch from each site.” (terjemahan) “Googlebot menggunakan proses algoritmik untuk menentukan situs mana yang dirayapi, seberapa sering, dan berapa banyak halaman yang diambil dari setiap situs.” Anda influence ini; Anda tidak set ini.
  • crawling adalah polite. bot throttle themselves so mereka jangan knock Anda situs di atas: “they try tidak untuk crawl itu site too fast untuk avoid overloading it… HTTP 500 errors berarti ‘slow down.’” (terjemahan) “mereka try tidak untuk crawl situs too fast untuk hindari overloading ini… HTTP 500 errors berarti ‘slow down.’” ini adalah lever behind temporarily slowing sebuah crawl — kembalikan 503/429 dan Googlebot eases off (untuk sebuah day atau dua, tidak forever).
  • ada sebuah byte limit. sebagai dari Google’s March 2026 Di dalam Googlebot perbarui, Googlebot fetches up untuk roughly 2 MB per URL (down dari old 15 MB figure), dengan PDFs diizinkan up untuk 64 MB. Go di atas dan fetch adalah truncated, tidak rejected — hanya downloaded portion adalah lulus pada untuk pengindeksan. jika Anda critical konten sits di bawah 2 MB dari bloat, itu penting.
  • Caching cuts re-crawl cost. Google’s crawler gunakan conditional permintaan dan caching so unchanged resources tidak re-fetched setiap time. Google tidak publish sebuah tepat cache duration untuk rendering resources, so jangan assume sebuah fixed refresh window untuk sebuah code perubahan — expect beberapa lag, tidak sebuah instant reflect.
Evidence for this claim Googlebot algorithmically determines which sites to crawl, how often to crawl them, and how many pages to fetch. Scope: web Confidence: high · Verified: In-Depth Guide to How Google Search Works

rendering adalah tidak crawling

ini trips orang up constantly. “During the crawl, Google renders the page and runs any JavaScript it finds using a recent version of Chrome.” (terjemahan) “Selama crawling, Google merender halaman dan menjalankan JavaScript apa pun yang ditemukan dengan versi Chrome terbaru.” rendering adalah sebuah distinct langkah dari fetching HTML. renderer ( Web rendering Service) adalah stateless — storage dan cookies adalah cleared antara memuat, ini denies permission prompts, dan ini rejects service workers. jika Anda konten hanya muncul setelah sebuah click atau sebuah JS-driven navigation itu tidak sebuah nyata <a href> tautan, expect penemuan dan rendering masalah. (Penuh treatment di JavaScript SEO.)

crawling vs pengindeksan vs peringkat

paling penting distinctions pada ini halaman:

  • crawling ≠ peringkat. crawling adalah necessary untuk menjadi di hasil, tetapi ini adalah tidak sebuah sinyal peringkat. sebuah lebih tinggi laju crawling tidak akan lift Anda positions. anggaran crawling adalah sebuah efficiency concern, penuh berhenti.
  • crawling ≠ pengindeksan. sebuah halaman Anda block di robots.txt dapat masih menjadi terindeks jika lainnya halaman tautan untuk ini — Google hanya dapat’t see konten, atau apa pun noindex tag Anda put di sana. sebagai I put ini di terindeks, though blocked oleh robots.txt: “crawling and indexing are two different things.” (terjemahan) “crawling dan pengindeksan adalah dua berbeda hal.” untuk sebenarnya hapus sebuah halaman, izinkan crawling dan tambahkan noindex — jangan block ini.

I tested blocking side secara langsung. di Story dari Blocking 2 tinggi-peringkat halaman dengan Robots.txt I blocked dua dari kami peringkat halaman. hasil: “We lost a position here or there and all of the featured snippets for the pages… I expected a lot more impact, but the world didn’t end.” (terjemahan) “kami lost sebuah position di sini atau di sana dan semua dari featured snippets untuk halaman… I yang diharapkan sebuah lot lebih impact, tetapi world tidak end.” My takeaway stands: “Don’t block pages you want indexed. It hurts. Not as bad as you might think it does — but it still hurts.” (terjemahan) “jangan block halaman Anda ingin terindeks. ini hurts. Tidak sebagai buruk sebagai Anda mungkin think ini melakukan — tetapi ini masih hurts.”

cara control crawling

  • robots.txt controls crawling, tidak pengindeksan. “A robots.txt file tells search engine crawlers which URLs the crawler can access on your site.” (terjemahan) “File robots.txt memberi tahu crawler mesin pencari URL mana yang dapat diakses crawler di situs Anda.” Evidence for this claim robots.txt controls crawler access and is not a reliable way to keep a URL out of Google. Scope: Google Search behavior for URLs blocked by robots.txt; blocked URLs may still be indexed when discovered elsewhere. Confidence: high · Verified: Google Search Central: Introduction to robots.txt gunakan ini untuk pertahankan bot out dari rendah-nilai spaces — tidak sebagai sebuah deindexing alat.
  • situs architecture & tautan internal govern bagaimana deep halaman sit dan apakah mereka’re ditemukan di semua (see crawl depth).
  • crawl-rate controls. Google retired -nya manual crawl-rate slider di Search Console (early 2024) — ini now leans pada Anda server’s respons dan sebuah lebih rendah automatic minimum. Bing masih memberikan Anda sebuah manual crawl Control grid di Bing Webmaster alat (see laju crawling).

crawl efficiency dan anggaran crawling

Keduanya mesin think tentang crawling sebagai efficiency. Gary Illyes frames Google’s side sebagai laju crawling limit + crawl demand (popularity dan staleness). Bing’s Fabrice Canel panggilan ini mereka “crawl efficiency north star … to crawl a URL only when the content has been added … updated.” (terjemahan) “Sasaran utama efisiensi crawling adalah merayapi URL hanya ketika kontennya ditambahkan atau diperbarui.”

reassuring bagian: sebagian besar situs jangan perlu untuk worry tentang ini. Google says ini plainly — jika Anda situs tidak memiliki sebuah besar angka dari rapidly mengubah halaman, atau Anda halaman adalah di-crawl yang sama day mereka’re published, “you don’t need to read this guide.” (terjemahan) “Anda tidak perlu membaca panduan ini.” ini dimulai untuk penting sekitar 1M+ halaman mengubah weekly atau 10k+ mengubah daily (see anggaran crawling dan crawl frequency).

Evidence for this claim Sites without many rapidly changing pages, or whose new pages are crawled the day they are published, generally do not need crawl-budget management. Scope: large websites Confidence: high · Verified: Optimize your crawl budget

Ketika crawling goes wrong — cara see ini

sebelum Anda reach untuk sebuah perbaiki, figure out yang stage adalah sebenarnya rusak — symptoms dan remedies adalah berbeda di setiap satu:

  • Tidak ditemukan di semua? Tidak ada apa pun tautan untuk halaman dan ini adalah missing dari Anda sitemap. Perbaiki internal linking dan sitemap coverage — see crawl depth dan crawl frequency.

  • ditemukan tetapi tidak pernah fetched? kesalahan server, timeouts, atau sebuah robots.txt block adalah mengubah bot away. periksa GSC Statistik Crawling dan Anda logs — see anggaran crawling dan laju crawling.

  • Fetched tetapi rendering wrong? konten bergantung pada sebuah click atau JS-hanya navigation Googlebot tidak akan perform, atau WRS times out. See JavaScript SEO untuk render-spesifik failure modes.

  • Fetched dan dirender tetapi masih tidak terindeks? itu’s sebuah terpisah decision indeks membuat — see pengindeksan hub alih-alih treating ini sebagai sebuah crawl masalah.

  • Log file analysis adalah ground truth. Anda server logs tampilkan persis yang URLs bot sebenarnya hit, bagaimana sering, dan apa kode status mereka mendapat — best cara untuk spot wasted crawling dan temukan halaman bot tidak pernah reach (see log file analysis).

  • Spider traps — infinite URL spaces dari calendars, faceted navigation, session IDs, atau relative-tautan explosions — diam-diam burn Anda anggaran crawling pada junk URLs (see spider traps).

Di mana untuk go berikutnya: crawling cluster

ini hub adalah map. setiap topic di bawah adalah -nya own deep dive:

crawl efficiency — bagaimana banyak dan bagaimana sering

  • anggaran crawling — apa ini adalah (capacity + demand), apa wastes ini, dan siapa sebenarnya perlu untuk care.
  • laju crawling — bagaimana fast bot fetch, mengapa GSC rate slider went away, dan bagaimana untuk speed up atau slow down sebuah crawl hari ini.
  • crawl frequency — apa membuat Google re-crawl sebuah halaman sooner (popularity, staleness, accurate lastmod) dan apa tidak.
  • crawl depth — click depth vs. crawl traversal depth, dan mengapa penting halaman belong close untuk homepage.

Memenuhi crawler — siapa’s sebenarnya fetching Anda halaman

  • crawler — apa sebuah web crawler (bot, spider) adalah dan fetch → parse → ikuti loop mereka semua jalankan.
  • pengguna agent — pengguna-agent string dan robots.txt token sebuah bot identifies itself dengan, dan mengapa Anda dapat’t trust string alone.
  • Googlebot — Google’s crawler: Smartphone vs. desktop, rendering, dan cara verify ini.
  • Bingbot — Microsoft’s crawler, bagaimana ini differs, dan surfaces beyond Bing ini feeds.
  • AI crawler — bot dari AI companies (training vs. AI-penelusuran vs. pengguna-triggered fetchers) dan cara control them.

Diagnosing crawl masalah

  • Log file analysis — verifying nyata bot dan reading apa mereka di-crawl.
  • Spider traps (crawler traps) — patterns itu generate infinite URLs, dan cara perbaiki them.

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

Qualifying Anda outbound tautan adalah sebuah related pada-halaman control itu overlaps dengan crawling — ini tell Google cara treat sebuah tautan alih-alih apakah untuk crawl ini: nofollow ( original catch-semua, now sebuah hint), plus rel=sponsored dan rel=ugc untuk paid/advertising dan pengguna-generated tautan. semua three langsung di pada-halaman meta tags cluster.

Getting ditemukan di pertama place adalah sebuah related tetapi terpisah stage. Bagaimana penelusuran mesin menemukan Anda URLs — tautan internal, sitemaps (XML, sitemap indeks, image, dan video), dan push protocols IndexNow dan Google pengindeksan API (apa setiap adalah sebenarnya untuk, dan mengapa Google tidak gunakan IndexNow) — now lives di -nya own penemuan hub. untuk lebih luas topic, see Bagaimana Penelusuran berfungsi.

Add an expert note

Pin an expert quote

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