Runbook: Reaktion auf Algorithmus-Updates

Eine Reaktion auf ein Algorithmus-Update ist eine Vorfalluntersuchung, kein redaktioneller Sprint. Die erste Regel ist einfach: Bestätigen Sie, dass der Einbruch real ist und Ihnen gehört, bevor Sie reagieren. „Real" bedeutet, dass der Rückgang in vollständigen, vergleichbaren Daten anhält. „Ihnen gehörend" bedeutet, dass er die Suchsichtbarkeit Ihrer Website widerspiegelt und nicht eine fehlerhafte Messung, reduzierte Nachfrage, ein geändertes Ergebnislayout oder ein Update, das Ihre Seiten nicht betroffen hat.

Checkliste: Reaktion auf Algorithmus-Updates. Zeitrahmen: 60–90 Minuten für die Triage am ersten Tag; 2–4 Stunden für die Segmentierung während der ersten Woche; eine formelle Entscheidung zum Handeln oder Abwarten nach sieben vollständigen Tagen, es sei denn, ein verifizierter technischer Fehler erfordert sofortige Reparatur. Verantwortlich: der SEO-Leiter ist für den Vorfall und das Entscheidungsprotokoll verantwortlich; ein Analyst validiert die Daten; die Technik ist für technische Fehler zuständig; Inhaltsverantwortliche genehmigen Seitenänderungen.

Verwenden Sie dieses Runbook, wenn ein wesentlicher Suchrückgang mit einem bestätigten oder vermuteten Google Algorithmus-Update zusammenfällt, also einer Änderung der Google-Ranking-Systeme. Es ist auch geeignet, wenn kein Update bestätigt wurde, aber viele URLs sich gemeinsam bewegen und die Ursache unklar ist.

Warum diese Phase, und warum hier

Diese Checkliste greift auf die datierte Basislinienmessung , Veröffentlichungsannotationen, Seitenverantwortungszuordnung, Vorlageninventar, Intent-Klassifikation, Analysen, Search-Console-Daten und die früher im Prozess festgelegten Konversionsdefinitionen zurück. Ohne diese Eingaben kann ein Team zwar sehen, dass sich eine Linie bewegt hat, aber nicht feststellen, was sich geändert hat, wo es sich geändert hat oder ob es für das Unternehmen relevant ist.

Die Reihenfolge ist wichtig, weil Messfehler und Website-Fehler Algorithmus-Verluste imitieren können. Eine Einwilligungsänderung kann Analytics-Sitzungen entfernen. Ein Deployment kann noindex hinzufügen, das falsche Kanonische wählen oder interne Links verstecken. Saisonalität kann die Suchanfragen reduzieren, während die Rankings stabil bleiben. Diagnostizieren Sie diese Fälle, bevor Sie den Rückgang einem externen System zuschreiben.

Eine Abhilfemaßnahme vor der Segmentierung durchzuführen, verursacht ein zweites Problem: Die Zuordnung verschwindet. Wenn das Team in derselben Woche Titel umschreibt, Vorlagen umstrukturiert, Seiten entfernt und interne Links ändert, hat jede spätere Erholung oder jeder spätere Rückgang mehrere plausible Ursachen. Die Reaktion muss daher von der Verifizierung über die Musterisolierung zu einer dokumentierten Entscheidung zum Handeln oder Abwarten und erst dann zu einem kontrollierten Eingriff führen.

Eingaben und Ausgaben

Das Entscheidungsprotokoll ist der Vertrag mit dem nächsten Schritt. „Google hat etwas geändert" ist kein Ergebnis; ein begrenztes Muster, eine explizite Entscheidung und ein Nachweis, den ein anderer Prüfer einsehen kann, sind es.

Die Checkliste

1. Bestätigen Sie, dass der Einbruch real ist und Ihnen gehört

Was: Überprüfen Sie den Verlust über unabhängige Messungen hinweg, bevor Sie eine Ursache zuweisen. Warum: Unvollständige Berichterstattung, Tracking-Fehler, Wochenenden, Saisonalität, Nachrichtenzyklen und sich ändernde Nachfrage können einen überzeugenden Fehlalarm erzeugen. Organischer Traffic bedeutet unbezahlte Besuche aus Suchergebnissen; er kann sinken, selbst wenn die Rankings es nicht tun. Wie: Verwenden Sie vollständige Tage, vergleichen Sie gleich lange, wochentagausgerichtete Zeiträume, prüfen Sie Search-Console-Klicks und Impressionen gegen Analytics-Sitzungen und Konversionen, ziehen Sie den Jahresvergleich heran, wo Saisonalität besteht, und notieren Sie das letzte Datum, an dem jede Quelle abgeschlossen wurde. Tool: Suchleistungsdaten, Analysen, Konversionsberichte, Verfügbarkeitsprotokolle und der Veröffentlichungskalender. Erledigt, wenn: Mindestens zwei unabhängige Signale in der Richtung übereinstimmen, die letzten drei vollständigen Tage unter der gewählten Basislinie bleiben, die Datenaktualität aufgezeichnet wurde und der Bericht angibt, ob der Verlust Sichtbarkeit, Nachfrage, Tracking, Konversion oder eine Mischung betrifft.

2. Schließen Sie von Ihnen kontrollierte Ursachen aus

Was: Testen Sie auf Website-, Tracking-, Sicherheits- und Indexierungsfehler. Warum: Ein verifizierter Fehler verdient sofortige Reparatur, während das Warten auf den Abschluss eines Updates vermeidbare Verluste verlängern würde. Indexierbarkeit ist die Fähigkeit einer Seite, in den Index einer Suchmaschine aufgenommen zu werden. Wie: Überprüfen Sie betroffene und nicht betroffene URLs auf Antwortstatus, Robots-Anweisungen, Kanonisches, Rendering, interne Links, Sitemap-Präsenz, Hinweise auf manuelle Maßnahmen und Analytics-Ereignisse; gleichen Sie jede Änderung mit ihrem Veröffentlichungszeitpunkt ab. Tool: URL-Inspektion, Server- und Deployment-Protokolle, Crawler-Ausgabe, Analytics-Debugger, Verfügbarkeitsmonitor und Änderungsprotokoll. Erledigt, wenn: Jeder mögliche Fehler geprüft, widerlegt oder mit einem Verantwortlichen versehen wurde; jeder Fehler, der mit dem Beginn übereinstimmt, ist als sofort reparieren gekennzeichnet und von Algorithmus-Hypothesen getrennt.

3. Segmentieren Sie nach Verzeichnis, Vorlage und Intention

Was: Erstellen Sie eine Auswirkungsmatrix anstatt den websiteweiten Durchschnitt zu beurteilen. Warum: Ein breiter Gesamtwert kann das tatsächliche Muster verbergen: Produktseiten können fallen, während Ratgeber wachsen, eine Vorlage kann mobile Klicks verlieren, oder informative Suchanfragen können sich bewegen, während die Markennachfrage stabil bleibt. Suchintention ist die Aufgabe, die eine Person mit einer Suchanfrage erledigen möchte. Wie: Berechnen Sie Vorher-Nachher-Veränderungen für Klicks, Impressionen, Position, Konversionen und betroffene URLs; gruppieren Sie zuerst nach Verzeichnis, dann nach Vorlage, primärer Intention, Gerät, Land, Suchanfragenklasse und Geschäftsrolle. Beziehen Sie stabile oder wachsende Gruppen als Kontrollen ein. Verwenden Sie gewichtete absolute Gesamtzahlen sowie Prozentsätze, damit zehn verlorene Klicks in einem kleinen Segment nicht tausend verlorene Klicks in einem großen Segment überwiegen. Tool: Verzeichnis-, Seiten-, Suchanfragen-, URL-Mover- und Keyword-Mover-Berichte sowie eine Tabelle oder ein Analyse-Notebook. Erledigt, wenn: Die Matrix mindestens 95 % der Suchklicks abdeckt, betroffene und Kontrollsegmente zeigt, Gruppen mit geringem Volumen als nicht aussagekräftig ausweist und das engste wiederholbare Muster benennt, das durch die Daten gestützt wird.

4. Überprüfen Sie repräsentative Gewinner und Verlierer

Was: Untersuchen Sie Seiten und Suchanfragen, die jedes betroffene und Kontrollsegment am besten repräsentieren. Warum: Aggregate zeigen den Schadensort, erklären ihn aber nicht. Eine Suchergebnisseite kann klassische Einträge durch Shopping-Einheiten, lokale Ergebnisse, Videos oder KI-Antworten ersetzen; diese Änderung kann Klicks reduzieren, ohne einen korrigierbaren Seitenfehler anzuzeigen. Wie: Wählen Sie mindestens fünf stark betroffene Verlierer und fünf stabile oder gewinnende Kontrollen aus, wenn das Segment genügend URLs enthält. Vergleichen Sie die Zielerfüllung, Originalität, Belege, Autorenschaft, kommerzielle Last, Aktualisierungshistorie, interne Verlinkung, Snippet-Änderungen und konkurrierende Ergebnisformate. Halten Sie Beobachtungen als Hypothesen fest, nicht als Behauptungen über Ranking-Faktoren. Tool: Live-Ergebnisprüfung, Seiten-Rendering, Quellenaufzeichnung, Konkurrenzseiten, Suchdaten und Inhaltsinventar. Erledigt, wenn: Jede Hypothese Beispiele von Verlierern und Kontrollen anführt, widersprüchliche Nachweise erhalten bleiben und keine Empfehlung auf einer einzigen Seite oder einer einzigen Suchanfrage beruht.

5. Frieren Sie Panik-Änderungen in der ersten Woche ein

Was: Untersagen Sie breite, spekulative Änderungen während der laufenden Diagnose. Warum: Massenhafte Titelumschreibungen, Änderungen des Veröffentlichungsdatums, Seitenlöschungen, websiteweite Wortzahlvorgaben, Vorlagenneugestaltungen und Link-Churn verändern mehrere Variablen gleichzeitig. Sie können Seiten schädigen, die nicht betroffen waren, und jede spätere Bewegung unmöglich zuordnen. Wie: Erstellen Sie ein siebentägiges Änderungsfenster ab dem beobachteten Beginn. Erlauben Sie nur verifizierte Reparaturen, rechtliche oder sachliche Korrekturen, Sicherheitsarbeiten und bereits genehmigte Veröffentlichungen, deren Verschiebung ein größeres Risiko darstellt; kennzeichnen Sie jede Ausnahme. Bewahren Sie Kopien der aktuellen Seiten und Exporte auf. Tool: Veröffentlichungskalender, CMS-Berechtigungen, Vorfallprotokoll und Annotationssystem. Erledigt, wenn: Der Umfang, Start, das Ende, der Genehmiger und die Ausnahmen des Einfrierens für Verleger und Entwickler sichtbar sind; keine unprotokollierten SEO-Experimente innerhalb des Fensters ausgeliefert werden.

6. Wählen Sie zwischen handeln, abwarten oder sofort reparieren

Was: Treffen Sie eine Entscheidung an einem benannten Kontrollpunkt. Warum: Endlose Beobachtung lässt echte Fehler unbehandelt, während reflexartiges Handeln Unsicherheit in unkontrollierte Veränderung verwandelt. Wie: Wählen Sie sofort reparieren für einen reproduzierten technischen oder Messfehler; wählen Sie handeln, wenn ein materieller Verlust anhält, sich in einem kohärenten Segment konzentriert und eine Seiten- oder Systemschwäche sowohl Verlierer als auch Kontrollen erklärt; wählen Sie abwarten, wenn Rollout, Datenverzögerung, Saisonalität, geringes Volumen oder widersprüchliche Segmente eine vertretbare Ursache verhindern. Halten Sie die abgelehnten Alternativen und die Nachweise fest, die die Entscheidung ändern würden. Tool: Vorfallbericht, Auswirkungsmatrix, repräsentative Überprüfung, Geschäftsrisikobewertung und Genehmiger. Erledigt, wenn: Das Protokoll eine Entscheidung, ein Vertrauensniveau, einen Verantwortlichen, ein Überprüfungsdatum, Beweisverknüpfungen und einen Auslöser für die Wiedereröffnung enthält.

7. Führen Sie einen kontrollierten Eingriff durch

Was: Setzen Sie eine handeln-Entscheidung in eine begrenzte Reparatur oder ein Experiment um. Warum: Eine Hypothese und ein kohärentes Änderungsset bewahren die Chance zu lernen; gleichzeitige websiteweite Änderungen tun dies nicht. Wie: Definieren Sie die betroffene Kohorte, eine unberührte Vergleichsgruppe, sofern praktikabel, die genaue Schwachstelle, die beabsichtigte Verbesserung für den Leser, die erwartete Metrik, das Beobachtungsfenster, die Akzeptanzschwelle und die Rollback-Route. Verwenden Sie für verfallene Seiten die Checkliste zur Inhaltsaktualisierung anstatt Daten blind zu ändern oder Texte zu erweitern. Tool: Aktionsplan, Seiteninventar, CMS, QA-Protokoll, Veröffentlichungsverantwortlicher und Annotationen. Erledigt, wenn: Jede geänderte URL dem diagnostizierten Muster entspricht, der Eingriff die QA bestanden hat, Kontrollen unverändert bleiben oder Abweichungen protokolliert sind und die Veröffentlichungsannotation angibt, was sich bewegen soll und bis wann.

8. Messen, dokumentieren und abschließen oder iterieren

Was: Bewerten Sie den Eingriff getrennt von der Update-Erzählung. Warum: Eine Erholung nach einer Veröffentlichung ist eine Assoziation, kein Beweis, dass die Veröffentlichung sie verursacht hat; das Update kann noch ausgerollt werden, Wettbewerber können sich ändern und die Nachfrage kann zurückkehren. Wie: Vergleichen Sie das deklarierte Nachher-Fenster mit der eingefrorenen Basislinie, behalten Sie dieselbe Segmentierung bei, überprüfen Sie Kontrollen und Konversionen und protokollieren Sie Störfaktoren. Klassifizieren Sie das Ergebnis als positiv, neutral, negativ oder nicht aussagekräftig. Tool: Annotationsergebnisse, Mover-Berichte, Analysen, Konversionsberichte und das Vorfallprotokoll. Erledigt, wenn: Tatsächliche versus erwartete Ergebnisse angehängt sind, Vertrauensniveau und Einschränkungen angegeben sind, der Verantwortliche Abschluss, verlängerte Beobachtung, Rücknahme oder eine neue begrenzte Hypothese auswählt und das nächste Überprüfungsdatum festgelegt ist.

Tools in AmICited

AmICited macht die Diagnose reproduzierbar, indem Zeiträume, Segmente und Eingriffe bewahrt werden. Es beweist nicht, was ein Algorithmus belohnt; verwenden Sie die Berichte, um Muster zu lokalisieren und Entscheidungen zu testen.

1. Open Organic Rank mit dem Organic Rank Report öffnen, um Nachfrage, Durchschnittsposition und Klicks über verbundene Suchkanäle hinweg zu vergleichen. Verwenden Sie es, um zu entscheiden, ob der Vorfall breit oder kanalspezifisch ist.
2. Open URL Position Movers mit URL Position Movers öffnen, um die Seiten zu identifizieren, die den Verlust verursachen, Zeiträume zu vergleichen und Bewegungen nach Gerät und Bereich aufzuteilen.
3. Open Keyword Position Movers mit Keyword Position Movers öffnen, um geänderte Suchanfragen-Rankings von verlorener Nachfrage zu trennen und intentionsebene Muster zu finden.
4. Open Google Search Directories mit Google Search Directories öffnen, um von der gesamten Website in die Verzeichnisse zu bohren, in denen sich Klicks oder Impressionen geändert haben.
5. Verwenden Sie Google Search Pages mit Google Search Pages und Google Search Queries mit Google Search Queries , um repräsentative URLs und die genauen Suchanfragen, die sie bedient haben, zu validieren.
6. Open Annotation Outcomes mit Annotation Outcomes öffnen, um den Eingriff, die Erwartung, den Kontrollpunkt und das Ergebnis zu protokollieren. Behandeln Sie ein bewertetes Ergebnis als Hinweis auf Assoziation, nicht als Beweis für Kausalität.

Entscheidungsregeln

Dies sind Vorfallkontroll-Standardwerte, keine Behauptungen darüber, wie Google Seiten bewertet. Ihr Zweck ist es, sowohl Überreaktion auf Rauschen als auch Untätigkeit bei einem materiellen Fehler zu verhindern. Ersetzen Sie sie nur durch eine dokumentierte Schwelle, die auf der etablierten Volatilität der Website und dem Geschäftsrisiko basiert.

Prozentangaben allein sind unzureichend. Ein Rückgang von 50 % von zwei Klicks auf einen ist betrieblich nicht gleichbedeutend mit einem Rückgang von 15 %, der Tausende von Besuchen betrifft. Behalten Sie stets das absolute Volumen, das Konversionsrisiko und das Vertrauensniveau neben der relativen Veränderung bei.

Ergebnis: Das Vorfallpaket zum Algorithmus-Update

Übergeben Sie einen datierten Ordner oder Vorfallbericht, keine Folie mit der Aufschrift „Core-Update-Auswirkung". Er enthält:

1. Einen einseitigen Vorfallbericht mit Beginn, Schweregrad, vermutetem Update, Datenaktualität, geschäftlichem Risiko, Verantwortlichem und aktueller Entscheidung.
2. Eingefrorene Exporte oder Berichtslinks für Basislinien- und Vorfallzeiträume, einschließlich Filter und Zeitzone.
3. Eine Auswirkungsmatrix nach Verzeichnis, Vorlage, Intention, Gerät, Land, Seite und Suchanfrage, mit betroffenen und Kontrollkohorten.
4. Ein Ursachenausschlussprotokoll für Messung, Nachfrage, Veröffentlichungen, Crawling, Indexierung, Rendering, Sicherheit und Änderungen des Ergebnislayouts.
5. Repräsentative Verlierer- und Kontrollüberprüfungen, mit stützenden und widersprüchlichen Nachweisen für jede Hypothese.
6. Die Handeln/Abwarten/Reparieren-Entscheidung, abgelehnte Alternativen, Genehmiger, nächstes Überprüfungsdatum und Nachweise, die den Vorfall wiedereröffnen würden.
7. Für einen Eingriff: die genaue URL-Kohorte, Änderungsspezifikation, QA-Protokoll, Rollback-Route, Veröffentlichungsannotation, Kontrollpunkt und endgültiges Ergebnis.

Verwenden Sie eine maschinenlesbare Tabelle für die Auswirkungsmatrix und eine menschenlesbare Zusammenfassung für die Entscheidung. Das Paket ist vollständig, wenn ein anderer Analyst das betroffene Muster reproduzieren kann, ohne fragen zu müssen, welche Filter verwendet wurden, und ein Verleger genau sehen kann, was genehmigt ist, ohne ein Diagramm interpretieren zu müssen.

Was schiefgeht

Das Update wird zur Erklärung für alles

Eine Ankündigung und ein Traffic-Rückgang treten zeitnah auf, sodass das Team aufhört, Alternativen zu testen. Die Lösung besteht darin, ein Ausschlussprotokoll zu führen und eine Bestätigung zu verlangen. Der Zeitpunkt begründet eine Hypothese, nicht die Eigentümerschaft des Verlusts.

Website-Durchschnitte verbergen gegenläufige Bewegungen

Ratgeber gewinnen, während Kategorieseiten verlieren, aber eine gleichbleibende Gesamtzahl lässt das Ereignis harmlos erscheinen. Oder ein großes Verzeichnis fällt und lässt jede Vorlage schwach aussehen. Segmentieren Sie dieselben Daten nach Verzeichnis, Vorlage, Intention, Gerät und Land und behalten Sie stabile Gruppen als Kontrollen bei.

Änderungen in der ersten Woche zerstören die Zuordnung

Teams schreiben Seiten um, weil Handeln sich sicherer anfühlt als Abwarten. Eine Erholung kann dann nicht mehr von Rollout-Abschluss, Nachfrage, Wettbewerbsänderungen oder den Änderungen selbst getrennt werden. Frieren Sie spekulative Arbeiten für sieben vollständige Tage ein und annotieren Sie jede Ausnahme.

Prozentuale Änderungen überhöhen winzige Stichproben

Eine Gruppe mit geringem Volumen fällt von vier Klicks auf zwei und wird mit 50 % zum besten „Verlierer". Kombinieren Sie relative Veränderungen stets mit absoluten Klicks, Impressionen, der Anzahl betroffener URLs und dem Geschäftswert. Markieren Sie dünne Segmente als richtungsweisend.

Kontrollen werden nach dem Ergebnis ausgewählt

Wenn stabile Seiten erst ausgewählt werden, nachdem man gesehen hat, welche stabil geblieben sind, schmeichelt der Vergleich der bevorzugten Erklärung. Deklarieren Sie die Kontrolllogik vor dem Eingriff: gleiche Vorlage, aber andere Intention; gleiche Intention, aber andere Vorlage; oder nicht betroffenes Land/Gerät innerhalb derselben Kohorte.

Mehrere Korrekturen werden als ein Paket ausgeliefert

Titel, Fließtext, Navigation, Schema und Vorlagen werden zusammen geändert. Selbst ein positives Ergebnis lehrt wenig. Trennen Sie Ursachen in separate Eingriffe, wo betrieblich möglich; wenn sie nicht getrennt werden können, dokumentieren Sie das Paket und senken Sie das Attributionsvertrauen.

Erholung wird als Beweis gemeldet

Die Kennzahl verbessert sich nach einer Veröffentlichung, daher wird die Maßnahme als ursächlich erklärt. Berichten Sie die Abfolge genau: Die Änderung wurde von einer Erholung gefolgt, Kontrollen verhielten sich wie angegeben, und bekannte Störfaktoren bleiben bestehen. Diese Sprache ist nützlicher als eine Sicherheit, die die Beweise nicht stützen können.

Nächste Phase

Ein verifizierter technischer Fehler geht sofort an den technischen Verantwortlichen, mit der betroffenen Kohorte und der erneuten Testbedingung. Ein diagnostiziertes Seitenqualitätsproblem geht in den Inhaltsaktualisierungs-Workflow über. Ein nicht schlüssiger Vorfall kehrt zur Beobachtung mit einem benannten Überprüfungsdatum zurück, anstatt in ein unbestimmtes Rückstandssystem zu gelangen.

Die laufende Phase der kontinuierlichen Aktualisierung und Iteration benötigt vier Dinge aus diesem Runbook: die betroffene Kohorte, die akzeptierte oder abgelehnte Hypothese, den Aktions- und Annotationsnachweis sowie das nächste Messdatum. Sie verwendet diese Ergebnisse, um Arbeiten zu priorisieren, ohne jede Ranking-Fluktuation als Verfall zu behandeln.

FAQ

Der Vorfallsverantwortliche sollte die FAQ-Antworten aus dem Frontmatter in der FAQ-Komponente der Seite veröffentlichen und sie mit den obigen Entscheidungsregeln abgestimmt halten. Das leitende Prinzip bleibt bei jeder Antwort gleich: Verifizieren, segmentieren, entscheiden, ein begrenztes System ändern und messen.

Reagieren Sie mit Beweisen, nicht mit Dringlichkeit

Öffnen Sie den Organic Rank-Bericht , frieren Sie die Vergleichsdaten ein und erstellen Sie den ersten Vorfallbericht, bevor Sie eine Seite ändern. Die schnellste nützliche Reaktion ist eine Entscheidung, die das Team später erklären kann.