Wenn Google Search Console „Indexierungsprobleme SEO“ meldet, geht es fast immer um eine von zwei Fragen: Blockiert etwas Technisches den Zugriff, oder hat Google die Seite bewusst als weniger relevant eingestuft? Der erste Schritt ist immer derselbe. Öffnen Sie den Indexabdeckungsbericht in der Google Search Console, prüfen Sie die betroffene URL im Live-Test und ziehen Sie bei Unklarheit die Server-Logs heran. Bei Hyped sehen wir in Audits täglich, dass genau diese Reihenfolge über Stunden an Fehlersuche entscheidet.
Kurz gesagt:
- Bei großen Websites zählen vor allem Money-Pages und Hub-Seiten, da sie höheren Einfluss auf den Geschäftserfolg haben und daher Priorität bei der Behebung von Indexierungsproblemen verdienen.
- Fehler in der Statuskategorie „Entdeckt, zurzeit nicht indexiert“ entstehen häufig durch Serverüberlastung, Crawl-Budget-Beschränkungen oder Qualitätsmuster, die durch interne Verlinkung verbessert werden können.
- Die Überprüfung der Indexierungsprobleme erfolgt ausschließlich anhand des Google Search Console Indexabdeckungsberichts, da die site:-Abfrage unzuverlässig ist.
- Bei technischen Blockaden wie robots.txt und noindex-Tags gilt: zuerst die Blockade entfernen, warten, bis Google crawlt, und nur danach das noindex-Tag löschen.
- Eine 100 Prozent Indexierungsrate ist für große Seiten meist unrealistisch und kein Indikator für Fehler, sondern für eine gezielte Filterung von nur relevantem, eigenständigem Content.
Inhaltsverzeichnis
- Wie erkennen Sie Indexierungsprobleme in der Google Search Console zuverlässig?
- Statusfälle systematisch beheben: Von „Entdeckt“ bis Duplikat
- Welche Seiten verdienen zuerst Ihre Indexierungs-Arbeit?
- So dokumentieren Sie Indexierungsfehler bei der täglichen Prüfung
- Was zeigt die Praxis aus Audits zu wiederkehrenden Indexierungsfehlern?
- Warum 100 Prozent Indexierung kein sinnvolles Ziel ist
- Wie Hyped bei Indexierungsproblemen konkret unterstützt
- Quellen
- FAQ
Wie erkennen Sie Indexierungsprobleme in der Google Search Console zuverlässig?
Vergessen Sie die site:-Abfrage. Sie zeigt eine grobe Annäherung, keine verlässlichen Daten, weil Google für diese Operatoren einen völlig anderen, weniger präzisen Index anzapft als für die reguläre Suche. Die einzige Quelle, der Sie vertrauen sollten, ist der Indexabdeckungsbericht in der Google Search Console.
Gehen Sie dabei in dieser Reihenfolge vor:
- Statustabelle öffnen. Im Bericht „Seitenindexierung“ sehen Sie Kategorien wie „Gültig“, „Ausgeschlossen“ und „Fehler“. Sortieren Sie zuerst nach Volumen, nicht nach Alphabet.
- Muster in URL-Pfaden suchen. Zehn betroffene Produktseiten aus derselben Kategorie sind ein Systemfehler, keine Einzelfälle.
- Trends statt Momentaufnahmen lesen. Ein plötzlicher Sprung bei 404- oder 5xx-Fehlern verdient sofortige Aufmerksamkeit, einzelne schwankende Werte meist nicht, wie auch SEO Südwest betont.
- URL-Prüfung für Stichproben nutzen. Testen Sie fünf bis zehn URLs pro betroffener Kategorie live, nicht nur den zwischengespeicherten Status.
- Canonical und Meta-Robots im Live-Test gegenchecken. Weicht der von Google gewählte Canonical vom deklarierten ab, ist das oft die eigentliche Ursache.
Der Live-Test in der URL-Prüfung zeigt Ihnen drei entscheidende Dinge: welchen Canonical Google tatsächlich verwendet, ob ein Meta-Robots-Tag oder X-Robots-Tag die Indexierung verhindert, und wie die letzte Crawl-Antwort ausgefallen ist. Weicht der angezeigte Canonical von Ihrem deklarierten ab, hat Google eine eigene Entscheidung getroffen und Ihre Vorgabe ignoriert.
Server-Logs ergänzen dieses Bild, wo die GSC nur Symptome zeigt. Filtern Sie nach dem Nutzeragenten des Googlebots und achten Sie auf drei Signale: Statuscodes im 5xx-Bereich, Zeitüberschreitungen bei der Antwortzeit und ungewöhnliche Häufungen an bestimmten Tageszeiten. Ein Server, der beim Googlebot regelmäßig mit 503 antwortet, weil das Crawling mit Lastspitzen zusammenfällt, wird von Google nach anhaltenden Fehlern dauerhaft seltener besucht, wie Google selbst dokumentiert. Kurzfristige 503-Antworten während einer geplanten Wartung sind dagegen unproblematisch und sogar empfohlen.
Statusfälle systematisch beheben: Von „Entdeckt“ bis Duplikat
Jeder Status im Indexabdeckungsbericht verlangt eine andere Reaktion. Wer alle Fälle gleich behandelt, verschwendet Zeit an Symptomen statt an Ursachen.
Entdeckt, zurzeit nicht indexiert
Google kennt die URL, hat sie aber noch nicht gecrawlt. Die häufigsten Gründe sind Serverüberlastung, ein Muster aus dünnem Inhalt in derselben Kategorie oder schlicht ein begrenztes Crawl-Budget, das wichtigere Seiten bevorzugt, wie Conductor erklärt. Google-Mitarbeiter Martin Splitt hat mehrfach bestätigt, dass hinter diesem Status oft Server-Performance-Probleme oder Qualitätsmuster stecken und stärkere interne Verlinkung die Priorisierung verbessert, berichtet Search Engine Roundtable.
- Sitemap bereinigen: Entfernen Sie URLs mit geringem eigenständigem Wert, statt jede Variante einzureichen.
- Interne Verlinkung von starken Hub-Seiten zu den betroffenen URLs aufbauen.
- Stichprobe von zehn URLs nehmen, Fix umsetzen, dann gezielt eine Indexierung anfordern statt für hunderte Einzelseiten.
Bei großen Onlineshops entsteht dieser Status besonders oft durch Sitemap-Inflation, wenn zu viele Parameter- oder Filtervarianten eingereicht werden. Die Lösung ist eine gefilterte Sitemap nach Qualitätskriterien, nicht das Einreichen jeder theoretisch existierenden URL, zeigt ein Leitfaden von Hostragons.
Gecrawlt, zurzeit nicht indexiert
Hier hat Google die Seite besucht und sich aktiv gegen die Indexierung entschieden. Das ist fast immer ein Qualitätsurteil. Prüfen Sie, ob der Inhalt sich substanziell von ähnlichen Seiten unterscheidet, ob er Mehrwert gegenüber Wettbewerbern bietet und ob mehrere dünne Seiten zu einer konsolidierten, stärkeren Seite zusammengeführt werden sollten. Ein Content-Audit, der Wortanzahl, Nutzersignale und thematische Überlappung vergleicht, deckt diese Fälle meist zuverlässig auf.
robots.txt-Blockaden und noindex
Diese Fälle sind technisch am einfachsten zu diagnostizieren, aber es passieren regelmäßig Reihenfolgefehler. Prüfen Sie zuerst mit einem robots.txt-Tester, ob der Pfad blockiert ist. Prüfen Sie danach den HTTP-Header auf ein X-Robots-Tag, das unabhängig vom sichtbaren Meta-Tag im HTML wirkt.
Profi-Tipp: Entfernen Sie niemals gleichzeitig die robots.txt-Blockade und das noindex-Tag. Heben Sie zuerst die Blockade auf, warten Sie, bis Google die Seite tatsächlich crawlt und das noindex sieht, und entfernen Sie das Tag erst danach. Sonst verpasst Google die eigentliche Freigabe.
Soft 404
Die Seite antwortet mit Statuscode 200, verhält sich für Google aber wie eine Fehlerseite, weil kaum Inhalt vorhanden ist oder wichtige Ressourcen beim Rendern fehlen. Prüfen Sie im Live-Test, wie die Seite tatsächlich gerendert wird. Häufige Ursachen sind blockierte JavaScript-Dateien, fehlende Bilder oder ein Bot-Blocker, der dem Googlebot ein CAPTCHA statt des echten Inhalts vorsetzt.
Server- und Netzwerkfehler
DNS-Probleme und Netzwerkfehler verhalten sich für Google fast identisch zu 5xx-Fehlern und bremsen das Crawling sofort, erklärt Google in seiner Entwicklerdokumentation. Prüfen Sie Firewall-Regeln, die den Googlebot fälschlich als Angreifer behandeln, kontrollieren Sie DNS-Einträge auf Konsistenz und ziehen Sie bei anhaltenden Problemen den Hosting-Anbieter hinzu. Ein Timeout, der nur bei Lastspitzen auftritt, ist oft ein Kapazitätsproblem des Servers, kein Google-Problem.
Umleitungsfehler und Redirect-Ketten
Jede zusätzliche Weiterleitung in einer Kette kostet Crawl-Budget und Vertrauen. Prüfen Sie, ob 302-Weiterleitungen eigentlich dauerhafte 301er sein sollten, ob http- und https-Versionen konsistent auf eine Variante zeigen und ob www- und Nicht-www-Versionen nicht gegeneinander arbeiten. Eine Kette aus drei oder vier Sprüngen lässt Google die Zielseite oft gar nicht mehr crawlen.
Duplikate und Canonical-Konflikte
Wenn Google eine andere URL als Canonical wählt als die von Ihnen deklarierte, hat der Algorithmus meist einen guten Grund: doppelten Inhalt, schwächere Signale oder eine Version mit mehr eingehenden Links. Konsolidieren Sie ähnliche Seiten zu einer starken Version oder setzen Sie den Canonical explizit und konsistent über alle internen Links, Sitemaps und hreflang-Angaben.
Welche Seiten verdienen zuerst Ihre Indexierungs-Arbeit?
Nicht jede betroffene URL rechtfertigt denselben Aufwand. Money-Pages, also Seiten mit direktem Umsatz- oder Conversion-Bezug, und Hub-Seiten, die viele andere Seiten intern verlinken, gehören immer an die Spitze der Liste.
- Traffic und Conversion zuerst bewerten. Eine Produktseite mit nennenswertem organischem Umsatz wiegt mehr als zehn Blogartikel ohne Zielhandlung.
- SERP-Position einbeziehen. Eine Seite, die knapp außerhalb der Top 10 rankt, profitiert stärker von einer schnellen Reparatur als eine, die ohnehin auf Seite 5 steht.
- Business-Wert gegen technischen Aufwand abwägen. Ein Template-Fehler, der 200 Kategorieseiten betrifft, schlägt fast immer die Einzelreparatur einer Landingpage.
- Kurzworkflow anwenden: Test-URL auswählen, Fix umsetzen, gezielt Indexierung anfordern, danach den Status im Bericht über mehrere Tage beobachten.
Ein Content-Audit-Tool, das Money-Pages nach Umsatzbeitrag ordnet, macht diese Entscheidung deutlich schneller als eine Excel-Liste nach Gefühl. Der Indexabdeckungsbericht ist dabei ein Muster-Erkennungswerkzeug, keine Aufgabenliste, die man von oben nach unten abarbeitet.
So dokumentieren Sie Indexierungsfehler bei der täglichen Prüfung
Eine wiederholbare Checkliste verhindert, dass Sie bei jedem neuen Vorfall wieder von null anfangen.
- robots.txt auf ungewollte Blockaden prüfen.
- Sitemap-Status kontrollieren: nur 200er-URLs, keine Weiterleitungen, keine noindex-Seiten.
- Stichproben-URLs im Live-Test gegen den gecachten Status abgleichen.
- Logs nach Googlebot filtern und auf 5xx-Spitzen sowie Antwortzeit-Ausreißer prüfen.
- Interne Verlinkung schwacher Seiten auf Dünnheit prüfen.
| Prüfschritt | Werkzeug | Erwartetes Ergebnis |
|---|---|---|
| Blockade-Check | robots.txt-Tester | Keine unbeabsichtigte Sperrung |
| Live-Status | URL-Prüfung (GSC) | Canonical und Meta-Robots stimmen mit Vorgabe überein |
| Serverantwort | Log-Analyse | Keine ungewöhnlichen 5xx-Häufungen beim Googlebot |
| Sitemap-Qualität | Sitemap-Datei | Ausschließlich 200er, keine Redirects |
Halten Sie jede Reparatur mit einem Vorher-Nachher-Screenshot aus der Search Console fest. Das beschleunigt nicht nur interne Freigaben, sondern zeigt auch, ob eine Maßnahme tatsächlich gewirkt hat, bevor Sie zur nächsten übergehen.
Was zeigt die Praxis aus Audits zu wiederkehrenden Indexierungsfehlern?
In Beratungen sehen wir bei Hyped ein wiederkehrendes Muster: Kunden melden „Google indexiert uns nicht“, meinen aber meist eine einzelne Produktkategorie mit strukturellem Problem, nicht die gesamte Seite. Der erste Schritt in jedem Audit ist deshalb dieselbe Frage: Betrifft der Fehler ein Muster oder eine Einzelseite?
Ein Template-Fehler, der zweihundert Kategorieseiten betrifft, verdient immer Vorrang vor der Rettung einer einzelnen Landingpage. Wer das umdreht, verbrennt Wochen an Symptomen statt an der Ursache.
Unser Priorisierungsraster kombiniert Index-Delta über Zeit, den Live-Status der wichtigsten Money-Pages und die Entwicklung der Fehlerkategorien im Bericht. Diese drei Kennzahlen zusammen zeigen zuverlässiger, wo echte Verluste entstehen, als jede Einzelmeldung.
Profi-Tipp: Testen Sie die Host-Limits Ihres Servers gezielt, indem Sie das Crawl-Verhalten in den Crawling-Statistiken der Search Console über vier Wochen beobachten, statt nach einem einzelnen schlechten Tag Alarm zu schlagen.
Warum 100 Prozent Indexierung kein sinnvolles Ziel ist
Google indexiert nur Seiten mit eigenständigem Nutzen, wie die Search Console selbst dokumentiert. Bei größeren Websites ist eine niedrigere Indexierungsrate deshalb oft normal, nicht alarmierend. Ein dünner Filter mit zwei Produkten muss nicht im Index stehen. Berichten Sie intern lieber über den Traffic der Money-Pages, das Index-Delta bei geschäftskritischen Kategorien und die Fehlertrends statt über eine nackte Prozentzahl indexierter URLs. Diese Kennzahlen überzeugen Stakeholder deutlich schneller als jede Diskussion über absolute Indexierungsraten.
— Dominic
Wie Hyped bei Indexierungsproblemen konkret unterstützt
Ein Indexierungsfehler kostet Sie selten nur eine URL. Er kostet Sichtbarkeit auf Seiten, die Sie längst für abgeschlossen hielten. Hyped ist die Alternative zur klassischen Agenturbindung: Sie bekommen ein strukturiertes Audit, eine klare Priorisierungsliste nach Money-Pages und einen konkreten Maßnahmenplan, monatlich kündbar, ohne dass wir Ihnen die Umsetzung aus der Hand nehmen.
Das Vorgehen ist immer dasselbe: Zuerst analysieren wir Ihren Indexabdeckungsbericht und Ihre Server-Logs, dann sortieren wir Fehler nach Geschäftswert statt nach Alphabet, und am Ende erhalten Sie eine konkrete Liste priorisierter Fixes statt einer generischen Checkliste. Wer regelmäßige Betreuung sucht, findet im Organic Growth System das passende Paket samt eigenem Dashboard und monatlichem Report. Wer zunächst nur eine fundierte Einschätzung braucht, liest sich durch unsere Erklärung zur Suchmaschinenoptimierung und vereinbart danach ein erstes Gespräch, um die eigene Indexierungssituation konkret durchzugehen.
Quellen
- Google Search Console — Bericht zur Seitenindexierung
- Search Engine Roundtable — Google On Discovered — Currently Not Indexed
- Google Developers — Troubleshooting DNS and Network Errors
- Hostragons — Leitfaden zur Behebung von Crawling‑ und Indexierungsfehlern
FAQ
Was bedeutet „Entdeckt, zurzeit nicht indexiert“ in der Search Console?
Google kennt die URL, hat sie aber noch nicht gecrawlt, meist wegen Serverlast, dünnem Inhalt in der Kategorie oder begrenztem Crawl-Budget.
Warum zeigt die site:-Abfrage andere Ergebnisse als der Indexabdeckungsbericht?
Die site:-Abfrage nutzt einen weniger präzisen Teil der Google-Infrastruktur und gilt deshalb als unzuverlässig; die Search Console bleibt die verlässlichere Quelle.
Wie fordere ich eine erneute Indexierung an?
Nutzen Sie die URL-Prüfung in der Search Console, prüfen Sie zuerst den Live-Test und fordern Sie die Indexierung erst nach der Fehlerbehebung an, idealerweise gebündelt für eine Stichprobe statt für jede Einzelseite.
Muss jede Seite meiner Website indexiert sein?
Nein. Google indexiert bewusst nur Seiten mit eigenständigem Wert, und bei größeren Websites ist eine niedrigere Indexierungsrate normal, keine Fehlermeldung.
Wie priorisiere ich bei vielen gleichzeitigen Indexierungsfehlern?
Beginnen Sie mit Money-Pages und Hub-Seiten, prüfen Sie, ob ein Template-Fehler mehrere URLs gleichzeitig betrifft, und lösen Sie diesen Systemfehler vor Einzelreparaturen. Anbieter wie Hyped strukturieren genau diesen Priorisierungsschritt in ihren Audits.
