Search-Console-Fehler und ihre Lösungen
Wir erklären die Bedeutung der häufigsten Indexierungs- und Nutzererfahrungsfehler und die Schritte zu ihrer Lösung.
Aurora YazılımRedaktionsteam
6 Min. Lesezeit
Search-Console-Fehler teilen sich zunächst nach Art auf: Ein Teil sind echte Probleme (404, Serverfehler, falsches noindex), ein anderer Teil sind bewusste Entscheidungen von Google (Duplikate, alternative Seiten). Lesen Sie den Grund im Seitenbericht, testen Sie eine Beispielseite mit der URL-Prüfung, beheben Sie das Problem auf der Website und bestätigen Sie die Korrektur im Bericht.
Ist jede Warnung ein Fehler?
Die meisten Website-Betreiber, die die Search Console zum ersten Mal öffnen, geraten in Panik, wenn sie Hunderte Zeilen mit “nicht indexiert” sehen. Doch ein großer Teil dieser Liste ist erwartetes Verhalten: weitergeleitete alte Adressen, Duplikate mit Filterparametern, Verwaltungsseiten, die Sie bewusst gesperrt haben.
Die richtige Frage lautet: Steht eine Seite, die im Index sein sollte, in dieser Liste? Sind Ihre Produkt-, Leistungs-, Kategorie- oder Blogseiten nicht im Index, gibt es ein Problem. Sind Warenkorb, Suchergebnis oder Dankesseite nicht im Index, ist alles in Ordnung.
Um diese Unterscheidung zu treffen, listen Sie zuerst die wichtigen Seiten Ihrer Website auf und stellen Sie sicher, dass nur diese in Ihrer Sitemap stehen. Ist die Sitemap sauber, sinkt auch das Rauschen im Bericht. Wenn Ihnen die Grundlagen noch fremd sind, erleichtert der Einstieg über unseren Ratgeber Was ist SEO die Arbeit.
Den Bericht zur Seitenindexierung lesen
Der Bericht Seiten unter Indexierung teilt Seiten in indexierte und nicht indexierte auf. In der Tabelle darunter ist jede Zeile ein Grund; ein Klick auf die Zeile zeigt Beispieladressen.
Die häufigsten Probleme bei der Seitenindexierung und ihre Bedeutung sind in der folgenden Tabelle zusammengefasst.
| Grund im Bericht | Bedeutung | Was zuerst tun? |
|---|---|---|
| Nicht gefunden (404) | Die Adresse existiert nicht mehr | Bei wichtigen Seiten mit 301 auf die passende Seite weiterleiten |
| Soft 404 | Die Seite lädt, wirkt aber ohne Inhalt | Leere Kategorie oder nicht verfügbare Produktseite mit Inhalt füllen |
| Serverfehler (5xx) | Google hat beim Crawlen einen Fehler erhalten | Hosting- und Fehlerprotokolle prüfen |
| Durch noindex-Tag ausgeschlossen | Die Seite ist für den Index gesperrt | Tag entfernen, wenn es nicht beabsichtigt ist |
| Durch robots.txt blockiert | Crawling gesperrt | Unnötige Sperrregeln entfernen |
| Seite mit Weiterleitung | Die Adresse führt zu einer anderen Adresse | Meist normal, interne Links aktualisieren |
| Duplikat, Google hat eine andere Seite als kanonisch gewählt | Ähnlicher Inhalt vorhanden | Canonical und interne Links konsistent machen |
Gecrawlt – zurzeit nicht indexiert
Der Status Gecrawlt – zurzeit nicht indexiert bedeutet, dass Google die Seite besucht hat, sie aber vorerst nicht für aufnahmewürdig hält. Es gibt kein technisches Hindernis; das Problem hängt meist mit dem Inhaltswert oder der allgemeinen Qualität der Website zusammen.
Die Lösung besteht nicht darin, die Seite immer wieder mit “Indexierung beantragen” einzureichen. Prüfen Sie, ob die Seite wirklich eine einzigartige Frage beantwortet. Seiten aus derselben Vorlage, bei denen sich nur der Städtename ändert, oder Produktbeschreibungen aus drei Sätzen landen auf dieser Liste.
- Reichern Sie den Inhalt an: Ergänzen Sie eine eigenständige Beschreibung, Tabellen, Bilder und häufig gestellte Fragen.
- Führen Sie ähnliche Seiten zusammen; leiten Sie schwache Duplikate per 301 auf die Hauptseite weiter.
- Setzen Sie interne Links von passenden Kategorien und Blogbeiträgen auf die Seite.
- Heben Sie die Gesamtqualität der Website, indem Sie Seiten ohne Wert vom Index ausschließen.
Gefunden – zurzeit nicht indexiert
Bei diesem Mitglied der Nicht-indexiert-Fehlerfamilie kennt Google die Adresse, hat sie aber noch nicht gecrawlt. Das kommt häufig bei neuen Websites und bei Websites vor, auf denen in kurzer Zeit viele Seiten hinzukommen.
Meist gibt es zwei Ursachen: Der Server antwortet langsam, weshalb die Crawling-Rate niedrig gehalten wird, oder die Seite liegt tief in der Website verborgen. Oft genügt es, die Serverantwortzeit zu verbessern und wichtige Seiten über Menü oder Kategorie erreichbar zu machen. Bei schweren Vorlagen wirkt sich die Speed- und Performance-Optimierung direkt auf das Crawl-Budget aus.
Duplikate und kanonische Seiten
Warnungen zu Duplikaten zeigen, dass derselbe oder sehr ähnlicher Inhalt unter mehreren Adressen erreichbar ist: Versionen mit und ohne www, Adressen mit und ohne abschließenden Schrägstrich, http und https, Produktadressen mit Farbparameter.
Google wählt eine dieser Kopien als kanonische (Canonical) Seite aus. Weicht Ihre Wahl von der Wahl von Google ab, widersprechen sich Ihre Signale. Canonical-Tag, interne Links, Sitemap und Weiterleitungen müssen auf dieselbe Adresse zeigen.
Canonical-Prüfung
Im Quelltext der Seite sollte genau ein Canonical-Tag stehen, das auf die eigene bevorzugte Adresse zeigt. Öffnen Sie den Quelltext im Browser und suchen Sie nach einer Zeile wie der folgenden.
<link rel="canonical" href="https://ornek.com/urunler/deri-canta/">Regel der einen Adresse
Es sollte nur eine einzige Version der Website geben; alle anderen Versionen müssen per 301 dorthin führen. Wird diese Regel von Anfang an eingerichtet, entsteht der Großteil der Duplikat-Warnungen gar nicht erst. SEO-optimiertes Webdesign baut diese Struktur auf, bevor die Website live geht.
Nutzererfahrung und Core Web Vitals
Der Bericht zu den Core Web Vitals im Bereich Nutzererfahrung gruppiert Seiten anhand realer Nutzerdaten in gut, verbesserungsbedürftig und schlecht. Die Schwellenwerte sind öffentlich: LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1.
Der Bericht zeigt Seiten nicht einzeln, sondern in Gruppen ähnlicher Adressen. Ein schweres Bild in einer Produktvorlage kann alle Produktseiten auf “schlecht” drücken; eine einzige Korrektur an der Vorlage verbessert Hunderte Seiten auf einmal. Auf Websites mit überwiegend mobilen Nutzern ist responsives Webdesign die Grundlage dieser Metriken.
Bei Websites mit wenig Traffic kann dieser Bericht leer bleiben, weil nicht genug reale Nutzerdaten vorliegen. Dann können Sie mit PageSpeed Insights eine Labormessung durchführen und sich an denselben Schwellenwerten orientieren.
Prüfschritte nach der Korrektur
Nachdem Sie den Fehler auf der Website behoben haben, müssen Sie das der Search Console mitteilen. Sonst bleibt der Bericht auf dem alten Stand, bis Google die Seiten nach eigenem Zeitplan erneut crawlt.
- Öffnen Sie eine Beispieladresse im Tool URL-Prüfung und führen Sie den Live-Test aus.
- Zeigt der Live-Test, dass das Problem behoben ist, klicken Sie in der betreffenden Berichtszeile auf Behebung bestätigen.
- Beantragen Sie für einige wichtige Seiten die Indexierung; aktualisieren Sie für Massenübermittlungen die Sitemap.
- Beobachten Sie den Bestätigungsprozess zwischen einigen Tagen und einigen Wochen; prüfen Sie fehlgeschlagene Adressen gesondert.
Eine Struktur, die Fehler von Anfang an vermeidet
Die meisten Search-Console-Warnungen entstehen durch strukturelle Entscheidungen, die erst nach dem Livegang auffallen: Adressaufbau, Weiterleitungsregeln, Seitennummerierung, Filter und Vorlagengeschwindigkeit. Sie lassen sich nachträglich korrigieren, sind aber vor dem Livegang viel günstiger einzurichten.
Für eine umfassende Crawl-Liste lesen Sie unsere Checkliste für technisches SEO. Damit Kategorie-, Filter- und Variantenadressen in Onlineshop-Projekten von Anfang an richtig aufgebaut werden, gehört auch die Wahl des Shopsystems zu diesem Gesamtbild.
Wer vor dem Livegang diese kurze Liste prüft, hält die Berichte der ersten Monate weitgehend sauber: eine einzige, konsistente Adressversion, eine Sitemap mit nur den wichtigen Seiten, entfernte versehentlich gesetzte noindex-Tags, eine vollständige 301-Tabelle von den Adressen der alten Website auf die neuen und leere Kategorieseiten mit Inhalt gefüllt.
Nach dem Livegang genügt es, einmal im Monat die Veränderung der Zeilen im Seitenbericht anzusehen. Steigt die Zahl der Adressen unter einem Grund plötzlich an, gab es meist kurz zuvor eine Änderung an Vorlage, Code oder Server; die Suche in dieser Änderung spart Zeit. Wenn Sie keine Zeit haben, diese Beobachtung regelmäßig durchzuführen, erhalten Sie im Rahmen von SEO und Analyse einen monatlichen Bericht und eine Prioritätenliste.
Häufig gestellte Fragen
01Sinkt mein Ranking, wenn viele Seiten nicht indexiert sind?
Die Zahl allein ist keine Strafe. Entscheidend ist, ob Seiten, die im Index sein sollten, draußen bleiben. Gibt es viele wertlose und doppelte Adressen, trägt es zur Gesamtqualität der Website bei, sie zu bereinigen.
02Wie oft sollte ich auf “Indexierung beantragen” klicken?
Einmal genügt; erneutes Klicken beschleunigt den Vorgang nicht. Den eigentlichen Effekt bringt es, die Seite inhaltlich und bei den internen Links zu stärken und die Sitemap aktuell zu halten.
03Was tun, wenn in der Search Console gar keine Daten erscheinen?
Prüfen Sie zuerst, ob die Property im richtigen Typ (Domain oder URL-Präfix) und mit der richtigen Adresse hinzugefügt wurde. Bei neu bestätigten Properties kann es einige Tage dauern, bis Daten erscheinen; stellen Sie außerdem sicher, dass Sie auch die Sitemap eingereicht haben.
Search-Console-Fehler zeigen die Fehler in der Sprache, in der Ihre Website mit Google spricht; richtig gelesen, werden sie zur Liste der schnellsten SEO-Erfolge. Wenn Sie Indexierungs-, Geschwindigkeits- und Strukturprobleme gemeinsam angehen möchten, können wir Ihre Website mit unserem Service für SEO und Analyse regelmäßig überwachen und die Probleme dauerhaft lösen.
