Was ein SEO Tools Online Check wirklich misst und was er nur vermutet

Der Check ist durchgelaufen, das Ergebnis steht auf dem Bildschirm: ein Score, eine Liste roter Punkte, ein paar gelbe Warnungen. Die eigentliche Arbeit beginnt jetzt. Denn ein Online Check ist kein Urteil über Ihre Seite, sondern ein Messprotokoll unter sehr engen Bedingungen: ein einzelner Abruf, von einem fremden Server, zu einem einzigen Zeitpunkt, meist ohne JavaScript-Ausführung und immer ohne Zugriff auf das, was Google über Ihre URL tatsächlich weiß.

Wer diese Grenze kennt, spart sich Wochen an Arbeit für Befunde, die keine waren. Wer sie nicht kennt, optimiert Meta-Tags, die seit 2009 wirkungslos sind, während die Seite unbemerkt aus dem Index fällt.

Was ein Online Check tatsächlich abruft

Alles, was ein browserbasierter Check zuverlässig liefert, stammt aus einem einzigen HTTP-Request. Diese Daten sind hart und überprüfbar:

Der HTTP-Statuscode. 200, 301, 404, 500. Der Code ist eine Tatsache, keine Interpretation. Wenn ein Check eine 404 meldet, liegt eine 404 vor, zumindest für diesen Abrufer zu diesem Zeitpunkt.

Die Response-Header. Content-Type, Cache-Control, die Redirect-Kette samt Zwischenstationen, gegebenenfalls ein X-Robots-Tag. Auch das sind Rohdaten.

Das ausgelieferte HTML im Rohzustand. Title, Meta-Description, Canonical, Robots-Meta, Überschriftenstruktur, Anzahl und Ziel der Links, alt-Attribute der Bilder, hreflang-Angaben, eingebettetes strukturiertes Markup. Der Check liest, was der Server geschickt hat, bevor irgendein Skript lief.

Die robots.txt und meist die Sitemap. Beide sind öffentlich abrufbar und werden korrekt eingelesen.

Diese vier Blöcke sind belastbar. Ein Befund daraus ist in aller Regel echt, auch wenn seine Bedeutung damit noch nicht geklärt ist.

Was er nur schätzt

Zwischen Messung und Vermutung liegt bei Onlinechecks eine unscharfe Zone, die im Bericht selten markiert ist.

Ladezeit und Core Web Vitals. Ein Labordurchlauf misst eine simulierte Umgebung: definierte Netzwerkdrosselung, ein bestimmtes Gerätemodell, ein kalter Cache. Das Ergebnis ist reproduzierbar und deshalb gut zum Debuggen, aber es ist nicht die Erfahrung Ihrer Besucher. Die offiziellen Schwellenwerte für “gut” liegen bei einem Largest Contentful Paint von bis zu 2,5 Sekunden, einer Interaction to Next Paint von bis zu 200 Millisekunden und einem Cumulative Layout Shift von bis zu 0,1, jeweils gemessen am 75. Perzentil der Seitenaufrufe. Dieses Perzentil kann ein einzelner Laborlauf gar nicht bilden, er hat nur einen einzigen Aufruf. Beachten Sie außerdem: Interaction to Next Paint hat First Input Delay im März 2024 als Core Web Vital abgelöst. Berichte oder Anleitungen, die noch FID zeigen, sind veraltet.

Textlängen und Keyword-Vorkommen. Zeichenzahlen für Title und Description sind reine Arithmetik, die daraus abgeleitete Empfehlung ist eine Konvention. Google erzeugt das Snippet selbst und schreibt die Meta-Description häufig um; eine feste optimale Zeichenzahl gibt Google nicht vor. Eine Warnung “Description zu kurz” ist deshalb ein Hinweis auf eine Hausregel des Tools, nicht auf einen Verstoß.

Der Gesamtscore. Eine gewichtete Summe interner Prüfregeln, deren Gewichte der Anbieter gewählt hat. Ein Sprung von 68 auf 84 sagt etwas über die Regeltabelle aus, nichts über Ihre Sichtbarkeit.

Was er gar nicht sehen kann

Drei Kategorien liegen grundsätzlich außerhalb der Reichweite eines externen Abrufs.

Das gerenderte Ergebnis. Viele Checker lesen nur das initiale HTML. Bei einer Seite, deren Inhalte per JavaScript nachgeladen werden, meldet ein solcher Durchlauf dann “kein H1”, “zu wenig Text”, “keine internen Links”, obwohl im Browser alles steht. Umgekehrt gilt genauso: Wenn ein Check JavaScript ausführt, Google die Seite aber in einer anderen Reihenfolge oder mit gescheiterten Ressourcen rendert, sieht der Suchmaschinen-Crawler weniger als der Check. Beide Richtungen sind ohne Gegenprüfung nicht auflösbar.

Den Indexierungsstatus. Kein externes Werkzeug kann sagen, ob eine URL im Google-Index ist, wann sie zuletzt gecrawlt wurde, welches Canonical Google gewählt hat oder ob die Seite als Duplikat einer anderen eingestuft wurde. Das sind Informationen aus Googles eigenem System.

Felddaten Ihrer echten Nutzer. Wie schnell Ihre Seite auf den Geräten und in den Netzen Ihrer tatsächlichen Besucher lädt, weiß nur, wer diese Aufrufe gemessen hat.

Warum Labor- und Felddaten auseinanderfallen

Der häufigste Konflikt in der Praxis: Ein Bericht zeigt oben grüne Felddaten und darunter einen roten Laborwert, oder umgekehrt. Das ist kein Widerspruch, sondern eine Frage der Datenherkunft. Die Felddaten in PageSpeed Insights stammen aus dem Chrome User Experience Report und beziehen sich auf ein rollierendes 28-Tage-Fenster; die Labordaten desselben Berichts stammen aus einem einzelnen Lighthouse-Lauf und können abweichen.

Daraus folgen drei praktische Regeln. Erstens: Für die Frage “haben wir ein Problem?” zählen die Felddaten. Zweitens: Für die Frage “woran liegt es?” zählt das Labor, weil es die einzelne Ressource benennt. Und drittens, für die Geduld: Weil das Feldfenster 28 Tage rollt, taucht eine heute ausgerollte Verbesserung dort erst über Wochen auf. Wer nach drei Tagen erneut misst und nichts sieht, hat nichts falsch gemacht.

Vier Meldungen, die meist Fehlalarme sind

“Meta-Keywords fehlen.” Google nutzt den Meta-Keywords-Tag nicht als Ranking-Signal, das wurde 2009 offiziell bestätigt. Ein Tool, das diese Zeile heute noch als Mangel führt, verrät damit etwas über sein Alter. Ignorieren.

“Seite durch robots.txt blockiert, also nicht indexiert.” Der Schluss ist falsch. Ein per robots.txt gesperrter URL wird nicht gecrawlt, kann aber trotzdem indexiert werden und dann ohne Snippet in den Ergebnissen erscheinen. Für den Ausschluss aus dem Index ist noindex nötig, und dieses noindex muss seinerseits crawlbar sein. Eine Seite, die per robots.txt gesperrt ist und ein noindex im Quelltext trägt, wird genau deshalb nicht ausgeschlossen: Google darf die Anweisung nicht lesen. Das ist der teuerste Bedienfehler in diesem Feld, und ein Online Check meldet ihn oft in verkehrter Richtung.

“Structured Data ungültig.” Prüfen Sie, wogegen validiert wurde. Das Structured Data Testing Tool wurde von Google eingestellt; Prüfungen laufen heute über den Rich-Results-Test von Google und den Schema Markup Validator von Schema.org. Die beiden beantworten unterschiedliche Fragen: Der eine sagt, ob Google daraus ein Rich Result bauen kann, der andere, ob das Markup dem Vokabular entspricht. Ein “Fehler” beim einen kann beim anderen sauber sein.

“Description zu lang” oder “Title zu kurz.” Solange Title und Description die Seite präzise beschreiben und sich von den Nachbarseiten unterscheiden, ist eine Zeichenzahl außerhalb des Toolkorridors kein Defekt.

So prüfen Sie jeden Befund gegen, bevor Sie handeln

Bevor Sie eine Änderung ausrollen, brauchen Befunde aus zwei der drei oben genannten Kategorien eine zweite Quelle. Die Reihenfolge:

Schritt 1: Sehen Sie sich den Rohabruf selbst an. Quelltext anzeigen, den betreffenden Tag suchen. Ist er da oder nicht? Damit fällt ein Teil der Meldungen sofort weg.

Schritt 2: Fragen Sie Google direkt. Die URL-Prüfung der Google Search Console zeigt für eine bestätigte Property den letzten Crawl-Zeitpunkt, den Indexierungsstatus und das gerenderte HTML, also Daten, die ein externer Online Check nicht abrufen kann. Für jeden Befund zu Rendering, Indexierung oder Canonical ist das die einzig zuständige Instanz. Ein “kein H1 gefunden” des Checkers, dem im gerenderten HTML der Search Console eine korrekte H1 gegenübersteht, ist erledigt.

Schritt 3: Achten Sie auf die richtige Fassung. Google indexiert Websites mobil-first, maßgeblich ist die mit dem Smartphone-Googlebot abgerufene Fassung einer Seite. Wenn Ihr Online Check die Desktop-Auslieferung geprüft hat und Ihre Seite unterschiedliche Fassungen ausliefert, prüfen Sie den Befund gegen die mobile Variante, nicht gegen die, die Sie am Schreibtisch sehen.

Schritt 4: Trennen Sie Ursache von Symptom. Ein Ladezeitproblem im Labor ist erst dann ein Rankingthema, wenn die Felddaten es bestätigen. Ein fehlender Indexeintrag ist erst dann ein technisches Problem, wenn die Search Console einen Grund dafür nennt.

Was Sie am Ergebnis wirklich ablesen können

Ein Online Check ist ein schnelles, kostenloses Frühwarnsystem für genau die Klasse von Fehlern, die im Rohabruf sichtbar sind: eine kaputte Redirect-Kette, ein versehentliches noindex, ein Canonical auf die falsche URL, ein Statuscode, der nicht 200 ist. Solche Funde sind fast immer echt und fast immer dringend.

Für alles andere ist er ein Anlass zur Prüfung, nicht zur Handlung. Behandeln Sie den Bericht wie einen Blutdruckwert aus der Apotheke: ein Messpunkt, hilfreich zum Auffallen, nicht ausreichend für eine Diagnose. Die Diagnose liefert die Search Console, weil sie als einzige Quelle sagt, was Google gesehen und wie Google entschieden hat.