Gecrawlt – zurzeit nicht indexiert: Ursachen und Lösungen

„Gecrawlt – zurzeit nicht indexiert“ bedeutet: Googlebot hat die Seite tatsächlich besucht, den Inhalt geladen und ausgewertet – und sich anschließend bewusst dagegen entschieden, sie in den Index aufzunehmen. Das unterscheidet den Status fundamental von „Gefunden – zurzeit nicht gecrawlt“, wo Google die URL zwar kennt, aber noch nicht einmal einen Blick hineingeworfen hat. Bei „Gecrawlt – zurzeit nicht indexiert“ ist der Crawl bereits erfolgreich abgeschlossen, das eigentliche Problem liegt eine Stufe weiter: bei der Bewertung.

Wer diesen Status in der Search Console sieht, jagt oft zuerst dem falschen Verdacht nach – vermeintlich blockierende robots.txt-Regeln, Serverfehler oder zu lange Ladezeiten. All das lässt sich in der Regel ausschließen, weil der Crawl ja bereits stattgefunden hat. Der eigentliche Grund ist fast immer eine Entscheidung über den Wert der Seite: zu dünn, zu ähnlich zu einer anderen eigenen URL, oder schlicht nicht wichtig genug im Vergleich zu allem, was Google sonst noch crawlen und speichern könnte. Dieser Artikel erklärt, wie diese Einstufung entsteht, welche Ursachen in der Praxis am häufigsten dahinterstecken und welche Schritte tatsächlich etwas ändern – und welche reine Zeitverschwendung sind.

Was der Status technisch bedeutet

Die Search Console modelliert den Weg einer URL zum Index als mehrere getrennte Schritte: Entdeckung, Crawling, Rendering und schließlich die Indexierungsentscheidung. Jeder dieser Schritte kann separat scheitern, und jeder Fehlschlag erzeugt einen eigenen, unterschiedlichen Status im Bericht „Seitenindexierung“. „Gecrawlt – zurzeit nicht indexiert“ steht ausschließlich für den letzten Schritt: Der Crawl war erfolgreich, das Rendering ebenfalls, aber der Algorithmus hat sich gegen die Aufnahme entschieden.

Das ist ein wichtiger Unterschied zu den anderen Zeilen im selben Bericht. „Serverfehler (5xx)“, „Nicht gefunden (404)“ oder „Durch robots.txt blockiert“ sind technische Fehlschläge – Google konnte die Seite gar nicht oder nicht vollständig abrufen. „Gecrawlt – zurzeit nicht indexiert“ trägt bewusst kein rotes Fehlersymbol, sondern erscheint als neutrale Information, weil aus Sicht von Google kein Fehler vorliegt. Die Seite existiert, sie wurde gelesen, sie wird nur (noch) nicht gespeichert.

Das Wort „zurzeit“ ist dabei wörtlich zu nehmen: Der Status ist keine endgültige Ablehnung, sondern eine Momentaufnahme der letzten Bewertung. Ändert sich die Seite oder ihr Kontext auf der Domain relevant, kann Google bei einem der nächsten Crawls zu einer anderen Entscheidung kommen – in beide Richtungen.

Warum das kein Crawling-Problem ist

Wer den Status zum ersten Mal sieht, sucht instinktiv im Crawling: Ist die robots.txt korrekt? Antwortet der Server schnell genug? Gibt es eine Weiterleitungsschleife? Diese Fragen sind bei diesem konkreten Status bereits beantwortet, und zwar positiv – sonst würde die URL unter einer der technischen Fehlerkategorien auftauchen, nicht unter dieser. Ein Crawl-Fehler und eine Nicht-Indexierungs-Entscheidung sind zwei unterschiedliche Stufen der Pipeline, und die Search Console trennt sie absichtlich, damit man nicht am falschen Ende sucht.

Praktisch bedeutet das: Zeit, die in eine erneute Prüfung der Serverlogs, der Sitemap-Einreichung oder der internen Erreichbarkeit investiert wird, ist bei diesem Status in aller Regel verschwendet. Die URL war erreichbar, wurde geladen und verarbeitet. Die produktive Frage ist nicht „Warum kommt Google nicht an die Seite?“, sondern „Warum hat Google die Seite gesehen und trotzdem nicht für aufnahmewürdig befunden?“. Das ist eine inhaltliche und strategische Frage, keine technische.

Die häufigsten Ursachen in der Praxis

In den allermeisten Fällen lässt sich der Status auf eine von wenigen wiederkehrenden Situationen zurückführen:

• Dünner oder generischer Inhalt, der wenig über das hinausgeht, was auf zehn anderen Seiten im Web bereits steht
• Naher Duplicate Content zu einer anderen eigenen URL, etwa durch Filterkombinationen, Sortierungen oder fast identische Varianten einer Seite
• Programmatisch erzeugte Seiten, deren Textkörper sich nur in wenigen austauschbaren Variablen unterscheidet
• Eine neue Seite auf einer Domain, die für dieses Thema noch keine ausreichenden Relevanzsignale gesammelt hat
• Eine Seite, die inhaltlich mit einer bereits stärker etablierten eigenen Seite zum selben Thema konkurriert
• Ein Inhalt, der im direkten Vergleich zu den aktuell rankenden Ergebnissen für die Suchintention zu wenig Substanz bietet

Der zweite Punkt verdient besondere Aufmerksamkeit, weil er häufig übersehen wird. Es geht dabei nicht um exakte, technisch erkennbare Duplikate mit einer bereits gesetzten kanonischen URL – dafür gibt es einen eigenen Status. Es geht um Seiten, die sich thematisch stark überlappen, ohne dass irgendwo ein Canonical-Tag das explizit festlegt. Google trifft dann selbst die Auswahl, welche der ähnlichen Seiten es behält, und lässt die andere in diesem Zwischenstatus liegen, statt sie formal als Duplikat zu markieren.

Der letzte Punkt ist der am schwersten zu akzeptierende: Manchmal ist der Inhalt technisch einwandfrei, gut geschrieben und fehlerfrei – aber für das jeweilige Suchthema schlicht nicht besser oder anders genug als das, was bereits zehnfach in den Top-Ergebnissen steht. Google indexiert selektiv, besonders bei Themen mit großem bestehendem Angebot, und eine weitere, austauschbare Antwort auf eine bereits vielfach beantwortete Frage bekommt nicht automatisch einen Platz im Index.

Den Status in der Search Console richtig einordnen

Im Bericht „Seitenindexierung“ liegt der Status unter dem Reiter „Warum Seiten nicht indexiert wurden“, gruppiert nach Kategorie. Ein Klick auf die Zeile „Gecrawlt – zurzeit nicht indexiert“ öffnet die vollständige Liste der betroffenen URLs, die sich als Tabelle exportieren lässt – nützlich, wenn es sich um mehr als eine Handvoll Seiten handelt und ein Muster erkannt werden soll, etwa ein bestimmtes URL-Verzeichnis oder ein Seitentyp.

Für eine einzelne URL liefert die URL-Prüfung zusätzliche Details: das Datum des letzten Crawls, die Information, dass die Seite derzeit nicht bei Google auffindbar ist, und in manchen Fällen einen ergänzenden Hinweistext. Dieser Hinweistext ist knapp gehalten und nennt selten eine konkrete Ursache – er bestätigt im Wesentlichen nur den Status selbst. Die eigentliche Ursachenanalyse muss deshalb inhaltlich erfolgen, nicht durch reines Ablesen des Tools.

Wichtig ist außerdem, diesen Status nicht mit dem ähnlich gelagerten „Alternative Seite mit richtigem kanonischen Tag“ zu verwechseln. Letzterer erscheint nur, wenn im Code bereits ein Canonical-Tag auf eine andere URL verweist und Google diese Entscheidung übernommen hat – die Ursache ist dann bekannt und explizit gesetzt. Bei „Gecrawlt – zurzeit nicht indexiert“ existiert diese explizite Weichenstellung gerade nicht; Google trifft die Auswahl implizit, allein auf Basis der Inhaltsbewertung.

Eine weitere Verwechslung betrifft „Soft 404“. Dieser Status bedeutet, dass Google eine Seite technisch mit dem Code 200 OK ausliefert, ihren Inhalt aber wie eine Fehlerseite behandelt – meist, weil sie leer, generisch oder ein reiner Platzhalter ist. „Gecrawlt – zurzeit nicht indexiert“ ist breiter gefasst: Der Inhalt kann vollständig, fehlerfrei und redaktionell in Ordnung sein und trotzdem in diesem Status verbleiben, einfach weil er im Vergleich zu Alternativen nicht ausreichend überzeugt. Wer beide Statuswerte parallel in der Search Console sieht, sollte sie getrennt behandeln, statt eine gemeinsame Lösung für beide zu suchen.

Content-Qualität und thematische Überschneidung als Kernursache

Die Bewertung, ob eine Seite „indexwürdig“ ist, geschieht nicht isoliert, sondern immer relativ – relativ zum Rest der eigenen Domain und relativ zum bestehenden Angebot im Web zu diesem Thema. Eine Seite kann technisch fehlerfrei sein und trotzdem in diesem Status verbleiben, wenn sie im Vergleich zu näherliegenden Alternativen keinen ausreichend erkennbaren zusätzlichen Wert liefert.

Konkret zahlt sich hier aus, was sich nicht aus der Konkurrenz kopieren lässt: eigene Daten, eine eigene Einordnung, ein Beispiel aus echter Praxis, ein Blickwinkel, den die zehn Ergebnisse davor nicht abdecken. Eine reine Umformulierung dessen, was bereits gut rankt, liefert Google keinen Grund, eine weitere, praktisch redundante Version davon zusätzlich zu speichern und auszuliefern.

Bei programmatisch erzeugten Seiten – etwa Varianten für unterschiedliche Städte, Produktkombinationen oder Filterwerte – verschärft sich das Problem, weil viele fast identische URLs gleichzeitig um dieselbe begrenzte Indexierungsbereitschaft konkurrieren. Hier hilft selten die Reparatur einer einzelnen Seite; wirksamer ist meist, das Muster als Ganzes zu überarbeiten: entweder jede Variante mit echtem, eigenständigem Inhalt anzureichern oder die schwächsten Varianten zu einer einzigen, stärkeren Seite zusammenzuführen.

Praktische Schritte, die tatsächlich wirken

Aus den genannten Ursachen ergibt sich eine klare Reihenfolge, in der sich eine Reparatur lohnt:

• Den Inhalt inhaltlich überarbeiten und erweitern – mehr Substanz, nicht mehr Wörter allein
• Prüfen, ob Konsolidieren statt Reparieren sinnvoller ist: bei starker inhaltlicher Nähe die schwächere Seite per Weiterleitung in die stärkere überführen
• Ein sauberes Canonical-Tag setzen, wenn tatsächlich eine andere Seite als die maßgebliche gelten soll, statt die Entscheidung Google zu überlassen
• Interne Links von bereits indexierten, thematisch verwandten Seiten auf die betroffene URL setzen, damit sie klarere Relevanzsignale erhält
• Nach einer inhaltlichen Überarbeitung die Indexierung über die URL-Prüfung erneut anfordern, um den nächsten Crawl zu beschleunigen

Die Reihenfolge ist bewusst gewählt: Ein Canonical-Tag oder ein interner Link kann eine dünne Seite nicht retten, wenn das eigentliche Problem der Inhalt selbst ist. Umgekehrt bringt eine inhaltliche Überarbeitung wenig, wenn zwei nahezu identische Seiten weiterhin parallel um denselben Platz konkurrieren – dort ist Konsolidierung der wirksamere Hebel.

Das erneute Anfordern der Indexierung nach der Überarbeitung ist sinnvoll, sollte aber nicht überschätzt werden: Es sorgt lediglich dafür, dass die Seite etwas früher erneut gecrawlt wird als im normalen Turnus. Die eigentliche Neubewertung hängt weiterhin vollständig vom überarbeiteten Inhalt ab, nicht vom Zeitpunkt der Anforderung.

Um den Fortschritt zu verfolgen, lohnt sich ein wiederkehrender Blick auf denselben Bericht statt einer einmaligen Prüfung: Sinkt die Zahl der URLs unter diesem Status nach einer Überarbeitungswelle spürbar, war der gewählte Ansatz wirksam. Bleibt die Zahl über mehrere Crawl-Zyklen hinweg nahezu konstant, ist das ein Hinweis, die Überarbeitung selbst noch einmal zu vertiefen, statt auf einen späteren, automatischen Wandel zu warten.

Wann Abwarten sinnvoll ist – und wann nicht

Nach einer inhaltlichen Überarbeitung braucht Google Zeit, die Seite neu zu bewerten. Es gibt dafür keine feste, verlässliche Frist – die Dauer hängt davon ab, wie häufig Google die betroffene Domain insgesamt crawlt, wie viele andere Signale sich in der Zwischenzeit ändern und wie stark der Überarbeitungsumfang tatsächlich war. Bei einer gut etablierten, häufig gecrawlten Domain kann eine erneute Bewertung innerhalb weniger Tage erfolgen; bei einer kleinen oder neuen Domain können mehrere Wochen vergehen, bevor überhaupt ein erneuter Crawl der betroffenen URL stattfindet.

Ein verbreiteter, aber wirkungsloser Reflex ist das wiederholte Klicken auf „Indexierung beantragen“ für dieselbe URL. Das ändert nichts an der Priorität, mit der Google die Seite behandelt, und ersetzt keine inhaltliche Verbesserung. Ebenso wenig hilft es, den Status einfach zu ignorieren und auf eine automatische Korrektur ohne jede Änderung zu hoffen – ohne neuen Grund für eine andere Entscheidung bleibt auch die Entscheidung selbst gleich.

Ein sinnvoller Zeitpunkt zum Eingreifen ist erreicht, wenn eine tatsächlich überarbeitete Seite auch nach mehreren Wochen und mindestens einem nachweisbaren erneuten Crawl weiterhin denselben Status trägt. Das ist ein Signal, noch einmal ehrlich zu prüfen, ob der Inhalt wirklich einen eigenständigen Mehrwert bietet oder ob eine Konsolidierung mit einer stärkeren, bereits indexierten Seite am Ende die robustere Lösung ist. Tritt der Status gehäuft über viele URLs gleichzeitig auf, deutet das eher auf ein strukturelles Muster – etwa eine ganze Kategorie zu ähnlicher Seiten – als auf ein Einzelfallproblem.

Ein Gedankenexperiment: viele ähnliche Seiten auf einmal

Stellen wir uns eine Website vor, die für vierzig Städte jeweils eine eigene Landingpage nach demselben Muster anlegt: „Reinigungsservice in [Stadtname]“, mit identischem Aufbau und nur dem Stadtnamen sowie einem kurzen lokalen Absatz als Unterschied. In der Search Console wären nach einiger Zeit wahrscheinlich nur wenige dieser vierzig URLs indexiert, der Rest stünde unter „Gecrawlt – zurzeit nicht indexiert“ – nicht weil Google sie nicht erreichen konnte, sondern weil vierzig fast identische Textgerüste für den Algorithmus nicht wie vierzig eigenständige Antworten aussehen, sondern wie vierzig Varianten derselben Seite.

In diesem Szenario helfen zwei Reparaturwege mehr als ein drittes erneutes Anfordern der Indexierung:

• Jede Stadtseite mit tatsächlich lokalen, nicht austauschbaren Informationen anreichern – echte Preisunterschiede, echte Ansprechpartner vor Ort, echte, nicht generische Referenzen
• Die am wenigsten besuchten, am schwächsten differenzierten Stadtseiten zu wenigen regionalen Sammelseiten zusammenführen, statt vierzig nahezu identische Einzelseiten parallel weiterzupflegen

Wird nur eine einzelne Seite aus diesem Muster oberflächlich ergänzt, bleibt sie in einem solchen Szenario vermutlich im selben Status – das bestätigt, dass die Tiefe der inhaltlichen Differenzierung entscheidet, nicht die reine Anzahl der geänderten Wörter oder ein einzelner erneuter Indexierungsantrag.