SEO Checkup Tools: ein wiederholbarer Workflow für die SEO-Gesundheit

SEO Checkup Tools entfalten ihren Nutzen nicht als lose Sammlung einzelner Prüfungen, sondern als feste Rollen in einem wiederholbaren Kontrollprozess. Ein Werkzeug liefert Daten. Erst eine konstante Prüfreihenfolge macht daraus belastbare Entscheidungen darüber, wo ein Problem liegt, wie relevant es ist und welche Maßnahme als Nächstes folgt.

Ein praxistauglicher SEO-Gesundheitscheck beantwortet regelmäßig fünf Fragen:

1. Haben sich Sichtbarkeit und organische Klicks auffällig verändert?
2. Können Suchmaschinen die betroffenen URLs erreichen und indexieren?
3. Entsprechen Statuscodes, Weiterleitungen und Canonicals der beabsichtigten Seitenstruktur?
4. Funktionieren wichtige Seitentypen für reale Nutzer schnell und stabil?
5. Sind strukturierte Daten technisch nutzbar und inhaltlich angemessen?

Dafür genügt ein kompakter Rollen-Stack: Google Search Console für Suchleistung und Indexierungsinformationen, ein Crawler für die technische Bestandsaufnahme, PageSpeed Insights oder Lighthouse für Performance-Prüfungen und der Rich Results Test für strukturiertes Markup. Entscheidend sind nicht möglichst viele Funktionen, sondern konstante Einstellungen, eine feste Reihenfolge und die gemeinsame Interpretation der Daten.

Welche Rolle jedes Werkzeug übernimmt

Die Werkzeuge betrachten die Website aus unterschiedlichen Perspektiven. Dass ihre Ergebnisse nicht immer übereinstimmen, ist deshalb normal und häufig diagnostisch wertvoll.

Die Search Console beschreibt Googles Sicht und historische Suchleistungsdaten. Ein Crawler erfasst den aktuell intern erreichbaren Zustand. Felddaten spiegeln reale Nutzung wider, während Labordaten eine kontrollierte Diagnose ermöglichen. Keine dieser Quellen sollte allein als vollständige Wahrheit behandelt werden.

Schritt 0: Prüfrahmen und Vergleichsbasis festlegen

Bevor das erste Tool geöffnet wird, müssen Umfang und Vergleichsbasis feststehen. Andernfalls entsteht eine lange Befundliste ohne klare Aussage über den Zustand der Website.

Definieren Sie für jeden Durchlauf:

• den Prüfzeitraum und einen passenden Vergleichszeitraum
• wichtige Seitentypen wie Kategorien, Produktseiten, Ratgeber oder Standorte
• geschäftskritische Verzeichnisse und Conversion-Seiten
• bekannte Releases, Migrationen und redaktionelle Änderungen
• Verantwortliche für Technik, Inhalte und Auswertung

Ein monatlicher Checkup kann die vergangenen 28 Tage mit den vorherigen 28 Tagen vergleichen. Bei saisonalen Geschäftsmodellen sollte der entsprechende Vorjahreszeitraum hinzukommen. Nach einem Relaunch oder einer Migration sind deutlich kürzere Intervalle sinnvoll.

Legen Sie außerdem eine feste Referenzmenge repräsentativer URLs an. Sie sollte mindestens eine wichtige URL je Seitentyp sowie einige Seiten mit hohem organischem Traffic enthalten. Ergänzt wird sie in jedem Durchlauf durch aktuell auffällige URLs. Damit bleibt die Prüfung einerseits vergleichbar und reagiert andererseits auf neue Entwicklungen.

Notieren Sie auch die Einstellungen der Werkzeuge. Wenn sich Crawl-Grenzen, User-Agent, Startpunkte oder Testbedingungen zwischen zwei Durchläufen ändern, können scheinbare Website-Veränderungen lediglich aus einer anderen Messmethode stammen.

Schritt 1: Auffälligkeiten in der Search Console eingrenzen

Der Leistungsbericht der Google Search Console bildet den Ausgangspunkt. Er stellt unter anderem Klicks, Impressionen, durchschnittliche CTR und durchschnittliche Position für Suchanfragen und Seiten bereit. Die Search-Console-Dokumentation zum Leistungsbericht erklärt diese Kennzahlen und die verfügbaren Filter.

Beginnen Sie mit der Gesamtentwicklung und segmentieren Sie anschließend nach Verzeichnis, Seitentyp, Gerät und Land. Gesucht wird nicht jede kleine Schwankung, sondern eine Veränderung, die aufgrund ihrer Größe, Dauer oder geschäftlichen Bedeutung eine Untersuchung rechtfertigt.

Typische Muster sind:

• Impressionen und Klicks sinken gemeinsam: Nachfrage, Rankings oder die Zahl sichtbarer Seiten könnten zurückgegangen sein.
• Impressionen bleiben stabil, Klicks sinken: Position, CTR und Darstellung in den Suchergebnissen sollten näher geprüft werden.
• Position bleibt ähnlich, Impressionen sinken: Saisonale Nachfrage oder verändertes Suchverhalten sind mögliche Erklärungen.
• Nur ein Verzeichnis verliert: Ein Problem des zugehörigen Templates oder Themenbereichs ist wahrscheinlicher als ein domainweites Problem.
• Nur Mobilgeräte verlieren: Mobile Darstellung, Performance oder Nutzung sollten in den nächsten Schritten besonders berücksichtigt werden.

Diese Muster sind Hypothesen, keine Diagnosen. Durchschnittswerte können zudem gegenläufige Entwicklungen verdecken. Ein stabiler Domainwert schließt nicht aus, dass ein umsatzstarker Bereich verliert, während ein weniger wichtiger Bereich wächst.

Das Ergebnis dieses Schritts ist eine kurze Liste betroffener Seitengruppen, ergänzt um konkrete Beispiel-URLs und den beobachteten Zeitraum.

Schritt 2: Indexierung und Erreichbarkeit prüfen

Nun wird untersucht, ob Google die auffälligen URLs grundsätzlich erreichen und verarbeiten kann. Dafür dienen die Berichte zur Seitenindexierung, eingereichte Sitemaps und die URL-Prüfung.

Die URL-Prüfung der Search Console zeigt Informationen zur bei Google indexierten Version einer URL. Der Live-Test prüft zusätzlich die aktuell erreichbare Version. Diese Zustände müssen getrennt betrachtet werden: Ein Live-Test kann eine technische Korrektur erkennen, obwohl die indexierte Version noch den früheren Zustand zeigt.

Dokumentieren Sie für repräsentative und auffällige URLs:

• Ist die URL indexiert?
• Ist das Crawling erlaubt?
• Gibt es eine noindex-Anweisung?
• Welches Canonical gibt die Website an?
• Welches Canonical hat Google ausgewählt?
• War der letzte Abruf erfolgreich?
• Weicht der Live-Zustand von der indexierten Version ab?

Bewerten Sie Ausschlüsse immer anhand des Seitentyps. Eine nicht indexierte Filterseite kann beabsichtigt sein. Eine nicht indexierte Hauptkategorie kann dagegen direkten Einfluss auf organische Einstiege und Conversions haben.

robots.txt und Sitemap richtig interpretieren

Eine robots.txt-Regel verhindert das Crawling einer betroffenen URL, schließt ihre Indexierung jedoch nicht in jedem Fall aus. Google weist in der Dokumentation zur robots.txt darauf hin, dass eine blockierte URL ohne ausgelesenen Seiteninhalt in Suchergebnissen erscheinen kann. Crawling-Steuerung ist deshalb kein zuverlässiger Ersatz für eine Indexierungsanweisung.

Auch eine XML-Sitemap garantiert keine Indexierung. Sie ist laut Google-Dokumentation zu Sitemaps ein Hinweis für Suchmaschinen. Im Checkup sollte sie deshalb ausschließlich bevorzugte, indexierbare URLs mit erfolgreichem Statuscode enthalten.

Eine Sitemap repariert weder widersprüchliche Canonicals noch Weiterleitungsketten oder schwache interne Verlinkung. Solche Ursachen müssen an ihrer eigentlichen Quelle behoben werden.

Schritt 3: Mit dem Crawler technische Muster finden

Die Search Console zeigt, wie Google ausgewählte Zustände wahrnimmt. Ein Crawler ergänzt diese Perspektive durch eine systematische Bestandsaufnahme der intern erreichbaren Website.

Verwenden Sie bei wiederkehrenden Crawls möglichst dieselben Startpunkte, Einstellungen, Render-Optionen und URL-Grenzen. Erfassen Sie mindestens:

• URL und Seitentyp
• HTTP-Statuscode
• Indexierbarkeit und Meta-Robots-Angaben
• Canonical-Ziel
• Seitentitel und Hauptüberschrift
• Anzahl eingehender interner Links
• Klicktiefe
• Weiterleitungsziel
• Vorkommen in der XML-Sitemap

Suchen Sie anschließend nicht nur nach einzelnen Fehlerzeilen, sondern nach Mustern je Verzeichnis und Template. Fünf fehlerhafte Hauptkategorien können wichtiger sein als Tausende Hinweise in einem unbedeutenden Archiv.

Statuscodes und Weiterleitungen

Intern verlinkte URLs sollten in der Regel direkt einen erfolgreichen Status liefern. Wenn eine URL dauerhaft an einen neuen Ort verschoben wurde, empfiehlt Google serverseitige Weiterleitungen wie HTTP 301 oder 308.

Prüfen Sie insbesondere:

• interne Links auf weitergeleitete URLs
• Weiterleitungsketten und Schleifen
• Weiterleitungen auf inhaltlich unpassende Ziele
• Fehlerseiten mit starker interner Verlinkung
• Seiten mit erfolgreichem Statuscode, die inhaltlich wie Fehlerseiten funktionieren

Die Korrektur beginnt häufig bei den internen Links. Diese sollten möglichst direkt auf das endgültige Ziel zeigen. Eine bestehende Weiterleitung kann für externe Aufrufe weiterhin sinnvoll sein, muss aber nicht dauerhaft Teil der internen Navigation bleiben.

Canonicals und URL-Konsolidierung

Canonical-Signale helfen Suchmaschinen, bei ähnlichen oder duplizierten Seiten eine repräsentative URL auszuwählen. Google beschreibt Weiterleitungen und rel="canonical" als starke Signale, während die Aufnahme in eine Sitemap ein schwächeres Signal darstellt. Einzelheiten nennt die Dokumentation zur Konsolidierung doppelter URLs.

Prüfen Sie deshalb die Konsistenz aller Signale:

• Verlinkt die Website intern auf die bevorzugte URL?
• Steht genau diese URL in der Sitemap?
• Liefert sie einen erfolgreichen Statuscode?
• Ist sie indexierbar?
• Verweist ihr Canonical auf sich selbst?
• Leiten Varianten konsistent weiter oder verwenden sie ein passendes Canonical?

Widersprüche sind oft wichtiger als ein fehlendes Tag. Wenn interne Links, Sitemap und Canonical unterschiedliche Ziele nennen, muss zuerst fachlich entschieden werden, welche URL die repräsentative Version sein soll.

Klicktiefe im Kontext bewerten

Klicktiefe ist keine pauschale Qualitätskennzahl. Entscheidend ist, ob eine Seite entsprechend ihrer Bedeutung erreichbar ist. Eine geschäftskritische Kategorie, die nur über eine Sitemap oder einen alten Ratgeber verlinkt wird, verdient hohe Priorität. Ein tiefes Archiv ohne relevante Suchnachfrage kann bewusst nachrangig bleiben.

Schritt 4: Performance je Seitentyp untersuchen

Performance-Tests sollten typische Vertreter wichtiger Templates abdecken, nicht nur die Startseite. Testen Sie die feste Referenzmenge sowie Seiten, bei denen zuvor mobile oder seitentypspezifische Auffälligkeiten sichtbar wurden.

PageSpeed Insights kombiniert Labordaten aus Lighthouse mit Felddaten aus dem Chrome UX Report, sofern für die geprüfte URL oder den Ursprung genügend reale Nutzerdaten verfügbar sind.

• Felddaten beschreiben die Erfahrung realer Nutzer unter unterschiedlichen Bedingungen.
• Labordaten entstehen unter kontrollierten Bedingungen und helfen bei der technischen Ursachenanalyse.

Als gute Core-Web-Vitals-Werte gelten laut web.dev ein LCP bis 2,5 Sekunden, ein INP bis 200 Millisekunden und ein CLS bis 0,1. Die Bewertung erfolgt jeweils anhand des 75. Perzentils der Seitenaufrufe.

Ein einzelner Labortest belegt deshalb nicht, dass reale Nutzer dauerhaft gute oder schlechte Werte erleben. Umgekehrt zeigen Felddaten nicht automatisch, welches Skript, Bild oder Template-Element die Ursache eines Problems ist.

Lighthouse führt automatisierte Audits in den Kategorien Performance, Barrierefreiheit, Best Practices und SEO aus. Verwenden Sie diese Audits zur Diagnose, nicht als isolierte Zielgröße. Ein höherer Score ist nur relevant, wenn die zugrunde liegende Maßnahme ein reales Problem wichtiger Seiten verbessert.

Dokumentieren Sie je Seitentyp:

• verfügbare Feldwerte für LCP, INP und CLS
• auffällige Labordiagnosen
• das wahrscheinlich verantwortliche Element oder Template
• Unterschiede zwischen Mobilgerät und Desktop
• Veränderungen gegenüber dem letzten Durchlauf

Wiederholen Sie auffällige Labortests mehrmals unter vergleichbaren Bedingungen. Einzelmessungen können durch Netz, Serverauslastung und Drittanbieter-Skripte schwanken.

Schritt 5: Strukturierte Daten gezielt validieren

Der Rich Results Test zeigt, welche von Google unterstützten Rich-Result-Typen anhand der strukturierten Daten einer Seite erzeugt werden können.

Prüfen Sie gezielt:

• eine repräsentative URL pro relevantem Template
• Seiten nach Änderungen am Markup
• Seiten mit entsprechenden Search-Console-Meldungen
• dynamisch erzeugte Inhalte
• URLs, bei denen Markup und sichtbarer Inhalt voneinander abweichen könnten

Trennen Sie technische Fehler, Hinweise und fachliche Inkonsistenzen. Technisch verarbeitbares Markup kann trotzdem ungeeignet sein, wenn ausgezeichnete Angaben nicht zum sichtbaren Seiteninhalt passen.

Nach einer Template-Änderung genügt ein erfolgreicher Einzeltest nicht. Ergänzen Sie ihn durch einen Crawl oder eine vergleichbare Template-Prüfung. So lässt sich feststellen, ob das Markup auf allen vorgesehenen Seiten vorhanden ist und nicht versehentlich auf ungeeigneten Seitentypen erscheint.

Befunde nach Auswirkung und Aufwand priorisieren

Der Checkup endet nicht mit einem Export. Jeder relevante Befund benötigt eine Entscheidung.

Bewerten Sie die Auswirkung anhand konkreter Fragen:

• Wie viele relevante URLs sind betroffen?
• Betrifft das Problem geschäftskritische Seitentypen?
• Sind bereits Verluste bei Klicks oder Impressionen sichtbar?
• Verhindert der Fehler Crawling, Indexierung oder Konsolidierung?
• Liegt die Ursache in einem zentralen Template?
• Beeinträchtigt das Problem viele reale Nutzer?

Jeder priorisierte Befund sollte URL-Beispiele, Datenquelle, vermutete Ursache, erwartetes Ergebnis, Zuständigkeit und Prüftermin enthalten. „Canonical prüfen“ ist keine umsetzbare Aufgabe. Präziser ist: „Produktvarianten unter /produkte/ verweisen auf nicht indexierbare Canonical-Ziele. Template korrigieren und anschließend mit Crawl sowie URL-Prüfung validieren.“

Kontrollintervalle sinnvoll staffeln

Nicht jede Prüfung braucht dieselbe Frequenz. Ein fester Rhythmus verhindert sowohl Aktionismus als auch monatelang unbemerkte Fehler.

Nach größeren Änderungen können tägliche oder mehrmals wöchentliche Kontrollen erforderlich sein. Sobald sich Auslieferung, Indexierungszustand und Suchleistung stabilisieren, greift wieder der normale Rhythmus.

Den Checkup als Verlauf dokumentieren

Ein wiederholbarer SEO-Gesundheitscheck benötigt eine Historie. Speichern Sie nicht nur offene Aufgaben, sondern auch die Messgrundlage jedes Durchlaufs:

• Datum, Prüfzeitraum und Vergleichszeitraum
• verwendete Tool-Einstellungen
• geprüfte Verzeichnisse und Referenz-URLs
• beobachtete Abweichungen
• priorisierte Maßnahmen und Verantwortliche
• bekannte Releases und externe Einflüsse
• Termin und Kriterien der Nachkontrolle

Bei der Nachkontrolle wird nicht lediglich derselbe Fehler erneut gesucht. Geprüft wird die gesamte Wirkungskette: Ist die Änderung live? Erkennt der Crawler den neuen Zustand? Bestätigt der Live-Test die technische Korrektur? Hat Google die URL erneut verarbeitet? Stabilisieren sich Impressionen und Klicks?

So entsteht aus einzelnen Berichten ein geschlossener Regelkreis: beobachten, eingrenzen, priorisieren, umsetzen und validieren. Genau darin liegt der Wert von SEO Checkup Tools. Sie ersetzen weder fachliche Entscheidungen noch saubere Prozesse, liefern aber die Daten, mit denen sich die SEO-Gesundheit einer Website kontinuierlich und nachvollziehbar steuern lässt.