Lernen
Indexierbarkeit debuggen: warum Google Ihre Seite nicht indexiert
Ein praktischer Workflow für gecrawlte, aber nicht indexierte Seiten: was die Search-Console-Status bedeuten, welche Signale die Indexierung entscheiden und wie Sie jede Ursache beheben.
Starte ein frisches DomainLens-Audit und nutze den Report als Prioritätenliste.
Gecrawlt, aber nicht indexiert: was die Status bedeuten
Crawling und Indexierung sind zwei verschiedene Schritte. Google kann eine URL abrufen (crawlen) und sich trotzdem entscheiden, sie nicht im Index zu speichern — deshalb kann eine Seite 200 zurückgeben, im Browser gut aussehen und nie in der Suche erscheinen. Der Bericht Seitenindexierung in der Search Console nennt den genauen Status, und der Fix hängt ganz davon ab, welchen Sie sehen.
Jeder häufige Status bedeutet etwas Konkretes: „Gecrawlt – zurzeit nicht indexiert“ deutet meist auf ein Qualitäts- oder Duplikatsurteil; „Erkannt – zurzeit nicht indexiert“ verweist auf Crawl Budget oder Serverlast; „Durch ‚noindex‘ ausgeschlossen“ ist eine von Ihnen gesetzte Direktive; „Alternative Seite mit korrektem Canonical-Tag“ heißt, Google wählte eine andere URL als Canonical; und „Duplikat, Google wählte anderes Canonical“ heißt, Ihr Canonical-Hinweis wurde überstimmt.
Die Signale, die die Indexierung steuern
Eine Seite ist nur indexierbar, wenn jedes dieser Signale zustimmt. Ein einziges widersprüchliches Signal reicht, um sie auszuschließen.
- HTTP-Status: die URL muss 200 zurückgeben. Ein 3xx, 4xx oder Soft 404 nimmt sie aus der Betrachtung.
- robots.txt: der Pfad darf nicht disallowed sein — eine blockierte Seite kann nur als URL indexiert bleiben, ihr noindex aber nicht gelesen werden.
- Meta Robots / X-Robots-Tag: weder die HTML-Meta noch der HTTP-Header dürfen noindex sagen.
- Canonical: der Canonical der Seite sollte auf sie selbst zeigen, nicht auf eine andere URL, die sie dann absorbiert.
- Content-Qualität und Einzigartigkeit: dünne, Boilerplate- oder Near-Duplicate-Seiten werden gecrawlt und verworfen.
So debuggen Sie eine URL, Schritt für Schritt
- Prüfen Sie die URL mit der URL-Prüfung der Search Console und lesen Sie den genauen Status und den Coverage-Grund.
- Nutzen Sie „Live-URL testen“ und sehen Sie das gerenderte HTML — bestätigen Sie, dass Inhalt und Meta Robots wirklich Googlebot präsentiert werden, nicht nur Ihrem Browser.
- Holen Sie die Response-Header (curl -I) und prüfen Sie ein X-Robots-Tag: noindex, das keine HTML-Ansicht zeigt.
- Bestätigen Sie, dass robots.txt den Pfad erlaubt, dann dass der Canonical im gerenderten HTML auf diese URL zeigt.
- Wenn alles passt und es weiter „Gecrawlt – nicht indexiert“ ist, bewerten Sie den Inhalt gegen die Suchintention: verdient er wirklich einen Platz oder ist er ein Near-Duplicate eines Templates?
So beheben Sie jede Ursache
- Ungewolltes noindex: entfernen Sie die Meta oder den X-Robots-Tag-Header, dann fordern Sie Indexierung an.
- Falscher Canonical: richten Sie den Canonical auf die Seite selbst und lassen Sie interne Links dieselbe Canonical-URL nutzen.
- In robots.txt blockiert, aber indexieren gewollt: geben Sie den Pfad frei — nutzen Sie robots.txt nicht zur Deindexierung, dafür gibt es noindex.
- Duplikat / Near-Duplicate: konsolidieren Sie mit einem Canonical auf die primäre Version oder machen Sie den Inhalt wirklich eigenständig.
- Erkannt, nicht indexiert: reduzieren Sie Crawl-Verschwendung (weniger geringwertige URLs, schnellerer Server) und stärken Sie interne Links dorthin.
Fehler, die Seiten aus dem Index halten
- robots.txt nutzen, um eine Seite zu entfernen — eine disallowte Seite behält ihren Indexeintrag, weil Google das noindex nicht mehr lesen kann.
- Nur Quell-HTML prüfen, während noindex oder Canonical per JavaScript nach dem Rendern injiziert wird.
- Wiederholt Indexierung anfordern, statt das blockierende Signal zu beheben.
- Annehmen, ein 200-Status bedeute indexierbar, und einen Soft 404 ignorieren, dessen Body „nicht gefunden“ sagt.
So bestätigen Sie, dass die Seite indexierbar ist
Nutzen Sie nach dem Fix erneut „Live-URL testen“ und bestätigen Sie, dass gerendertes HTML, Header und Canonical die Indexierung befürworten, fordern Sie dann Indexierung an und verfolgen Sie den Statuswechsel im Bericht über die nächsten Tage.
DomainLens zeigt diese Signale an einem Ort — Statuscode, Robots-Direktiven, Canonical-Ziel und ob sie sich widersprechen — sodass Sie den Konflikt erkennen, bevor Sie Tage warten, bis die Search Console das Problem bestätigt.