ONMA Ratgeber

SEO Cheker: Prüfergebnisse richtig lesen, validieren und priorisieren

So prüfen Sie Befunde aus dem SEO Cheker gegen Search Console, Felddaten und Rich Results Test und arbeiten nur die Punkte ab, die wirklich zählen.

Lächelnder Mann mit dem Hörer eines alten Wählscheibentelefons am Ohr

Wer nach „SEO Cheker" sucht, hat meist schon einen Report auf dem Bildschirm: eine Punktzahl oben, darunter eine Liste mit roten, gelben und grünen Befunden, oft dreißig bis zweihundert Einträge lang. Genau an dieser Stelle beginnt die eigentliche Arbeit. Ein automatischer Prüflauf liefert Hinweise, keine Diagnosen. Er sagt Ihnen, was ein Skript an Ihrer Seite messen konnte, nicht, was davon Ihre Sichtbarkeit tatsächlich kostet.

Dieser Praxisleitfaden behandelt deshalb weder Toolauswahl noch Toolvergleiche, sondern das, was nach dem Klick auf „Prüfen" passieren muss: wie Sie Befunde gegenprüfen, wie Sie Fehlalarme von echten Problemen trennen und in welcher Reihenfolge Sie die übrig bleibende Liste abarbeiten.

Warum ein Report noch kein Befund ist

Jeder Checker arbeitet mit einem eigenen Crawler, einer eigenen Regelliste und einem eigenen Zeitpunkt. Alle drei können von dem abweichen, was Google an Ihrer Seite sieht. Daraus ergeben sich drei typische Verzerrungen, die den größten Teil aller Fehlinterpretationen erklären.

Der Checker sieht etwas anderes als Google. Manche Prüftools rendern JavaScript gar nicht oder anders als der Googlebot, folgen Weiterleitungsketten anders und brechen das Crawling bei anderen Tiefen ab. Ein Befund wie „Title fehlt" kann schlicht bedeuten, dass der Titel per Skript nachgeladen wird und der Crawler dieses Skript nie ausgeführt hat.

Der Checker bewertet nach Konvention, nicht nach Wirkung. Regeln wie „Title zwischen 50 und 60 Zeichen" oder „Meta-Description auf jeder Seite" sind Faustformeln aus der Praxis, keine Rankingfaktoren mit hartem Schwellenwert. Google selbst empfiehlt für Title-Elemente lediglich, dass sie aussagekräftig, prägnant und für jede Seite unterschiedlich sind. Ein Title mit 72 Zeichen, der genau das leistet, ist kein Problem, auch wenn der Report ihn gelb markiert.

Der Checker gewichtet nach Häufigkeit. Ein Fehler auf 4.000 Seiten erzeugt 4.000 Zeilen und dominiert optisch den Report, selbst wenn es sich um 4.000 unwichtige Paginierungsseiten handelt. Ein einziger Indexierungsausschluss auf Ihrer umsatzstärksten Kategorieseite erzeugt dagegen genau eine Zeile und verschwindet im Rauschen.

Der Merksatz für den gesamten Prozess lautet: Der Report liefert die Kandidaten. Die Auswahl treffen Sie.

Schritt 1: Jeden ernst gemeinten Befund gegenprüfen

Bevor Sie irgendetwas ändern, bestätigen Sie den Befund mit einer zweiten, unabhängigen Quelle. Für die meisten Fälle reichen drei kostenlose Werkzeuge, und alle drei kommen direkt von Google.

Die Search Console als erste Instanz

Die Google Search Console zeigt unter anderem, wie Google eine Website crawlt, indexiert und in den Suchergebnissen darstellt. Damit ist sie die natürliche Gegenprobe für alles, was ein Checker über Erreichbarkeit, Indexierung und Darstellung behauptet.

Konkret heißt das: Meldet der Report „Seite nicht indexierbar", prüfen Sie die betroffene URL in der URL-Prüfung. Meldet er „Duplicate Content", schauen Sie nach, welche URL Google als kanonisch ausgewählt hat. Meldet er fehlende Sichtbarkeit für ein Keyword, kontrollieren Sie im Leistungsbericht, ob es für diese Seite überhaupt Impressionen gibt.

Ein Befund, den die Search Console nicht bestätigt, ist kein Notfall. Er kann trotzdem berechtigt sein, aber er rutscht in der Priorität nach unten.

Performance-Befunde gehören auf Felddaten geprüft

Fast jeder Checker vergibt eine Ladezeit-Note. Diese Note stammt nahezu immer aus einem synthetischen Labortest: ein simuliertes Gerät, eine gedrosselte Verbindung, ein einziger Abruf. Solche Messungen sind nützlich zum Debuggen, aber sie beschreiben nicht Ihre Besucher.

PageSpeed Insights kombiniert genau diese Labordaten aus Lighthouse mit realen Nutzerdaten aus dem Chrome User Experience Report, sofern ausreichende Felddaten verfügbar sind. Die Felddaten sind das Entscheidende, denn sie stammen von echten Nutzern auf echten Geräten in echten Netzen.

Die relevanten Messwerte sind überschaubar. Google verwendet für die Core Web Vitals die Werte Largest Contentful Paint, Interaction to Next Paint und Cumulative Layout Shift. Prüfen Sie jeden Performance-Befund gegen diese drei Kennzahlen, nicht gegen die Gesamtnote des Checkers. Eine Seite mit Labornote 62 und sauberen Felddaten braucht keine Optimierung. Eine Seite mit Labornote 88 und einem schlechten Interaction to Next Paint braucht sie sehr wohl.

Strukturierte Daten am offiziellen Testwerkzeug prüfen

Meldet ein Checker fehlerhaftes Markup, sagt das wenig darüber, ob Google mit den Daten etwas anfangen kann. Der Rich Results Test prüft, welche Rich-Result-Typen anhand der strukturierten Daten einer öffentlich erreichbaren Seite erzeugt werden können. Genau das ist die relevante Frage: nicht ob das Schema formal vollständig ist, sondern ob daraus in der Suche eine erweiterte Darstellung entstehen kann.

Schritt 2: Die vier klassischen Fehlalarme erkennen

Vier Befundtypen tauchen in fast jedem Report auf und werden fast immer falsch interpretiert. Wer diese vier sicher einordnet, spart sich den größten Teil sinnloser Arbeit.

„URL durch robots.txt blockiert" bedeutet nicht „nicht in Google". Eine robots.txt-Datei steuert den Zugriff von Crawlern, verhindert aber nicht zuverlässig, dass eine URL in den Google-Suchergebnissen erscheint. War Ihr Ziel, eine Seite aus dem Index zu halten, ist die Sperre das falsche Mittel, und der Checker meldet hier oft ein Problem, das in Wahrheit ein ganz anderes ist. Umgekehrt ist eine bewusst gesperrte Ressource, etwa eine interne Suchergebnisseite, kein Fehler, sondern Absicht.

„URL nicht in der Sitemap" ist selten die Ursache. Google behandelt eine Sitemap als Hinweis und garantiert nicht, dass alle darin aufgeführten URLs gecrawlt oder indexiert werden. Der Umkehrschluss gilt ebenso: Eine wichtige, intern gut verlinkte Seite wird auch ohne Sitemap-Eintrag gefunden. Fehlt sie in der Sitemap und ist sie zusätzlich nicht indexiert, ist der Sitemap-Befund ein Symptom, nicht der Grund.

„Duplicate Content" ist meist eine Canonical-Frage. Canonical-Signale helfen Suchmaschinen, bei ähnlichen oder duplizierten Seiten eine repräsentative URL auszuwählen. Ein Checker, der zwei fast identische URLs findet, meldet ein Duplikat. Relevant ist aber nur, ob Google dieselbe URL als repräsentativ wählt wie Sie. Das steht in der Search Console, nicht im Report.

Zeichenlängen sind Hinweise, keine Fehler. Titel, Beschreibungen, Überschriftenanzahl: Diese Regeln stammen aus Darstellungsgrenzen in den Suchergebnissen, die sich laufend ändern und die Google ohnehin nach eigenem Ermessen umschreiben kann. Behandeln Sie solche Befunde als Anlass zum Nachschauen, niemals als Aufgabe zum sturen Abarbeiten.

Schritt 3: Die Restliste priorisieren

Nach Validierung und Fehlalarm-Filter bleibt eine deutlich kürzere Liste übrig. Sortieren Sie diese nach zwei Achsen, nicht nach der Farbe im Report.

Achse eins: Was blockiert, was bremst, was verschönert. Ein blockierender Befund verhindert, dass eine Seite überhaupt gefunden, gecrawlt oder indexiert wird. Ein bremsender Befund verschlechtert eine Seite, die grundsätzlich funktioniert. Ein kosmetischer Befund betrifft Darstellung oder Konvention. Diese Reihenfolge ist nicht verhandelbar: Solange eine Seite nicht im Index ist, spielt ihr Cumulative Layout Shift keine Rolle.

Achse zwei: Wie viel Nachfrage steht dahinter. Legen Sie aus der Search Console die Impressionen und Klicks der letzten drei Monate neben die Befundliste. Ein blockierender Fehler auf einer Seite ohne jede Impression ist weniger dringend als ein bremsender Fehler auf der Seite, die ein Drittel Ihres Traffics trägt.

Praktisch ergibt das eine kurze, ehrliche Reihenfolge:

  1. Blockierende Befunde auf Seiten mit nachweisbarer Nachfrage.
  2. Blockierende Befunde auf strategisch wichtigen Seiten ohne bisherige Sichtbarkeit, denn hier ist der Fehler häufig genau der Grund für die fehlende Sichtbarkeit.
  3. Bremsende Befunde, sortiert nach dem Traffic der betroffenen Seiten.
  4. Muster statt Einzelfälle: Zeigen 300 Seiten denselben Fehler, reparieren Sie das Template, nicht die 300 Seiten einzeln.
  5. Alles Übrige in einem festen Turnus, ohne Eile.

Schritt 4: Nachmessen statt abhaken

Eine Änderung ist erst erledigt, wenn ihre Wirkung sichtbar ist. Legen Sie beim Umsetzen fest, woran Sie den Erfolg erkennen wollen, und prüfen Sie das später an derselben Quelle, an der Sie den Befund validiert haben.

Bei Indexierungsproblemen ist das die URL-Prüfung in der Search Console. Bei Performance sind es die Felddaten, die sich naturgemäß erst nach einigen Wochen bewegen, weil sie über einen längeren Zeitraum echter Nutzung gebildet werden. Bei strukturierten Daten ist es der Rich Results Test. Bei Titeln und Beschreibungen sind es Impressionen und Klickrate im Leistungsbericht.

Rechnen Sie fest damit, dass ein Teil Ihrer Korrekturen keine messbare Wirkung zeigt. Das ist kein Scheitern, sondern genau die Information, die Ihnen der Report nie liefern konnte: welche seiner Regeln bei Ihrer Website tatsächlich etwas verändern. Nach zwei oder drei Durchläufen wissen Sie, welche Befundtypen Sie ernst nehmen müssen und welche Sie mit einem kurzen Blick abhaken können.

Wie ein sinnvoller Prüfrhythmus aussieht

Ein automatisierter Check lohnt sich anlassbezogen und in einem ruhigen Grundtakt. Nach einem Relaunch, einem Template-Wechsel, einem Server-Umzug oder einer größeren Inhaltsmigration ist ein vollständiger Lauf angebracht, weil genau bei solchen Eingriffen blockierende Fehler entstehen. Im laufenden Betrieb reicht ein Durchgang pro Quartal, ergänzt durch die Search Console, die ohnehin dauerhaft mitläuft und bei Indexierungsproblemen von sich aus benachrichtigt.

Wichtiger als die Frequenz ist die Konstanz der Auswertung. Wer denselben Report jedes Mal nach demselben Schema durcharbeitet, also validieren, Fehlalarme aussortieren, nach Blockade und Nachfrage priorisieren, umsetzen, nachmessen, kommt mit vier Durchläufen im Jahr weiter als jemand, der monatlich prüft und die Liste jedes Mal von oben nach unten abarbeitet. Der Wert eines SEO Chekers liegt nicht in seiner Punktzahl, sondern in der Qualität der Entscheidungen, die Sie aus seinen Befunden ableiten.