On-Page-SEO-Audit-Checkliste für 2026 – Agencia SEO

Ein On-Page-SEO-Audit besteht nicht darin, Felder in einem Plugin auszufüllen und die Arbeit als erledigt zu betrachten. Es geht darum, mit Urteilsvermögen zu prüfen, ob jede Seite deiner Website alles Mögliche tut, um von Suchmaschinen verstanden zu werden und diejenigen zufriedenzustellen, die über eine SERP kommen. Was folgt, ist eine praktische Checkliste, organisiert nach Blöcken, mit konkreten Beispielen für das, was häufig schiefgeht, und für das, was aus der Checkliste draußen bleiben sollte.

Bevor du irgendetwas anfasst: Definiere Umfang und Stichprobe

Eine ganze Website mit 5.000 URLs mit demselben Detailgrad zu auditieren, ist nicht machbar. Die meisten seriösen On-Page-Audits arbeiten mit einer geschichteten Stichprobe: Startseite, Kategorie- und Listenseiten, Produkt- oder Service-Templates, Blogartikel mit Traffic, rechtliche Seiten und eine Zufallsauswahl des Rests. Wenn die Website weniger als 100 indexierbare URLs hat, wird sie vollständig geprüft.

Ein Fehler, den ich immer wieder sehe: nur die Startseite und die Seiten zu auditieren, die der Kunde für wichtig hält. Die Templates (Produkt, Kategorie, Autor, Tag) sind dort, wo die systemischen Probleme auftauchen, und diese werden einmal für Hunderte von URLs korrigiert. Templates gegenüber einzelnen Seiten zu priorisieren, spart Wochen an Arbeit.

Block 1: Indexierbarkeit und On-Page-Zugänglichkeit

Minimale Prüfungen

Robots-Tag auf Seitenebene: dass kein versehentliches noindex auf Seiten steht, die ranken sollten. Das ist üblich in Entwicklungen mit Staging-Umgebungen, die die Konfiguration erben.
Selbstreferenzierendes Canonical auf Inhaltsseiten und korrektes Canonical bei Varianten (Filter, Paginierung, UTM-Parameter).
Konsistenz zwischen Canonical und hreflang: Wenn die spanische Version ihr Canonical auf die englische verweist, wird die spanische nicht indexiert.
Korrekter HTTP-Status: 200 bei aktiven Seiten, 301 bei migrierten URLs, 410 bei endgültig entferntem Inhalt.
Dass der Hauptinhalt im initialen HTML sichtbar ist oder, falls JavaScript-Rendering vorhanden ist, dass die gerenderte Version dasselbe enthält wie die des Browsers.

Ein realer Fall: Ein Shop mit Farbfiltern fügte pro Kombination einen anderen Parameter hinzu, alle mit Canonical auf die Basiskategorie. Die Basiskategorie hatte 12.000 Varianten, die auf sie verwiesen, und das Crawling wurde für URLs verbraucht, die nie indexiert würden. Die Lösung bestand nicht darin, alles mit noindex zu schließen, sondern zu entscheiden, welche Kombinationen mit Suchnachfrage eine eigene Seite verdienten, und den Rest mit Canonical und kohärenten internen Links zu konsolidieren.

Block 2: Titel, Meta-Beschreibungen und Überschriften

Checkliste

Ein einziges <h1> pro Seite, abgestimmt auf die Hauptintention des Inhalts.
Eindeutige Titel auf der gesamten Website. Exportiere alle und sortiere sie: Duplikate konzentrieren sich meist in schlecht parametrisierten Templates.
Angemessene Titellänge, ohne erzwungene Kürzungen. Google schreibt Titel häufig um; das Ziel ist, dass deiner der angezeigte ist, nicht eine exakte Zeichenzahl zu erzwingen.
Eindeutige Meta-Beschreibungen mit Wertversprechen und Handlungsaufforderung, ohne den ersten Absatz des Textes zu kopieren.
Kohärente Hn-Hierarchie: H2, die echte Abschnitte gruppieren, H3 innerhalb dieser. Ein einzelnes H3 ohne übergeordnetes H2 ist kein technisches Problem, zeigt aber Unordnung in der Struktur.

Wichtige Nuance: Überschriften sind kein direkter Rankingfaktor aufgrund ihres Tags. Ihr Wert liegt in der semantischen Struktur und darin, wie sie bei den hervorgehobenen Snippets helfen. Wenn dein Audit verkauft, dass der Wechsel von H3 zu H2 die Positionen verbessert, verkaufst du heiße Luft.

Block 3: Inhalt und Abdeckung der Intention

Was Seite für Seite zu prüfen ist

Beantwortet die Seite die dominante Intention ihres Ziel-Keywords? Wenn die SERP Vergleiche zeigt und deine eine Verkaufsseite ist, passt der Inhalt nicht, auch wenn er das Keyword im Titel hat.
Abdeckung von Entitäten und Unterthemen: Welche verwandten Fragen deckt sie ab und welche nicht. Tools wie die Google-Dokumentation zur redaktionellen Qualität und Branchenstudien zur Topical Authority dienen als Orientierung, nicht als Rezept.
Originalität und Mehrwert: eigene Daten, Screenshots, Beispiele, Fälle. Inhalt, der nur umschreibt, was bereits in der SERP steht, konkurriert im Nachteil.
Aktualität, wo zutreffend: Preise, Vorschriften, Softwareversionen. Ein Artikel über ein Tool, das seine Oberfläche 2025 geändert hat, braucht eine Überarbeitung.
Kontextuelle interne Links von und zu der Seite, mit beschreibendem Anchor-Text.

Reale Grenze: Es gibt keine Wortschwelle, die Positionen garantiert. Ich habe Seiten mit 400 Wörtern gesehen, die 3.000-Wörter-Leitfäden übertrafen, wenn sie die Anfrage besser lösten. Die Wortzahl ist ein Indikator für Aufwand, kein Rankingfaktor.

Block 4: Medien, Links und On-Page-Struktur

Bilder mit beschreibendem Alt (keine Keyword-Füllung), modernem Format (WebP/AVIF) und deklarierten Abmessungen, um Layoutsprünge zu vermeiden.
Videos mit Transkript oder zumindest einer textlichen Beschreibung des Inhalts.
Ausgehende Links: dass relevante externe nicht standardmäßig nofollow tragen und dass interne nicht ohne Grund in einem neuen Tab öffnen.
Abwechslungsreiche und beschreibende interne Anker. Vermeide „hier klicken” und „weiterlesen” bei Links, die wichtig sind.
Gut strukturierte, zugängliche Tabellen und Listen mit semantischen Überschriften.

Block 5: Strukturierte Daten und Rich Results

Überprüfe, dass das schema.org-Markup mit dem sichtbaren Inhalt übereinstimmt. Ein häufiger Fehler ist, FAQPage mit Fragen zu deklarieren, die nicht mehr auf der Seite erscheinen, oder mit abweichenden Antworten. Google kann das Markup ignorieren oder bei strukturiertem Spam manuelle Maßnahmen verhängen. Prüfe mit dem Tool für Rich Results der Search Console und mit dem schema.org-Validator, aber denk daran: Das Markup garantiert keine Rich Results, es macht sie nur möglich.

Block 6: Performance und Seitenerfahrung

Performance ist nicht streng On-Page, aber sie beeinflusst, wie die Seite bewertet wird. Füge in das Audit eine Prüfung der Core Web Vitals auf Template-Ebene ein, nicht nur der Startseite. Ein Detail, das sich nur mit Felddaten erkennen lässt: Templates mit akzeptablem LCP im Labor, aber schlechtem auf Mobilgeräten wegen Hero-Bildern, die ohne srcset ausgeliefert werden. Die offizielle web.dev-Dokumentation zu Core Web Vitals ist die Referenz für die Interpretation der Schwellenwerte.

Block 7: Messung und Abschluss

Ein Audit ohne Priorisierung nützt nichts. Klassifiziere die Befunde nach Wirkung (hoch, mittel, niedrig) und nach Aufwand (Entwicklungsstunden, Inhalt, Konfiguration). Template-Probleme, die Hunderte von URLs betreffen, kommen zuerst. Anpassungen der Meta-Beschreibung auf Seiten ohne Impressionen können warten.

Dokumentiere jede Prüfung mit Belegen: Screenshot, Beispiel-URL, Anzahl betroffener URLs und konkrete Empfehlung. Und definiere, wie die Korrektur gemessen wird: durchschnittliche Positionen der betroffenen URLs, CTR in der Search Console, indexierte Seiten vorher und nachher. Ohne Ausgangsbasis gibt es keine Möglichkeit zu wissen, ob das Audit etwas gebracht hat.

Was diese Checkliste nicht abdeckt

Diese Liste konzentriert sich auf On-Page. Sie ersetzt kein tiefgehendes technisches Audit (Logs, Crawl-Budget, komplexes JavaScript-Rendering) noch eine Prüfung der eingehenden Links. Sie löst auch keine Inhaltsprobleme, die eine vorherige Keyword-Recherche oder Informationsarchitektur erfordern. Wenn deine Website Tausende von durch Parameter generierte URLs hat, ist der On-Page-Teil nur ein Puzzleteil.

Und eine abschließende Warnung: Kein Audit garantiert, Positionen zu verbessern. Identifiziere Probleme, priorisiere Korrekturen und messe. Der Rest hängt von der Konkurrenz, der Domain-Autorität und Faktoren ab, die du nicht kontrollierst.