SEO-Onpage-Tool richtig einsetzen: prüfen, bewerten und wirksam optimieren

Ein SEO-Onpage-Tool untersucht, was auf einer Website technisch und inhaltlich vorhanden ist. Es erfasst unter anderem Statuscodes, Indexierungsanweisungen, Canonical-Verweise, Titles, Überschriften, interne Links, Bilder, strukturierte Daten und Performancewerte. Daraus entsteht ein Bericht mit Fehlern, Warnungen und Empfehlungen.

Dieser Bericht ist jedoch noch keine fertige Maßnahmenliste. Das Tool kann erkennen, dass eine Seite von einer hinterlegten Regel abweicht. Es weiß aber nicht automatisch, welche Funktion die Seite erfüllt, ob eine Abweichung beabsichtigt ist und wie wichtig die URL für Ihr Geschäft ist.

Der sinnvolle Einsatz folgt deshalb einem klaren Ablauf:

1. Den passenden Prüfmodus wählen.
2. Die relevanten Prüfbereiche verstehen.
3. Auffälligkeiten anhand der tatsächlichen Seite validieren.
4. Muster und Ursachen statt bloßer Trefferzahlen untersuchen.
5. Maßnahmen nach Reichweite, Schwere und Aufwand priorisieren.
6. Änderungen mit einem Folgecrawl kontrollieren.

So wird aus einer umfangreichen Fehlerliste ein belastbarer Arbeitsplan.

Was prüft ein SEO-Onpage-Tool?

Onpage-Tools untersuchen Faktoren, die auf der eigenen Website liegen und direkt beeinflusst werden können. Dazu gehören der ausgelieferte HTML-Code, Inhalte, Seitenstruktur, interne Verlinkung und technische Konfiguration. Externe Autorität oder Backlinks gehören nicht zum Kern dieser Prüfung.

Technisch arbeitet ein Onpage-Tool meist in drei Schritten:

1. Es ruft eine oder mehrere URLs ab.
2. Es analysiert den empfangenen oder gerenderten Inhalt.
3. Es vergleicht die gefundenen Merkmale mit einem Regelsatz.

Dieser Regelsatz beruht auf technischen Standards, offiziellen Suchmaschinenrichtlinien und Erfahrungswerten des Tool-Anbieters. Die daraus erzeugten Meldungen sind unterschiedlich belastbar. Ein interner Link auf eine URL mit Statuscode 404 ist ein konkret messbarer Fehler. Eine Warnung wegen eines vermeintlich zu langen Title-Elements beruht dagegen auf einem Richtwert.

Ein Onpage-Tool misst außerdem keine Suchintention und keine tatsächliche inhaltliche Qualität. Es kann feststellen, dass eine Seite nur 250 Wörter enthält. Daraus folgt aber nicht, dass der Text zu kurz ist. Ebenso kann eine technisch fehlerfreie Seite die Bedürfnisse der Suchenden verfehlen.

Das Tool liefert daher Messwerte und Auffälligkeiten. Die fachliche Bewertung bleibt eine menschliche Aufgabe.

Vor dem Start: Kann das Tool die Website korrekt erfassen?

Die Qualität des Berichts hängt davon ab, was der Crawler tatsächlich abrufen kann. Eine fehlerhafte Crawl-Konfiguration führt schnell zu falschen Schlüssen.

Prüfen Sie vor einer umfangreichen Analyse folgende Punkte:

• Verwendet der Crawler den richtigen Host und das richtige Protokoll?
• Darf er die relevanten Verzeichnisse abrufen?
• Blockieren Firewall, Bot-Schutz oder Rate-Limits einzelne Anfragen?
• Werden zentrale Inhalte erst durch JavaScript erzeugt?
• Benötigt der Crawler Cookies, eine Anmeldung oder eine bestimmte Spracheinstellung?
• Entspricht der gecrawlte HTML-Code dem Inhalt, den Nutzer im Browser sehen?

Bei JavaScript-lastigen Websites kann ein reiner HTML-Crawl unvollständig sein. Links, Texte oder strukturierte Daten erscheinen dann möglicherweise erst nach dem Rendering. Aktivieren Sie JavaScript-Rendering aber gezielt, da es mehr Zeit und Ressourcen benötigt.

Auch die Abrufgeschwindigkeit sollte zur Website passen. Ein aggressiver Crawl kann produktive Systeme belasten oder vom Server blockiert werden. Für Shops und Websites mit vielen Filterparametern sind außerdem URL-Regeln notwendig. Andernfalls verfolgt der Crawler unzählige Parameterkombinationen, die für die Analyse keinen Nutzen haben.

Einzel-URL-Check oder Domain-Crawl?

Die beiden wichtigsten Prüfmodi beantworten unterschiedliche Fragen. Welcher Modus geeignet ist, hängt daher vom konkreten Anlass ab.

Einzel-URL-Check für eine konkrete Seite

Ein Einzel-URL-Check untersucht eine bestimmte Adresse detailliert. Er eignet sich besonders, wenn:

• eine wichtige Seite neu veröffentlicht wurde,
• eine URL nach einer Überarbeitung geprüft werden soll,
• eine bestimmte Seite Sichtbarkeit oder Klicks verliert,
• Indexierungsprobleme bei einer einzelnen URL vermutet werden,
• eine technische Änderung zunächst an einem Beispiel kontrolliert wird.

Im Mittelpunkt stehen seitenspezifische Fragen: Welchen Statuscode liefert die URL? Ist sie indexierbar? Welcher Canonical-Verweis ist gesetzt? Sind Title, Hauptüberschrift und Inhalt vorhanden? Welche internen Links enthält die Seite? Werden strukturierte Daten korrekt ausgegeben?

Der Einzelcheck ist schnell und übersichtlich. Er zeigt jedoch nicht, ob das gefundene Problem nur diese URL oder eine ganze Seitengruppe betrifft.

Domain-Crawl für Strukturen und Muster

Ein Domain-Crawl folgt internen Links und untersucht viele URLs im Zusammenhang. Dadurch werden Probleme sichtbar, die sich auf einer einzelnen Seite kaum beurteilen lassen:

• verwaiste oder nur schwer erreichbare Seiten,
• große Klicktiefe wichtiger Inhalte,
• doppelte Titles und Descriptions,
• Weiterleitungsketten in internen Links,
• systematisch falsche Canonical-Verweise,
• nicht verlinkte URLs aus der XML-Sitemap,
• Fehler, die durch Templates oder Seitentypen entstehen.

Ein Crawl ist deshalb vor allem ein Instrument für Mustererkennung. Wenn 800 Produktseiten denselben fehlerhaften Title besitzen, liegt die Ursache wahrscheinlich nicht in 800 einzelnen Redaktionsfehlern. Wahrscheinlicher ist ein Problem im Template oder in der Datenquelle.

Eine hilfreiche Faustregel lautet: Der Domain-Crawl findet strukturelle Auffälligkeiten. Der Einzel-URL-Check hilft, deren Ursache im Detail zu untersuchen.

Welche Prüfbereiche sind besonders wichtig?

Nicht jede Tool-Kategorie hat dieselbe Bedeutung. Einige Befunde können die Sichtbarkeit einer Seite vollständig verhindern. Andere betreffen lediglich die Darstellung oder redaktionellen Feinschliff.

Erreichbarkeit und Statuscodes zuerst prüfen

Eine wichtige Seite muss zunächst zuverlässig erreichbar sein. Prüfen Sie deshalb Statuscodes, bevor Sie Titles, Textlängen oder Alt-Texte bearbeiten.

Besonders relevant sind:

• 200: Die angeforderte Ressource wurde erfolgreich ausgeliefert.
• 301 oder 308: Die URL leitet dauerhaft weiter.
• 302 oder 307: Die Weiterleitung wird als vorübergehend signalisiert.
• 404 oder 410: Die Ressource ist nicht verfügbar.
• 5xx: Der Server konnte die Anfrage nicht korrekt verarbeiten.

Weiterleitungen sind nicht grundsätzlich problematisch. Auffällig werden sie, wenn interne Links dauerhaft auf alte Adressen zeigen oder mehrere Weiterleitungen hintereinander durchlaufen. In diesem Fall sollten interne Links möglichst direkt auf die endgültige Ziel-URL verweisen.

Bei 404-Fehlern ist der Kontext entscheidend. Eine bewusst entfernte Seite darf nicht verfügbar bleiben. Ein interner Link auf diese Seite ist trotzdem zu korrigieren. Ein pauschales Weiterleiten aller gelöschten URLs auf die Startseite ist dagegen meist keine sinnvolle Lösung.

Crawling, Indexierung und Canonical-Signale auseinanderhalten

Onpage-Berichte stellen Crawling und Indexierung häufig nebeneinander dar. Beide Vorgänge sind jedoch nicht identisch.

Die robots.txt steuert, welche Bereiche ein Crawler abrufen darf. Sie ist laut Google-Dokumentation kein zuverlässiges Mittel, um eine URL aus dem Suchindex auszuschließen.

Soll eine Seite nicht indexiert werden, kommt üblicherweise eine noindex-Anweisung infrage. Damit diese erkannt werden kann, muss der Crawler die Seite abrufen dürfen. Eine Kombination aus robots.txt-Sperre und noindex kann deshalb widersprüchlich sein: Der Crawler darf die Seite nicht laden und sieht folglich die Indexierungsanweisung nicht.

Canonical-Verweise erfüllen eine andere Aufgabe. Sie helfen Suchmaschinen, bei ähnlichen oder duplizierten URLs eine repräsentative Adresse auszuwählen. Ein Tool sollte deshalb nicht nur vorhandene Canonicals auflisten, sondern auch Konflikte sichtbar machen.

Prüfen Sie insbesondere:

• Verweist die Seite auf eine erreichbare und indexierbare URL?
• Passt der Canonical zur internen Verlinkung?
• Ist die kanonische URL auch in der XML-Sitemap enthalten?
• Kanonisieren ganze Seitengruppen unbeabsichtigt auf eine einzige URL?
• Verwenden Varianten wechselnde Protokolle, Hosts oder URL-Formate?

Die XML-Sitemap ergänzt diese Prüfung. Sie kann Suchmaschinen auf wichtige URLs hinweisen, garantiert aber weder Crawling noch Indexierung. Besonders nützlich ist daher der Abgleich mit dem Crawl. URLs, die in der Sitemap stehen, aber intern nicht erreichbar sind, weisen häufig auf Lücken in der Informationsarchitektur hin.

Title und Meta-Description richtig bewerten

Ein SEO-Onpage-Tool erkennt fehlende oder doppelte Title-Elemente sehr zuverlässig. Bei Längenwarnungen ist mehr Zurückhaltung angebracht.

Google verwendet das Title-Element zusammen mit Überschriften, sichtbaren Texten und weiteren Seitensignalen, um Titel für Suchergebnisse zu erzeugen. Der HTML-Title wird deshalb nicht immer unverändert übernommen.

Auch die Meta-Description ist kein garantiert ausgespielter Text. Google erstellt Snippets hauptsächlich aus dem Seiteninhalt und kann die Description nutzen, wenn sie die jeweilige Seite treffend beschreibt.

Für die Prüfung sind deshalb folgende Fragen wichtiger als eine starre Zeichenzahl:

• Ist der Title spezifisch für diese Seite?
• Beschreibt er Inhalt und Zweck verständlich?
• Unterscheidet er sich von Titles ähnlicher Seiten?
• Passt die Description zum tatsächlich sichtbaren Inhalt?
• Werden zentrale Seitentypen durch automatisierte Vorlagen sinnvoll beschrieben?

Doppelte Angaben sind nicht in jedem Fall ein schwerer Fehler. Bei wichtigen indexierbaren Seiten können sie jedoch darauf hindeuten, dass die Seiten nicht ausreichend voneinander abgegrenzt sind oder dass eine Vorlage notwendige Informationen nicht verarbeitet.

Inhalte und Überschriften nicht nach Tool-Score schreiben

Tools können HTML-Strukturen zählen, Begriffe erfassen und Textlängen vergleichen. Sie können aber nicht zuverlässig entscheiden, ob ein Inhalt vollständig, nützlich und auf die Suchintention abgestimmt ist.

Eine fehlende Hauptüberschrift ist ein nachvollziehbarer Befund. Eine Warnung wegen mehrerer H1-Elemente oder übersprungener Ebenen sollte dagegen im Kontext des verwendeten HTML und des tatsächlichen Seitenaufbaus geprüft werden.

Auch Wortzahlen sind keine Zielvorgabe. Eine kurze Produktseite kann alle relevanten Fragen beantworten. Ein langer Ratgeber kann trotz vieler Wörter unpräzise und redundant sein. Nutzen Sie Tool-Daten daher, um ungewöhnliche Seiten innerhalb eines Seitentyps zu erkennen. Vergleichen Sie Produktseiten mit Produktseiten und Ratgeber mit vergleichbaren Ratgebern.

Begriffsstatistiken können auf fehlende Themen oder übermäßige Wiederholungen hinweisen. Sie ersetzen aber weder eine fachliche Inhaltsprüfung noch eine feste Zielquote für einzelne Keywords.

Interne Links als strukturellen Hebel nutzen

Die interne Verlinkung gehört zu den wertvollsten Prüfbereichen eines Domain-Crawls. Sie zeigt, wie der Crawler die Website tatsächlich durchlaufen kann.

Google empfiehlt für crawlbare Links grundsätzlich a-Elemente mit einem href-Attribut. Navigationselemente, die nur über JavaScript-Ereignisse funktionieren, können für Crawler und andere Nutzer schwer zugänglich sein.

Achten Sie im Crawl besonders auf:

• wichtige URLs ohne eingehende interne Links,
• relevante Seiten mit großer Klicktiefe,
• interne Links auf Fehlerseiten,
• interne Links über unnötige Weiterleitungen,
• stark verlinkte unwichtige Seiten,
• Linktexte, die das Ziel nicht verständlich beschreiben.

Die reine Anzahl interner Links ist kein Qualitätsmaßstab. Entscheidend ist, ob Links dort gesetzt sind, wo sie Nutzern Orientierung geben und inhaltliche Zusammenhänge verdeutlichen.

Bilder und strukturierte Daten im Kontext prüfen

Bei Bildern melden Tools häufig fehlende Alt-Attribute oder große Dateien. Ein beschreibender Alt-Text hilft Suchmaschinen und assistiven Technologien, Inhalt und Kontext eines Bildes zu verstehen. Er sollte den Zweck des Bildes auf der konkreten Seite wiedergeben.

Nicht jedes Bild benötigt jedoch eine textliche Beschreibung. Bei rein dekorativen Elementen ist ein leeres Alt-Attribut oft korrekt. Die Meldung des Tools muss deshalb gegen die Funktion des Bildes geprüft werden.

Bei strukturierten Daten sollten Sie drei Ebenen unterscheiden:

1. Syntaxfehler, durch die die Auszeichnung nicht verarbeitet werden kann.
2. Fehlende erforderliche Eigenschaften.
3. Empfohlene Angaben, die optional sind.

Beheben Sie Syntaxfehler und fehlende Pflichtangaben zuerst. Kontrollieren Sie außerdem, ob die ausgezeichneten Informationen sichtbar auf der Seite vorhanden sind. Technisch gültige strukturierte Daten garantieren keine Rich Results. Falsche oder irreführende Angaben werden auch durch eine fehlerfreie Syntax nicht legitim.

Core Web Vitals als Teil der Analyse behandeln

Die Core Web Vitals umfassen LCP für Ladeleistung, INP für Reaktionsfähigkeit und CLS für visuelle Stabilität. Sie sind ein Prüfbereich unter mehreren und sollten nicht den gesamten Onpage-Prozess bestimmen.

Unterscheiden Sie dabei Laborwerte von Felddaten. PageSpeed Insights verbindet Lighthouse-Messungen unter simulierten Bedingungen mit realen Nutzungsdaten aus dem Chrome UX Report, sofern genügend Daten verfügbar sind.

Für die Bewertung gilt:

• Felddaten zeigen die Erfahrung realer Nutzer und haben bei ausreichender Datenbasis hohe praktische Relevanz.
• Labordaten helfen, technische Ursachen reproduzierbar zu untersuchen.
• Eine einzelne Punktzahl ist kein sinnvolles Optimierungsziel.
• Templateübergreifende Probleme sind wichtiger als kleine Schwankungen einzelner URLs.

Performanceverbesserungen verdienen hohe Priorität, wenn schlechte Felddaten viele wichtige Seiten betreffen. Ein vollständiger Performance-Audit bleibt jedoch eine eigene technische Aufgabe.

Tool-Hinweise in vier Schritten validieren

Bevor aus einer Meldung ein Ticket wird, sollte sie kurz geprüft werden.

1. Befund reproduzieren

Rufen Sie die betroffene URL erneut ab. Kontrollieren Sie Statuscode, HTML-Code und bei Bedarf den gerenderten Zustand. Einzelne Crawl-Fehler können durch Time-outs, Serverlast oder Bot-Schutz entstehen.

2. Regel einordnen

Klären Sie, ob die Meldung einen technischen Fehler, einen dokumentierten Konflikt oder lediglich eine Anbieterempfehlung beschreibt. Ein Link auf eine 404-Seite ist konkreter als eine Warnung wegen einer geringfügig überschrittenen empfohlenen Title-Länge.

3. Betroffene Seitengruppe bestimmen

Prüfen Sie, ob es sich um einen Einzelfall oder ein systematisches Muster handelt. Gruppieren Sie URLs nach Verzeichnis, Seitentyp, Template oder gemeinsamem Datensatz.

4. Relevanz der URLs bewerten

Nicht jede crawlbare URL besitzt denselben Wert. Verbinden Sie die Crawl-Daten mit Klicks, Impressionen, Conversions oder Umsatz. Ein Fehler auf einer zentralen Kategorieseite ist meist wichtiger als dieselbe Meldung auf einer bedeutungslosen Filter-URL.

Maßnahmen nach Wirkung priorisieren

Arbeiten Sie Berichte nicht nach Trefferzahl oder angezeigter Reihenfolge ab. Bewerten Sie jede Maßnahme nach vier Kriterien:

• Schwere: Verhindert das Problem Crawling oder Indexierung, oder schwächt es lediglich die Darstellung?
• Reichweite: Betrifft es eine URL, einen wichtigen Seitentyp oder die gesamte Website?
• Wert: Sind geschäftlich oder organisch wichtige Seiten betroffen?
• Aufwand: Reicht eine redaktionelle Änderung, oder ist eine Entwicklung am Template notwendig?

Daraus ergibt sich eine sinnvolle Reihenfolge.

Priorität 1: Sichtbarkeitsblocker

Dazu gehören fehlerhafte Statuscodes, unbeabsichtigte noindex-Anweisungen, falsche Canonicals und Crawl-Sperren für relevante Bereiche. Diese Probleme können die organische Sichtbarkeit vollständig verhindern.

Priorität 2: Systematische Fehler mit großer Reichweite

Templatefehler, problematische Navigationen oder falsch erzeugte Metadaten betreffen oft Hunderte URLs. Eine zentrale Korrektur besitzt entsprechend große Hebelwirkung.

Priorität 3: Verbesserungen wichtiger Einzelseiten

Hierzu zählen präzisere Titles, bessere interne Links, korrigierte strukturierte Daten und sinnvoll ergänzte Bildbeschreibungen. Konzentrieren Sie sich auf Seiten mit erkennbarem Such- oder Geschäftspotenzial.

Priorität 4: Feinschliff

Geringfügige Längenwarnungen, optionale Eigenschaften oder kleine Optimierungen auf schwach relevanten URLs dürfen warten. Ein Tool-Bericht muss nicht vollständig leer sein, um eine Website sinnvoll zu verbessern.

Wiederholbarer Workflow für den Onpage-Crawl

Ein praxistauglicher Prozess lässt sich in acht Schritte gliedern:

1. Ziel festlegen: Definieren Sie, ob ein Relaunch, ein bestimmter Seitentyp oder die gesamte Domain geprüft wird.
2. Crawl konfigurieren: Legen Sie Host, Verzeichnisse, Parameterregeln, Rendering und Abrufgeschwindigkeit fest.
3. Prioritätsseiten bestimmen: Erfassen Sie URLs mit wichtigen Rankings, Conversions, Umsätzen oder strategischer Bedeutung.
4. Blocker prüfen: Untersuchen Sie Statuscodes, Indexierbarkeit, robots.txt und Canonicals.
5. Muster gruppieren: Ordnen Sie Auffälligkeiten nach Seitentyp, Template und Verzeichnis.
6. Stichproben validieren: Prüfen Sie mehrere typische URLs pro Meldung manuell.
7. Maßnahmen dokumentieren: Halten Sie Ursache, Zuständigkeit, erwartete Wirkung und Umsetzungsdatum fest.
8. Folgecrawl durchführen: Kontrollieren Sie, ob die Änderung im ausgelieferten HTML angekommen ist und keine neuen Probleme verursacht.

Für viele Websites genügt ein regelmäßiger Crawl im monatlichen Rhythmus. Nach Migrationen, Templateänderungen oder größeren Releases sollte zusätzlich unmittelbar vor und nach der Veröffentlichung geprüft werden.

Häufige Fehler bei der Arbeit mit Onpage-Tools

• Gesamtscores als Ziel verwenden: Der Score bildet den Regelsatz des Anbieters ab und ist kein Ranking-Faktor.
• Alle Warnungen gleich behandeln: Ein Indexierungsblocker ist wichtiger als eine kosmetische Empfehlung.
• Trefferzahlen statt Ursachen bearbeiten: 5.000 Meldungen können auf einen einzigen Templatefehler zurückgehen.
• Crawl-Daten ohne Seitentypen vergleichen: Unterschiedliche Seitentypen benötigen unterschiedliche Bewertungsmaßstäbe.
• Warnungen ungeprüft in Tickets umwandeln: Das erzeugt unnötige Arbeit und kann beabsichtigte Konfigurationen beschädigen.
• Nach der Umsetzung nicht erneut crawlen: Erst die Nachkontrolle zeigt, ob die Korrektur vollständig ausgeliefert wird.

Fazit

Ein SEO-Onpage-Tool ist vor allem ein Mess- und Diagnoseinstrument. Es zeigt technische Zustände, strukturelle Muster und auffällige Abweichungen, entscheidet aber nicht automatisch über deren Bedeutung.

Der größte Nutzen entsteht, wenn Sie Einzel-URL-Check und Domain-Crawl passend einsetzen, Meldungen am tatsächlichen Seitenzustand validieren und Ursachen statt bloßer Trefferzahlen bearbeiten. Priorisieren Sie zuerst Blocker, danach systematische Fehler mit großer Reichweite und erst anschließend den Feinschliff einzelner Seiten.

So wird der Crawl nicht zur endlosen Mängelliste, sondern zu einem kontrollierbaren Prozess: messen, einordnen, priorisieren, umsetzen und erneut prüfen.