Google-Indexierung prüfen, beantragen und Probleme eingrenzen

Was Google-Indexierung bedeutet

Entdecken, Crawlen und Rendern: Was kann Google sehen?

Entdecken heißt: Google erfährt von einer URL, etwa durch einen Link oder eine Sitemap. Die Adresse ist damit bekannt, ihr Inhalt aber noch nicht unbedingt abgerufen. Crawling ist dieser Abruf durch einen Crawler wie Googlebot. Eine im Browser erreichbare Seite kann für den Crawler trotzdem gesperrt sein.

Rendering bezeichnet den Aufbau der dargestellten Seite aus dem abgerufenen Code und ihren Ressourcen. Bei dynamischen Seiten ist deshalb zusätzlich interessant, welcher Inhalt in der gerenderten Ansicht tatsächlich erscheint. Die URL-Prüfung zeigt nach einem erfolgreichen Live-Test einen Screenshot und Informationen zu geladenen Ressourcen sowie JavaScript. Das hilft etwa zu erkennen, ob der Angebotstext vorhanden ist oder nur ein leerer Inhaltsbereich angezeigt wird.

Indexierung und Ranking: Ist die Seite aufgenommen oder sichtbar?

Bei der Indexierung verarbeitet Google die Seite und entscheidet über ihre Aufnahme in den Suchindex, seinen Datenbestand für die Suche. Bei gleichen oder sehr ähnlichen Inhalten spielt dabei auch die Auswahl einer bevorzugten, kanonischen URL eine Rolle. Ranking beschreibt hingegen die Reihenfolge der Ergebnisse zu einer Suchanfrage. Eine indexierte Seite hat also keinen festen Rang unabhängig von der jeweiligen Suche.

Diese Trennung verhindert falsche Reparaturen: „Bekannt“ bedeutet nicht „gecrawlt“, „gecrawlt“ nicht automatisch „indexiert“. Selbst „URL ist auf Google“ verspricht laut der Google-Hilfe zur URL-Prüfung keine tatsächliche Anzeige. Das folgende Modell fasst die Zustände zusammen; Rendering ist darin kein eigener Statuskasten.

Als fiktives Beispiel begleitet uns eine kleine Workshopwebsite: Sie hat ein neues Angebot „Fotoworkshop bei Nacht“ veröffentlicht. Die Angebotsseite lädt im Browser, wird bei einer Google-Suche nach dem Workshop aber nicht gefunden. Daraus allein lässt sich noch keine Ursache ableiten. Wir prüfen zuerst die genaue URL.

Ist deine konkrete URL indexiert?

Öffne die Google Search Console und wähle die passende Property, also den dort hinterlegten Websitebereich. Gib oben die vollständige URL der Seite ein. Achte auf die tatsächlich verwendete Adresse: Eine alte URL, eine Weiterleitung oder eine Parameter-Variante kann einen anderen Befund liefern als die gewünschte Zielseite.

Den gespeicherten Befund richtig lesen

Die erste Ansicht zeigt Googles vorhandene Informationen, keinen aktuellen Abruf. Öffne „Seitenindexierung“ und notiere den Ausschlussgrund sowie „Letztes Crawling“. Liegt dieser Zeitpunkt vor deiner Korrektur, kann der Bericht noch den alten Fehler beschreiben. Lies anschließend die Detailfelder zusammen:

• „Crawling erlaubt?“ betrifft eine Sperre durch robots.txt.
• „Seitenabruf“ zeigt, ob Google den Inhalt abrufen konnte. Ein erfolgreicher Abruf allein bestätigt keine Indexierung.
• „Indexierung zulässig?“ betrifft einen ausdrücklichen Ausschluss, beispielsweise noindex. Bei einer robots.txt-Sperre kann hier trotzdem „Ja“ stehen, weil Google die Regel auf der Seite nicht lesen konnte.
• Die beiden Canonical-Felder unterscheiden deine angegebene bevorzugte URL von Googles Auswahl. Vergleiche beide Adressen, sofern sie angezeigt werden.

Mit dem Live-Test die aktuelle Ausgabe untersuchen

Klicke nach einer Änderung auf „Live-URL testen“. Über „Getestete Seite anzeigen“ kannst du bei erfolgreichem Test HTML und Screenshot untersuchen. Suche im HTML nach dem wesentlichen Inhalt und nach noindex; prüfe auch die HTTP-Antwortheader. Der Screenshot hilft bei Darstellungsfragen, ersetzt aber nicht den Blick auf Regeln im Code.

Ein erfolgreicher Live-Test weist keine abgeschlossene Indexierung nach. Er prüft die aktuelle Zugänglichkeit und bestimmte Voraussetzungen. Er entscheidet weder über Duplikate noch über Googles spätere kanonische Auswahl; auch manuelle Maßnahmen und Sicherheitsprobleme werden nicht geprüft. Wechsle zwischen „Google-Index“ und „Live-Test“, um die unterschiedlichen Stände zu vergleichen. Die Dokumentation zum Live-Test beschreibt diese Grenzen.

Eine site:-Suche kann ergänzende Hinweise liefern. Behandle sie aber nicht als vollständiges Inventar indexierter URLs. Eine fehlende Seite in dieser Abfrage genügt nicht als Diagnose. Für unsere Workshopseite halten wir deshalb den konkreten Search-Console-Befund fest, statt mehrere Suchvarianten als Ersatztest zu verwenden.

Wenn viele wichtige Seiten betroffen sind und die Befunde auseinanderlaufen, hilft eine gemeinsame Untersuchung von Indexierung, Technik und Seitenstruktur. Ein SEO-Audit setzt diese Einzelbeobachtungen in Zusammenhang und priorisiert die offenen Prüfungen.

Wann du die Indexierung beantragen solltest

Eine neue oder korrigierte URL einreichen

Für eine neue oder wesentlich geänderte Seite kannst du über die URL-Prüfung eine Indexierung anfordern. Dafür musst du Inhaber oder vollwertiger Nutzer der Search-Console-Property sein. Google beschreibt das Vorgehen in seiner Anleitung zum erneuten Crawling.

Prüfe zunächst die URL und behebe erkennbare, unbeabsichtigte Hindernisse. Klicke anschließend auf „Indexierung beantragen“. Besteht die Seite die Prüfung auf offensichtliche Probleme, kann sie in die entsprechende Warteschlange gelangen. Damit ist weder ein bestimmter Zeitpunkt noch die Aufnahme in den Index zugesichert.

Einzelne URL oder Sitemap?

Für wenige URLs eignet sich die einzelne Anfrage. Bei vielen neuen oder geänderten Seiten ist eine Sitemap der passende Meldeweg. Sie enthält URLs und gegebenenfalls weitere Angaben, die Google beim Entdecken und Crawlen helfen. Besonders bei neuen oder größeren Websites kann das nützlich sein. Eine Sitemap ersetzt keine vernünftige interne Verlinkung und ist keine Indexierungszusage. Das erläutert Google in den Grundlagen zu Sitemaps.

Für unser neues Workshopangebot bedeutet das: Die öffentliche Seite prüfen, einen sinnvollen Link von der Angebotsübersicht setzen und die URL in der Sitemap berücksichtigen. Eine einzelne Anfrage kann hinzukommen. Tägliches erneutes Beantragen bringt dagegen keinen dokumentierten Zeitvorteil: Google weist ausdrücklich darauf hin, dass mehrere Anfragen dieselbe URL nicht schneller crawlen lassen.

Nicht indexiert: Vom Befund zur passenden Handlung

Nicht jede ausgeschlossene URL braucht eine Reparatur. Eine alternative Adresse mit korrektem Canonical oder eine absichtlich ausgeschlossene Seite kann genau den gewünschten Zustand haben. Frage daher vor jeder Änderung: Soll diese konkrete URL eigenständig in der Suche erscheinen?

Die folgende Matrix ist eine redaktionelle Prüfhilfe auf Grundlage des Berichts zur Seitenindexierung. Sie trennt den beobachteten Status von einer möglichen Ursache. Die letzte Spalte beschreibt sinnvolle nächste Schritte, keine garantierte Lösung.

Gefunden – zurzeit nicht indexiert: Den Weg zum Abruf prüfen

Hier kennt Google die URL, hat sie aber noch nicht gecrawlt. Dass sie bereits in der Sitemap steht, beantwortet daher nur die Frage der Bekanntheit. Prüfe als Nächstes ihre Erreichbarkeit und ob eine passende vorhandene Seite auf sie verlinkt. Im Workshopbeispiel wäre die Angebotsübersicht ein sinnvoller Einstieg.

Ist die neue Seite ausschließlich über die Sitemap erreichbar, ergänzt du den fehlenden Zusammenhang zur Übersicht. Scheitert der Live-Abruf ebenfalls, untersuchst du die konkret gemeldete Sperre oder Serverstörung. Sind Abruf und Verlinkung unauffällig, dokumentierst du den Befund und beobachtest ihn weiter. Die Meldung allein beweist weder eine Serverüberlastung deiner Website noch, dass ein längerer Text nötig wäre. Ein positives Live-Ergebnis löst den gespeicherten Status nicht sofort ab.

Gecrawlt – zurzeit nicht indexiert: Inhalt und Zielversion untersuchen

Hier hat Google die Seite bereits abgerufen, aber nicht in den Index aufgenommen. Nach Googles Statusbeschreibung kann sie später indexiert werden; eine erneute Einreichung ist für diese Meldung nicht erforderlich. Prüfe zunächst, ob der letzte Abruf die aktuelle Fassung betraf. Untersuche dann den tatsächlich sichtbaren Hauptinhalt und mögliche ähnliche Seiten.

Angenommen, der Nachtworkshop enthält dieselben Absätze wie der Tagesworkshop und unterscheidet sich nur im Titel. Dann wäre eine sinnvolle redaktionelle Korrektur, die echten Unterschiede zu erklären: Was wird nachts fotografiert, welche Ausrüstung wird benötigt, wie läuft der Workshop ab? Sind es tatsächlich identische Angebote unter zwei Adressen, prüfst du stattdessen die gewünschte kanonische Version. Diese beiden Fälle verlangen unterschiedliche Entscheidungen.

Fehlt der Angebotstext im Live-Test, untersuche zuerst seine technische Ausgabe. Ist er vollständig und eigenständig, liefert der Status keine Grundlage für pauschales Umschreiben oder Löschen. „Google findet den Text zu schlecht“ ist keine Diagnose, die sich aus dieser Meldung ablesen lässt. Die Beispiele sind Prüfansätze, keine von Google bestätigten Ursachen deiner konkreten URL.

Technische Hindernisse gezielt beheben

robots.txt und noindex: Abruf und Aufnahme getrennt steuern

Eine robots.txt-Regel kann Google daran hindern, eine Seite zu crawlen. Sie garantiert aber nicht, dass die URL aus dem Index bleibt: Google kann sie etwa über Links kennen und ohne Abruf des Seiteninhalts indexieren. Die folgende fiktive Regel sperrt den Abruf des Workshopbereichs:

User-agent: *
Disallow: /workshops/

Sollen die Workshops öffentlich auffindbar sein, untersuchst du diese Sperre und korrigierst sie gezielt. Entferne nicht ungeprüft alle Regeln der Datei. Soll hingegen eine erreichbare Seite bewusst nicht in den Index, kann im HTML-Kopf folgende Anweisung stehen:

<meta name="robots" content="noindex">

Alternativ kann der HTTP-Antwortheader X-Robots-Tag: noindex den Ausschluss ausgeben. Google muss die Seite crawlen und die Regel sehen können. Die gleichzeitige robots.txt-Sperre kann das verhindern; noindex innerhalb der robots.txt wird nicht unterstützt. Das erklärt die Google-Dokumentation zu noindex. Für eine gewünschte Angebotsseite entfernst du die ungewollte Regel an ihrer Quelle, beispielsweise im Seitentemplate oder in der Serverkonfiguration, und prüfst danach HTML und Header erneut.

Canonical: Welche Version soll in die Suche?

Die kanonische URL ist Googles bevorzugte Version innerhalb gleicher oder ähnlicher Seiten. Dein Canonical-Tag schlägt eine Version vor; Google kann eine andere auswählen. Diese Auswahl prüfst du in den gespeicherten URL-Daten, nicht im Live-Test.

Fiktives Beispiel: /workshops/nachtfotografie und /workshops/nachtfotografie?quelle=newsletter zeigen dasselbe Angebot. Soll die Adresse ohne Parameter die bevorzugte Version sein, kann das HTML der Variante diese Angabe enthalten:

<link rel="canonical"
      href="https://example.com/workshops/nachtfotografie">

Stimmt Googles Auswahl mit diesem Ziel überein und ist die Zielseite indexiert, braucht die Parameter-URL keine eigene Indexierungsanfrage. Zeigt das Template stattdessen irrtümlich auf den inhaltlich anderen Tagesworkshop, vergleichst du beide Inhalte und korrigierst die falsche Zuordnung. Ein Canonical ist keine Methode, beliebige Unterseiten der Startseite zuzuordnen. Bei abweichender Auswahl empfiehlt der Indexierungsbericht, geprüfte URL, angegebene und von Google ausgewählte Version miteinander zu vergleichen.

Abruf erfolgreich, aber falscher Inhalt?

Ein normaler Seitenaufruf kann einen Fehler verdecken: Vielleicht siehst du als angemeldeter Redakteur den Workshop, während öffentlich nur eine Anmeldung oder ein leerer Bereich erscheint. Vergleiche die öffentliche Ausgabe mit dem Live-Test. Bei einem fehlgeschlagenen Seitenabruf untersuchst du die gemeldete Störung; bei erfolgreichem Abruf mit fehlendem Hauptinhalt die Darstellung und geladenen Ressourcen. Das sind unterschiedliche Prüfaufträge.

Wenn dafür Templates, Antwortheader oder viele URLs angepasst werden müssen, kann eine fachliche SEO-Optimierung die Umsetzung und anschließende Prüfung übernehmen. Grundlage sollte die geklärte Ursache sein.

Praxisbeispiel: Eine Workshopseite Schritt für Schritt untersuchen

Der folgende Ablauf ist ein fiktives Diagnosebeispiel ohne Kundendaten oder gemessenen Indexierungserfolg. Die gewünschte URL lautet https://example.com/workshops/nachtfotografie. Sie soll eigenständig erscheinen; eine Google-Suche liefert keinen Treffer.

Befund aufnehmen und Korrektur überprüfen

Die gespeicherte URL-Prüfung meldet im Beispiel „Als noindex markiert“. Der Seitenabruf war erfolgreich, die Indexierung nicht zulässig. Der letzte Abruf liegt vor dem Entfernen einer Entwurfseinstellung im CMS. Damit ist zunächst offen, ob Google einen alten Stand zeigt oder die Einstellung weiterhin ausgegeben wird.

Du startest den Live-Test, öffnest die getestete Seite und suchst in HTML und Antwortheadern nach noindex. Ist die Regel noch vorhanden, gehst du zur erzeugenden Einstellung zurück. Fehlt sie im HTML, steht aber im Header, reicht die Änderung im CMS offenbar nicht aus: Die Header-Ausgabe muss ebenfalls geprüft werden. Die URL erneut einzureichen würde diesen Fehler nicht beheben.

Aus dem neuen Ergebnis die nächste Entscheidung ableiten

Ist noindex im Live-Test verschwunden und der Workshopinhalt sichtbar, ist die konkrete Korrektur überprüft. Für die korrigierte Seite kannst du nun die Indexierung beantragen und Änderungs- sowie Anfragedatum festhalten. Daraus folgt noch kein Erfolg bei der Aufnahme.

Bei der Nachkontrolle sind verschiedene Ausgänge möglich: Liegt „Letztes Crawling“ weiterhin vor der Korrektur, beschreibt der gespeicherte Befund noch den früheren Abruf. Meldet Google später „Gecrawlt – zurzeit nicht indexiert“, wechselst du zur Inhalts- und Duplikatprüfung. Wird eine andere kanonische URL angegeben, untersuchst du diese Auswahl. Erst „URL ist auf Google“ bei der gewünschten Version beantwortet die Indexfrage positiv. Fehlende Sichtbarkeit für „Fotoworkshop“ wird anschließend zur eigenen Untersuchung.

Wie lange dauert es – und was kontrollierst du danach?

Eine feste Frist gibt es nicht. Google nennt für das erneute Crawling einige Tage bis mehrere Wochen. Das ist keine zugesicherte Dauer bis zur Indexierung. Auch eine technisch erreichbare Seite wird nicht automatisch aufgenommen.

Lege für wichtige Änderungen ein kleines Protokoll an: genaue URL, Datum der Korrektur, ursprünglicher Befund, aktueller Live-Test und gegebenenfalls Datum der Anfrage. Bei der nächsten Kontrolle erkennst du dadurch, ob die gespeicherten Informationen noch den alten Zustand beschreiben oder Google die geänderte Seite bereits verarbeitet hat.

Bei regelmäßig neuen Inhalten oder wiederkehrenden Problemen hilft eine feste Verantwortung für Nachkontrolle und Priorisierung. Eine laufende SEO-Betreuung kann diese Aufgaben mit Inhalts- und Technikänderungen zusammenführen, damit offene Befunde nicht zwischen einzelnen Veröffentlichungen liegen bleiben.

Häufige Fragen zur Google-Indexierung