Google Impressionen über Nacht eingebrochen, Seiten aber indexiert: so finden Sie die Ursache

In dieser Woche tauchte in r/SEO und r/TechSEO immer wieder derselbe Screenshot auf: Die Impressionen in der Search Console stürzen ab, die URL-Prüfung meldet die Seiten aber weiterhin als indexiert. Die Tage unterscheiden sich (7., 11., 16., 17. und 21. Oktober 2026), die Plattformen auch, die Panik ist dieselbe. Für einen Einbruch über Nacht bei indexierten Seiten gibt es nur wenige Ursachen, und die meisten lassen sich mit Googles eigenen Seiten in unter einer Stunde bestätigen oder ausschließen. Dieser Leitfaden ordnet sie so, dass Sie am wenigsten Zeit verlieren, egal ob die Website auf WordPress, Shopify, einem Headless-Frontend mit Next.js oder Astro oder etwas anderem läuft.

Indexiert heißt nur, dass Google die Seite gespeichert hat und sie anzeigen könnte. Impressionen messen, ob sie bei einer echten Suchanfrage tatsächlich erschienen ist. In der Lücke zwischen beiden liegt die Diagnose.

#Echter Einbruch oder Messfehler in der Search Console

Prüfen Sie zuerst das Messinstrument. Googles Leitfaden zu rückläufigen Zugriffen zeigt neben den echten Ursachen eine Skizze mit der Beschriftung “Meldefehler” und empfiehlt, zuerst die Seite zu Datenanomalien in der Search Console zu öffnen. Dort stehen bekannte Protokollierungsfehler der letzten 3 bis 16 Monate. Stand 23. Oktober 2026 ist für Oktober nichts eingetragen. Verzeichnet ist dagegen ein Protokollierungsfehler, der die Erfassung von Impressionen vom 13. Mai 2025 bis zum 27. April 2026 betraf. Danach sanken die gemeldeten Impressionen, die Klicks blieben unverändert. Weniger Impressionen bei gleichbleibenden Klicks können also eine geänderte Messung sein und keine verlorene Sichtbarkeit.

Zwei weitere Fallen liegen in der Messung selbst. Laut der Hilfe zum Leistungsbericht können die jüngsten Daten vorläufig sein und werden als gepunktete Linie dargestellt. Außerdem aktualisieren sich die einzelnen Berichte in unterschiedlichem Takt. Ein Nutzer in r/SEO beschrieb die Abweichung so:

Am 20. Oktober zeigte mein Bericht zur Seitenindexierung immer noch den 12. Oktober als letzte Aktualisierung an.

(u/Silberzwiebel, r/SEO, 22. Oktober 2026, eigene Übersetzung)

Ein Website-Inhaber in r/TechSEO sah in derselben Woche denselben Rückstand: “das letzte Datum dort ist der 12. Oktober, während der Screenshot oben bis zum 19. Oktober reicht” (u/ddxv, r/TechSEO, eigene Übersetzung). Legen Sie also kein frisches Diagramm aus dem Leistungsbericht neben einen Bericht zur Seitenindexierung, der eine Woche alt ist.

#Gab es ein Google Update am Tag des Einbruchs

Öffnen Sie das Google Search Status Dashboard und vergleichen Sie den Beginn Ihres Rückgangs mit den aufgeführten Vorfällen. Das Dashboard zeigt die Zeiten in US/Pacific, der maschinenlesbare Feed in UTC. Für den Herbst 2026 steht dort das Spam-Update vom September 2026, vom 24. September, 16:15 UTC, bis zum 8. Oktober, 08:00 UTC. In den Bereichen Crawling und Indexierung gibt es keine aktuellen Vorfälle, der letzte Vorfall bei der Auslieferung stammt vom 24. Februar 2026.

Dieses Zeitfenster überschneidet sich mit einem der Fälle dieser Woche. Ein Nutzer, der rund 95 % seiner Google-Zugriffe verloren hatte, ergänzte den Thread mit genauen Zeitangaben:

Die Impressionen fielen am 7. Oktober (gegen 03:00 UTC) innerhalb einer Stunde von etwa 8.900 pro Tag auf etwa 300. Das ist der letzte Abschnitt des Spam-Updates vom September 2026 (24. September bis 8. Oktober).

(u/Longjumping-Ad1011, r/TechSEO, 23. Oktober 2026, eigene Übersetzung)

Derselbe Nutzer schrieb, dass der Großteil seiner rund 120.000 URLs in der Sitemap programmatisch erzeugte Seiten waren und 86 % davon in den vier Wochen vor dem Einbruch keine einzige Impression hatten. Genau solche Profile behandeln Googles Spamrichtlinien. Für Einbrüche am 11., 16., 17. oder 21. Oktober sieht es anders aus: Google führt für diese Daten nichts, weder auf dem Dashboard noch auf der Seite zu Datenanomalien. Ein weiterer Kommentator in r/TechSEO formulierte es nüchtern: “am 21. Oktober ist es innerhalb von zwei Stunden um etwa 90 % gefallen, ab ungefähr 07:00 UTC. Die Seiten sind weiterhin indexiert, keine manuelle Maßnahme, und die Zugriffe über Yandex haben sich nicht bewegt” (u/Radiant_Train_8917, eigene Übersetzung). Ein nicht aufgeführtes Datum beweist nicht, dass nichts passiert ist, denn Google veröffentlicht nur nennenswerte Updates. Es bedeutet aber, dass Sie nicht auf ein angekündigtes Update zeigen und die Suche beenden können.

Öffnen Sie außerdem den Bericht zu manuellen Maßnahmen und den Bericht “Sicherheitsprobleme”. Googles Leitfaden nennt beide als Ursachen großer Rückgänge, und beide sind in einer Minute ausgeschlossen.

#Nur das Wochenende oder saisonale Schwankung

Der 17. Oktober 2026 war ein Samstag. Die hilfreichste Antwort im Thread zum Rückgang seit dem 17. Oktober drehte sich um den Kalender:

Der 17. Oktober war vor 5 Tagen, und Daten gibt es nur bis zum 20. Oktober. Da war ein Knick. Kann völlig zufällig sein. Keine Panik bei jedem Knick am Wochenende. Wenn daraus ein Trend wird, ist es Zeit für eine Analyse.

(u/itisoktodance, r/SEO, 22. Oktober 2026, eigene Übersetzung)

Eine Website, die an Unternehmen verkauft, kann am Samstag und Sonntag einen großen Teil ihrer Nachfrage an Werktagen verlieren. Die Search Console hat dafür eine eigene Einstellung: Der Leistungsbericht bietet eine wöchentliche und monatliche Ansicht, mit der laut deutscher Google-Hilfe “tägliche Schwankungen (z. B. durch Wochenenden oder Feiertage) ausgeglichen werden”. Stellen Sie auf wöchentlich um und prüfen Sie, ob der Rückgang bestehen bleibt.

Für saisonale Effekte empfiehlt Googles Leitfaden, den Zeitraum auf die letzten 16 Monate zu stellen und zu prüfen, ob derselbe Knick ein Jahr zuvor auftrat. Danach geben Sie Ihre wichtigsten Suchanfragen in Google Trends ein und sehen, ob die Nachfrage im gesamten Web gesunken ist oder nur bei Ihnen.

#Was hat sich bei Ihnen geändert: robots.txt, noindex, Canonicals, Weiterleitungen, Rendering

Ist der Rückgang echt, kein Wochenende und deckt er sich mit keinem aufgeführten Update, sehen Sie in Ihr eigenes Änderungsprotokoll. Googles Leitfaden trifft eine Unterscheidung, die bei einem Absturz über Nacht wichtig ist: Ein versehentliches noindex hängt davon ab, dass Google jede Seite neu crawlt, und führt deshalb zu einem langsameren Rückgang. Ein websiteweites Problem kann dagegen schnell durchschlagen. Typische websiteweite Änderungen:

• robots.txt. Laut der Hilfe zum Bericht “Crawling-Statistik” stellt Google das Crawlen der Website für die ersten 12 Stunden ein, wenn robots.txt einen Fehler 429 oder 5xx liefert und keine erfolgreiche Kopie vorliegt, die jünger als 24 Stunden ist. Eine falsch konfigurierte Firewall-Regel kann genau das nur für robots.txt auslösen.
• Bot-Schutz. Die KI-Bot-Einstellungen von Cloudflare ordnen Crawler mit gemischtem Zweck, die sowohl für Training als auch für die Suche genutzt werden, der Kategorie Training zu. Welche Optionen den Googlebot treffen, haben wir in Blockiert Cloudflare den Googlebot beschrieben.
• Canonicals und Weiterleitungen. Eine neue Version von Theme, App oder Middleware, die anders aufbaut, wie Canonical-Tags oder Weiterleitungen erzeugt werden, kann Signale auf eine andere URL oder einen anderen Hostnamen verschieben, wie in unserem Leitfaden zu einer Website, die unter der falschen Subdomain indexiert wurde.
• Rendering. Eine Änderung an JavaScript oder am Server kann dazu führen, dass das HTML, das Google erhält, fast leer ist, obwohl die Seite im Browser gut aussieht.

Eine Antwort in r/TechSEO zeigt, wie klein der Auslöser sein kann:

Ich habe eine htaccess-Regel eingefügt, von der ich dachte, sie würde das stoppen. Wie sich herausstellte, hat sie auch das Rendering von Teilen meiner Startseite blockiert, und die Startseite wurde deindexiert.

(u/emuwannabe, r/TechSEO, 22. Oktober 2026, eigene Übersetzung)

Prüfen Sie im Bericht “Crawling-Statistik” unter Einstellungen den Hoststatus (Abruf von robots.txt, DNS-Auflösung, Serververbindung), den Anteil der 5xx-Antworten und einen Sprung der durchschnittlichen Reaktionszeit am Tag des Einbruchs. Danach prüfen Sie mit der URL-Prüfung eine Seite, die Zugriffe verloren hat, und öffnen das gecrawlte HTML. Ein Gegencheck aus demselben Thread: “Die Zugriffe bei Bing mit den Bing Webmaster Tools prüfen. Wenn das Muster ähnlich ist, nach einem technischen Problem suchen” (u/sammyQc, eigene Übersetzung).

#Impressionen stabil, Klicks gesunken: verlorene Suchergebnis-Funktionen und Übersichten mit KI

Googles Leitfaden unterscheidet die beiden Verläufe. Bleiben die Impressionen gleich und sinken die Klicks, sind Titel und Snippet vielleicht schwächer, als sie sein könnten, oder andere Ergebnisse haben ein attraktiveres Rich-Suchergebnis bekommen. Funktionen verschwinden auch auf Googles Seite: Die Seite zu Datenanomalien vermerkt, dass seit dem 7. Mai 2026 in der Google Suche keine Rich-Suchergebnisse für FAQs mehr angezeigt werden, und Websites, die darauf gesetzt hatten, sahen ihre FAQ-Impressionen sinken.

KI-Funktionen stecken in denselben Zahlen. Laut Googles Dokumentation zu KI-Funktionen werden Übersichten mit KI und der KI-Modus im Leistungsbericht unter dem Suchtyp “Web” erfasst, und laut der Methodik-Seite der Search Console teilen sich alle Links in einer Übersicht mit KI eine einzige Position. Übersichten mit KI lassen sich aus dem Hauptbericht nicht herausfiltern. Eine Suchanfrage, die jetzt eine Übersicht mit KI auslöst, kann ihre Impressionen behalten und trotzdem Klicks verlieren. Was Sie dort messen können, beschreiben unsere Beiträge zu generativer KI in der Search Console und zur Messung von Konversionen aus der KI-Suche.

#Welche Suchanfragen und Seiten haben die Impressionen verloren

Die Summe für die ganze Website verdeckt die Ursache. Eine Antwort in r/SEO brachte es auf den Punkt: “Impressionen beruhen nicht auf der gesamten Website als Ganzes, sondern auf der einzelnen Leistung jedes Keywords auf jeder Seite” (u/WebLinkr, r/SEO, eigene Übersetzung). Googles Leitfaden beschreibt das Vorgehen: Vergleichen Sie den Zeitraum des Rückgangs mit einem ähnlichen früheren Zeitraum, sortieren Sie die Tabelle “Seiten” nach “Unterschiede bei Klicks” und gehen Sie die Tabs für Suchanfragen, Länder, Geräte und Search appearance durch. Prüfen Sie auch den Filter “Suchtyp”, denn ein Rückgang in Google Bilder oder News sieht in der Standardansicht wie ein websiteweiter Einbruch aus.

So lesen Sie das Ergebnis. Verliert eine einzelne Seite oder eine Gruppe von Suchanfragen alles, liegt die Ursache bei dieser Seite oder in einer veränderten Suchergebnisseite für dieses Thema. Verlieren alle Seiten, Sprachen und Länder zur selben Stunde denselben Anteil, deutet das auf eine Ursache auf Ebene der Website: ein Ranking-System, eine Sicherheitswarnung oder eine Crawling-Sperre. Halten sich Markensuchen, während allgemeine Suchanfragen einbrechen, geht es um das Ranking und nicht um die Indexierung.

#Zeiträume vergleichen, ohne sich selbst zu täuschen

• Vergleichen Sie gleich lange Zeiträume, die am selben Wochentag beginnen, zum Beispiel 28 Tage mit den vorherigen 28.
• Lassen Sie die letzten zwei oder drei Tage weg, wenn das Diagramm sie noch gepunktet als vorläufig zeigt.
• Ziehen Sie einen Vergleich mit dem Vorjahr hinzu, bevor Sie einem Update einen saisonalen Knick anlasten.
• Nutzen Sie für einen Absturz innerhalb von Stunden die 24-Stunden-Ansicht; laut Google zeigt sie stündliche, vorläufige Daten.
• Warten Sie mit weiteren Änderungen, bis Sie nach Ihrer Korrektur eine volle Woche Daten haben, damit Sie erkennen, welche Änderung was bewirkt hat.

#Entscheidungstabelle: Symptom, wahrscheinliche Ursache, wo prüfen

Wenn Sie lieber ein zweites Paar Augen darauf schauen lassen, liest unser Website-Check robots-Regeln, Statuscodes und Indexierungssignale jeder öffentlichen URL, nicht nur bei WordPress. Zeigt die Crawling-Statistik rund um den Einbruch langsamere Antworten, deckt ein Core Web Vitals Audit Server-Antwortzeiten und Rendering ab.

Zuletzt aktualisiert: 23. Oktober 2026.