Google kennt eigene Zahlen dazu, wie lange die eigene Maschinerie braucht – und am 2. Oktober 2026 hat das Unternehmen einige davon vorgelesen. Gary Illyes, Analyst bei Google, präsentierte beim Search Central Live Deep Dive Europe in Barcelona typische und ungünstigste Dauern für Crawling, Indexierung und Ausliefern. Eine neue URL wird typischerweise in etwa 20 Stunden entdeckt. Eine URL, die Google schon kennt, wird typischerweise erst nach rund 30 Tagen neu gelesen.
Überraschend sind nicht die 20 Stunden, sondern die 30 Tage. Sie besagen, dass der langsame Teil fast nie das Auffinden einer neuen Seite ist, sondern das erneute Lesen einer bestehenden.
Google hat keine dieser Zahlen veröffentlicht: kein Beitrag im Search-Central-Blog, keine Dokumentationsseite, kein Changelog-Eintrag. Sie erreichten die Branche über die Zusammenfassung eines Konferenzteilnehmers. Und die einzige Zeile, die ein datiertes Google-Dokument in gleicher Größenordnung bestätigt, ist die unspektakulärste auf der Folie.
Was vorgetragen wurde und wie es hierher gelangt ist
Den Vortrag hielt Gary Illyes beim Search Central Live Deep Dive Europe, das vom 30. September bis 2. Oktober 2026 in Barcelona stattfand. Zusammengefasst hat die Zeiten John Campbell, Head of Innovation and AI der Agentur ROAST, der vor Ort war. Campbell veröffentlichte seine Zusammenfassung auf LinkedIn, das automatisierten Abruf blockiert – dieser Artikel konnte die Zusammenfassung also nicht direkt lesen und behauptet das auch nicht.
Zwei unabhängige Berichte tragen die Zahlen. Luis Rijo veröffentlichte bei PPC Land am 3. Oktober 2026 acht Zeilen. Relevant Audience veröffentlichte am 4. Oktober 2026 sechzehn Zeilen. Die acht Zeilen, die in beiden stehen, sind in beiden identisch. Das bestätigt die Wiedergabe der Zusammenfassung, nicht die Daten dahinter.
Zu keiner Zahl wurden Methodik, Stichprobengröße, Messzeitraum oder eine Definition von „typisch“ veröffentlicht. Relevant Audience sagt es deutlich: zu behandeln „als Bericht eines Teilnehmers über eine Konferenzfolie, nicht als Service-Zusage“.
Die sechzehn Zeitangaben, wie berichtet
Dies sind die Dauern nach den beiden genannten Berichten. Sie beschreiben Googles Maschinerie, nicht eine einzelne Website, und keine trägt eine Stichprobengröße.
| Schritt | Typisch | Langsamster Fall |
|---|---|---|
| Entdeckung einer neuen URL | ~20 Stunden | Wochen bis nie |
| Erneutes Crawlen einer bekannten URL | ~30 Tage | Wochen bis nie |
| Sitemap-Verarbeitung | ~24 Stunden | Bis 14 Tage, oder nie (Qualität) |
| Änderung der Crawl-Kapazität | 4 Stunden bis 1–2 Wochen | 1–3 Wochen (Erholung) |
| Änderung der Crawl-Nachfrage | ~20 Stunden | Wochen bis Monate |
| Änderung der robots.txt | ~24 Stunden | 25 Stunden |
| Indexierung, Ende zu Ende | ~1,5 Stunden | Monate, oder nie (Qualität) |
| Änderung des Canonical Tag | 1–3 Wochen | Monate (widersprüchliche Signale) |
| Website-Relaunch mit URL-Wechsel | 1–3 Monate | 6 Monate bis über ein Jahr |
| Entfernung | 1–3 Wochen | Monate |
| Änderung strukturierter Daten | Stunden bis 1–2 Wochen | Wochen, oder nie |
| Entfernung über das Search-Console-Tool | ~2 Stunden | 24 Stunden |
| Änderung von Snippet oder Title | 1–2 Tage | Wochen bis Monate |
| Aufhebung einer manuellen Maßnahme | 1–2 Wochen | 4–6 Wochen, länger bei ruhenden Sites |
| Erholung nach einem Core Update | 3–6 Monate | 6 Monate bis 1 Jahr |
| Wirkung einer Spam Update | 1–2 Wochen | Monate |
Was ein datiertes Google-Dokument tatsächlich bestätigt
Am 4. Oktober 2026 wurden sechs Google-Quellen live gelesen, um zu prüfen, welche der sechzehn Zeilen überhaupt in Googles veröffentlichtem Bestand vorkommen. Das Ergebnis: eine in gleicher Größenordnung, eine in abweichender Größenordnung, zwei nur qualitativ, zwölf gar nicht.
| Google-Quelle | Zuletzt aktualisiert | Was darin steht |
|---|---|---|
| Leitfaden zum Crawl Budget für große Websites | 2026-07-22 UTC | Keine Angabe zur Entdeckung, keine zum erneuten Crawlen. Das Dokument, das Google dem Crawling widmet, enthält die beiden Hauptzahlen nicht. |
| Einführung und Leitfaden zu robots.txt | 2026-08-31 UTC | „Google generally caches the contents of robots.txt file for up to 24 hours.“ Deckt sich mit den ~24 Stunden der Zusammenfassung. |
| Website-Umzug mit URL-Änderungen | 2026-08-20 UTC | „for medium-sized websites, it can take a few weeks or more“. Schneller als die 1–3 Monate der Zusammenfassung. |
| Google-Core-Updates und deine Website | 2025-12-10 UTC | „it could take several months“, und wenn nichts passiert, „that could mean waiting until the next core update“. Keine Angabe von 3–6 Monaten. |
| Changelog der Search-Central-Dokumentation | Gelesen am 4.10.2026 | Ein einziger Eintrag aus Oktober 2026, vom 1. Oktober, zu Inhalten aus generativer KI. Nichts zu Crawling- oder Indexierungszeiten und nichts zu Barcelona. |
| Google Search Status Dashboard | Gelesen am 4.10.2026 | Spam Update September 2026, Beginn 2026-09-24T16:15:00+00:00, kein Endzeitstempel, „may take up to two weeks to complete“. |
Die Relaunch-Zeile verdient einen Moment Aufmerksamkeit. Googles veröffentlichter Leitfaden nennt für eine kleine bis mittlere Website „ein paar Wochen oder mehr“; die Zusammenfassung nennt 1–3 Monate als typisch. Ein Relaunch-Plan, der auf dem veröffentlichten Dokument beruht, ist optimistischer als die Folie.
Die Spam-Update-Rechnung, Stand heute
Eine Zeile hängt direkt an einem laufenden Ereignis. Die Spam Update vom September 2026 trägt im Google Search Status Dashboard den Beginn 2026-09-24T16:15:00+00:00, und als das Dashboard am 4. Oktober 2026 gelesen wurde, fehlte der Endzeitstempel weiterhin. Das ist Tag 10 eines Zeitraums, den Google mit „may take up to two weeks to complete“ beschrieben hat.
Die entsprechende Zeile der Zusammenfassung nennt 1–2 Wochen als typische und Monate als ungünstigste Zeit, bis sich eine Spam Update auswirkt. Beide Zahlen zeigen über das Dashboard-Fenster hinaus, nicht in es hinein – und keine sagt einem Website-Betreiber, ob die eigene Traffic-Bewegung zu diesem Update gehört.
Was diese Woche zu tun ist
Der praktische Wert dieser Zahlen liegt darin, dass sie verschieben, was als Problem gilt.
- Diagnostiziere nach 24 Stunden kein Veröffentlichungsproblem. Ist eine neue Seite einen Tag nach Veröffentlichung nicht indexiert, ist die berichtete typische Entdeckungszeit kaum verstrichen. Setze die interne Eskalationsschwelle auf eine Woche, nicht auf einen Tag.
- Behandle aktualisierte Seiten als das eigentliche Latenzproblem. Rund 30 Tage bis zum erneuten Crawlen bedeuten: eine Preisänderung, ein Rechtshinweis oder eine korrigierte Zahl auf einer bestehenden Seite kann einen Monat unbemerkt bleiben. Muss die Änderung schnell sichtbar werden, sind interne Verlinkung und ein korrektes
lastmodin der Sitemap die Hebel, nicht Geduld. - Datiere den Relaunch-Plan neu. Wurde er gegen Googles dokumentierte „ein paar Wochen oder mehr“ geschrieben, rechne den Zeitplan mit 1–3 Monaten durch und prüfe, was bricht: Vertragsenden, Aufbewahrung der Weiterleitungen, Berichtsvergleiche.
- Miss die eigene Website, statt die Zahl zu übernehmen. Erfasse für 20 aktuelle URLs den Abstand zwischen Veröffentlichung und erstem Crawl und behalte den Median. Die eigene Zahl ist erstquellig, datiert und zitierfähig; Googles Zahl ist für die eigene Domain keines davon.
Der letzte Punkt verzinst sich. Das Level zu SEO-Analytics und Messung zeigt, wie dieser Nachweis aus der Search Console aufgebaut wird, und das Level zu technischem SEO behandelt die Crawling- und Indexierungsmechanik, auf der diese Zeiten aufsitzen. Wer bei der Maschinerie selbst einsteigen will, findet den kürzeren Weg über die SEO-Grundlagen.
Wo die Branche wirklich uneins ist
Hinter dieser Nachricht stehen zwei ungeklärte Fragen, und nichts vom Obigen klärt eine davon. Doctor SEO legt sie dar, statt sie zu entscheiden.
Ob eine Konferenzzahl ein Beleg über Googles Systeme ist. Das eine Lager hält Konferenzen für den Ort, an dem Google operative Details offenlegt, die es nie aufschreiben wird, hält Gary Illyes für einen der wenigen Menschen, die solche Zahlen präzise nennen können, und argumentiert, dass ein Verzicht auf diese Daten Praktiker ganz ohne Zahlen zurücklässt. Das andere Lager hält fest, dass eine unveröffentlichte Folie, übermittelt über einen einzigen Teilnehmer, nicht erneut gelesen, nicht nachgeprüft und nicht mit einer Vorversion verglichen werden kann; dass zu keiner Zahl Methodik, Stichprobe, Zeitraum oder eine Definition von „typisch“ vorliegt; und dass eine Zahl, die niemand abrufen kann, keine Messung ist. Entscheiden kann das niemand, denn Google veröffentlicht weder seine Konferenzfolien noch irgendeine Zuordnung einer genannten Zahl zu einer dokumentierten.
Wo die Grenze eines Updates liegt. Die Spam-Update-Zeile und das offene Dashboard-Fenster laden dazu ein, die eigene Traffic-Bewegung auf dieses Update zu datieren. Das eine Lager behandelt die Dashboard-Zeitstempel als einzige reproduzierbare Grenze, das andere als Veröffentlichungsdatum und nicht als Zeitpunkt der Auslieferung. Keine veröffentlichte Studie stellt Volatilitätsmessungen Dritter konfirmierten Rollout-Fenstern mit offengelegter Stichprobengröße gegenüber, also argumentieren beide Lager aus derselben Datenlücke.
Was Txema Hermoso denkt
Dieser Abschnitt ist Meinung, keine Berichterstattung. Das Obige ist, was die Quellen sagen; dies ist, was ich daraus mache.
Nützlich ist nicht eine einzelne Dauer, sondern dass die Form der Maschinerie nun öffentlich ist: Entdecken schnell, Indexieren schnell, erneutes Crawlen langsam, Erholung um eine Größenordnung langsamer. Diese Reihenfolge deckt sich mit dem, was ich in Kundenkonten sehe, und sie verschiebt die meisten Tickets von „Google indexiert meine Seite nicht“ zu „Google hat meine Seite nicht neu gelesen“ – ein anderes Problem mit anderen Mitteln.
Was ich nicht tue: 20 Stunden oder 30 Tage als Richtwert für irgendeine Website verwenden. Zu den Zahlen gehört keine Stichprobengröße und keine Definition von „typisch“, und ein Median über Googles gesamte Crawl-Fläche sagt wenig über eine Firmenseite mit 200 Seiten und dünnem Linkprofil. Ich sage auch nicht, dass Konferenzzahlen verlässlicher oder unverlässlicher sind als Googles Dokumentation: genau das ist die offene Frage oben, und ich habe sie nicht zu schließen.
Die einzige Behauptung, die ich verteidige, ist die dokumentarische, weil sie jeder nachvollziehen kann: von sechzehn berichteten Zeilen wird eine von einer datierten Google-Seite in gleicher Größenordnung bestätigt, eine von einer datierten Google-Seite in der Größenordnung widerlegt, zwei sind nur qualitativ dokumentiert, und die beiden Hauptzahlen zum Crawling stehen in keinem Google-Dokument – auch nicht in dem Leitfaden, den Google über das Crawling geschrieben hat.
Was weiterhin unbekannt ist
- Ob „typisch“ Median, Mittelwert oder häufigste Spanne bedeutet. Es wurde keine Definition veröffentlicht, also lassen sich die Zahlen mit keiner eigenen Verteilung vergleichen.
- Welche Grundgesamtheit sie beschreiben. Keine Stichprobengröße, kein Zeitraum, keine Aufteilung nach Website-Größe. Eine Zahl aus dem gesamten Web verhält sich auf einer kleinen Website anders.
- Ob Google sie veröffentlichen wird. Das Dokumentations-Changelog trug am 4. Oktober einen einzigen Eintrag aus Oktober 2026, und der betraf Inhalte aus generativer KI.
- Ob die Zahlen aktuell sind. Die Core-Update-Seite ist auf 2025-12-10 UTC datiert, der Crawl-Budget-Leitfaden auf 2026-07-22 UTC; eine undatierte Folie lässt sich zu keiner von beiden ins Verhältnis setzen.
Kurzfassung
- Gary Illyes präsentierte Googles interne Zeiten für Crawling, Indexierung und Ausliefern am 2. Oktober 2026 beim Search Central Live Deep Dive Europe in Barcelona.
- Berichtete typische Werte: neue URL in ~20 Stunden entdeckt, bekannte URL nach ~30 Tagen neu gecrawlt, Indexierung Ende zu Ende ~1,5 Stunden, Relaunch 1–3 Monate, Erholung nach Core Update 3–6 Monate, Wirkung einer Spam Update 1–2 Wochen.
- Google hat keine davon veröffentlicht. Sie erreichten die Branche über die Zusammenfassung eines Teilnehmers, von zwei unabhängigen Berichten identisch wiedergegeben.
- Zu keiner Zahl liegen Methodik, Stichprobengröße, Zeitraum oder eine Definition von „typisch“ vor.
- Von sechzehn Zeilen deckt sich eine in der Größenordnung mit einem datierten Google-Dokument (robots.txt, ~24 Stunden), eine ist langsamer als ein datiertes Dokument (Relaunch), zwei sind qualitativ dokumentiert, zwölf kommen im veröffentlichten Bestand nicht vor.
- Die Spam Update vom September 2026 begann am 2026-09-24T16:15:00+00:00 und hatte am 4. Oktober 2026 noch keinen Endzeitstempel – Tag 10 eines erklärten Zweiwochenfensters.
- Die wirksame Maßnahme ist, den eigenen Abstand zwischen Veröffentlichung und erstem Crawl zu messen, statt eine Zahl aus dem gesamten Web zu übernehmen.
Häufige Fragen
Hat Google diese Zeiten offiziell bekannt gegeben?
Nein. Die Zahlen wurden am 2. Oktober 2026 in einem Konferenzvortrag von Gary Illyes vorgetragen und erreichten die Branche über die Zusammenfassung eines Teilnehmers. Mit Stand 4. Oktober 2026 stehen sie in keinem Beitrag des Search-Central-Blogs, auf keiner Dokumentationsseite und in keinem Changelog-Eintrag.
Heißt ~20 Stunden, dass meine neue Seite morgen indexiert ist?
Nein. Die Angabe von ~20 Stunden beschreibt die Entdeckung einer neuen URL, nicht deren Indexierung, und sie ist ein typischer Wert über Googles gesamte Crawl-Fläche ohne veröffentlichte Stichprobengröße. Der berichtete ungünstigste Fall für die Entdeckung lautet „Wochen bis nie“.
Darf ich die 3–6 Monate für die Erholung nach einem Core Update in einem Kundenbericht verwenden?
Nur mit Herkunftsangabe. Es ist eine unveröffentlichte Konferenzzahl ohne Stichprobengröße, und Googles eigene Core-Update-Seite, zuletzt aktualisiert am 2025-12-10 UTC, nennt „several months“ ohne Spanne. Die Spanne als veröffentlichte Google-Vorgabe darzustellen, würde den Stand falsch wiedergeben.
Quellen
- Luis Rijo, „Google says new pages take about 20 hours to be found, some never are“, PPC Land, 3. Oktober 2026 – acht Zeitzeilen aus John Campbells Zusammenfassung des Vortrags von Gary Illyes vom 2. Oktober 2026.
- „Illyes timings: 20 hours to find a new URL (recap)“, Relevant Audience, 4. Oktober 2026 – alle sechzehn Zeitzeilen aus derselben Zusammenfassung.
- John Campbell (ROAST), Zusammenfassung des Search Central Live Deep Dive Europe, veröffentlicht auf LinkedIn, 2.–3. Oktober 2026 – Ursprung der Zahlen. In dieser Umgebung nicht abrufbar: LinkedIn blockiert automatisierten Zugriff, daher gelangen die Zahlen hier über die beiden obigen Berichte.
- Leitfaden zum Crawl Budget für große Websites, Google Search Central, zuletzt aktualisiert 2026-07-22 UTC, gelesen am 4. Oktober 2026.
- Einführung und Leitfaden zu robots.txt, Google Search Central, zuletzt aktualisiert 2026-08-31 UTC, gelesen am 4. Oktober 2026.
- Website-Umzug mit URL-Änderungen, Google Search Central, zuletzt aktualisiert 2026-08-20 UTC, gelesen am 4. Oktober 2026.
- Google-Core-Updates und deine Website, zuletzt aktualisiert 2025-12-10 UTC, gelesen am 4. Oktober 2026.
- Changelog der Search-Central-Dokumentation, gelesen am 4. Oktober 2026 – ein einziger Eintrag aus Oktober 2026, vom 1. Oktober.
- Google Search Status Dashboard, Vorfallsliste gelesen am 4. Oktober 2026 – Spam Update September 2026, Beginn 2026-09-24T16:15:00+00:00, kein Endzeitstempel.
- Search Central Live Deep Dive Europe 2026: Meet the community speakers, Google Search Central, 16. September 2026 – bestätigt, dass die Veranstaltung vom 30. September bis 2. Oktober 2026 in Barcelona stattfand.