Monatlicher und vierteljährlicher SEO-Health-Check

Ein SEO-Health-Check ist ein geplanter Regressionstest: Ein Zustand, der früher einem vereinbarten Standard entsprach, tut dies nicht mehr. Es ist kein kleines Strategieprojekt und keine Dashboard-Tour. Die Überprüfung schützt das bereits aufgebaute technische und redaktionelle System, erkennt Fehler bevor sie sich ausbreiten, und verwandelt jede wesentliche Abweichung in verantwortete Arbeit.

Checkliste: Monatlicher und vierteljährlicher SEO-Health-Check. Zeitrahmen: 2–4 Stunden monatlich; ein Arbeitstag vierteljährlich, zuzüglich separat geschätzte Behebungsmaßnahmen. Verantwortlich: Der SEO-Leiter ist rechenschaftspflichtig; Analyse-, Entwicklungs-, Content- und Produktverantwortliche liefern Nachweise und akzeptieren Maßnahmen in ihren Bereichen.

Führen Sie den monatlichen Check am gleichen Geschäftstag jedes Monats durch, nachdem die Daten für den vorherigen vollständigen Monat vorliegen. Führen Sie den vierteljährlichen Check nach jedem dritten monatlichen Check durch. Halten Sie Release-Einfrierungen, Migrationen, Sicherheitsvorfälle und dringende rechtliche oder faktenbezogene Korrekturen auf ihrem eigenen Reaktionsrhythmus; ein Kalender darf niemals eine bekannte kritische Störung verzögern.

Warum diese Phase, und warum hier

Diese Checkliste befindet sich innerhalb der kontinuierlichen Aktualisierung und Iteration , weil Wartung einen stabilen Referenzpunkt erfordert. Sie nutzt die Crawl-Regeln, die Menge der indexierbaren URLs, Vorlagen und Schwellenwerte aus dem technischen Basis-Audit ; die Verantwortlichkeiten, Zwecke und Überprüfungsdaten aus dem Content-Inventar und -Audit ; sowie Release-Anmerkungen, Search-Console-Daten, Analysedaten, Überwachungshistorie und akzeptierte Ausnahmen.

Führen Sie ihn durch, nachdem diese Quellen existieren. Ohne Baseline kann ein Prüfer eine Regression nicht von einem langjährigen Fehler unterscheiden. Ohne Inventar hat „2.000 veraltete URLs“ keinen geschäftlichen Kontext: Die Zahl könnte risikoarme Archive oder jede Umsatzseite beschreiben. Ohne Release-Historie erzeugt ein plötzlicher Indexierungsabfall Spekulationen statt eines testbaren Zusammenhangs mit einer Bereitstellung.

Die Aufteilung in monatlich und vierteljährlich existiert, weil Fehler sich mit unterschiedlicher Geschwindigkeit bewegen. Indexsperren, Vorlagenfehler, kaputte interne Links und Leistungsregressionen können innerhalb weniger Tage eine große Gruppe schädigen, daher ist der monatliche Durchlauf eng, wiederholbar und sensibel. Veränderungen bei Verantwortlichkeiten, veraltete Spezifikationen, Long-Tail-Aktualität und schwache Stichproben benötigen mehr Belege und abteilungsübergreifende Aufmerksamkeit, daher geht die vierteljährliche Überprüfung tiefer. Die Durchführung des vollständigen Audits monatlich verschwendet Kapazitäten und fördert oberflächliche Erledigung; die Durchführung nur vierteljährlich lässt schnelle Regressionen zu lange bestehen.

Eingaben und Ausgaben

Die Maßnahmenliste ist der Vertrag mit dem nächsten Arbeitszyklus. Eine Präsentation ohne benannte Maßnahmen ist keine Ausgabe.

Die Checkliste

Monatliches Regression-Screening

1. Vergleich einfrieren und Releases abgleichen

Was: Definieren Sie den aktuellen vollständigen Monat, den vorherigen Vergleichsmonat, Prioritätskohorten und jede wesentliche Veröffentlichung dazwischen. Warum: Teilzeiträume und nicht dokumentierte Bereitstellungen verwandeln normale Schwankungen in Fehlalarme. Wie: Verwenden Sie identische Filter für Property, Land, Gerät, Verzeichnis und Seitentyp; notieren Sie Saisonalität; fügen Sie Anmerkungen zu Releases und Vorfällen hinzu; und bewahren Sie Exporte auf, bevor Untersuchungen die Ansicht verändern. Tool: Analysen, Search-Console-Daten, Release-Log und Anmerkungsergebnisse. Erledigt wenn: Der Prüfbericht beide Zeitfenster, alle Filter, Datenvollständigkeit, bekannte Ereignisse und die genaue URL-Menge der Priorität angibt.

2. Indexierung und Auffindbarkeit prüfen

Was: Testen Sie, ob beabsichtigte kanonische Seiten auffindbar, indexierbar und wie erwartet ausgewählt bleiben. Indexierung bedeutet, dass eine Suchmaschine eine Seite als für die Anzeige geeignet gespeichert hat; dies ist vom bloßen Crawlen der URL zu unterscheiden. Warum: Ein versehentliches noindex, eine robots-Regel, eine falsche Kanonische URL, eine Weiterleitung oder eine Sitemap-Änderung können ansonsten gute Seiten aus der Suche entfernen. Wie: Vergleichen Sie das berechtigte Inventar mit Sitemap-Zahlen, überprüfen Sie jede Prioritätsausnahme, beproben Sie jede Vorlage, und trennen Sie „nicht geprüft“ von „nicht indexiert“. Tool: URL Inspection, Sitemaps und Indexierung, Crawler, Server-Antwortprüfungen und das kanonische Inventar. Erledigt wenn: Jede Prioritäts-URL die beabsichtigte Antwort, robots-Direktive, Kanonische URL und Index-Bewertung hat; Mengenänderungen mit genehmigten Releases übereinstimmen; und jede unerklärte Ausnahme einen Maßnahmenverantwortlichen hat.

3. Core Web Vitals und Verfügbarkeit prüfen

Was: Vergleichen Sie die Seiten- und Vorlagenleistung mit der signierten Baseline. Core Web Vitals sind Feldmesswerte für Ladegeschwindigkeit, Reaktionsfähigkeit und visuelle Stabilität: Largest Contentful Paint (LCP), Interaction to Next Paint (INP) und Cumulative Layout Shift (CLS). Warum: Gemeinsame Skripte, Medien, Einwilligungstools, Schriftarten und Vorlagen können viele Seiten beeinträchtigen, ohne den Text zu ändern. Wie: Vergleichen Sie 75. Perzentil-Felddaten nach Seitentyp und Gerät, prüfen Sie Origin-Fallback-Labels, inspizieren Sie die am stärksten betroffenen Prioritätsseiten und gleichen Sie die Zeitpunkte mit Releases ab. Verwenden Sie Labortests nur zur Diagnose, nicht als Ersatz für Feldbelege. Tool: Performance Impact, URL Inspection, Browser-Leistungstools, Verfügbarkeitsverlauf und Release-Anmerkungen. Erledigt wenn: Jede Prioritätskohorte eine Bestätigung, eine erklärte Unbekannte oder ein Ticket hat; die fehlschlagende Metrik und die betroffene Vorlage benannt sind; und der nächste Felddaten-Kontrollpunkt nach einer Behebung geplant ist.

4. Schema und gerenderte Bedeutung validieren

Was: Testen Sie erforderliche strukturierte Daten – standardisierte maschinenlesbare Auszeichnungen – auf Prioritätsseiten und geänderten Vorlagen. Warum: Ein ungültiges Vorlagenfeld kann die Berechtigung für Rich Results entfernen oder die Entität der Seite über Tausende von URLs hinweg falsch darstellen. Wie: Überprüfen Sie erkannte Schema-Knoten, Fehler und Warnungen; vergleichen Sie gerenderte Auszeichnungen mit sichtbarem Inhalt und der genehmigten Seitenspezifikation; und beproben Sie sowohl gefüllte als auch Grenzfälle. Tool: URL Inspection Rich-Results-Bewertung, Schema-Validator, gerendertes HTML und Vorlagenspezifikation. Erledigt wenn: Erforderliche Typen vorhanden sind, keine blockierenden Fehler auf Prioritäts- oder neu geänderten Vorlagen verbleiben, Fakten mit sichtbarem Inhalt übereinstimmen und Warnungen akzeptiert oder zugewiesen sind.

5. Kaputte interne Routen finden

Was: Erkennen Sie interne Links, Bilder, Skripte, Kanonische URLs und Weiterleitungen, die ihr beabsichtigtes Ziel nicht mehr erreichen. Warum: Kaputte Routen stoppen Benutzer und Crawler, während Ketten Zeit verschwenden und schwache Wartung verbergen. Wie: Crawlen Sie Prioritätsbereiche und alle im Monat geänderten URLs; klassifizieren Sie 4xx, 5xx, Schleifen, Ketten und fehlerhafte Ziele; bestätigen Sie einen repräsentativen Fehler manuell; und führen Sie wiederholte Fehler auf ihre Komponenten- oder Inhaltsquelle zurück. Tool: Crawler, HTTP-Prüfer, Sitemap, CMS-Linkquelle und Routenplan. Erledigt wenn: Keine kaputten Links mehr in der Hauptnavigation oder in Konvertierungspfaden vorhanden sind, alle wiederholten Vorlagenfehler ein Ticket zur Ursachenbehebung haben und isolierte Inhaltsfehler genaue Quellseiten und Ziele aufweisen.

6. Aktualitätsverteilung überprüfen

Was: Vergleichen Sie die Alters- und Aktualisierungsverteilung der Seiten mit den angegebenen Überprüfungsdaten und dem Geschäftsrisiko. Aktualität ist die fortgesetzte Genauigkeit und Nützlichkeit von Inhalten, nicht der Akt der Timestamp-Änderung. Warum: Ein seitenweiter Durchschnitt versteckt ein Verzeichnis mit abgelaufenen Preisen, Produktschritten, Vorschriften oder Behauptungen. Wie: Segmentieren Sie Seiten nach Typ, Verantwortlichem, letzter wesentlicher Aktualisierung, nächstem Überprüfungsdatum und Risiko; überprüfen Sie unerwartete Sitemap-Hinzufügungen oder -Entfernungen; und beproben Sie überfällige Seiten auf faktenbezogene Änderungen. Tool: Content Freshness, Content-Inventar, Sitemap-Verlauf und Fachexperten. Erledigt wenn: Jede überfällige Hochrisikoseite korrigiert, zurückgezogen oder eingeplant ist; anomale Sitemap-Fluktuation abgeglichen ist; und keine Aktualisierung allein aus lastmod gezählt wird.

7. Einhaltung der Seitenspezifikation prüfen

Was: Überprüfen Sie, ob Seiten weiterhin ihren genehmigten Regeln für Beitragstyp und Elemente folgen – Titel, Direktantwort, Überschriften, Belege, Autoren- oder Prüferinformationen, Links, Handlungsaufforderungen und erforderliche Metadaten. Warum: Redakteure und Vorlagenänderungen erzeugen allmähliche Abweichungen, die die Konsistenz schwächen, selbst wenn einzelne Seiten akzeptabel aussehen. Wie: Beproben Sie jeden aktiven Seitentyp, schließen Sie die neuesten und wertvollsten Seiten ein, vergleichen Sie jede Seite mit einer versionierten Spezifikation und erfassen Sie jedes fehlgeschlagene Feld anstelle einer subjektiven Qualitätsbewertung. Tool: Spezifikationsbibliothek, gerenderte Seite, Content-Inventar, CMS-Export und KI-Zugänglichkeit, wo Überschriften- oder Zugänglichkeitsstruktur relevant ist. Erledigt wenn: Stichprobe und Methode dokumentiert sind, jedes erforderliche Feld bestanden/nicht bestanden/nicht zutreffend ist, systemische Fehler einen Vorlagen- oder Workflow-Verantwortlichen haben und isolierte Fehler in die Content-Warteschlange eingehen.

8. Befunde in eine Maßnahmenliste umwandeln

Was: Ersetzen Sie Beobachtungen durch eine priorisierte Sanierungs-Warteschlange. Warum: Ein Bericht, den niemand verantwortet, bewahrt Belege für Fehler, reduziert aber kein Risiko. Wie: Entfernen Sie doppelte Symptome durch Ursachen; bewerten Sie Schweregrad, Reichweite, Vertrauenswürdigkeit und Aufwand; treffen Sie die kleinste Maßnahme, die die Ursache behebt; und legen Sie die Verifikation fest, bevor Sie sie zuweisen. Verwenden Sie Priorität P0 für aktive Verluste oder unsichere Zustände, P1 für wesentliche Regressionen mit hoher Vertrauenswürdigkeit, P2 für begrenzte Verschlechterung und P3 für überwachte Verbesserungen. Tool: Regressionsregister, Ticketsystem, Inventar, Release-Kalender und Anmerkungsergebnisse. Erledigt wenn: Jeder wesentliche Befund eine Maßnahme, einen Verantwortlichen, ein Fälligkeitsdatum, einen Abnahmetest und einen Beleglink hat; akzeptierte Ausnahmen ein Ablaufdatum haben; und Verantwortliche P0–P2-Arbeiten bestätigt haben.

Vierteljährliche Tiefenprüfung

9. Stichprobe erweitern und auf strukturelle Veränderungen prüfen

Was: Wiederholen Sie die sechs Prüfungen über alle Seitentypen, Verzeichnisse, Märkte, Geräte und Risikobänder hinweg, einschließlich Seiten mit geringem Traffic, die die monatliche Prioritäts-Stichprobe möglicherweise übersieht. Warum: Kleine wiederholte Fehler und vernachlässigte Kohorten können unterhalb monatlicher Alarmschwellen bleiben, während sie sich zu systemischer Schwäche akkumulieren. Wie: Verwenden Sie stratifizierte Stichproben – separate Stichproben für jeden Seitentyp und jedes Risikoband – und vergleichen Sie dann die Fehlerraten mit dem vorherigen Quartal. Crawlen Sie das vollständige berechtigte Inventar, wo die Seitengröße und die Werkzeuge dies erlauben; dokumentieren Sie andernfalls die Stichprobenkonfidenz und die Ausschlüsse. Tool: Crawler, Inventar, URL-Inspection-Stichprobe, Performance Impact, Content Freshness, Validatoren und Spezifikations-Scorecards. Erledigt wenn: Jede aktive Vorlage und jedes wesentliche Verzeichnis vertreten ist, Ausschlüsse explizit sind, systemische Muster von isolierten Zeilen getrennt sind und das Regressionsregister die Veränderung gegenüber dem Vorquartal enthält.

10. Baselines, Verantwortlichkeiten und Kontrollen neu kalibrieren

Was: Entscheiden Sie, ob Ziele, Prioritätskohorten, Überprüfungsdaten, Seitenspezifikationen, Überwachungen und Verantwortliche noch zum Geschäft passen. Warum: Eine Baseline kann nach einem Redesign, einer Produktänderung, einem Marktstart oder einer Portfoliobereinigung veralten; ihre Behandlung als dauerhaft erzeugt Fehlalarme und blinde Flecken. Wie: Vergleichen Sie das tatsächliche gesunde Verhalten mit den aktuellen Zielen, fügen Sie neue kritische Nutzerpfade und Vorlagen hinzu, entfernen Sie gelöschte Kohorten, testen Sie die Alarmweiterleitung, überprüfen Sie jede Ausnahme und fordern Sie Belege für Schwellenwertänderungen an. Tool: Baseline-Paket, Inventar, Geschäftsroadmap, Vorfallshistorie, Überwachungskonfiguration und Stakeholder-Review. Erledigt wenn: Das nächste Quartal eine signierte Baseline, eine vollständige Verantwortlichkeitszuordnung, einen getesteten Benachrichtigungspfad, datierte Ausnahmen und ein Änderungsprotokoll hat, das die vorherigen Werte bewahrt.

Tools in AmICited

AmICited liefert Inspektions-, Trend- und Anmerkungsbelege. Ein beprobter Produktbericht ersetzt keinen vollständigen Crawl, und ein unbekannter Wert zählt niemals als Bestätigung.

Entscheidungsregeln

Dies sind operative Standardwerte, keine universellen Ranking-Garantien. Ersetzen Sie sie nur durch eine versionierte, seiten-spezifische Baseline. „Schlecht“ bedeutet untersuchen oder handeln; es beweist für sich allein nicht die Ursache.

Priorisieren Sie mit einem transparenten Score, nicht allein mit Intuition. Bewerten Sie Schweregrad, Reichweite und Vertrauenswürdigkeit von 1–5, multiplizieren Sie sie, und teilen Sie dann durch den Aufwand von 1–5. Der Score ordnet Arbeiten innerhalb einer Prioritätsklasse; er setzt niemals ein aktives P0 unter einen kosmetischen Schnellgewinn. Fügen Sie Abhängigkeiten und geschäftliche Fristen nach der Bewertung hinzu, bewahren Sie die Eingaben und lassen Sie den rechenschaftspflichtigen Verantwortlichen die Reihenfolge nur mit einem schriftlichen Grund überschreiben.

Arbeitsergebnis

Übergeben Sie ein versioniertes Health-Check-Paket, keine Präsentation, die von ihren Belegen getrennt ist. Eine Tabelle, Datenbank oder ein Ticket-Board ist geeignet, wenn es vier verbundene Ansichten enthält:

1. Prüfdeckblatt: Datum, monatlicher oder vierteljährlicher Umfang, Verantwortlicher, Vergleichszeitfenster, Dateneinschränkungen, Releases, Stichprobenmethode und Freigabe.
2. Regressions-Watchlist: Baseline, aktueller Wert, Delta, Schwellenwert, betroffene Kohorte, Beleglink, Status und ob der Befund neu, bestehend, behoben oder akzeptiert ist.
3. Priorisierte Maßnahmen: Priorität, Ursache, Maßnahme, Schweregrad, Reichweite, Vertrauenswürdigkeit, Aufwand, Abhängigkeit, Verantwortlicher, Fälligkeitsdatum, Abnahmetest, Rollback- oder Eskalationsbedingung und Verifikationsbeleg.
4. Baseline-Änderungsprotokoll: Alter Wert, neuer Wert, Grund, Genehmiger, Wirksamkeitsdatum, Ausnahmenablauf und nächstes Überprüfungsdatum.

Die Überprüfung wird erst abgeschlossen, wenn P0–P2-Verantwortliche ihre Arbeit akzeptieren, informative Befunde von Maßnahmen getrennt sind und der nächste Check geplant ist. Vollständigkeit bedeutet „das Betriebssystem weiß, was als Nächstes passiert“, nicht „das Meeting fand statt“.

Was schiefgeht

Das Dashboard wird zur Tagesordnung. Das Team klickt sich durch Berichte, nennt aber nie die Baseline, den Schwellenwert oder die betroffenen URLs. Die Diskussion fühlt sich gründlich an, während kein reproduzierbarer Befund existiert.

Die monatliche Überprüfung wird zu einem vollständigen Audit. Prüfer untersuchen alles manuell, überschreiten den Zeitrahmen und stellen die Durchführung des Checks ein. Halten Sie die monatliche Arbeit sensibel und eng; verlagern Sie tiefgehende Stichproben und Steuerungsdesign ins Quartal.

Die vierteljährliche Überprüfung wiederholt die monatlichen Folien. Langsame Veränderungen in wenig frequentierten Vorlagen, Verantwortlichkeiten, Ausnahmen und Spezifikationen bleiben unsichtbar. Das Quartal muss die Abdeckung erweitern und die Baseline hinterfragen.

Unbekannt wird grün eingefärbt. Schwache Web Vitals, eine ungeprüfte URL oder unvollständige Aktualitätshistorie werden als gesund behandelt. Unbekannte benötigen einen direkten Test, eine Abdeckungsmaßnahme oder einen späteren Kontrollpunkt.

Jedes Symptom wird ein Ticket. Fünfzig kaputte Links aus einer Vorlage erzeugen fünfzig Aufgaben, verbergen die gemeinsame Ursache und verschwenden Verantwortlichkeiten. Entfernen Sie Dopplungen auf Komponenten-, Vorlagen-, Routen- oder Workflow-Ebene, während Sie betroffene URLs als Belege behalten.

Prozentuale Änderungen dominieren winzige Nenner. Eine ausgeschlossene Seite, die zu zweien wird, wird als 100%iger Anstieg gemeldet. Kombinieren Sie relative Schwellenwerte mit absoluten Zahlen und Prioritätskohorten.

Aktualität bedeutet Timestamps zu berühren. Redakteure aktualisieren lastmod, ohne eine Tatsache, Anleitung, ein Angebot oder eine Entscheidung zu verbessern. Überprüfungsdaten und Belege für materielle Änderungen sind die Kontrolle, nicht der Timestamp allein.

Schwellenwerte werden geändert, um den Bericht grün zu machen. Eine Regression wird ohne Sanierung oder Genehmigung zur neuen Baseline. Bewahren Sie historische Werte auf und verlangen Sie einen Grund, einen Verantwortlichen und ein Wirksamkeitsdatum für jede Neukalibrierung.

Die Maßnahmenliste hat keine Verifikation. „Schema beheben“ oder „Geschwindigkeit verbessern“ kann nicht konsistent abgeschlossen werden. Jede Aufgabe muss den betroffenen Umfang, den Zielwert, die Belegquelle und die Überprüfung nach der Veröffentlichung nennen.

Nächste Phase

Der nächste Schritt ist die entsprechende Sanierungs-Warteschlange innerhalb der kontinuierlichen Aktualisierung und Iteration . Technische Blockaden gehen mit der fehlschlagenden Kohorte und Reproduktion an die Entwicklung; Seitenverfall durchläuft die Content-Refresh-Checkliste ; neue oder wesentlich geänderte Seiten durchlaufen vor der Veröffentlichung die Pre-Publish-SEO-Checkliste .

Der empfangende Verantwortliche benötigt die Baseline und aktuelle Messung, die betroffene URL oder Vorlagenmenge, die vermutete Ursache, den Prioritäts-Score, Abhängigkeit, Fälligkeitsdatum und den Erledigt-wenn-Test. Nach der Veröffentlichung annotieren Sie den Eingriff und planen den Evidenz-Kontrollpunkt. Führen Sie das bestätigte Ergebnis in die nächste monatliche Überprüfung ein und nutzen Sie wiederholte Befunde, um die Vorlage, Spezifikation oder Veröffentlichungskontrolle zu ändern, anstatt das gleiche Symptom für immer zu reparieren.

Häufig gestellte Fragen

Die FAQ oben definiert den Rhythmus, Zeitrahmen, Ticket-Schwellenwert, die Priorisierungsmethode und die Behandlung fehlender Daten. Nutzen Sie den monatlichen Check, um Änderungen schnell zu erkennen, die vierteljährliche Überprüfung, um das System zu hinterfragen, und das Maßnahmenregister, um sicherzustellen, dass Belege zu Arbeit werden.