Entdeckt, aktuell nicht indexiert: Ursachen und Checks
Websites mit tausenden nicht indexierten URLs haben meist eine langweilige Ursache. Diese Tabelle listet die üblichen Ursachen in der Reihenfolge auf, in der wir sie prüfen würden.

Symptom, wahrscheinliche Ursache, erster Check
| Symptom in der Search Console | Wahrscheinliche Ursache | Erster Check |
|---|---|---|
| Entdeckt, aber nicht indexiert bei vielen neuen URLs | Google kennt die URL, hat aber keine Crawl-Zeit darauf verwendet | Zählen Sie die internen Links zur Seite; tiefe Seiten werden oft übersprungen |
| Gecrawlt, aber nicht indexiert | Seite wurde gesehen und als geringwertig oder dupliziert eingestuft | Vergleichen Sie mit der Seitensortierung für dieselbe Anfrage |
| Google hat eine andere Canonical-URL gewählt | http und https bzw. www und non-www sind beide aktiv | Rufen Sie beide Versionen ab und prüfen Sie auf eine 301-Weiterleitung |
| Staging-Site erscheint in den Suchergebnissen | Staging wurde nie blockiert oder authentifiziert | Suchen Sie nach site:staging.yourdomain.com |
| Plötzlicher Anstieg ausgeschlosser URLs | Parameter oder facettierte Navigation generieren URLs | Schauen Sie sich Beispiel-URLs im Bericht an |
| Googlebot-Fehler nur auf einer Subdomain | Firewall oder Rate-Limiting durch den Host oder Cloudflare | Lesen Sie das Server-Log auf 429- und 403-Antworten |
Eine URL so prüfen, wie Google sie sieht
Beginnen Sie mit einer einzelnen Adresse. Eine Ursaclist ist nur dann nützlich, wenn Sie wissen, welche Zeile die vorliegende Seite beschreibt.
Beginnen Sie mit dem Coverage-Status
Öffnen Sie den Inspektionsbericht der Seite in der Search Console und lesen Sie die Statuszeile, bevor Sie etwas anderes tun. „Entdeckt“ und „Gecrawlt“ sind unterschiedliche Urteile, und jedes weist auf eine andere Lösung hin.
Verbringen Sie keine Woche mit Linkaufbau für eine Seite, die Google nie gecrawlt hat. Diese Mühe gehört woanders hin, bis die Statuszeile etwas anderes besagt.
Speichern Sie das Inspektionsergebnis mit dem Datum. Coverage-Status ändert sich, wenn Google neu crawlt, also sagt eine Notiz von letzter Woche aus, was damals passiert ist, und eine frische Inspektion, was jetzt passiert.
Vergleichen Sie den rohen HTML-Code mit der gerenderten Seite
Rufen Sie die URL mit cURL ab und prüfen Sie, ob der Haupttext in der Antwort enthalten ist. Wenn die Wörter erst nach dem Ausführen von Skripten erscheinen, liegt das Problem im Rendering, nicht im Linkgraphen.
Ein fehlender Heading oder ein dünner Body in der Rohantwort ist ein schneller Hinweis, und genau diesen übersehen die Leute am häufigsten.
Gehen Sie die Liste in der Reihenfolge durch. Ein Fehler beim ersten Punkt erklärt oft den Rest, also müssen Sie die anderen Punkte nicht prüfen, bis er behoben ist.
- Haupt-Heading in der Antwort vorhanden
- Body-Text länger als ein paar Sätze
- Interne Links als einfache Anchors vorhanden
- Canonical-Tag zeigt auf die richtige Adresse
Bestätigen Sie, dass Sitemap und robots.txt übereinstimmen
Eine Sitemap, die eine URL auflistet, während robots.txt sie blockiert, sendet gemischte Signale. Prüfen Sie beide Dateien auf dem canonical Host, da eine Kopie, die von einem anderen Host ausgeliefert wird, etwas anderes aussagen kann.
Solche Diskrepanzen brechen selten eine ganze Website. Sie machen jedoch jede andere Prüfung schwieriger zu lesen.
Prüfen Sie auch die lastmod-Werte, wenn Ihre Sitemap diese enthält. Daten, die sich nie ändern oder alle dem Build-Tag entsprechen, sagen Google sehr wenig darüber aus, was neu ist.
Wo Backlinks ins Spiel kommen
Ein Link von einer anderen Website ist ein Entdeckungspfad. Google folgt ihm, was eine Seite früher aus der Entdeckungs-Warteschlange holen kann.
Das macht einen Link nicht zum Indexierungsschalter. Eine Seite ohne interne Links und mit nur einem externen Backlink ist immer noch ein schwacher Kandidat, und Google hat klar gesagt, dass es nicht alles indexiert, was es findet.
Verwenden Sie toppages, um zu sehen, welche Ihrer URLs Links anziehen, und bestätigen Sie dann, dass genau diese URLs indexiert sind. Verlinkt, aber nicht im Index, ist ein Flag, das einen Arbeitstag wert ist.
Wenn Sie unsicher sind, schauen Sie sich die Seiten an, die auf die steckengebliebene URL verlinken. Wenn keine davon Ihre eigenen Seiten sind, liegt das Problem wahrscheinlich in der internen Struktur und nicht in den externen Links.
Links von Seiten, die niemand liest
Ein Link von einer Seite, die nie gecrawlt wird, gibt Google wenig zu folgen. Prüfen Sie, ob die verlinkende Seite selbst indexiert ist, bevor Sie sie als Entdeckungspfad zählen.
Tote Links von alten Seiten können eine Adresse eine Weile auf der Liste halten, aber sie ändern das Urteil selten allein.
Interne Links leisten die Schwerstarbeit
Die meiste Entdeckung der eigenen Seiten einer Website erfolgt innerhalb der Site. Ein Menü, eine Kategorienliste und eine Sitemap tun mehr für eine neue Seite als ein einzelner externer Link.
Wenn eine Seite keinen internen Pfad hat, ist ein externer Link ein Flickwerk über einer strukturellen Lücke, und die Lücke ist das Problem, das behoben werden muss.

Linktiefe von Qualität unterscheiden
Eine Seite, die entdeckt, aber nicht gecrawlt wurde, ist meist ein Prioritätsproblem. Google hat die Adresse, sieht aber wenig Grund zur Eile, oft weil wenige interne Pfade dorthin führen.
Eine Seite, die gecrawlt, aber nicht indexiert wurde, ist ein Urteil. Google hat sie gelesen und wollte sie nicht, also werden mehr Links dünnen oder duplizierten Text nicht beheben.
Frameworks fügen eine dritte Ursache hinzu. Next.js- und React-Sites liefern manchmal Text aus, der erst nach dem Ausführen von JavaScript erscheint. Rufen Sie den rohen HTML-Code mit cURL ab und prüfen Sie, ob Ihr Text darin enthalten ist. Wenn nicht, ist Server-Side-Rendering oder Prerendering die Lösung, und das Rezept zur Stabilisierung von URLs gilt, wenn Sie die Stacks wechseln.
Bing und Yandex haben ihre eigenen Warteschlangen, also prüfen Sie Bing Webmaster Tools, bevor Sie annehmen, das Problem betreffe nur Sie.
Ein nützlicher Test ist, dieselbe Seite aus zwei Blickwinkeln zu betrachten. Wenn die interne Linkanzahl niedrig und der Text dünn ist, kann die Ursache beides sein, und Sie sollten beides beheben, bevor Sie abwarten.
Reihenfolge der Arbeiten
- Inspectieren Sie eine betroffene URL und notieren Sie, ob „URL ist bei Google“ steht.
- Öffnen Sie die Sitemap und bestätigen Sie, dass sie auf dem canonical Host HTTP 200 zurückgibt.
- Prüfen Sie robots.txt so, wie Googlebot sie sehen würde, nicht so, wie Ihr Browser sie sieht.
- Zählen Sie die eingehenden internen Links und halten Sie wichtige Seiten innerhalb von drei Klicks von der Startseite entfernt.
- Entfernen Sie dünne Template-Seiten, die nur existieren, um indexiert zu werden.
- Warten Sie nach den Fixes einige Wochen; die Indexierung setzt sich selten über Nacht durch.
Eine steckengebliebene URL durchgehen
Verwenden Sie diese Sequenz für eine einzelne URL, die seit Wochen in der Warteschlange liegt. Stoppen Sie beim ersten Schritt, der Ihnen eine Ursache liefert.
- 1
Status lesen
Notieren Sie den genauen Search Console Status und das Datum des letzten Crawls für die URL.
- 2
Pfade zählen
Zählen Sie aus Ihrem eigenen Crawl-Export die internen Links, die auf die Seite zeigen, und notieren Sie, von welchen Hub-Seiten sie stammen.
- 3
Antwort prüfen
Fordern Sie die URL an und bestätigen Sie einen 200-Status auf dem canonical Host, ohne dass eine Weiterleitungskette im Weg ist.
- 4
Entscheiden, dann warten
Wenn die Seite dünn ist, verbessern Sie sie. Wenn sie nur tief in der Site vergraben ist, verlinken Sie sie von einer stärkeren Seite aus, und warten Sie dann mehrere Wochen, bevor Sie urteilen.
Wenn ein Sprung bei ausgeschlossenen URLs ein Parameter- oder Sitemap-Problem ist
Ein plötzlicher Anstieg ausgeschlosser URLs hat meist eine mechanische Ursache. Die Aufgabe besteht darin, den Generator zu finden, nicht jede Adresse zu verfolgen.
Parameter und facettierte Pfade
Ein plötzlicher Sprung lässt sich oft auf einen Filter- oder Sortierparameter zurückführen, der neue Adressen zu erzeugen begann. Probieren Sie ein Dutzend aus dem Bericht aus und lesen Sie ihre Query-Strings.
Wenn die Varianten denselben Inhalt zeigen, ist das Problem die Duplizierung. Die Lösung ist ein Canonical oder eine Parameterregel, nicht mehr Links.
Achten Sie auf Seiten, die existieren sollen. Ein Filter kann eine eigene Adresse verdienen, wenn Leute wirklich nach dieser Kombination suchen. Die Regel ist nicht, jeden Parameter zu blockieren, sondern zu entscheiden, welche Kombinationen eine Adresse verdienen.
Eine Sitemap, die den falschen Host auflistet
Eine Sitemap, die für die http-Version einer Site erstellt wurde oder für einen Host, der jetzt weiterleitet, gibt Google eine Liste, der er nicht vertrauen wird. Öffnen Sie die Datei und prüfen Sie die ersten zehn Adressen gegen Ihren canonical Host.
Beheben Sie zuerst die Liste. Eine saubere Sitemap kostet nichts zu veröffentlichen, und sie entfernt eine Variable aus der Untersuchung.

Hosting- und Bot-Blockierungsfallen
Hostinger, Cloudflare und ähnliche Schichten begrenzen manchmal die Rate für Googlebot, während sie Menschen perfekt bedienen. Die Site sieht für Sie in Ordnung aus und für den Crawler unzuverlässig.
Lesen Sie das Raw-Access-Log auf 403-, 429- und 5xx-Antworten für User Agents, die Googlebot enthalten. Überprüfen Sie diese Treffer per Reverse DNS, da viele Scraper den Namen fälschen.
AI-Crawler sind eine separate Entscheidung. Das Blockieren von GPTBot oder ClaudeBot in robots.txt berührt Googlebot nicht, aber eine sorglose Wildcard-Regel kann. Testen Sie die Datei nach jeder Bearbeitung.
Staging-Kopien brauchen Sorgfalt. Wenn eine das Problem ist, legen Sie sie hinter ein Passwort und fordern Sie die Entfernung in der Search Console an. Ein noindex-Tag allein kann durch ein einzelnes Deploy aufgehoben werden. Lesen Sie das Rezept zu Redirects, bevor Sie Hosts zusammenführen.
Rate Limits erscheinen oft nur zu Stoßzeiten. Eine Prüfung um Mitternacht kann sauber aussehen, während die Logs am Nachmittag eine andere Geschichte erzählen, also probieren Sie mehr als ein Zeitfenster aus, bevor Sie entscheiden.
Notieren Sie sich jede Firewall-Regel, die Sie ändern. Eine Regel, die hinzugefügt wurde, um einen Scraper zu stoppen, kann den Crawler auch blockieren, und das Symptom zeigt sich oft erst später als ein leiser Rückgang der Coverage.
Welche verlinkten URLs fehlen Ihnen?
Dieser Aufruf kostet 2 Credits und gibt bis zu 1.000 Zeilen zurück.
curl "https://rankbrainmarketing.link/api.php?action=toppages&q=yourdomain.com&per=1000&key=sk_live_..."Fixes können Wochen dauern, bis sie sich zeigen. Index-Status und unser monatlicher Link-Refresh werden nicht am selben Tag erfolgen, also vergleichen Sie Gleiches mit Gleichem.
Fragen zu entdeckten Seiten
Werden Backlinks allein eine entdeckte Seite indexieren?
Alleine nicht. Ein Link ist ein Entdeckungspfad, der Google helfen kann, die Seite früher zu finden. Ob die Seite indexiert wird, hängt immer noch von ihrem Inhalt und dem Rest der Site ab.
Wie lange sollte ich nach einem Fix warten?
Wochen, nicht Tage. Die Indexierung setzt sich selten über Nacht durch, und unsere Index-Refreshes erfolgen im eigenen monatlichen Rhythmus, also vergleichen Sie Gleiches mit Gleichem, wenn Sie prüfen. Schreiben Sie das Fixes-Datum in Ihre Notizen, damit die Wartezeit einen Startpunkt hat, auf den Sie verweisen können.
Sollte ich für jede URL die Indexierung anfordern?
Nein. Die Indexierung für einige wichtige Seiten anzufordern ist angemessen. Das für Tausende dünner Seiten zu tun, ändert nichts am Urteil, das Google darüber fällt.
Ist discovered-not-indexed immer ein Crawl-Budget-Problem?
Normalerweise nicht für eine kleine Site. Crawl Budget ist vor allem im großen Maßstab relevant. Für ein paar hundert Seiten sind die wahrscheinlicheren Ursachen Linktiefe, dünner Inhalt oder Duplikate.