Warum Google manche Seiten nicht indexiert
Indexierungsstatus verstehen, technische Hindernisse erkennen und die richtigen Maßnahmen auswählen
Indexierungsstatus verstehen, technische Hindernisse erkennen und die richtigen Maßnahmen auswählen
Eine Seite ist online, steht in der Sitemap und erscheint trotzdem nicht bei Google. Daraus lässt sich noch keine einzelne Ursache ableiten. Google muss eine URL zunächst entdecken, abrufen, gegebenenfalls rendern und anschließend für den Index auswählen. Selbst eine technisch einwandfreie Seite hat keinen garantierten Anspruch auf Indexierung oder ein bestimmtes Ranking.
Wichtig ist außerdem die Unterscheidung zwischen einer nicht indexierten URL und einer indexierten Seite, die für den gewünschten Suchbegriff nicht sichtbar genug ist. Für die erste Frage ist die URL-Prüfung zuständig, für die zweite unter anderem die Auswertung der Suchanfragen und Zielseiten. Eine site:-Suche ist ein Hinweis, aber keine vollständige Bestandsaufnahme des Google-Index.
Stand dieser Anleitung ist der . Herausgeber ist Project33 SEO Agentur GmbH & Co. KG. Wir erläutern eine Diagnose-Reihenfolge für bestehende Websites; die Beispiele sind schematisch und keine Erfolgsgarantien.
Notieren Sie die vollständige URL, die in der Suche erscheinen soll. Protokoll, Hostname, Pfad, Parameter und gegebenenfalls abschließender Slash gehören dazu. Eine umgeleitete alte Adresse oder eine Filtervariante ist nicht dasselbe wie die gewünschte kanonische Produktseite.
Der Live-Test zeigt den gegenwärtig abrufbaren Zustand, nicht eine bereits vollzogene Aufnahme in den Index. Auch ein bestandener Test sagt nicht voraus, welche kanonische URL Google später auswählt. Die grundlegenden Berichte beschreibt unsere Anleitung zur Google Search Console.
Der Bericht zur Seitenindexierung gruppiert bekannte URLs nach ihrem Zustand. Seine Beispieldaten sind keine vollständige Liste jeder betroffenen Adresse. Für wichtige Einzelfälle wird deshalb zusätzlich die konkrete URL untersucht. Die genaue Beschriftung kann sich mit Sprache und Oberfläche ändern.
| Status oder Befund | Einordnung | Nächster Prüfschritt |
|---|---|---|
| Gefunden, zurzeit nicht indexiert | Google kennt die URL, hat sie noch nicht gecrawlt | Interne Auffindbarkeit, URL-Mengen und Serververfügbarkeit untersuchen |
| Gecrawlt, zurzeit nicht indexiert | Abruf erfolgte, eine Aufnahme blieb bisher aus | Gerenderten Hauptinhalt, Überschneidungen und eigenständigen Nutzen prüfen |
| Durch Noindex ausgeschlossen | Eine Indexierungssperre wurde erkannt | HTML-Metadaten und HTTP-Header der Zieladresse kontrollieren |
| Alternative Seite mit richtigem Canonical | Eine andere URL soll den Inhalt vertreten | Prüfen, ob genau dieses Ziel gewollt und indexierbar ist |
| Seite mit Weiterleitung | Die geprüfte Adresse verweist auf ein anderes Ziel | Endgültiges Ziel statt der umgeleiteten URL untersuchen |
| Serverfehler oder Soft 404 | Abruf oder Inhalt vermittelt keine funktionierende Zielseite | Echte HTTP-Antwort, Fehlerseiten und verfügbaren Hauptinhalt vergleichen |
„Gecrawlt, zurzeit nicht indexiert“ ist keine automatische Spam-Diagnose. Ebenso wenig ist jede ausgeschlossene URL zu reparieren. Weitergeleitete Altadressen, gewünschte Duplikate und bewusst gesperrte interne Suchseiten können korrekt behandelt sein. Ziel ist die Indexierung wichtiger kanonischer Inhalte, nicht eine möglichst vollständig grüne Statistik.
noindex kann als Robots-Meta-Tag im HTML oder über den HTTP-Header X-Robots-Tag ausgeliefert werden. Soll eine bisher unbeabsichtigt gesperrte Seite indexiert werden, müssen alle wirksamen Noindex-Angaben entfernt werden. Ein zusätzliches index hebt eine weiterhin vorhandene Sperre nicht zuverlässig auf.
Die robots.txt regelt dagegen den Abruf. Ist Crawling verboten, kann Google ein Noindex im Seiteninhalt nicht lesen; eine URL kann trotzdem anhand externer Signale bekannt und ohne Inhalts-Snippet im Index erscheinen. Wer eine Sperre untersucht, muss deshalb Abruf und Indexierungsfreigabe getrennt prüfen. Unsere Anleitung zu robots.txt und Indexierungssteuerung erläutert die Kombinationen.
Ein typisches Prüfszenario ist eine Unternehmensseite nach dem Umzug vom Testsystem. Die öffentliche Seite liefert 200 und sichtbaren Inhalt, aber ein serverweiter X-Robots-Tag: noindex blieb bestehen. Mehr Text oder erneutes Einreichen der Sitemap würde diese Ursache nicht beheben. Zuerst wird der Header korrigiert, danach die Zieladresse erneut getestet.
Ein Canonical ist ein Hinweis, keine verbindliche Anweisung. Wenn Sitemap und interne Links auf URL A zeigen, der Canonical aber URL B nennt, entstehen vermeidbare Widersprüche. Bei ähnlichen Fassungen kann Google außerdem eine andere kanonische Adresse wählen als die selbst deklarierte. Prüfen Sie deshalb das gewählte Ziel, die Ähnlichkeit der Inhalte und die Signale im Zusammenhang. Technische Details enthält der Beitrag zum Canonical Tag.
Bei einem Shop mit einer Produktseite und vielen Sortierungs- oder Filtervarianten müssen nicht sämtliche Varianten indexiert werden. Soll dagegen eine eigene Kategorie für eine relevante Produktgruppe gefunden werden, braucht sie eine klare Aufgabe, ein passendes Sortiment und crawlbare interne Verweise. Das ist ein Schwerpunkt unserer Onlineshop-SEO.
Kontrollieren Sie außerdem, ob ein nicht angemeldeter Besucher und Googles Testwerkzeug den wesentlichen Inhalt erhalten. Eine leere JavaScript-Hülle, eine fehlerhafte API, eine Sicherheitsabfrage oder ein versehentlich ausgelieferter Fehlertext kann die Bewertung verändern. Ein visuell funktionierender Browseraufruf allein schließt solche Probleme nicht aus. Serverantworten, Weiterleitungsketten und gerendertes HTML bei JavaScript-Websites liefern unterschiedliche Teile der Diagnose.
Eine Sitemap unterstützt die Entdeckung, ersetzt aber keine verständliche Website-Struktur. Wichtige Seiten sollten von passenden Übersichts-, Kategorie- oder Leistungsseiten über echte Links erreichbar sein. Prüfen Sie insbesondere URLs, die nur über eine interne Suche, nach einer Formulareingabe oder in einer veralteten Sitemap vorkommen.
Gibt es keine technische Sperre, wird der Inhalt selbst untersucht. Beantwortet er eine eigenständige Frage? Unterscheidet sich das Angebot tatsächlich von vorhandenen Seiten? Oder wurden nur Ortsnamen, Produktbezeichnungen und Satzbausteine ausgetauscht? Mehr Wörter und eine pauschale E-E-A-T-Checkliste sind keine garantierte Lösung. Wie sich austauschbare Entwürfe fachlich verbessern lassen, erklärt unser Beitrag über die Prüfung von KI-Inhalten.
Bei WordPress gehören Veröffentlichungsstatus, Sichtbarkeitseinstellungen und SEO-Plugin-Regeln auf die Prüfliste. Änderungen am System können sich auf ganze Seitentypen auswirken; kontrollieren Sie deshalb nicht nur eine einzelne Vorschau. Weitere Besonderheiten behandelt WordPress SEO.
Eine Anfrage zur erneuten Indexierung beschleunigt nicht beliebig jeden Vorgang und garantiert keine Aufnahme. Wiederholtes Einreichen derselben URL erzwingt keinen früheren Crawl. Es gibt keine feste Frist, nach der jede technisch korrekte Seite erscheinen muss.
Auch die Google Indexing API ist kein allgemeiner Einreichungsweg für normale Produktseiten oder Blogartikel. Sie ist für bestimmte unterstützte Inhaltstypen vorgesehen. Für die übliche Unternehmenswebsite bleiben die dokumentierten Wege über URL-Prüfung, interne Verlinkung und Sitemap maßgeblich.
Fehlen wichtige Leistungs- oder Shopseiten, untersuchen wir die Ursache im Rahmen einer SEO-Seitenanalyse. Bei Fehlern nach einem Website-Umzug gehört zusätzlich die Kontrolle des URL-Mappings und der Weiterleitungen zu unserer SEO-Relaunch-Begleitung. Änderungen werden am bestehenden System umgesetzt; eine garantierte Indexierung versprechen wir nicht.
Wenn aus dem Befund konkrete Korrekturen werden sollen, erläutert unsere Leistungsseite Technisches SEO den Ablauf von der Ursachenprüfung bis zur Nachkontrolle.