Der Reflex ist, einen Update-Tracker zu prüfen, einen Rollout in derselben Woche zu sehen und Google die Schuld zu geben. Das ist in etwa der Hälfte der Fälle falsch, weil Deployments, CMS-Änderungen und Template-Bearbeitungen sich um dieselben Daten häufen und niemand sie protokolliert hat. Sie brauchen einen Test, der eine site-weite Ranking-Verschiebung von einer technischen oder inhaltsspezifischen unterscheidet.
WANN SIE DAZU GREIFEN
Nutzen Sie dies, wenn organischer Traffic einbricht und jemand fragt, ob es an Google lag oder an etwas, das Sie ausgeliefert haben.
update-vs-self-inflicted.md
---
name: update-vs-self-inflicted
description: Nutzen Sie dies, wenn organischer Traffic einbricht und jemand fragt, ob es an Google lag oder an etwas, das Sie ausgeliefert haben.
---
# Algorithmus-Updates von eigenen Änderungen trennen
Der Reflex ist, einen Update-Tracker zu prüfen, einen Rollout in derselben Woche zu sehen und Google die Schuld zu geben. Das ist in etwa der Hälfte der Fälle falsch, weil Deployments, CMS-Änderungen und Template-Bearbeitungen sich um dieselben Daten häufen und niemand sie protokolliert hat. Sie brauchen einen Test, der eine site-weite Ranking-Verschiebung von einer technischen oder inhaltsspezifischen unterscheidet.
## Was Sie vorher brauchen
- tägliche Klicks und Impressionen nach Seitengruppe aus der Search Console
- ein Deploy- oder CMS-Änderungsprotokoll für den Zeitraum des Einbruchs
- eine bestätigte Update-Zeitleiste als Referenz
## Methode
1. Trennen Sie Klicks sofort von Impressionen. Impressionen flach, aber Klicks runter bedeutet eine Änderung im SERP-Layout oder in der CTR, keinen Ranking-Verlust - fangen Sie nicht an, Inhalte umzuschreiben.
2. Prüfen Sie, ob der Rückgang schrittweise über 5-14 Tage verläuft oder ein Absturz innerhalb von 48 Stunden ist. Core-Updates rollen langsam aus. Abstürze sind fast immer Ihre eigenen: eine robots-Änderung, ein noindex, ein kaputtes Template, eine CDN-Regel.
3. Segmentieren Sie nach Seitentyp und nach Suchintention. Ein echtes Core-Update trifft Themen ungleichmäßig. Ein technischer Fehler trifft ein Template gleichmäßig, unabhängig vom Thema.
4. Gleichen Sie das exakte Datum des Einbruchs mit Ihrem Deploy-Log ab, bevor Sie irgendeinen Update-Tracker ansehen, damit der Tracker Sie nicht in eine Richtung lenkt.
5. Prüfen Sie, ob sich Wettbewerber bewegt haben. Wenn Ihre Position hielt und die Klicks fielen, hat Google eine AI Overview oder einen Feature-Block über Ihnen eingefügt, und keine Ranking-Arbeit holt das zurück.
6. Formulieren Sie das Ergebnis als falsifizierbare Aussage samt der Belege, die sie widerlegen würden, und versehen Sie es mit dem Datum.
## Was dabei herauskommt
Eine datierte schriftliche Diagnose, die die Ursache benennt, die Belege dafür und das, was sie widerlegen würde.
## Wo es schiefgeht
- Mit dem Vorzeitraum zu vergleichen, wenn dieser einen saisonalen Hochpunkt enthielt, was einen Einbruch erzeugt, den es nie gab
- Einen unbestätigten Tracker-Ausschlag als Beleg zu nehmen - diese Tracker messen Volatilität, nicht Kausalität, und schlagen auch während Ihrer eigenen Migrationen aus
- Erholung auszurufen, weil eine Woche anstieg, während die Vergleichswoche einen Feiertag enthielt
---
Aus der QuQi-Skill-Bibliothek - https://www.quqi.io/de/skills/update-vs-self-inflicted
Kostenlos herunterladen · kein Konto, keine E-Mail
Eine datierte schriftliche Diagnose, die die Ursache benennt, die Belege dafür und das, was sie widerlegen würde.