GSC-Indexabdeckung steigern: Von 30 % auf 85 % – Praxisdiagnose und Fehlerbehebung

Zwei Wochen nach der Veröffentlichung öffnen Sie Google Search Console und sehen den Status „Eingereicht, aber nicht indexiert“ – dieses Szenario kennen viele.
Noch schlimmer: In einem früheren Projekt waren 18 von 42 Seiten als „Crawled - Currently Not Indexed“ markiert – 42 % Anteil. Das fühlt sich an, als hätte man ein festliches Menü vorbereitet, die Gäste kommen, schauen aber nur und essen nicht.
Die gute Nachricht: In 21 Tagen stieg die Indexierung von 42 auf 71 Seiten, die Impressionen wuchsen um 138 %. Dieser Artikel rekapituliert den Prozess – nicht, wie man zehnmal am Tag auf „Indexierung anfordern“ klickt (Google ignoriert das), sondern ein vollständiges Diagnosesystem.
GSC-Abdeckungsbericht verstehen – Vergleich der 5 Fehlertypen
Kurz vorweg: Der Abdeckungsbericht in GSC ist kein Strafzettel, sondern ein Diagnosebericht. Viele erschrecken sich bei roten Warnsymbolen – Google zeigt Ihnen nur, wo das Problem liegt.
Wo finden Sie den Pages-Bericht?
Melden Sie sich in GSC an, links unter „Indexierung“ > „Seiten“ (vor März 2026 hieß es „Abdeckung“). Die Seite zeigt den Indexstatus aller URLs, unterteilt in:
- Indexiert: in Ordnung, keine Aktion nötig
- Nicht indexiert: hier liegt der Fokus
Unter „Nicht indexiert“ gibt es mehrere Unterstatus. Am Anfang wirken die englischen Bezeichnungen verwirrend – doch jeder Status hat einen klaren Behebungsweg.
Die 5 häufigsten Indexfehler
Die fünf Fehlertypen in einer Tabelle zum schnellen Abgleich:
| Fehlertyp | Bedeutung | Schwierigkeit | Zeitschätzung | Anteil in meinem Fall |
|---|---|---|---|---|
| Crawled - Currently Not Indexed | Gecrawlt, aber nicht indexiert | Schwer | 7–14 Tage | 42 % |
| Discovered - Currently Not Indexed | Entdeckt, aber nicht indexiert | Mittel | 5–10 Tage | 28 % |
| Duplicate without user-selected canonical | Duplikat ohne gewählte Canonical | Einfach | 3–5 Tage | 12 % |
| Soft 404 | Leere Inhaltsseite | Einfach | 2–3 Tage | 8 % |
| Redirect error | Weiterleitungsfehler | Einfach | 1–2 Tage | 10 % |
Zwei Status, die am häufigsten blockieren:
Crawled - Currently Not Indexed
Google hat Ihre Seite besucht, den Inhalt gelesen, sich aber gegen die Aufnahme in den Index entschieden. Das ist frustrierender als „Discovered“ – Google hat Ihre Seite gesehen, findet sie aber nicht wertvoll genug.
Laut ClickRank landen weltweit etwa 45 % neuer Seiten in diesem Status. Typische Gründe: zu geringe Content-Qualität, zu wenige interne Links oder unklarer Seitenwert.
Discovered - Currently Not Indexed
Etwas leichter. Google kennt die URL (über Sitemap oder Backlink), hat aber noch keinen Crawler geschickt. Die Wartezeit ist meist kürzer als bei „Crawled“ – oft 5–10 Tage.
Unterschied: Hat Google den Seiteninhalt wirklich gelesen? „Crawled“ bedeutet ja, „Discovered“ nur, dass die URL bekannt ist.
Fehlerbehebung in der Praxis – vom Diagnose bis zur Lösung
Hier kommt der Kern. Dieses Kapitel erklärt die Behebung nach Fehlertyp – alles in der Praxis getestet.
7 Prüfpunkte für „Crawled - Currently Not Indexed“
Dieser Fehler ist hartnäckig, die Logik aber klar: Google muss den Seitenwert erkennen.
Eine Checkliste in dieser Reihenfolge:
1. Reicht die Content-Tiefe?
Mindestens 800 Wörter, besser über 1.200. Nicht zum Auffüllen – ein Thema wirklich durchdringen. Ein Artikel mit 600 Wörtern wurde nach Erweiterung auf 1.500 innerhalb einer Woche indexiert.
2. Stimmt die interne Verlinkung?
Neue Seiten brauchen mindestens drei interne Links. Insel-Seiten ohne eingehende Links sind eine Hauptursache für fehlgeschlagene Indexierung. Bei mir fehlten Links von Startseite und Artikelliste – der Crawler fand keinen Einstieg.
3. Autoritative externe Quellen
Verlinken Sie 1–2 vertrauenswürdige Quellen: Google-Dokumentation, Wikipedia oder bekannte Branchenblogs. Das steigert die Glaubwürdigkeit. Ankertext nutzen, nicht nur nackte URLs.
4. Seitenladegeschwindigkeit
Antwortzeiten über 1 Sekunde können Crawler zum Abbruch bringen. Von 800 ms auf 200 ms optimiert – die Crawl-Frequenz stieg deutlich.
5. Canonical-Tag
Prüfen Sie, ob die Seite ein korrektes Canonical-Tag hat. Zeigen mehrere URLs auf denselben Inhalt, wählt Google eine als kanonisch – die anderen werden ignoriert.
6. Strukturierte Daten
Passende Structured Data (Article, HowTo, FAQ usw.) helfen Google, den Inhalt zu verstehen. Astro-Blogs können JSON-LD einbetten.
7. Erst danach „Indexierung anfordern“
Wenn alle sechs Punkte erledigt sind, nutzen Sie das URL-Prüftool in GSC. Maximal 10 URLs pro Tag – mehr wird ignoriert.
Schnelle Behebung in drei Schritten bei „Discovered - Currently Not Indexed“
Schritt 1: Sitemap neu einreichen
Unter „Sitemaps“ alte Sitemap löschen und neu einreichen. Manchmal ist die Sitemap selbst fehlerhaft (Format, veraltete URLs) – Google entdeckt Seiten, indexiert aber nicht.
Schritt 2: Server-Antwortzeit verbessern
Server-Logs prüfen: Wie schnell antwortet der Server beim Googlebot? Über 1 Sekunde? CDN aktivieren, Bilder komprimieren, Weiterleitungen reduzieren.
Schritt 3: Themenautorität aufbauen
Google soll Ihre Website als Autorität zu einem Thema wahrnehmen. Wie? Kontinuierlich Inhalte zu einem Kernthema veröffentlichen und vernetzen. Zu GSC habe ich vier Artikel veröffentlicht, die sich gegenseitig verlinken.
Duplicate Canonical beheben
Mehrere URLs mit gleichem oder ähnlichem Inhalt – Google wählt eine Canonical, Sie wollen eine andere.
Lösung: Canonical-Tag im Seitenkopf setzen.
<!-- URL, die als kanonisch gelten soll -->
<link rel="canonical" href="https://yourdomain.com/preferred-url/" />
Beispiel: /blog/post-title/ und /posts/post-title/ zeigen auf denselben Inhalt – eine URL als kanonisch wählen, alle Seiten darauf verweisen lassen.
Soft 404 richtig behandeln
Soft 404: HTTP 200, aber leerer oder wertloser Inhalt. Google wertet das wie eine 404-Seite.
Zwei Wege:
Variante 1: Echte 404 zurückgeben
Soll die Seite nicht existieren, echte 404-Statuscodes liefern.
Variante 2: Wertvollen Inhalt ergänzen
Seite behalten? Mindestens 800 Wörter, Bilder, interne Links.
Eine Tag-Seite zeigte nur den Tag-Namen ohne Artikelliste. Nach Ergänzung von Liste und Beschreibung verschwand der Soft-404-Status.
Indexierung automatisieren – Indexing API und IndexNow in der Praxis
Die obigen Fixes brauchen 5–14 Tage. Gibt es schnellere Wege?
Ja – die Indexing API.
Warum Sitemap-Einreichung allein nicht mehr reicht
2026 hat sich die Lage verschoben. Laut ClickRank wuchs die Wartezeit bei klassischer Sitemap-Einreichung von 11 (2024) auf 23 Tage. Google strafft das Crawl-Budget, AI Overviews erhöhen die Qualitätsanforderungen.
Sitemap einreichen bleibt Pflicht – aber nicht die einzige Maßnahme. Sie müssen aktiv „an der Tür klopfen“.
Indexing API: 85 % Indexierung in 48 Stunden
Die Indexing API ist eine VIP-Einladung an den Googlebot: Sie melden aktiv, dass eine URL aktualisiert wurde.
Praxiswerte: 50 neue Seiten an einem Tag – nach 48 Stunden 85 % indexiert. Deutlich schneller als Sitemap allein.
Wer darf sie nutzen?
Offiziell: E-Commerce, Jobportale, Live-Streaming. In der Praxis können Blogs sie ebenfalls beantragen – Projekt in Google Cloud Console anlegen und Berechtigung einholen.
Konfiguration (Kurzfassung)
- Google Cloud Console öffnen
- Neues Projekt, Dienst „Indexing API“ aktivieren
- Service Account anlegen, JSON-Schlüssel erzeugen
- Service Account in GSC als Website-Inhaber hinzufügen
- URLs per API pushen
Codebeispiel (Node.js):
const { google } = require('googleapis');
// Service-Account-Schlüssel laden
const auth = new google.auth.GoogleAuth({
keyFile: './service-account-key.json',
scopes: ['https://www.googleapis.com/auth/indexing'],
});
// URL pushen
async function publishUrl(url) {
const client = await auth.getClient();
const indexing = google.indexing({ version: 'v3', auth: client });
await indexing.urlNotifications.publish({
requestBody: {
url: url,
type: 'URL_UPDATED',
},
});
}
// Batch-Push
const urls = [
'https://yourdomain.com/post-1/',
'https://yourdomain.com/post-2/',
];
urls.forEach(publishUrl);
Einschränkungen
- Maximal 200 URLs pro Tag (in Tests wirken 50 am besten)
- 48 Stunden warten, dann Ergebnis prüfen
- Dieselbe URL nicht wiederholt pushen (wird ignoriert)
IndexNow: Alternative für Microsoft und Yandex
IndexNow ist ein Protokoll für Sofort-Indexierung – Bing und Yandex unterstützen es. Google noch nicht, aber Bing-Traffic wächst – lohnt sich.
Vorteile
- Einfache Konfiguration: API-Key-Datei ins Root-Verzeichnis
- Schnell wirksam: Bing crawlt innerhalb weniger Stunden
Konfiguration
- API Key auf IndexNow.org erzeugen
- Key-Datei ins Root:
/.well-known/indexnow-key.txt - URL an IndexNow-Endpunkt senden
Astro-Blogs: Key-Datei in public/ ablegen – nach dem Build liegt sie im Root.
URL einreichen:
POST https://www.bing.com/indexnow
?url=https://yourdomain.com/new-post/&key=YOUR_API_KEY
Viele CMS und Static-Site-Generatoren haben Plugins – z. B. WordPress IndexNow, Astro indexnow-integration.
Search Console API: URL-Status in Bulk prüfen
In GSC manuell nur wenige Dutzend URLs pro Tag – die Search Console API erlaubt 2.000 Abfragen täglich. Ideal für regelmäßige Bulk-Diagnose.
Anwendungsfälle
- Wöchentlicher Indexstatus aller Artikel
- Seiten finden, die von „indexiert“ zu „nicht indexiert“ gewechselt sind
- Abdeckungstrends auswerten
Codebeispiel:
const { google } = require('googleapis');
async function checkIndexStatus(url) {
const client = await auth.getClient();
const searchconsole = google.searchconsole({ version: 'v1', auth: client });
const result = await searchconsole.urlInspection.index.inspect({
requestBody: {
inspectionUrl: url,
siteUrl: 'https://yourdomain.com/',
},
});
return result.data.inspectionResult.indexStatusResult;
}
Das Ergebnis zeigt: indexiert, nicht indexiert oder welcher Fehler vorliegt.
Wochen-Monitoring – nachhaltiges Index-Gesundheitssystem
Nach der ersten Behebungsrunde gilt: Probleme nicht wieder entstehen lassen. Ein wöchentlicher Ablauf – in 21 Tagen Praxis bewährt.
Kennzahl: Indexabdeckung
Einfache Formel:
Indexabdeckung = indexierte Seiten / Gesamtseiten
Mein Projekt: von 42/100 (42 %) auf 71/100 (71 %) in 21 Tagen. Ziel 85 % ist realistisch – 100 % nicht, manche Seiten sind ohnehin wenig wertvoll.
Montags-Checkliste
Jeden Montagmorgen:
1. Pages-Bericht prüfen
Hat sich die Abdeckung geändert? Rückgang über 5 % ist Warnsignal.
2. Crawl-Statistiken ansehen
Unter „Einstellungen“ > „Crawl-Statistiken“: Crawl-Frequenz und Antwortzeit. Achten auf:
- Plötzlicher Rückgang der täglichen Crawls
- Steigende Antwortzeit (über 1 Sekunde optimieren)
3. Neue Artikel prüfen
Wurden Inhalte der letzten Woche indexiert? Drei Artikel hintereinander ohne Indexierung deutet auf Content-Strategieprobleme hin.
4. Vorher/Nachher vergleichen
Daten per Search Console API exportieren:
| Woche | Indexiert | Nicht indexiert | Abdeckung | Änderung |
|---|---|---|---|---|
| Woche 1 | 42 | 58 | 42 % | Basis |
| Woche 2 | 52 | 48 | 52 % | +10 % |
| Woche 3 | 71 | 29 | 71 % | +19 % |
So sehen Sie den Optimierungseffekt klar.
Warnsignale und Reaktion
Sofort handeln bei:
- Abdeckung sinkt um über 5 %: Welche Seiten sind von indexiert zu nicht indexiert gewechselt?
- Antwortzeit über 1 Sekunde: CDN, Ressourcen komprimieren
- Neue Inhalte werden nicht indexiert: Content-Qualität, interne Links prüfen
- Crawl-Frequenz bricht ein: robots.txt oder Serverproblem
A/B-Test-Idee
Effekt einer Optimierung testen:
- 10 nicht indexierte Artikel wählen
- 5 optimieren (interne Links, Content)
- Indexierungsgeschwindigkeit beider Gruppen vergleichen
Mein Test: Optimierte Gruppe durchschnittlich 7 Tage, Kontrolle 14 Tage – deutlicher Unterschied.
Fazit
Zum Abschluss eine 10-Schritte-Checkliste für diese Woche:
- GSC > Pages-Bericht öffnen, Abdeckung erfassen
- Liste nicht indexierter Seiten exportieren, nach Fehlertyp sortieren
- „Crawled Not Indexed“ zuerst (Content + interne Links)
- Canonical-Tags prüfen und korrigieren
- Soft 404 und Redirect-Fehler beheben
- Indexing API oder IndexNow einrichten (optional)
- Sitemap neu einreichen
- Indexierung manuell anfordern (max. 10 pro Tag)
- 5–14 Tage warten und prüfen
- Wochen-Monitoring etablieren
Erwartung: Abdeckung in 21 Tagen um über 30 % steigern, Impressionen entsprechend wachsen.
Wichtig: Der GSC-Abdeckungsbericht ist keine Strafe – er zeigt, wo Handlungsbedarf liegt. Systematische Diagnose und Behebung schlagen zehnmal täglich auf „Indexierung anfordern“.
Im nächsten Artikel: GSC-Suchanalyse für Content-Strategie – welche Keywords lohnen sich, welche Inhalte brauchen Updates. Folgen Sie der Serie, wenn Sie interessiert sind.
GSC-Indexabdeckung steigern – vollständiger Ablauf
Systematische Diagnose und Behebung von Google Search Console Indexproblemen – Praxis-Schritte von 30 % auf 85 %
⏱️ Estimated time: 30 min
- 1
Step 1: Indexstatus diagnostizieren
GSC links „Indexierung“ > „Seiten“ öffnen:
- Verhältnis indexiert zu nicht indexiert prüfen
- Liste nicht indexierter Seiten exportieren
- Nach Fehlertyp sortieren: Crawled Not Indexed, Discovered Not Indexed, Duplicate, Soft 404, Redirect Error - 2
Step 2: Crawled Not Indexed beheben
Schwierigster Fehler – Punkt für Punkt prüfen:
- Content-Tiefe: mindestens 800 Wörter, besser über 1.200
- Interne Links: mindestens 3 pro neue Seite
- Externe Links: 1–2 autoritative Quellen
- Ladegeschwindigkeit: Antwortzeit unter 1 Sekunde
- Canonical-Tag: korrekt gesetzt
- Strukturierte Daten: Article, HowTo, FAQ Schema - 3
Step 3: Weitere Fehlertypen behandeln
Je nach Fehler die passende Maßnahme:
- Discovered Not Indexed: Sitemap neu einreichen, Antwortzeit verbessern
- Duplicate Canonical: Canonical-Tag für gewünschte URL setzen
- Soft 404: echte 404 oder wertvollen Inhalt ergänzen
- Redirect Error: Weiterleitungskette oder Schleife reparieren - 4
Step 4: Indexing API konfigurieren (optional, Beschleunigung)
URLs aktiv an Google pushen:
- Google Cloud Console: Projekt anlegen
- Indexing API aktivieren
- Service Account + JSON-Schlüssel erstellen
- Service Account in GSC als Inhaber hinzufügen
- URLs per API pushen (max. 200/Tag)
- Nach 48 Stunden Ergebnis prüfen - 5
Step 5: Wochen-Monitoring etablieren
Jeden Montag:
- Pages-Bericht: Abdeckungsänderung prüfen
- Crawl-Statistiken: Frequenz, Antwortzeit
- Indexstatus neuer Artikel der letzten Woche
- Daten exportieren, Vorher/Nachher vergleichen
- Warnsignale: Abdeckung -5 %, Antwortzeit >1 s
FAQ
Was ist der Unterschied zwischen Crawled - Currently Not Indexed und Discovered - Currently Not Indexed?
Welche Indexabdeckung ist normal? Welches Ziel ist sinnvoll?
Wie oft darf man „Indexierung anfordern“ pro Tag klicken?
Content-Qualität stimmt, trotzdem keine Indexierung – warum?
Indexing API vs. IndexNow – was ist der Unterschied, was nutzen?
Abdeckung sinkt plötzlich um über 5 % – wie vorgehen?
Wie lange braucht eine neue Website für die Google-Indexierung?
8 Min. Lesezeit · Veröffentlicht am: 13. Mai 2026 · Aktualisiert am: 14. Juli 2026
Google Search Console Guide
Wenn du über die Suche hier gelandet bist, kommst du am schnellsten weiter, indem du zum vorherigen oder nächsten Beitrag dieser Serie springst.
Vorheriger
Google Search Console: Fortgeschrittene Techniken für strukturierte Daten und Index-Optimierung
Strukturierte Daten in GSC überwachen, Index-Abdeckung prüfen und die URL-Prüfung gezielt nutzen. Praxisleitfaden 2026 mit Optimierungsworkflow und Codebeispielen.
Teil 3 von 5
Nächster
Tech-Blog mit vielen Impressionen, wenig Klicks? GA/GSC-Wochen-SOP
Viele Impressionen, niedrige Klickrate? Dieser GA/GSC-Wochen-SOP führt Sie von der Datendiagnose über Titeloptimierung bis zum Content-Refresh – und verwandelt „nutzlose Impressionen“ in echte Klicks mit 20–40 % CTR-Steigerung.
Teil 5 von 5
Ähnliche Beiträge
Google Search Console in der Praxis: Von Index-Monitoring bis Traffic-Analyse

Google Search Console in der Praxis: Von Index-Monitoring bis Traffic-Analyse
Google Search Console Fortgeschritten: Indexoptimierung und bessere Suchperformance


Kommentare
Melde dich mit GitHub an, um einen Kommentar zu hinterlassen