Die URL-Prüfung der Search Console lesen

So antwortet die URL-Prüfung der Search Console, wenn man sie über die API fragt. In eigener Sache ein echtes Beispiel: die Seite /about/ dieser Domain, abgefragt am 03.10.2026 um 05:40 UTC.

{
  "url": "https://www.cyberscale.io/about/",
  "verdict": "NEUTRAL",
  "coverageState": "Crawled - currently not indexed",
  "robotsTxtState": "ALLOWED",
  "indexingState": "INDEXING_ALLOWED",
  "lastCrawlTime": "2026-10-02T10:05:15Z",
  "pageFetchState": "SUCCESSFUL",
  "googleCanonical": "https://www.cyberscale.io/about/",
  "userCanonical": "https://www.cyberscale.io/about/",
  "crawledAs": "MOBILE"
}

Jede dieser Zeilen steht auch in der Oberfläche, nur unter anderen Namen, und zusammen beantworten sie drei Fragen, die oft in eine gestopft werden: Was hat Google abgerufen, was hat es gerendert, was steht im Index? Die Seite oben ist abrufbar, erlaubt, das Canonical passt, gestern gecrawlt. Und trotzdem nicht im Index. Wie man das liest, Zeile für Zeile.

Die drei Zustände#

Der erste Zustand ist das rohe HTML, so wie der Server es ausliefert: ohne JavaScript, ohne Nachladungen. Das sieht ein Crawler zuerst. Nachsehen lässt sich das auch ohne Search Console, im Quelltext des Browsers. Der Test, auf den es ankommt, ist eine einzige Frage: Steht der eigentliche Inhalt schon dort?

Der zweite ist das Ergebnis, nachdem JavaScript gelaufen ist. Google führt es aus, aber nicht sofort und nicht unbegrenzt. Zwischen dem ersten Abruf und dem Rendern liegt eine Warteschlange. Was erst nach einem Klick erscheint, sieht der Crawler nicht.

Der dritte ist das, was danach tatsächlich aufgenommen wurde. Er kann Tage älter sein als die beiden anderen.

Die Felder, Zeile für Zeile#

In der Oberfläche steht ganz oben und groß, ob die Adresse im Index ist. Darunter unter „Abdeckung" steht, was Google beim letzten Besuch gesehen hat, und das stammt aus dem Zwischenspeicher: Google beschreibt es als „die zuletzt indexierte Version einer Seite, nicht der Live-Version im Web". Das kann Wochen alt sein. So verteilen sich die Felder der API auf diese Zeilen:

Zwei Zeilen fehlen in der API-Antwort und stehen nur in der Oberfläche. „Entdeckung" sagt, wie Google die Adresse gefunden hat: über die Sitemap, über einen internen Verweis oder über einen fremden. Steht dort „Sitemap" und sonst nichts, ist die Seite intern nicht verlinkt, und das ist ein Befund für sich. Und die beiden Canonical-Zeilen sind die, auf die es am häufigsten ankommt: Gehen sie auseinander, sagst du, diese Seite sei das Original, und Google hat sich für eine andere entschieden. Das ist der stille Grund, warum Seiten aus dem Index verschwinden, ohne dass jemand etwas gelöscht hat.

Der häufigste Irrtum beim Lesen: Du änderst etwas, prüfst die Adresse, siehst den alten Zustand und hältst die Änderung für wirkungslos. Sie ist nur noch nicht gecrawlt. Ob die aktuelle Fassung aufnahmefähig wäre, sagt erst der Knopf „Live-URL testen" rechts oben, denn der holt die Seite in diesem Moment ab. Für den aktuellen Stand immer den Live-Test.

Der Live-Test und seine Reiter#

Unter „HTML" steht der Quelltext, wie Google ihn nach der Verarbeitung sieht. Weicht er vom Quelltext im Browser ab, hängt der Unterschied am Rendern.

„Screenshot" zeigt, wie die Seite dabei ausgesehen hat. Ein leeres oder halbes Bild deutet auf blockierte Ressourcen. Häufiger ist ein anderer Fund: Der Inhalt ist da, aber ein Einwilligungsbanner liegt darüber, und der Screenshot zeigt nur das Banner.

„Weitere Informationen" listet auf, was nicht geladen werden konnte. Blockierte CSS- oder JavaScript-Dateien sind der klassische Fall; oft sperrt eine robots.txt ein Verzeichnis aus, das für die Darstellung gebraucht wird.

Der Reiter mit den Seitenressourcen ist ein Nebenbefund, der oft mehr wert ist als das Ergebnis: Er zeigt jede Datei, die die Seite nachlädt, samt fremder Hosts. Das ist eine der einfachsten Möglichkeiten zu sehen, was auf einer Seite alles mitläuft, ohne die Entwicklerwerkzeuge zu bemühen. Warum das über SEO hinaus zählt, steht unter Security-Header.

Getting the most out of the URL inspection tool – Video abspielen (lädt YouTube)

Wo es auseinandergeht#

Abgerufen, aber nicht gerendert: Der Inhalt kommt per JavaScript, und im Index steht eine leere Seite. Zu erkennen daran, dass die URL-Prüfung ein anderes HTML zeigt als der Quelltext.

Gerendert, aber nicht indexiert: Das ist kein technisches Problem, sondern ein Urteil. Google hat gelesen und sich dagegen entschieden. Das Beispiel oben ist dieser Fall, und kein Feld der API nennt den Grund. Was ich an der ganzen Domain dazu gemessen habe, steht in Warum Google Seiten nicht indexiert.

Indexiert, aber falsch dargestellt: Titel und Beschreibung in den Suchergebnissen stammen nicht zwingend aus den eigenen Meta-Angaben. Google ersetzt sie, wenn es meint, etwas Passenderes gefunden zu haben. Dagegen hilft kein Schalter, sondern ein Titel, der zur Suche passt.

Nicht im Index oder nur weit hinten?#

„Nicht bei Google" heißt entweder „nicht im Index" oder „im Index, aber weit hinten". Das sind zwei verschiedene Probleme, und sie werden ständig verwechselt. Die Unterscheidung dauert zehn Sekunden: die Adresse in Anführungszeichen suchen. Kommt sie, ist sie im Index, und dann ist es ein Rankingproblem, kein Indexierungsproblem.

Mehr kann der Test nicht. Er bewertet keine Qualität: „URL ist für Google verfügbar" heißt technisch aufnahmefähig, mehr nicht; ob Google sie tatsächlich aufnimmt, ist eine andere Entscheidung. Über die Position sagt er nichts, eine indexierte Seite kann auf Platz 90 stehen. Und er gilt nur für die geprüfte Property; eine fremde Adresse lässt sich nicht einmal eingeben.

Der Ablauf, wenn eine Seite fehlt#

1. URL-Prüfung, Abdeckung ansehen: Kennt Google die Adresse überhaupt, und wann war der letzte Crawl?
2. Canonical-Zeilen vergleichen. Gehen sie auseinander, ist das die Ursache; weiter suchen lohnt nicht.
3. Live-Test. Ist die aktuelle Fassung aufnahmefähig?
4. Ressourcen prüfen, wenn der Screenshot nicht stimmt.
5. Erst jetzt über Indexierung beantragen nachdenken. Das Kontingent ist zu knapp, um es auf eine Seite zu verschwenden, die aus einem der Gründe oben ohnehin nicht aufgenommen würde.

Wer mehr als ein paar Adressen prüfen will, nimmt die API statt des Suchfelds. Google erlaubt für die URL-Inspection 2.000 Abfragen am Tag und 600 pro Minute je Property. Eine Sitemap mit 39 Adressen kostet also zwei Prozent des Tageskontingents, und ein vollständiger Lauf sagt mehr als jede Stichprobe.

Häufige Fragen#

Stand 03.10.2026. Quellen abgerufen und die API-Abfrage am selben Tag gemacht.