Gecrawlt – nicht indexiert: die vollständige Diagnose

Was der Status genau bedeutet — und was ihn von „Gefunden – nicht indexiert" unterscheidet

In der Google Search Console gibt es zwei ähnlich klingende Status-Labels, die völlig unterschiedliche Diagnosen verlangen. „Gefunden – zurzeit nicht indexiert" bedeutet: Googlebot hat die URL entdeckt (z. B. in der Sitemap oder über einen internen Link), hat sie aber noch gar nicht besucht. Der Crawler hat sie in die Warteschlange gesteckt, aber noch keinen Crawl-Slot vergeben. Das deutet häufig auf schwaches Crawl-Budget oder eine schlecht vernetzte Seite hin. „Gecrawlt – zurzeit nicht indexiert" bedeutet dagegen: Google hat die Seite tatsächlich geladen, gelesen und dann aktiv entschieden, sie nicht aufzunehmen. Der Crawler war da — er fand nur keinen ausreichenden Grund, die URL in den Index zu stellen. Diese Unterscheidung ist klinisch wichtig, weil die Fixes komplett verschieden sind. Ein „Gefunden"-Problem löst du mit besserer Discovery (mehr interne Links, sauberere Sitemap, höherer Domain-Trust). Ein „Gecrawlt"-Problem löst du mit Qualitätssignalen — Inhalt, Canonicals, noindex-Prüfung. Dieser Guide behandelt ausschließlich den zweiten Fall.

So findest du alle betroffenen URLs — der GSC-Seitenindexierungsbericht

Öffne die Search Console und navigiere zu „Indexierung" → „Seiten". Scrolle im Tab „Nicht indexiert" bis zum Eintrag „Gecrawlt – zurzeit nicht indexiert". Klick auf den Grund — rechts unten siehst du bis zu 1.000 Beispiel-URLs. Lade sie als CSV herunter. Kleiner aber wichtiger Punkt: Die Liste ist eine Stichprobe, keine vollständige Aufzählung. Wenn du einen großen Katalog hast (Shop, Blog mit mehreren Hundert Seiten), musst du Drittanbieter-Tools oder die GSC-API verwenden, um alle betroffenen URLs zu erfassen. Für eine erste Diagnose reicht die CSV. Teile die URLs gedanklich in Gruppen auf: Blogbeiträge, Produkte, Landingpages, Kategorie-Seiten. Oft liegt die Ursache an einem ganzen Template, nicht an einer einzelnen Seite.

Ursache 1: Thin Content — Google sieht zu wenig Substanz

Thin Content ist die häufigste Einzelursache für diesen Status. Google bewertet den wahrgenommenen Nutzen einer Seite, nicht ihre Byte-Größe. Eine Seite mit 2.000 generischen Wörtern kann dünner wirken als eine mit 400 präzisen, einzigartigen Sätzen. Typische Thin-Content-Muster: automatisch generierte Texte ohne echten Mehrwert, Produktseiten mit nur der Hersteller-Beschreibung, Kategorie-Seiten ohne Einleitungstext und nur einer Handvoll Produkte, sehr kurze Service-Seiten ohne konkrete Informationen. Fix: Erhöhe die inhaltliche Tiefe, aber nicht durch Padding. Beantworte echte Nutzerfragen, die zur Suchintention dieser spezifischen Seite passen. Füge einzigartige Perspektiven hinzu — Beispiele, Daten, Vergleiche, Anleitungsschritte. Für Produktseiten: eigene Tests, Anwendungsfälle, Kundenprobleme, die das Produkt löst.

Ursache 2: Duplicate oder Near-Duplicate Content — Google indexiert die „originale" Version, nicht deine

Wenn mehrere URLs dasselbe oder nahezu identisches Inhalt ausliefern, wählt Google eine davon als kanonische Version und ignoriert die anderen. Das passiert öfter als erwartet und hat viele Formen: Produkte mit URL-Parametern (?color=blau, ?size=XL), Seiten mit und ohne Trailing Slash (/shop/produkt vs. /shop/produkt/), http vs. https oder www vs. non-www ohne saubere Weiterleitung, syndizierte oder paraphrasierte Inhalte, die auf externen Seiten zuerst erschienen, identische Kategorie-Beschreibungen über viele Seiten kopiert. Fix: Identifiziere mit Screaming Frog oder Sitebulb, welche Seiten nahezu identischen Content haben. Konsolidiere oder differenziere. Für Parameter-Duplikate: entweder saubere Canonical-Tags setzen oder URL-Parameter in der Search Console deklarieren.

Ursache 3: Falscher oder fehlender Canonical — du zeigst Google die falsche Gewinnerseite

Der Canonical-Tag ist deine Aussage an Google: „Diese URL ist die Version, die du indexieren sollst." Wenn er fehlt, rät Google selbst — und liegt manchmal daneben. Wenn er auf eine andere URL zeigt (auch unbeabsichtigt), sagst du Google explizit: Indexiere diese Seite nicht. Drei häufige Fehler: (1) Canonical zeigt auf die Startseite — passiert mit schlecht konfigurierten SEO-Plugins, die den Canonical-Fallback falsch setzen. (2) Canonical fehlt ganz auf paginierten Seiten (/kategorie?page=2), also behandelt Google sie als Kandidaten für eine eigene Kanonisierung. (3) Canonical in der Sitemap widerspricht dem Canonical im HTML-Head. Fix: Öffne jede betroffene URL im Browser, prüfe den HTML-Head auf <link rel="canonical" href="...">. Verifiziere, dass der Wert exakt die URL selbst ist. Nutze das URL-Inspection-Tool der Search Console: Es zeigt Googles erkannte kanonische Version.

Ursache 4: Versehentliches noindex — du hast Google aktiv ausgesperrt

Ein noindex-Tag oder -Header weist Google explizit an, die Seite nicht aufzunehmen. Google respektiert das — deshalb erscheint die Seite als „Gecrawlt, aber nicht indexiert": Sie wurde gecrawlt, das noindex gelesen, und danach aus dem Index entfernt oder nicht aufgenommen. Wo noindex sich versteckt: (a) <meta name="robots" content="noindex"> im HTML-Head — oft durch SEO-Plugins unbeabsichtigt gesetzt. (b) X-Robots-Tag: noindex im HTTP-Header — bei WordPress manchmal durch Caching-Plugins oder custom Code hinzugefügt. (c) GSC-Einstellung „Suchmaschinen das Crawlen verbieten" — nach dem Launch vergessen abzuschalten. Fix: Prüfe das URL-Inspection-Tool in der GSC für jede betroffene URL. Prüfe alternativ den Seitenquelltext (Ctrl+U) und suche nach noindex. Prüfe HTTP-Header mit curl -I https://example.com/seite.

Ursache 5: Schwache interne Verlinkung — die Seite ist „Orphan" oder schlecht erreichbar

Selbst wenn eine Seite inhaltlich stark ist, braucht Google einen Pfad, um sie regelmäßig zu erreichen und ihre Relevanz einzuschätzen. Eine Seite, die nur über die Sitemap entdeckt wird aber keine internen Links bekommt, wird von Google als wenig priorisiert eingestuft — und landet häufiger im „Gecrawlt, nicht indexiert"-Bucket. Das Paradox: Seiten mit schwacher interner Verlinkung sehen für Google auch inhaltlich schwach aus, weil andere Seiten der Website sie nicht als wichtig erachten. Fix: Identifiziere Orphan Pages — Seiten ohne eingehende interne Links — mit einem Crawl-Tool (Screaming Frog: "Inlinks"-Spalte, Filter: 0 Inlinks). Verlinke jede betroffene Seite von mindestens zwei thematisch verwandten, gut indexierten Seiten. Verwende beschreibende Ankertexte.

Ursache 6: Geringer Domain-Trust — Google priorisiert den Crawl-Etat woanders

Neue Domains oder schwache Domains haben ein knappes Crawl-Budget. Google wird die Seiten zwar crawlen, aber seltener und selektiver. Bei vielen konkurrierenden URLs auf schwacher Domain entscheidet Google sich, nur die vermeintlich starken Seiten zu indexieren. Das ist keine Strafe — es ist Ressourcenallokation. Anzeichen: Viele betroffene Seiten, aber keine klar schlechten Qualitätssignale. Domain relativ jung oder mit wenig thematischer Autorität. Fix für neue/schwache Domains: Priorisiere radikal. Statt 200 Seiten zu haben, von denen 150 kaum Links bekommen, ist es effektiver, 50 starke Seiten zu haben, die gut verlinkt sind — intern und extern. Baue thematisch relevante Backlinks von indexierten, häufig gecrawlten Seiten auf.

Diagnose-Reihenfolge: Schritt-für-Schritt-Checkliste

Halte diese Reihenfolge ein, weil spätere Schritte die früheren voraussetzen. Schritt 1 — noindex prüfen: URL Inspection Tool in der GSC öffnen, betroffene URL eingeben. Steht unter „Abdeckung" die Meldung „Ausgeschlossen: noindex"? Dann ist der Fix eindeutig. Schritt 2 — Canonical prüfen: Im URL-Inspection-Tool: Welche URL erkennt Google als kanonisch? Stimmt sie mit deiner gewünschten überein? Schritt 3 — Duplicate-Content-Check: Gib einen charakteristischen Satz aus der Seite in Google in Anführungszeichen ein. Erscheint die URL selbst oder eine andere Version zuerst? Schritt 4 — Interne Links prüfen: Crawl-Tool ausführen. Wie viele interne Links zeigen auf die betroffene URL? Schritt 5 — Content-Qualität einschätzen: Seite manuell öffnen. Beantwortet sie die Suchabsicht vollständig? Schritt 6 — Domain-Trust einschätzen: Wie viele Seiten der Domain sind insgesamt indexiert (site:example.com)? Wie alt ist die Domain?

Wann erneut einreichen — erst nach einem echten Signal-Fix

Das URL-Inspection-Tool bietet den Button „Indexierung beantragen". Es ist verlockend, ihn sofort zu drücken — aber ohne vorherigen Fix verschwendest du das tägliche Kontingent (ca. 10–12 manuelle Anfragen pro Domain) und sendest ein widerspruchsvolles Signal. Google crawlt die URL erneut, sieht dieselben Qualitätsmängel und landet bei derselben Entscheidung. Richtige Reihenfolge: (1) Blocker identifizieren (Checkliste oben). (2) Fix umsetzen und überprüfen (im Seitenquelltext bestätigen). (3) Erst dann „Indexierung beantragen" oder über aktive Kanäle einreichen. Warte nach dem Fix realistisch 3–14 Tage, bevor du das Ergebnis in der GSC bewertest — Crawl-Zyklen brauchen Zeit.

Verwandte Begriffe

Häufige Fragen

Weiter lesen