Der Bericht zur Seitenindexierung listet unter „Nicht indexiert" alles auf, was Google von Ihrer Website kennt und trotzdem nicht in den Index gelegt hat. Der größte Teil dieser Zeilen ist kein Defekt, sondern das erwartete Ergebnis Ihrer eigenen Einstellungen. Echte Indexierungsfehler sind darin die Minderheit, und sie tragen eigene Namen.
Dieser Beitrag geht die Statusmeldungen einzeln durch, mit der einzigen Frage, auf die es ankommt: Müssen Sie etwas tun? Dazu, wie viele nicht indexierte URLs bei einer gesunden Website normal sind, was beim Klick auf „Fehlerbehebung überprüfen" tatsächlich passiert und woran Sie erkennen, dass eine Meldung gar keine Einzelseiten beschreibt.
„Nicht indexiert" ist kein Fehlerzustand
Die Überschrift über der Tabelle lautet „Warum Seiten nicht indexiert werden", und genau daraus entsteht das Missverständnis. Die Liste mischt Zustände, die Sie selbst hergestellt haben, mit Zuständen, die Google entschieden hat, und mit den wenigen Fällen, die wirklich kaputt sind. Alle drei stehen untereinander, gleich formatiert, mit einer Zahl daneben. Wer diese Zahl als Fehlerzähler liest, fängt an, Dinge zu reparieren, die funktionieren.
Eine Hilfe ist die Spalte „Quelle". Steht dort „Website", verortet Google das Thema bei Ihnen. Steht dort „Google-Systeme", ist es eine Entscheidung von Googles Seite, an der Sie mit einem Klick nichts ändern. Das ist kein Fehlerzustand, sondern eine Einordnung. Wenn Sie an dieser Stelle noch weiter zurückwollen, hilft die Grundlage dazu, wie der Google-Index überhaupt aufgebaut ist.
Zur Größenordnung: Bei einer gepflegten Firmenwebsite mit 80 Seiten liegen erfahrungsgemäß zwischen 30 und 200 URLs unter „Nicht indexiert", je nach CMS. WordPress produziert allein durch Tag-Archive, Autorenseiten, Feeds und Anhang-URLs ein Vielfaches der eigentlichen Inhaltsseiten. Ein Verhältnis von drei nicht indexierten zu einer indexierten URL ist bei einem Shop mit Filtern völlig unauffällig. Auffällig wird es erst, wenn die Kurve springt.
Jede Meldung einzeln: echter Indexierungsfehler oder Normalzustand
Die folgenden zehn Meldungen decken die allermeisten Zeilen ab, die Ihnen begegnen. Entscheidend ist jeweils, ob Handlung nötig ist.
- Gecrawlt, zurzeit nicht indexiert. Google war da, hat gelesen und sich gegen die Aufnahme entschieden. Ein Qualitätsurteil, kein Defekt. Handeln Sie nur, wenn wichtige Seiten betroffen sind, und dann am Inhalt und an der internen Verlinkung, nicht an der Technik.
- Gefunden, zurzeit nicht indexiert. Die URL ist bekannt, aber noch nicht abgerufen. Bei wenigen Seiten heißt das: Geduld. Bei zehntausenden heißt es meistens, dass Google die Menge nicht für den Aufwand hält oder Ihr Server zu langsam antwortet.
- Alternative Seite mit richtigem kanonischem Tag. Ihre eigene Canonical-Angabe hat gewirkt und Google ist ihr gefolgt. Das ist der Sollzustand. Hier gibt es nichts zu tun, auch nicht bei fünfstelligen Zahlen.
- Duplikat, Google hat eine andere Seite als kanonische Seite bestimmt. Ihre Angabe wurde überstimmt. Prüfen Sie über die URL-Prüfung, welche Seite Google stattdessen gewählt hat. Passt die Wahl, lassen Sie es so. Passt sie nicht, sind die beiden Seiten inhaltlich zu ähnlich, und das löst kein Tag, sondern nur unterschiedlicher Text. Googles Erklärung dazu steht in der Dokumentation zur Kanonisierung.
- Seite mit Weiterleitung. Die URL leitet weiter, indexiert wird das Ziel. Normal. Nur wenn diese Zahl nach einem Relaunch monatelang weiter steigt, lohnt ein Blick auf Weiterleitungsketten.
- Durch robots.txt blockiert. Absichtlich gesperrt? Dann alles gut. Unabsichtlich? Dann ist es einer der teuersten Fehler überhaupt. Und Vorsicht: Eine Sperre entfernt nichts, was bereits im Index steht, dafür gibt es ganz andere Wege.
- Durch „noindex"-Tag ausgeschlossen. Google hat die Anweisung gelesen und befolgt. Bei Login-Bereichen, Dankeseiten und internen Suchergebnissen ist das richtig so. Steht hier eine Kategorieseite, die Umsatz bringen soll, haben Sie den Grund für Ihr Ranking-Problem gefunden. Was dabei häufig schiefgeht, steht in unserem Beitrag dazu, wann noindex das richtige Werkzeug ist.
- Soft 404. Die Seite antwortet mit Statuscode 200, wirkt für Google aber leer oder wie eine Fehlerseite. Klassiker: eine ausverkaufte Produktseite, die nur noch „Keine Ergebnisse" zeigt. Das ist ein echter Befund, weil Sie damit Crawl-Aufwand für nichts verbrauchen.
- Serverfehler (5xx). Hier gehen Sie immer nach, auch bei drei URLs. 5xx heißt, Ihr Server hat Google abgewiesen. Oft ist es eine Zeitüberschreitung unter Last, und die trifft echte Besucher genauso.
- Nicht gefunden (404). Ein 404 auf einer gelöschten Seite ist die korrekte Antwort und kein Problem. Interessant ist nur, woher der Link kommt. Verweist Ihre eigene Navigation darauf, reparieren Sie den Link, nicht die URL.
Gut zu wissen: Der Bericht zeigt Ihnen zu jeder Meldung höchstens 1.000 Beispiel-URLs, nicht alle. Bei größeren Zahlen arbeiten Sie also nie mit einer vollständigen Liste, sondern mit einer Stichprobe.
Korrektur prüfen lassen: was dabei wirklich passiert
Der Knopf „Fehlerbehebung überprüfen" startet kein Sonderprogramm. Google crawlt sofort eine Handvoll der gemeldeten URLs und arbeitet danach die restliche Liste in normalem Tempo ab. Laut Googles eigener Angabe dauert das in der Regel etwa zwei Wochen, gelegentlich deutlich länger. Währenddessen steht der Status auf „Wird überprüft", und neue URLs mit demselben Problem kommen weiter dazu.
Scheitert die Prüfung, liegt es selten daran, dass die Korrektur falsch war. Meistens war sie zu spät. Wer den Knopf drückt, bevor der Fix auf dem Live-System liegt oder bevor der CDN-Cache durch ist, meldet Google eine Seite zur Kontrolle, die noch den alten Zustand ausliefert. Ein einziger Treffer aus der Liste genügt, und der ganze Durchlauf gilt als fehlgeschlagen. Starten Sie die Validierung deshalb erst nach dem Deploy und prüfen Sie vorher zwei, drei betroffene URLs von Hand.
Unsere Meinung dazu: Bei „Gecrawlt, zurzeit nicht indexiert" und „Gefunden, zurzeit nicht indexiert" ist dieser Knopf verlorene Zeit. Es gibt nichts zu validieren, weil nichts kaputt war. Google hat eine Entscheidung getroffen, und die ändert sich durch einen besseren Text und ein paar interne Links, nicht durch eine erneute Prüfung.
Praxis-Tipp: Notieren Sie sich vor der Korrektur die absolute Zahl der betroffenen URLs mit Datum. Der Bericht zeigt zwar einen Verlauf, aber ohne eigene Notiz lässt sich später kaum sagen, ob eine Änderung gewirkt hat oder ob nur der Crawl-Rhythmus schwankte.
Wenn eine Meldung Tausende URLs betrifft
Sobald eine einzelne Meldung vier- oder fünfstellig wird, arbeiten Sie nicht mehr an Seiten, sondern an einer Struktur. Ein Kunde aus dem Handel hatte 1.200 Produkte im Sortiment und 43.000 URLs im Bericht, fast alle unter „Gecrawlt, zurzeit nicht indexiert". Ursache war die Filternavigation: Farbe, Größe und Preisspanne erzeugten für jede Kombination eine eigene URL mit Parametern.
Vier Muster stecken hinter fast allen Massenmeldungen. Parameter-URLs aus Filtern, Sortierungen und Tracking-Anhängseln. Paginierung, wenn Seite 2 bis 300 einer Kategorie einzeln crawlbar sind. Interne Suchergebnisse, die verlinkt und dadurch auffindbar wurden. Und ein Relaunch, nach dem die alte URL-Struktur noch wochenlang mitläuft.
Suchen Sie in der Beispielliste nach dem gemeinsamen Nenner, sortieren Sie die URLs, achten Sie auf Fragezeichen und wiederkehrende Pfadsegmente. Sie brauchen ein Muster, keine Einzelfälle. Wenn Sie genauer wissen wollen, wie viel Crawl-Aufwand solche URLs tatsächlich binden, hilft es, in den Server-Logs nachzusehen; der Bericht selbst zeigt Häufigkeiten nicht.
Was der Bericht nicht sagt
Er sagt nichts über Sichtbarkeit. Eine Seite kann indexiert sein und trotzdem für keinen einzigen Begriff ranken. Dafür ist der Leistungsbericht zuständig, nicht dieser hier.
Er sagt auch nicht, seit wann eine URL in einem Status steckt. Sie sehen den heutigen Zustand und eine Verlaufskurve, aber kein Datum pro URL. Ob eine Seite seit drei Tagen oder seit acht Monaten unter „Gefunden, zurzeit nicht indexiert" liegt, macht einen großen Unterschied, und genau den verrät Ihnen die Tabelle nicht.
Dazu kommt der Verzug. Die Daten sind mehrere Tage alt. Für den aktuellen Stand einer einzelnen Adresse nehmen Sie die URL-Prüfung mit dem Live-Test, die fragt in dem Moment ab. Wer den Bericht gerade erst zum ersten Mal öffnet, sollte außerdem prüfen, ob die Property sauber angelegt ist; die Schritte dafür stehen in der Anleitung zur Einrichtung der Search Console.
Fazit
Lesen Sie den Bericht von unten nach oben: erst Serverfehler und Soft 404, dann alles, was ungewollt gesperrt ist, und danach den Rest, der in aller Regel gar keiner Handlung bedarf. Die Zahl neben „Nicht indexiert" ist keine Fehlermenge, und sie muss nicht sinken. Wichtig ist nur, dass die Seiten, mit denen Sie Geld verdienen, auf der anderen Seite der Tabelle stehen.
