Crawling

Wie Suchmaschinen das Web entdecken und herunterladen — Googlebot und Bingbot, URL discovery, der Crawl-Scheduler, Rendering und der Unterschied zwischen Crawling, Indexing und Ranking. Der Hub für alles rund um das Crawling.

Erstveröffentlicht: 22. Juni 2026 · Zuletzt aktualisiert: 9. Aug. 2026 · Fortgeschritten
Sprachen
1 Evidenzsignal auf dieser Seite

Crawling ist Stufe eins der Suche (Crawl → Index → Serve): Bots wie Googlebot und Bingbot entdecken URLs und laden Seiten herunter, damit diese gerendert, indexiert und gerankt werden können. Crawling ist notwendig, um in der Suche zu erscheinen, aber es ist kein Ranking-Faktor — und es ist sowohl vom Indexing als auch vom Rendering zu unterscheiden. Die meisten Websites müssen ihr Crawl Budget nie verwalten; wenn das Crawling doch einmal klemmt, sind Server-Logs die Grundwahrheit. Dieser Hub erklärt die gesamte Pipeline und verweist auf die Vertiefungen.

TL;DR — Crawling ist die erste der drei Stufen der Suche (Crawl → Index → Serve). Bots entdecken URLs per Pull (Links + Sitemaps) und Push (IndexNow, Indexing API) und rufen sie dann nach einem algorithmischen Zeitplan ab, der sich am Zustand Ihres Servers drosselt. Das Rendering von JavaScript ist ein eigener Schritt. Crawling ist Voraussetzung für ein Ranking, aber selbst kein Ranking-Signal, und es ist vom Indexing zu unterscheiden — eine per robots blockierte Seite kann trotzdem indexiert werden. Die meisten Websites müssen ihr Crawl Budget nicht verwalten; in den Logs sehen Sie, was tatsächlich passiert ist.

Crawling ist Stufe eins von dreien

Crawling is stage one of three. A page must clear each stage before it can rank. Quelle: /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 ist bei der Pipeline unmissverständlich: “Google Search works in three stages, and not all pages make it through each stage” (Übersetzung) „Die Google Suche arbeitet in drei Stufen, und nicht alle Seiten kommen durch jede Stufe“ — Crawling, Indexing und 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 Der Teil „nicht alle Seiten kommen durch“ ist in der Technical SEO das ganze Spiel. Eine Seite kann gecrawlt, aber nicht indexiert sein, oder indexiert, aber nie für eine Suchanfrage ausgeliefert werden. Diese Stufen gedanklich getrennt zu halten ist hier das mit Abstand nützlichste mentale Modell.

Wer tatsächlich crawlt

„Googlebot“ klingt nach einem einzigen Programm. Ist er aber nicht. In meinem Deck How Search Works beschreibe ich ihn als 1 000+ Systeme, die eine Familie spezialisierter Crawler betreiben — Desktop, Mobile, Bilder, News, Video, Ads —, wobei die Anfragen überwiegend aus Mountain View stammen. Sie alle schöpfen aus demselben Crawl-Budget-Pool, weshalb ein aus dem Ruder gelaufenes Bilder- oder Parameter-Crawling das Crawling Ihrer eigentlichen Inhalte aushungern kann.

Und es sind längst nicht mehr nur Suchmaschinen. In meiner Auswertung von Cloudflare-Radar-Daten (Die neuen Web-Crawler) crawlen Suchmaschinen-Bots weiterhin am meisten — aber AI-Bots liegen klar auf Platz zwei und sind auf dem Weg, sie in den nächsten Jahren zu überholen. Wer seine Logs liest, merkt: Die Besetzung hat sich geändert.

Wie Crawler URLs entdecken

Discovery is both pull and push — Google calls the whole thing “URL discovery.” Quelle: /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 ·

Discovery funktioniert sowohl per Pull als auch per Push:

  • Pull — Links. Google: “Other pages are discovered when Google extracts a link from a known page to a new page.” (Übersetzung) „Andere Seiten werden entdeckt, wenn Google einen Link von einer bekannten Seite zu einer neuen Seite extrahiert.“ Deshalb tun sich verwaiste Seiten (auf die nichts verlinkt) schwer, gefunden zu werden.
  • Pull — Sitemaps. “Still other pages are discovered when you submit a list of pages (a sitemap) for Google to crawl.” (Übersetzung) „Wieder andere Seiten werden entdeckt, wenn Sie eine Liste von Seiten (eine Sitemap) zum Crawlen an Google übermitteln.“
  • Push — Änderungsmeldungen. Statt auf ein erneutes Crawling zu warten, teilen Sie der Suchmaschine mit, dass sich etwas geändert hat: IndexNow (Bing, Yandex und andere — Google nutzt es nicht für allgemeine Seiten) und Googles Indexing API (offiziell nur für JobPosting- und BroadcastEvent-Seiten). lastmod in Sitemaps, RSS und WebSub vervollständigen die Push-Optionen.

Google nennt das Ganze “URL discovery.”

Wie Crawler Seiten abrufen

  • Der Zeitplan ist algorithmisch. “Googlebot uses an algorithmic process to determine which sites to crawl, how often, and how many pages to fetch from each site.” (Übersetzung) „Googlebot verwendet einen algorithmischen Prozess, um zu bestimmen, welche Websites gecrawlt werden, wie oft und wie viele Seiten von jeder Website abgerufen werden.“ Sie beeinflussen ihn, Sie legen ihn nicht fest.
  • Crawling ist rücksichtsvoll. Bots drosseln sich selbst, um Ihre Website nicht lahmzulegen: “they try not to crawl the site too fast to avoid overloading it… HTTP 500 errors mean ‘slow down.’” (Übersetzung) „Sie versuchen, die Website nicht zu schnell zu crawlen, um sie nicht zu überlasten … HTTP-500-Fehler bedeuten ‘langsamer’.“ Das ist der Hebel dahinter, ein Crawling vorübergehend zu verlangsamen — geben Sie 503/429 zurück, und Googlebot nimmt sich zurück (für ein bis zwei Tage, nicht für immer).
  • Es gibt ein Byte-Limit. Seit Googles Update Inside Googlebot vom März 2026 ruft Googlebot bis zu rund 2 MB pro URL ab (herunter von der früheren Angabe von 15 MB), wobei für PDFs bis zu 64 MB erlaubt sind. Wird das überschritten, wird der Abruf abgeschnitten, nicht abgelehnt — nur der heruntergeladene Teil geht in das Indexing. Wenn Ihre kritischen Inhalte unterhalb von 2 MB Ballast liegen, ist das relevant.
  • Caching senkt die Kosten des erneuten Crawlings. Googles Crawler nutzen Conditional Requests und Caching, damit unveränderte Ressourcen nicht jedes Mal erneut abgerufen werden. Google veröffentlicht keine genaue Cache-Dauer für Rendering-Ressourcen; gehen Sie deshalb bei einer Code-Änderung nicht von einem festen Aktualisierungsfenster aus — rechnen Sie mit etwas Verzögerung, nicht mit sofortiger Übernahme.
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 ist kein Crawling

Daran scheitern ständig Leute. “During the crawl, Google renders the page and runs any JavaScript it finds using a recent version of Chrome.” (Übersetzung) „Während des Crawls rendert Google die Seite und führt sämtliches vorgefundene JavaScript mit einer aktuellen Chrome-Version aus.“ Rendering ist ein vom Abruf des HTML getrennter Schritt. Der Renderer (der Web Rendering Service) ist zustandslos — Storage und Cookies werden zwischen den Ladevorgängen geleert, er lehnt Berechtigungsabfragen ab und weist Service Worker zurück. Erscheinen Ihre Inhalte erst nach einem Klick oder über eine JS-gesteuerte Navigation, die kein echter <a href>-Link ist, müssen Sie mit Problemen bei Discovery und Rendering rechnen. (Ausführlich in JavaScript SEO.)

Crawling vs. Indexing vs. Ranking

Die wichtigsten Unterscheidungen auf dieser Seite:

  • Crawling ≠ Ranking. Crawling ist notwendig, um in den Ergebnissen zu erscheinen, ist aber kein Ranking-Signal. Häufigeres Crawling hebt Ihre Positionen nicht an. Crawl Budget ist eine Frage der Effizienz, mehr nicht.
  • Crawling ≠ Indexing. Eine Seite, die Sie in der robots.txt blockieren, kann trotzdem indexiert werden, wenn andere Seiten auf sie verlinken — Google sieht dann weder den Inhalt noch ein dort hinterlegtes noindex-Tag. Wie ich es in Indexed, though blocked by robots.txt formuliert habe: “crawling and indexing are two different things.” (Übersetzung) „Crawling und Indexing sind zwei verschiedene Dinge.“ Um eine Seite tatsächlich zu entfernen, erlauben Sie das Crawling und ergänzen noindex — blockieren Sie die Seite nicht.

Die Blockade-Seite habe ich direkt getestet. In Was geschah, als ich zwei hoch rankende Seiten per Robots.txt blockierte habe ich zwei unserer rankenden Seiten blockiert. Das Ergebnis: “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.” (Übersetzung) „Wir haben hier und da eine Position und sämtliche Featured Snippets für die Seiten verloren … Ich hatte deutlich mehr Auswirkung erwartet, aber die Welt ging nicht unter.“ Mein Fazit gilt weiterhin: “Don’t block pages you want indexed. It hurts. Not as bad as you might think it does — but it still hurts.” (Übersetzung) „Blockieren Sie keine Seiten, die indexiert werden sollen. Es tut weh. Nicht so schlimm, wie Sie vielleicht denken — aber es tut trotzdem weh.“

Wie Sie Crawling steuern

  • robots.txt steuert das Crawling, nicht das Indexing. “A robots.txt file tells search engine crawlers which URLs the crawler can access on your site.” (Übersetzung) „Eine robots.txt-Datei teilt Suchmaschinen-Crawlern mit, auf welche URLs der Crawler auf Ihrer Website zugreifen kann.“ 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 Verwenden Sie die Datei, um Bots aus Bereichen mit geringem Wert herauszuhalten — nicht als Werkzeug zur Deindexierung.
  • Site Architecture und Internal Links bestimmen, wie tief Seiten liegen und ob sie überhaupt entdeckt werden (siehe Crawl depth).
  • Steuerung der Crawl rate. Google hat seinen manuellen Regler für die Crawl rate in der Search Console abgeschafft (Anfang 2024) — es stützt sich nun auf die Antworten Ihres Servers und ein niedrigeres automatisches Minimum. Bing bietet weiterhin ein manuelles Crawl Control-Raster in den Bing Webmaster Tools (siehe Crawl rate).

Crawl-Effizienz und Crawl Budget

Beide Suchmaschinen denken beim Crawling in Effizienz. Gary Illyes beschreibt Googles Seite als crawl rate limit + crawl demand (Popularität und Aktualität). Bings Fabrice Canel nennt es ihren “crawl efficiency north star … to crawl a URL only when the content has been added … updated.” (Übersetzung) „Nordstern der Crawl-Effizienz … eine URL nur dann zu crawlen, wenn der Inhalt hinzugefügt … aktualisiert wurde.“

Das Beruhigende daran: Die meisten Websites müssen sich darum nicht kümmern. Google sagt es unmissverständlich — wenn Ihre Website keine große Zahl sich schnell ändernder Seiten hat oder Ihre Seiten am selben Tag gecrawlt werden, an dem sie veröffentlicht werden, “you don’t need to read this guide.” (Übersetzung) „brauchen Sie diesen Leitfaden nicht zu lesen.“ Relevant wird es etwa ab 1 Mio.+ Seiten, die sich wöchentlich ändern, oder 10 000+ Seiten, die sich täglich ändern (siehe Crawl Budget und 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

Wenn Crawling schiefgeht — wie Sie es erkennen

Bevor Sie zu einer Lösung greifen, klären Sie, welche Stufe tatsächlich hakt — die Symptome und die Gegenmittel unterscheiden sich je Stufe:

  • Gar nicht entdeckt? Nichts verlinkt auf die Seite, und sie fehlt in Ihrer Sitemap. Bringen Sie interne Verlinkung und Sitemap-Abdeckung in Ordnung — siehe Crawl depth und Crawl frequency.

  • Entdeckt, aber nie abgerufen? Serverfehler, Timeouts oder eine Blockade in der robots.txt weisen Bots ab. Prüfen Sie den GSC-Bericht Crawl Stats und Ihre Logs — siehe Crawl Budget und Crawl rate.

  • Abgerufen, aber falsch gerendert? Der Inhalt hängt an einem Klick oder an einer reinen JS-Navigation, die Googlebot nicht ausführt, oder der WRS läuft in einen Timeout. Siehe JavaScript SEO für die renderspezifischen Fehlerbilder.

  • Abgerufen und gerendert, aber trotzdem nicht indexiert? Das ist eine eigene Entscheidung des Index — sehen Sie sich den Hub Indexing an, statt es als Crawling-Problem zu behandeln.

  • Log file analysis ist die Grundwahrheit. Ihre Server-Logs zeigen genau, welche URLs Bots tatsächlich aufgerufen haben, wie oft und welche Statuscodes sie erhalten haben — der beste Weg, verschwendetes Crawling zu erkennen und Seiten zu finden, die Bots nie erreichen (siehe Log file analysis).

  • Spider traps — unendliche URL-Räume durch Kalender, Faceted Navigation, Session-IDs oder explodierende relative Links — verbrennen unbemerkt Ihr Crawl Budget für Müll-URLs (siehe Spider traps).

Wie es weitergeht: der Crawling-Cluster

Dieser Hub ist die Landkarte. Jedes Thema unten ist eine eigene Vertiefung:

Crawl-Effizienz — wie viel und wie oft

  • Crawl Budget — was es ist (Kapazität + Nachfrage), was es verschwendet und wer sich wirklich darum kümmern muss.
  • Crawl rate — wie schnell Bots abrufen, warum der Regler in der GSC verschwunden ist und wie Sie ein Crawling heute beschleunigen oder verlangsamen.
  • Crawl frequency — was Google dazu bringt, eine Seite früher erneut zu crawlen (Popularität, Aktualität, korrekte lastmod) und was nicht.
  • Crawl depth — Klicktiefe vs. Traversierungstiefe beim Crawling, und warum wichtige Seiten nah an der Startseite liegen sollten.

Die Crawler im Überblick — wer Ihre Seiten tatsächlich abruft

  • Crawler — was ein Web-Crawler (Bot, Spider) ist und die Schleife aus Abrufen → Parsen → Folgen, die sie alle durchlaufen.
  • User Agent — der User-Agent-String und das robots.txt-Token, mit dem sich ein Bot ausweist, und warum Sie dem String allein nicht trauen können.
  • Googlebot — Googles Crawler: Smartphone vs. Desktop, Rendering und wie Sie ihn verifizieren.
  • Bingbot — Microsofts Crawler, worin er sich unterscheidet und welche Oberflächen jenseits von Bing er beliefert.
  • AI Crawlers — die Bots der KI-Unternehmen (Training vs. AI Search vs. nutzerausgelöste Fetcher) und deren Steuerung.

Crawling-Probleme diagnostizieren

  • Log file analysis — echte Bots verifizieren und lesen, was sie gecrawlt haben.
  • Spider traps (Crawler-Fallen) — die Muster, die unendliche URLs erzeugen, und wie Sie diese beheben.

Jedes Thema oben ist eine eigene Vertiefung unterhalb dieses Hubs — sie stehen auch in der Seitenleiste.

Ihre ausgehenden Links zu qualifizieren ist eine verwandte Onpage-Steuerung mit Überschneidungen zum Crawling — sie sagen Google, wie ein Link zu behandeln ist, nicht ob er gecrawlt werden soll: nofollow (das ursprüngliche Allzweckmittel, heute ein Hinweis), dazu rel=sponsored und rel=ugc für bezahlte/werbliche und nutzergenerierte Links. Alle drei liegen im Cluster Onpage-Meta-Tags.

Überhaupt erst gefunden zu werden ist eine verwandte, aber eigene Stufe. Wie Suchmaschinen Ihre URLs entdecken — Internal Links, Sitemaps (XML, Sitemap-Index, Bild- und Video-Sitemaps) sowie die Push-Protokolle IndexNow und die Google Indexing API (wofür sie jeweils gedacht sind und warum Google IndexNow nicht nutzt) — liegt inzwischen in einem eigenen Hub Discovery. Zum breiteren Thema siehe How Search Works.

Add an expert note

Pin an expert quote

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