„Gecrawlt – zurzeit nicht indexiert“ bedeutet: Google hat die Seite besucht und sich entschieden, sie nicht in den Index aufzunehmen. Kein Bug, kein Serverproblem, keine kaputte Sitemap. Es ist erst einmal eine einfache Bewertung.
Genau deshalb helfen die üblichen Ratgeber mit ihren zehn technischen Fixes so selten weiter. Wer bei diesem Status Canonicals prüft, die Sitemap neu einreicht und die Indexierung beantragt, behandelt ein Symptom, dessen Ursache woanders liegt. Was der Status tatsächlich aussagt, wann Handeln nötig ist und wann Abwarten die richtige Reaktion ist: Wir gehen rein.
Was der Status bedeutet – und was nicht
Crawling und Indexierung sind zwei getrennte Schritte. Googlebot ruft eine URL ab, das ist das Crawling. Ob die Seite danach in den Index wandert, entscheidet ein eigener Bewertungsprozess. Bei „Gecrawlt – zurzeit nicht indexiert“ ist Schritt eins passiert und Schritt zwei nicht.

Wie Google selbst darüber denkt, haben John Mueller und Martin Splitt in einer Folge des Google-Podcasts Search Off the Record erklärt. Sinngemäß: Google kennt die Seite, hat sie sich angesehen und kommt wieder vorbei, wenn die eigenen Systeme dazu bereit sind. Der Status ist aus Googles Sicht kein Fehlerzustand, den der Websitebetreiber technisch beheben müsste. Mueller sagt es im Podcast ziemlich direkt: Man solle diese Situationen nicht als technisches Problem behandeln, das es zu fixen gilt.
Das widerspricht dem Reflex, den die Search Console mit ihrer Fehler-Optik auslöst. Roter Status, also muss etwas kaputt sein. Ist es aber meistens nicht.
Gefunden vs. Gecrawlt – zurzeit nicht indexiert: der Unterschied
Die Search Console kennt zwei ähnlich klingende Status, die unterschiedliche Dinge aussagen:
| Status | Was passiert ist | Typische Ursache |
|---|---|---|
| Gefunden – zurzeit nicht indexiert | Google kennt die URL, hat sie aber noch nicht abgerufen | Priorisierung, Crawl-Budget, sehr neue Inhalte |
| Gecrawlt – zurzeit nicht indexiert | Google hat die URL abgerufen und nicht indexiert | Bewertung: Inhalt, Redundanz, Site-Qualität |
„Gefunden“ heißt: Google war noch gar nicht da. Das ist bei neuen Websites und frisch veröffentlichten Bereichen normal und löst sich oft von selbst. „Gecrawlt“ heißt: Google war da und hat sich dagegen entschieden. Der zweite Fall ist der interessantere, denn hier hat eine Bewertung stattgefunden.
Warum Google Seiten bewusst nicht indexiert
Im Podcast nennt Mueller drei Gründe, die in der Praxis fast alle Fälle abdecken.
Erstens: Zweifel an der Gesamtqualität der Website. Wenn Googles Systeme eine Site insgesamt kritisch bewerten, reduzieren sie Crawling und Indexierung. Es lohnt sich aus Googles Sicht schlicht nicht, viel Zeit auf der Website zu verbringen. Der Status an einzelnen URLs ist dann ein Symptom für ein Site-weites Signal.
Zweitens: Redundanz. Zu vielen Themen existiert bereits genug gleichwertiger Content. Die Frage, die Google implizit stellt, lautet nicht „Ist diese Seite gut?“, sondern „Was fehlt dem Index ohne diese Seite?“. Ein solide geschriebener Artikel, den es in ähnlicher Form dreißigmal gibt, beantwortet diese Frage nicht. Das trifft auch KI-generierte Inhalte, allerdings nicht pauschal. Mueller formuliert es im Podcast so: Manche Seiten liest man und denkt, das hätte jeder schreiben können. Austauschbarkeit ist das Problem, nicht das Werkzeug.
Drittens: das Gesamterlebnis. Google bewertet nicht den reinen Text, sondern die Seite, wie Nutzer sie erleben. Ein guter Artikel, vergraben unter Werbebannern, Cookie-Layern und 800 Wörtern Füllgeschichte vor dem eigentlichen Inhalt, ist aus dieser Perspektive keine gute Seite. Nutzer haben keinen Lesemodus, der nur den Haupttext zeigt. Google rechnet den Rest mit.
Muster lesen statt Seiten fixen
Der wichtigste Perspektivwechsel kommt aus dem Search-Console-Team selbst: Der Indexierungsbericht ist keine Aufgabenliste und kein Inventar, das lückenlos grün sein muss. Er ist ein Änderungsdetektor. Die richtige Frage lautet nicht „Ist Seite X im Index?“, sondern „Verhält sich die Website so, wie ich es erwarte?“.
Praktisch heißt das: auf Muster achten statt auf Einzelseiten.
Die Trendlinie zuerst. Ein kurzer Ausschlag bei den nicht indexierten Seiten, der wieder abflacht, ist meist ein Server-Schluckauf oder eine Datenverzögerung. Eine Linie, die steil steigt und oben bleibt, verdient Analyse. Eine konstant hohe, aber stabile Zahl ist oft einfach der Normalzustand der Website.
Dann die Verteilung. Betrifft der Status ein bestimmtes Template, etwa alle Produktvarianten-Seiten oder alle Tag-Archive, liegt die Ursache im eigenen Einflussbereich: dünne Inhalte, Near-Duplicates, generierte Seiten ohne eigenen Wert. Betrifft er die gesamte Website oder alles hinter einem CDN, deutet das auf ein Infrastrukturproblem.
Mit dieser Lesart führt der Weg von „300 Seiten nicht indexiert, Panik“ zu einer Diagnose in zwanzig Minuten. Beispiel-URLs anklicken, zwei oder drei davon prüfen, Muster benennen. Häufig lautet das Ergebnis: alles in Ordnung, die Veränderung war erwartbar.
Wann Handeln nötig ist: die echten Problemfälle
Es gibt Fälle, in denen hinter dem Status ein technisches Problem steckt. Die haben allerdings wenig mit den Standard-Checklisten zu tun.
Der häufigste: Bot-Protection beim CDN oder Hoster. Manche Anbieter schalten bei hohem Crawl-Aufkommen Schutzmechanismen scharf, die dann auch Googlebot aussperren. Statt eines sauberen 503 („komm später wieder“) liefert der Server 403 oder 404. Im Indexierungsbericht zeigt sich das als plötzlicher Anstieg von Fehlern oder ausgeschlossenen Seiten, die vorher problemlos indexiert waren.
Der tückischste: Soft-Errors. Ein Bot-Interstitial („Sind Sie ein Mensch?“) wird mit Statuscode 200 ausgeliefert. Für Google ist das eine normale Seite, also wird sie indexiert – und ersetzt den eigentlichen Inhalt. Weil dieselbe Abfrageseite auf vielen URLs erscheint, teils sogar domainübergreifend beim selben CDN-Anbieter, kann Google im Extremfall eine fremde Seite als Canonical wählen. In der Search Console taucht das als Deduplizierung zugunsten irgendeiner anderen URL auf. Besucher bemerken davon nichts, das Interstitial erscheint nur für Bots. Die Diagnose läuft über die URL-Prüfung in der Search Console: Dort zeigt sich, was Googlebot tatsächlich ausgeliefert bekommt.
Ist so ein Problem gefunden und mit Hoster oder CDN behoben, ist der Button „Als behoben markiert“ sinnvoll eingesetzt. Google prüft dann eine Stichprobe der gemeldeten URLs und stößt bei Erfolg einen schnelleren Recrawl der übrigen an. Für alles andere, insbesondere für „Gecrawlt – zurzeit nicht indexiert“ ohne technische Ursache, bewirkt der Button nichts. Es gibt nichts Technisches, das Google nachprüfen könnte.
404-Fehler in der Search Console: oft kein Problem
Ein verwandtes Missverständnis betrifft 404-Fehler in der Search Console. Sie sind rot markiert, sie heißen Fehler, also will man sie loswerden. Dabei sind viele 404s exakt das richtige Verhalten: Wer Inhalte von der Website entfernt, will, dass die alten URLs einen Fehlercode liefern. Nach einem Relaunch mit sauberen Redirects gehört ein Anstieg bei „Seite mit Weiterleitung“ ebenfalls ins erwartete Bild. Ausbleiben wäre das Warnsignal.
Problematisch wird es, wenn Vorgesetzte die Search Console als Ampel lesen und „alles grün“ zur Zielvorgabe machen. Dann optimieren Teams Fehlerzahlen nach unten, die gar keine Fehler sind. Wer diese Diskussion führen muss: Die Unterscheidung, auf die es ankommt, ist 404 (erwartet, korrekt) gegen Soft-404 (Seite existiert, liefert aber Fehlerinhalt oder das erwähnte Interstitial). Nur der zweite Fall kostet Sichtbarkeit.
Der Ratio-Mythos: Wie viele Seiten müssen indexiert sein?
Eine Zahl, die im Indexierungsbericht regelmäßig Sorgen auslöst: das Verhältnis von indexierten zu nicht indexierten Seiten. „Nur 20 Prozent meiner Seiten sind im Index, Google hält meine Website für schlecht.“
Dieses Verhältnis ist kein Qualitätsmaß. Es gibt keinen Zielwert. Websites mit einer Million nicht indexierter und einer halben Million indexierter Seiten performen bestens. Das prominenteste Beispiel liefert Google selbst: Bei der eigenen Entwickler-Dokumentation sind nach Muellers Angabe im Podcast rund fünf Prozent der Seiten indexiert. Der Rest sind alte API-Versionen mit Noindex, Canonicals, Codebeispiele. Der Bericht sieht katastrophal aus, und alles ist in Ordnung.
Die Frage, die zählt: Sind die Seiten indexiert, die im Leistungsbericht Klicks und Geschäft bringen? Wenn ja, ist die Ratio Rauschen.
Der schwierige Teil: die eigene Qualität ehrlich bewerten
Bleibt der Fall, in dem viele wichtige Seiten dauerhaft im Status hängen und technisch nichts zu finden ist. Dann ist die unbequeme Antwort: Es ist eine Qualitätsfrage. Und die lässt sich mit dem Blick auf die eigene Website kaum beantworten, weil jeder seine Inhalte für gut hält. Man hat sie schließlich so geschrieben, wie man es für richtig hielt.
[BEISPIEL AUS EURER PRAXIS EINSETZEN – Platzhalter-Entwurf, bitte gegen echten Fall tauschen:] Ein Beispiel aus einem Projekt: Ein Maschinenbauer hatte über Jahre gut 400 Glossar- und Ratgeberseiten aufgebaut, von denen zwei Drittel im Status „Gecrawlt – zurzeit nicht indexiert“ standen. Technisch fehlerfrei. Der Befund nach der Inhaltsanalyse: Die Texte erklärten Grundlagenbegriffe, die Wikipedia und drei Wettbewerber in ähnlicher Tiefe abdeckten, ohne einen Bezug zur eigenen Anwendung. Nach der Konsolidierung auf rund 150 Seiten mit Praxisbezug aus dem eigenen Maschinenportfolio stieg die Indexierungsquote der verbliebenen Seiten innerhalb von drei Monaten deutlich, ebenso die Klicks.
Der Mechanismus dahinter: Weniger, aber eigenständige Inhalte beantworten Googles Redundanzfrage. Was fehlt dem Index ohne diese Seite? Bei generischem Grundlagencontent: nichts. Bei einer Seite mit Messdaten, Anwendungsfällen oder Erfahrungswerten, die nur dieses Unternehmen hat: einiges.
Häufige Fragen
Wie lange dauert es, bis Google die Seite doch indexiert?
Dafür gibt es keinen Zeitrahmen. Google formuliert es offen: Die Systeme schauen wieder vorbei, wenn sie so weit sind. Das können Tage sein oder Monate. Bei einzelnen Seiten ist Warten meist die richtige Strategie, bei großflächigem Auftreten lohnt die Ursachenanalyse.
Hilft es, die Indexierung über die URL-Prüfung zu beantragen?
Bei einzelnen, wichtigen Seiten: einen Versuch wert, der Antrag stößt einen erneuten Crawl an. Bei hunderten Seiten: nein. Der Antrag ändert nichts an der Bewertung, die zum Status geführt hat.
Ist „Gecrawlt – zurzeit nicht indexiert“ ein Ranking-Problem?
Nicht direkt. Eine nicht indexierte Seite kann nicht ranken, aber der Status wirkt sich nicht negativ auf die Rankings der indexierten Seiten aus. Als Site-weites Muster kann er allerdings auf Qualitätssignale hindeuten, die auch dem Rest der Website zusetzen.
Verschwindet der Status von selbst?
Häufig ja, besonders bei neuen Websites und frischen Inhalten. Bleibt er über Monate auf geschäftlich relevanten Seiten bestehen, ist das die Einladung, Inhalt und Kontext dieser Seiten kritisch zu prüfen.
Die Kurzfassung
Der Indexierungsbericht ist ein Änderungsdetektor, keine Mängelliste. Bei Auffälligkeiten zuerst Trendlinie und Muster prüfen, dann Beispiel-URLs. Technische Ursachen wie Bot-Protection und Soft-Errors sind selten, aber gravierend und gehören behoben. In allen anderen Fällen stellt der Status eine Frage, die kein Tool beantwortet: Was bietet diese Seite, das der Index noch nicht hat?
Genau an dieser Frage scheitert die Innensicht regelmäßig.



