ONMA Ratgeber

Webseiten Analyse Tool: Befunde priorisieren statt Berichte sammeln

Welche drei Datenklassen ein Analyse-Tool liefert, wie Sie Befunde nach Schweregrad, Seitenzahl und Aufwand sortieren und falsch-positive Meldungen erkennen.

Aufgeklappter Laptop auf dunklem Untergrund, auf dem Bildschirm eine Google-Trefferliste zur Suche „Online Marketing Experte“

Ein Webseiten Analyse Tool liefert in wenigen Minuten eine Liste, für die ein Team ein ganzes Quartal bräuchte. Der eigentliche Arbeitsbeginn liegt deshalb nach dem Scan: Welcher der 300 Befunde verändert etwas an der Sichtbarkeit oder am Nutzerverhalten, welcher ist ein Messfehler, und in welcher Reihenfolge gehen die echten Befunde in die Umsetzung? Genau dieser Schritt, vom Report zur Abarbeitungsfolge, ist der Inhalt dieses Ratgebers.

Drei Datenklassen, die in einem Report überhaupt auftauchen

Schon die Suchergebnisse zum Begriff zeigen eine grundlegende Trennung: Auf der einen Seite stehen Onpage- und SEO-Prüfdienste wie Seobility, Seitenreport oder SEORCH, auf der anderen Web-Analytics-Dienste zur Verhaltensmessung. Wer beides unter einem Werkzeugbegriff sucht, vergleicht am Ende Berichte, die nichts miteinander zu tun haben. Der erste Schritt jeder Auswertung ist deshalb die Zuordnung jedes Befunds zu einer von drei Datenklassen, denn die Klasse bestimmt, wie belastbar die Meldung ist und wie sie zu behandeln ist.

Crawl- und Onpage-Daten entstehen dadurch, dass ein Bot die Seiten abruft und gegen einen festen Regelsatz prüft. Die Kategorien sind über die Anbieter hinweg bemerkenswert stabil: Der kostenlose Seobility SEO Check gliedert seinen Report in die Bereiche Meta-Angaben, Seitenqualität, Seitenstruktur und Verlinkung, Server-Konfiguration sowie externe Faktoren. Der Website Check von Pergamon Interactive prüft nach eigener Angabe die vier Bereiche Meta-Elemente, Struktur, Technik und Konfiguration und ist kostenlos sowie anonym nutzbar. Seitenreport, seit 2007 auf dem Markt, wirbt mit über 250 Checks pro Audit. Diese Klasse liefert Zustandsaussagen: Etwas ist vorhanden oder fehlt, gültig oder ungültig.

Nutzungsdaten stammen aus der Messung echter Sitzungen. Google Analytics 4 gilt hier als Standardwerkzeug, während Matomo, Plausible und Piwik PRO als selbst hostbare beziehungsweise europäische Alternativen geführt werden. Diese Klasse meldet keine Fehler, sondern Verteilungen. Ein Befund entsteht erst durch Vergleich, etwa einer einzelnen Seite mit dem Durchschnitt ihres Seitentyps.

Performance-Daten messen das Ladeverhalten, entweder im Labor mit simuliertem Gerät oder als Felddaten echter Aufrufe. Beide Werte weichen regelmäßig voneinander ab, und nur die Felddaten beschreiben, was Besucher tatsächlich erlebt haben.

Aus der Klasse folgt die Verarbeitung. Ein Crawl-Fehler ist reproduzierbar und direkt umsetzbar. Ein Nutzungsbefund ist eine Hypothese, die einen Gegencheck braucht. Ein Laborwert aus der Performance-Messung ist ein Indiz, noch kein Schaden.

Schweregrad mal Seitenzahl mal Aufwand

Die meisten Reports sortieren nach einem eigenen Score. Dieser Score kennt aber weder die Struktur Ihrer Website noch Ihre Umsetzungskapazität. Eine brauchbare Reihenfolge entsteht erst über drei Größen, die Sie selbst vergeben.

Schweregrad beantwortet die Frage, was passiert, wenn nichts passiert. Drei Stufen genügen. Blockierend heißt, Inhalte sind gar nicht erreichbar oder nicht indexierbar, etwa durch falsche noindex-Angaben, kaputte Weiterleitungsketten oder Serverfehler. Wirksam heißt, die Seite funktioniert, schneidet aber schlechter ab als möglich, etwa bei doppelten Titeln oder fehlender interner Verlinkung. Kosmetisch heißt, der Befund verbessert den Score im Werkzeug und sonst nichts.

Betroffene Seitenzahl ist der Hebel, der am häufigsten unterschätzt wird. Ein Fehler auf 4.000 Seiten und derselbe Fehler auf einer Seite stehen im Report als zwei gleichwertige Zeilen nebeneinander. Entscheidend ist außerdem die Frage, ob ein einziger Template-Defekt vorliegt, der mit einer Korrektur tausende Seiten repariert, oder 4.000 redaktionelle Einzelfälle.

Aufwand schätzen Sie in derselben Grobheit: eine Konfigurationsänderung, eine Template-Anpassung oder manuelle Arbeit pro Seite.

BefundSchweregradSeitenAufwandRang
Kategorieseiten auf noindexblockierend340Template1
Titel doppelt über eine Seitenseriewirksam4.100Template2
Bilder ohne moderne Kompressionwirksam900Konfiguration3
Alt-Texte fehlenwirksam4.100pro Seite4
Meta-Description zu langkosmetisch12pro Seite5

Die Regel dahinter ist einfach: Alles Blockierende zuerst, danach großflächige Template-Fixes vor kleinteiliger Handarbeit, kosmetische Befunde zuletzt oder nie. Kein Webseiten Analyse Tool kann diese Rangfolge selbst liefern, weil ihm die Aufwandsseite fehlt.

Woran Sie falsch-positive Meldungen erkennen

Ein spürbarer Teil jeder Befundliste beschreibt kein echtes Problem. Vier Prüfungen fangen die meisten davon ab, bevor sie Arbeitszeit binden.

Erstens nachstellen: Rufen Sie die beanstandete URL selbst auf und sehen Sie sich den ausgelieferten Quelltext an. Crawler bewerten häufig den Rohzustand, während Inhalte erst im Browser nachgeladen werden. Was der Bot als fehlend meldet, kann für Besucher längst sichtbar sein.

Zweitens den Zeitpunkt prüfen: Viele Befunde sind Momentaufnahmen eines Crawls, der während eines Deployments oder einer Rate-Limit-Sperre lief. Serverfehler, die im Wiederholungslauf verschwinden, waren keine.

Drittens die Regel gegen die Absicht halten: Werkzeuge melden Abweichungen von einem Standardfall. Paginierte Übersichten, Filterseiten oder bewusst kurze Servicetexte lösen Warnungen aus, die für Ihre Struktur gewollt sind. Wenn Sie den Grund einer Abweichung benennen können, ist die Meldung erledigt. Sie wird dokumentiert, nicht behoben.

Viertens eine Zweitquelle heranziehen: Ein realer Befund hinterlässt in einer zweiten Datenklasse eine Spur. Eine angeblich langsame Seite ohne auffällige Felddaten und ohne Abbruchmuster im Nutzungsverhalten ist ein Laborartefakt.

Bestätigte Falschmeldungen gehören in eine dauerhafte Ausnahmeliste. Sonst tauchen sie im nächsten Lauf erneut auf und kosten dieselbe Prüfzeit ein zweites Mal.

Das Übergabeformat an die Umsetzung

Ein exportierter Report ist keine Arbeitsanweisung. Übergeben wird pro Befund ein Ticket mit sechs festen Feldern: die betroffenen URLs als Liste oder als Muster, der Ist-Zustand mit einem konkreten Beispiel, der Soll-Zustand als eindeutige Vorgabe, der Ort der Änderung (Template, Konfiguration oder einzelner Inhalt), die Abnahmebedingung und die Datenquelle des Befunds samt Datum.

Die Abnahmebedingung ist das Feld, das am häufigsten fehlt und am meisten Zeit spart. Sie formuliert prüfbar, wann eine Aufgabe erledigt ist, etwa: Ein erneuter Crawl meldet für dieses Seitenmuster null Treffer dieser Regel. Damit entfällt jede Diskussion darüber, ob eine Änderung gewirkt hat.

Nach der Umsetzung wird derselbe Scan mit denselben Einstellungen wiederholt. Nur so lässt sich unterscheiden, ob ein Befund verschwunden ist oder ob sich lediglich die Konfiguration des Werkzeugs geändert hat. Der Vergleich zweier Läufe ist der eigentliche Ertrag der Analyse, nicht der einzelne Bericht.

Dass hinter dem Suchbegriff sehr unterschiedliche Erwartungen stecken, zeigen auch die Zahlen: In Deutschland wird „webseiten analyse tool" rund 140 Mal pro Monat gesucht, die Formulierung „website analyse online" rund 590 Mal. Der Weg vom Befund zur sinnvollen Reihenfolge bleibt in allen Fällen derselbe: Datenklasse bestimmen, Schwere mal Umfang mal Aufwand bewerten, Falschmeldungen aussortieren und sauber an die Umsetzung übergeben.