Vor drei Jahren rief mich ein Mandant montagmorgens an, wirklich verzweifelt. Ihre E-Commerce-Website war von etwa 14.000 organischen Sessions pro Woche auf unter 4.000 gefallen. Ohne Vorwarnung. Ohne ein mir bekanntes Redesign. Sie hatte bereits mit zwei anderen Agenturen gesprochen, die ihr beide sagten, es sei „wahrscheinlich der Algorithm." Das ist keine Diagnose. Das ist ein Schulterzuckend, verpackt in Fachjargon.
Ich habe etwa neunzig Minuten mit ihr in Google Search Console und Screaming Frog verbracht und wir fanden die echte Ursache: Ein Entwickler hatte die gesamte Website auf noindex gesetzt während einer Staging-Migration, veröffentlicht sie, und niemand bemerkte es für elf Tage. Elf Tage. Die Behebung dauerte vier Minuten.
Der Punkt ist nicht, dass jeder Traffic-Rückgang eine offensichtliche Lösung hat. Das ist nicht so. Aber jeder Traffic-Rückgang hat eine spezifische Ursache, und diese zu finden ist ein Prozess, nicht eine Vermutung. Hier ist das Framework, das ich im gesamten Kundenstamm von Seahawk nutze.
---
Schritt eins: Etabliere zuerst die Zeitlinie
Bevor du ein einziges Tool anfasst, brauchst du ein Datum. Nicht eine Spannweite. Ein Datum.
Gehe in Google Search Console, rufe den Performance-Report auf und stelle die Datumsvergleich auf „Vergleich"-Modus. Schau dir den Graph mit dem längsten verfügbaren Fenster an (sechzehn Monate). Du suchst nach der genauen Woche, idealerweise nach dem genauen Tag, an dem der Rückgang begann. Schreib es auf.
Öffne dann einen zweiten Tab und überprüfe Googles Search Status Dashboard neben der von der Community verwalteten Google Algorithm Update History auf Search Engine Land. Führe dein Drop-Datum gegen bestätigte Algorithm-Aktivität ab.
Wenn der Rückgang innerhalb von fünf Tagen nach einem bestätigten Core-Update auftritt, ist breite Core-Algorithm-Bewegung dein Hauptverdächtiger. Wenn der Rückgang sauber, vertikal ausfällt und auf einen zufälligen Dienstag trifft ohne jegliche Algorithm-Aktivität, ist etwas, das du (oder dein Entwickler) getan hast, deutlich wahrscheinlicher.
Ich kann nicht genug betonen: Etabliere die Zeitlinie vor allem anderen. Ich habe schon Agency-Inhaber erlebt, die zwei Wochen mit der Überprüfung der Content-Qualität verbrachten, während das echte Problem eine Redirect-Kette war, die bei einem spezifischen Deploy eingeführt wurde. Die Zeitlinie sagt dir, wo du schauen musst.
Fragen, die du in dieser Phase stellen solltest
- Ist der Traffic auf einmal gesunken oder ist er über Wochen hinweg allmählich verblasst?
- Hat es die ganze Website betroffen oder spezifische Seiten-Cluster?
- Hast du (oder jemand anderes) um diesen Zeitpunkt herum etwas bereitgestellt, migriert oder aktualisiert?
Ein plötzlicher Einbruch an einem einzelnen Tag deutet fast immer auf ein technisches Problem oder eine manuelle Aktion hin. Ein allmählicher sechswöchiger Rückgang bedeutet normalerweise Algorithmus-Sensitivität oder Content-Verfall.
---
Schritt zwei: Technische Ursachen sofort überprüfen
Technische Probleme sind die peinlichsten Ursachen und gleichzeitig die einfachsten zu beheben. Führe diese Checks also zuerst durch.
Crawle die Website mit Screaming Frog (die kostenlose Version verarbeitet bis zu 500 URLs, die bezahlte Version lohnt sich für Agenturen). Filtere nach:
- Seiten mit Non-200-Statuscodes, besonders 404er auf URLs, die vorher Backlinks hatten oder gut rankten
- Noindex-Tags, die dort nicht sein sollten
- Canonical-Tags, die auf die falsche URL zeigen
- Redirect-Ketten, die länger als ein Hop sind
Dann spring in die Coverage-Report von Google Search Console. Schau dir den Tab „Ausgeschlossen" an. Falls du plötzlich einen Anstieg in „Ausgeschlossen durch noindex" oder „Alternative Seite mit korrektem Canonical-Tag" siehst, hat sich etwas in deiner CMS-Konfiguration geändert.
Seahawk hatte letztes Jahr einen SaaS-Kunden, bei dem ein WooCommerce-Update stillschweigend noindex zu allen paginierten Archivseiten hinzufügte. Die Identifizierung in Screaming Frog dauerte etwa acht Minuten. Die Traffic-Wiederherstellung nach der Behebung war in GSC innerhalb von drei Wochen sichtbar.
Prüfe auch deine robots.txt. Klingt grundlegend. Aber ich habe Websites überprüft, bei denen ein Disallow: / in der Production robots.txt stand und der Website-Besitzer davon keine Ahnung hatte. Du kannst es unter yourdomain.com/robots.txt anschauen und spezifische URLs in GSC unter Einstellungen > robots.txt testen.
---
Schritt vier: Trenne Brand- vom Non-Brand-Traffic
Dieser eine Schritt eliminiert etwa 30 % der „Mystery"-Fälle, die ich sehe.
Filtere im Performance-Report von Google Search Console Anfragen nach deinem Markennamen. Sieh dir an, was mit Brand- versus Non-Brand-Klicks separat passiert. Falls Brand-Traffic flach oder wachsend ist, Non-Brand-Traffic aber zusammengebrochen ist, hast du das Problem deutlich eingegrenzt. Das bedeutet, deine Site-Authority ist wahrscheinlich in Ordnung, aber spezifische Rankings sind gefallen.
Falls auch Brand-Traffic gesunken ist, deutet das auf etwas Strukturelleres hin: eine Penalty, ein großes Indexierungsproblem oder ein Domain-Level-Problem.
Ich richte diesen Split immer als gespeicherten Filter in GSC für jeden Client-Account ein, den ich verwalte. Dauert dreißig Sekunden und gibt dir sofort eine Diagnose-Achse, die die meisten in der Panik eines Rückgangs übersehen.
---
Schritt fünf: Identifiziere, welche Seiten tatsächlich Traffic verloren haben
Geh zurück in GSC Performance, füge die Dimension „Seiten" hinzu und sortiere nach Click-Rückgang (nutze den Vergleichsmodus, den du in Schritt eins eingerichtet hast). Exportiere in ein Spreadsheet. Du möchtest sehen, welche zwanzig bis dreißig URLs für den größten absoluten Rückgang an Klicks verantwortlich sind.
Jetzt suche nach Mustern:
- Ist es eine Content-Kategorie (Blog-Beiträge, Produktseiten, Landing Pages)?
- Ist es Seiten, die auf eine spezifische Keyword-Intent abzielen (informativ vs. transaktional)?
- Ist es Seiten mit einer spezifischen URL-Struktur oder Template?
Wenn dreißig Blog-Beiträge gleichzeitig veröffentlicht werden und alle dasselbe Template nutzen, hast du wahrscheinlich ein Template-Level-Problem: eine Änderung des Canonical Tags, einen Fehler bei den strukturierten Daten oder einen erheblichen Core Web Vitals-Rückgang auf diesem Seitentyp.
Wenn der Rückgang über unabhängige Seiten verteilt ist, ist ein breites Core Update wahrscheinlicher.
Führe deine Top-URLs mit Rankingverlust durch Ahrefs oder Semrush's Position History. Ich nutze dafür fast ausschließlich Ahrefs' Site Explorer. Prüfe, ob die Rankings gefallen sind oder ob die Rankings stabil blieben, aber die Click-Through-Rate zusammenbrach (was darauf hindeuten würde, dass ein SERP-Feature wie ein Featured Snippet oder AI Overview den Klick stattdessen bekommen hat).
---
Schritt Fünf: Verlorene oder toxische Backlinks ausfindig machen
Nicht jeder Traffic-Rückgang ist inhaltlich oder technisch bedingt. Manchmal sind es Links.
Zieh dein Backlink-Profil in Ahrefs heran und sortiere nach „verlorenen" Links im relevanten Zeitfenster. Wenn du mehrere hochautoritäre verweisende Domains im gleichen Zeitraum verloren hast, in dem der Traffic fiel, ist das ein starkes Signal – besonders für Seiten, die stark auf Links für ihre Rankings angewiesen waren.
Andererseits: Wenn du kürzlich eine Link-Building-Kampagne durchgeführt hast, prüfe, ob du versehentlich Spam-Links von Link-Farmen angezogen hast. Zieh die Liste der verweisenden Domains heran, filtere nach niedriger Domain Rating (unter 10) und schau dir den Anchor Text an. Exact-Match-Anker von schlechten Domains sind ein Muster, das es wert ist, das Google Disavow Tool zu nutzen – obwohl Google mittlerweile besser darin ist, diese zu ignorieren.
2021 habe ich mit einem Travel Blog gearbeitet, das vorher einen günstigen Link-Building-Service genutzt hatte. Der Traffic war vier Monate lang rückläufig. Das Backlink-Profil hatte 600+ verweisende Domains, die wie ein privates Blog-Netzwerk aussahen. Nachdem wir sie disavowt und On-Page-Thin-Content bereinigt hatten, dauerte die Erholung etwa fünf Monate. Nicht schnell. Aber es funktionierte.
---
Schritt Sechs: Keyword-Kannibalisierung überprüfen
Kannibalisierung ist langsam und schleichend. Zwei Seiten deiner Website konkurrieren um die gleiche Abfrage. Google kann sich nicht entscheiden, welche Seite gerankt werden soll. Beide enden mit schlechtem Ranking.
Ich finde das heraus, indem ich GSC-Daten in eine Tabelle exportiere und nach Abfragen suche, bei denen mehrere URLs in der Spalte „Seiten" für denselben Keyword-Cluster erscheinen. Wenn yourdomain.com/blog/best-crm-tools und yourdomain.com/services/crm-tools beide für „beste CRM für kleine Unternehmen" ranken, teilen sie Signale.
Die Lösung ist normalerweise ein Canonical Tag (die schwächere Seite auf die stärkere verweisen) oder ein korrekter 301-Redirect, wenn eine Seite wirklich redundant ist. Manchmal ist es eine Content-Konsolidierungsaufgabe.
Das wird keinen plötzlichen Absturz verursachen, erklärt aber erosive Verluste über mehrere Monate gut.
---
Schritt Sieben: Core Web Vitals und Page Experience überprüfen
Google nutzt Core Web Vitals seit 2021 als Ranking-Signal. Es ist nicht das dominierende Signal, aber bei wettbewerbsintensiven Abfragen macht es den Unterschied.
Geh in den Bereich „Experience" der GSC. Schau dir den CWV-Bericht an. Gibt es Seiten, die als „Schlecht" für Largest Contentful Paint oder Cumulative Layout Shift markiert sind? Vergleiche diese URLs mit deiner Liste der Seiten, die Traffic verloren haben.
Führe spezifische Seiten durch PageSpeed Insights für Lab-Daten und Felddaten. Achte besonders auf LCP. Alles über 4 Sekunden ist ein Problem. Alles über 2,5 Sekunden lohnt sich zu beheben.
Ich möchte das nicht überbewertet darstellen. Ich habe Websites mit wirklich schlechten CWV-Scores gesehen, die bei weniger wettbewerbsintensiven Abfragen gut ranken. Aber auf mittlerem bis hohem Wettbewerbsniveau zählt es. Und wenn alles andere in Ordnung ist, sind langsame Seiten oft der verbleibende Schuldige.
---
Der Diagnose-Entscheidungsbaum (Schnellübersicht)
So priorisiere ich das oben Genannte:
- Prüfe das genaue Falldatum und vergleiche es mit Algorithm Updates
- Crawle mit Screaming Frog auf technische Probleme (noindex, Redirects, 404s)
- Teile Brand- und Non-Brand-Traffic in GSC auf
- Identifiziere die Top-20-30 Seiten mit Rankingverlust und suche nach Mustern
- Überprüfen Sie, ob Rankings gefallen sind oder nur die CTR (Ahrefs Position History)
- Überprüfen Sie verlorene Backlinks im gleichen Zeitfenster
- Prüfen Sie auf Kannibalisierung in GSC-Seiten-/Abfragedaten
- Führen Sie sinkende Seiten durch PageSpeed Insights für CWV aus
Meist ist die Ursache bis Schritt vier oder fünf offensichtlich. Die restlichen Schritte sind für den Fall, dass sie es nicht ist.
---
FAQ
Wie lange dauert es, bis der Traffic nach Behebung der Ursache wiederhergestellt ist?
Das hängt stark von der Ursache ab. Ein heute behobener noindex-Fehler kann eine Wiederherstellung in ein bis drei Wochen sehen, sobald Googlebot betroffene Seiten neu crawlt und indiziert. Durch breite Core Updates verursachte algorithmische Rückgänge können Monate dauern, manchmal erholen sie sich erst, wenn das nächste Update ausgerollt wird. Backlink-bezogene Probleme sind am langsamsten, oft mindestens drei bis sechs Monate.
Sollte ich mir Sorgen machen, wenn der Rückgang gering ist, beispielsweise 10–15 %?
Ehrlich gesagt, ja und nein. Ein 10–15 %-Rückgang auf einer Website mit 500 Sessions pro Monat ist Rauschen. Ein 10–15 %-Rückgang auf einer Website mit 200.000 Sessions pro Monat ist eine vollständige Diagnose wert. Die proportionale Signifikanz ist entscheidend. Überprüfen Sie auch, ob umsatzgenerierende Seiten oder nur informative Seiten gefallen sind.
GSC zeigt, dass Impressionen in Ordnung sind, aber Klicks sind gefallen. Was bedeutet das?
Ihre Seiten erscheinen immer noch in den Suchergebnissen, aber weniger Menschen klicken auf sie. Das ist normalerweise ein CTR-Problem, kein Ranking-Problem. Zwei häufige Ursachen: Ein Konkurrent hat einen Featured Snippet für Ihre Abfrage übernommen, oder Google's AI Overviews beantwortet die Abfrage direkt in der SERP. Überprüfen Sie die Spalte „Durchschnittliche Position" neben der CTR. Wenn die Position stabil bleibt und die CTR sinkt, ist es ein SERP-Feature-Problem, kein Ranking-Problem.
Benötige ich kostenpflichtige Tools, um dies ordnungsgemäß zu tun?
Sie können mit GSC und der kostenlosen Version von Screaming Frog überraschend weit kommen. Für die Backlink-Analyse benötigen Sie wirklich Ahrefs oder Semrush. Es gibt keine kostenlose Alternative, die Ihnen zuverlässige Daten zu verweisenden Domains liefert. Wenn Sie professionell Client-Websites verwalten, bezahlt sich das Ahrefs-Abonnement bereits bei der ersten Untersuchung.
---
Traffic-Rückgänge fühlen sich im Moment katastrophal an. Ich verstehe das. Aber sie sind fast immer erklärbar, und erklärbar bedeutet behebbar. Die Agenturen, die ruhig und kompetent wirken, wenn ein Kunde in Panik gerät, sind einfach die mit einem Prozess. Jetzt haben Sie auch einen.