Gecrawlt – zurzeit nicht indexiert: Bedeutung und wann Sie es beheben

„Gecrawlt – zurzeit nicht indexiert“ bedeutet, dass Google die Seite erfolgreich abgerufen und dann entschieden hat, sie zumindest vorerst nicht in den Index aufzunehmen. Das ist eine Entscheidung, kein Crawling-Fehler, und auf den meisten Websites ist der Status zum Teil völlig normal. Handlungsbedarf besteht nur, wenn er Seiten betrifft, die in der Suche gefunden werden sollen; bei Feeds, Filter-URLs und anderen wenig wertvollen Adressen ist er das richtige Ergebnis.

Was „Gecrawlt – zurzeit nicht indexiert“ laut Google bedeutet

Der Status erscheint in der Search Console im Bericht zur Seitenindexierung, in der Tabelle mit den Gründen, warum Seiten nicht indexiert sind. In der englischen Oberfläche heißt er „Crawled - currently not indexed“. Im älteren Bericht zur Indexabdeckung trug er dieselbe Bezeichnung und stand dort in der Gruppe „Excluded“. Googles Dokumentation zum Bericht zur Seitenindexierung (Stand: Oktober 2026) beschreibt ihn nüchtern: Die Seite wurde von Google gecrawlt, aber nicht indexiert; sie wird künftig möglicherweise indexiert, möglicherweise auch nicht, und die URL muss nicht erneut zum Crawlen eingereicht werden.

Der Status verrät Ihnen 2 Dinge: Der Zugriff hat funktioniert, robots.txt, Serverfehler und Weiterleitungen sind also nicht die Ursache, und die Entscheidung fiel erst nach dem Abruf. Laut Googles Dokumentation zur Funktionsweise der Suche ist eine Indexierung nicht garantiert und hängt vom Inhalt der Seite und ihren Metadaten ab. Als häufige Gründe nennt Google unter anderem Inhalte geringer Qualität und ein Website-Design, das die Indexierung erschwert.

Der benachbarte Status „Gefunden – zurzeit nicht indexiert“ bedeutet, dass Google die URL kennt, sie aber noch nicht abgerufen hat. Hier ist der Abruf erfolgt, und die Seite selbst oder ihre Stellung innerhalb Ihrer Website hat keinen Platz im Index verdient.

Ist „Gecrawlt – zurzeit nicht indexiert“ ein Problem?

Googles eigene Hinweise zum Bericht sind eindeutig: Sie sollten nicht erwarten, dass jede URL Ihrer Website indexiert wird. Entscheidend ist, welche URLs in der Liste stehen.

Ein praktischer erster Filter: Stellen Sie im Bericht zur Seitenindexierung den Sitemap-Filter von „Alle bekannten Seiten“ auf „Alle eingereichten Seiten“ um. Diese Ansicht zeigt nur URLs aus den eingereichten Sitemaps, also Ihre eigene Aussage darüber, was indexiert werden soll. Untersuchen Sie betroffene URLs zuerst in dieser Ansicht; URLs außerhalb davon gehören meist in die Zeile „Belassen“.

Die Ursachen hinter dem Status

Google nennt für einzelne URLs mit diesem Status keinen Grund, die Ursachen müssen Sie also auf der Website selbst finden.

URLs, die nie ranken sollten. Feed-URLs, Tracking- und Session-Parameter, Kombinationen aus der Facettennavigation und interne Suchseiten werden gecrawlt, weil irgendetwas auf sie verlinkt, und bieten selten etwas, das eine bessere Seite nicht auch bietet. Laut Googles Dokumentation zur Facettennavigation rufen Crawler in der Regel sehr viele dieser URLs ab, bevor sie erkennen, dass sie nutzlos sind.

Dünne oder fast leere Seiten. Eine Seite, die mit Status 200 antwortet, aber kaum Inhalt hat: eine leere Kategorie, ein Platzhalter, ein Profil ohne Inhalt. Wirkt die Seite leer oder wie eine Fehlerseite, meldet Google sie unter Umständen stattdessen als „Soft 404-Fehler“; hat sie etwas Inhalt, aber zu wenig, um für sich zu stehen, kann sie hier landen.

Seiten, die anderen Seiten zu ähnlich sind. Googles Dokumentation beschreibt, dass Seiten mit ähnlichem Inhalt gruppiert werden und die repräsentativste Seite der Gruppe ausgewählt wird. Standortseiten, die sich nur im Städtenamen unterscheiden, Produktvarianten mit identischer Beschreibung und Artikel, die dieselbe Frage zweimal beantworten, konkurrieren alle um denselben Platz.

Schwache Signale für die Wichtigkeit. Eine Seite, die nur in Ihrer Sitemap erwähnt wird oder tief hinter einer Paginierung liegt, sagt Google wenig darüber, wie wichtig sie ist. Interne Links sind das Signal, das Sie am direktesten steuern; siehe unsere Daten zur internen Verlinkung.

Inhalte, die erst nach JavaScript entstehen. Google rendert Seiten und führt ihr JavaScript aus. Erscheinen Haupttext, Title oder Canonical-Tag aber erst nach dem Rendering, hängt das, was Google bewertet, vom Erfolg dieses Schritts ab.

Neu veröffentlichte Seiten. Die Formulierung „möglicherweise künftig indexiert, möglicherweise nicht“ lässt Raum für eine Seite, die noch bewertet wird; ein neuer Artikel, der kurz in diesem Status steht, ist noch kein Befund.

Wie oft Startseiten für das, was Suchmaschinen zuerst lesen, auf JavaScript angewiesen sind

Bei 34 externen Websites, bei denen SEOReport das Roh-HTML des Servers mit der gerenderten Startseite verglichen hat (Mai–Oktober 2026), waren 7 (21 %) für etwas, das eine Suchmaschine zuerst liest, auf JavaScript angewiesen: Entweder erschienen Title, Meta-Description, Canonical oder H1 erst nach der Ausführung von JavaScript, oder das Roh-HTML enthielt fast nichts vom Text der Seite. Bei 4 der 34 (12 %) enthielt das Roh-HTML höchstens 2 % der Wörter, die ein Besucher nach dem Rendering sieht.

Der Leitfaden zum JavaScript-Rendering zeigt, wie Sie wichtige Inhalte in die Serverantwort verlagern.

So bestätigen Sie, welche Ursache zutrifft

Öffnen Sie die URL-Prüfung für je eine betroffene URL aus jedem Muster, das Sie erkennen, und gehen Sie das Ergebnis in dieser Reihenfolge durch.

1. Letzter Crawl. Notieren Sie das Datum. Eine Änderung nach diesem Datum hat Google noch nicht gesehen; bewerten Sie also die Seite, die Google tatsächlich abgerufen hat.
2. „Seitenabruf“ und „Indexierung zulässig?“. Erwartet werden „Erfolgreich“ und „Ja“. Ist die Indexierung nicht zulässig, hat die URL ein noindex-Problem, nicht dieses.
3. „Vom Nutzer angegebene kanonische URL“ und „Von Google ausgewählte kanonische URL“. Wird eine von Google ausgewählte kanonische URL angezeigt und ist sie eine andere URL, behandelt Google eine andere Seite als Hauptversion. Das ist eine Canonical-Frage, die der Leitfaden zu Canonical-Tags behandelt.
4. „Live-URL testen“, dann „Getestete Seite anzeigen“. Der Screenshot zeigt die Seite so, wie Google sie in diesem Test gerendert hat. Fehlt der Hauptinhalt im Screenshot, liegt die Ursache wahrscheinlich im Rendering. Google weist darauf hin, dass der Live-Test nicht jede Indexierungsbedingung prüft, auch nicht, ob die Seite ein Duplikat ist. Ein fehlerfreier Live-Test bedeutet also nicht, dass die Seite indexiert wird.
5. Mit Ihren eigenen Seiten vergleichen. Stellen Sie die betroffene Seite neben die ähnlichste indexierte Seite. Können Sie nicht in einem Satz sagen, was die betroffene Seite bietet, was die indexierte nicht bietet, liegt die Ursache in dünnem oder doppeltem Inhalt.

Arbeiten Sie in Mustern, nicht mit einzelnen URLs: Exportieren Sie die Liste der betroffenen URLs und gruppieren Sie sie nach Pfad. 400 URLs unter /tag/ sind eine Entscheidung, nicht 400.

So beheben Sie die einzelnen Ursachen

URL-Klassen mit geringem Wert. Nehmen Sie sie aus der Sitemap und lassen Sie den Status, wie er ist. Für die Facettennavigation empfiehlt Googles Dokumentation, Filter-URLs per robots.txt zu blockieren oder für Filter URL-Fragmente zu verwenden, wenn diese URLs nicht in der Suche erscheinen sollen. Ein Beispiel, das Sie an Ihre eigenen URL-Muster anpassen:

User-agent: *
Disallow: /*?*sort=
Disallow: /search/

Dünne Seiten. Ergänzen Sie die Substanz, die die Seite verspricht, oder entfernen Sie sie: mit 404 oder 410, oder per 301 auf eine nahe Entsprechung.

Beinahe-Duplikate. Führen Sie Seiten, die dieselbe Frage beantworten, zu einer stärkeren Seite zusammen und leiten Sie die anderen dorthin weiter. Wo Varianten nötig sind, etwa ein Produkt in 3 Farben, lassen Sie das Canonical-Tag jeder Variante auf die Hauptversion zeigen:

<link rel="canonical" href="https://example.com/products/linen-shirt/" />

Schwache interne Verlinkung. Verlinken Sie die Seite dort, wo ein Leser sie erwarten würde: von ihrer Kategorie- oder Hub-Seite, aus verwandten Artikeln und, wo es passt, aus der Navigation, jeweils mit beschreibendem Ankertext.

Rendering. Liefern Sie Title, Canonical, H1 und Haupttext per Server-Rendering oder Pre-Rendering in der HTML-Antwort aus, damit die Seite nicht auf ein Skript angewiesen ist, um zu sagen, was sie ist.

Die Sitemap selbst. Laut Googles Sitemap-Dokumentation gehören die URLs hinein, die Sie in den Suchergebnissen sehen möchten, und Google verwendet lastmod nur, wenn der Wert durchgehend korrekt ist. Listen Sie nur kanonische Seiten, die mit 200 antworten und indexiert werden dürfen. Sitemaps, die die falschen URLs bewerben, sind verbreitet: Bei 29 externen Websites, deren Sitemap-Seiten SEOReport zwischen Mai und Oktober 2026 abgerufen hat, hatten 8 (28 %) mindestens eine Sitemap-URL, die weiterleitet, als noindex markiert ist oder durch die robots.txt blockiert wird. Der Leitfaden zu XML-Sitemaps beschreibt, was eine saubere Sitemap enthält.

So prüfen Sie die Korrektur

Öffnen Sie nach der Änderung der betroffenen Seiten den Grund im Bericht zur Seitenindexierung und klicken Sie auf „Fehlerbehebung überprüfen“. Die Validierung prüft die unter dem Grund aufgeführten URLs erneut und ist nur erfolgreich, wenn alle bekannten Vorkommen verschwunden sind. Stehen in der Liste noch Feeds oder Filter-URLs, die Sie bewusst nicht indexieren lassen, wird sie voraussichtlich fehlschlagen. Starten Sie sie deshalb aus der Ansicht „Alle eingereichten Seiten“: Laut Googles Dokumentation umfasst die Validierung bei aktivem Sitemap-Filter nur die URLs dieser Sitemap.

Rechnen Sie mit Tagen bis Wochen. Laut Googles Dokumentation dauert eine Validierung in der Regel bis zu etwa 2 Wochen, in manchen Fällen deutlich länger. Google aktualisiert die Zahl außerdem beim regulären Crawling, unabhängig davon, ob Sie eine Validierung starten.

Die Search Console nennt die betroffenen URLs, nicht das Muster auf Ihrer Website, das sie erzeugt, und Hunderte URLs einzeln zu prüfen, von Hand oder in einer einzelnen KI-Chat-Sitzung, deckt selten die gesamte Menge ab. Kein Tool außerhalb von Google kann sagen, warum Google eine Seite nicht indexiert hat. Eine vollständige SEOReport-Diagnose zeigt die Ursachen auf Ihrer Website, die oft dahinterstecken: Seiten aus Ihrer Sitemap, die mit fast keinem Text antworten, paarweise benannte Beinahe-Duplikate unter den Artikeln, schwach verlinkte Artikel, Startseiteninhalte, die erst nach der Ausführung von JavaScript erscheinen, und Sitemap-Einträge, die weiterleiten oder als noindex markiert sind. Ein späterer Bericht oder die wöchentliche Überwachung zeigt, ob diese Befunde behoben sind.

Häufige Fragen

Hilft „Indexierung beantragen“ bei „Gecrawlt – zurzeit nicht indexiert“?

Für sich allein nicht. Google hat die Seite bereits gecrawlt, und laut der Dokumentation zu diesem Status muss die URL nicht erneut eingereicht werden. Die Hilfe zur URL-Prüfung ergänzt, dass ein Antrag nicht garantiert, dass die Seite im Google-Index erscheint. Ändern Sie zuerst die Seite; danach bitten Sie Google mit „Indexierung beantragen“ für einige wichtige Seiten oder mit „Fehlerbehebung überprüfen“ für die ganze Gruppe, erneut hinzusehen.

Sollte ich Seiten mit diesem Status auf noindex setzen?

Nur Seiten, die Sie nie in den Suchergebnissen haben wollen. Ein noindex verschiebt sie in den Status URL als „noindex“ markiert. Das macht Ihre Absicht deutlich und hält den Bericht übersichtlich. Bei Seiten, die indexiert werden sollen, ist noindex das Gegenteil einer Lösung.

Bedeutet dieser Status, dass meine Website abgestraft wurde?

Nein. Eine manuelle Maßnahme erscheint in der Search Console im Bericht „Manuelle Maßnahmen“, nicht in der Seitenindexierung. Dieser Status ist eine Indexierungsentscheidung pro URL, und laut Googles Dokumentation haben die meisten Websites zumindest einige nicht indexierte Seiten.

Warum fällt eine Seite, die indexiert werden soll, immer wieder in diesen Status zurück?

Meist war die Änderung zu klein, um die Entscheidung zu ändern: ein paar Sätze mehr auf einer Seite, die weiterhin eine andere dupliziert, oder neuer Text auf einer Seite, auf die nichts verlinkt. Wiederholen Sie den Vergleich mit Ihrer ähnlichsten indexierten Seite und zählen Sie die internen Links, die auf die betroffene Seite zeigen.