On-Page-SEO-Check

URL und optional ein Ziel-Keyword eingeben. Der Checker ruft die Seite als Chrome und als Googlebot ab und meldet, was das rohe HTML sagt: Titel und Meta-Description mit Zeichen- und Pixellänge, Robots-Meta und X-Robots-Tag, Canonical, H1-Anzahl und Überschriftengliederung mit übersprungenen Ebenen, Alt-Text-Abdeckung der Bilder, interne und externe Links samt Nofollow-Anteil, Open Graph und Twitter Card, hreflang-Gültigkeit, JSON-LD-Typen, lang, Viewport, Charset, Wortzahl sowie Keyword-Dichte und -Platzierung. Ohne Score — eine Liste dessen, was bestanden ist, was anzusehen ist und was nur Information ist. Nichts wird gespeichert.

Ganzwort-Treffer im sichtbaren Text; Dichte und Platzierung werden gemeldet, kein Zielwert empfohlen.

Die Seite wird von unserem Server als Chrome und als Googlebot ohne JavaScript-Ausführung abgerufen — das, was der erste Crawl-Durchlauf sieht. Zurück kommen nur abgeleitete Zahlen und kurze Textproben; nichts wird gespeichert oder protokolliert. Limit: 30 Prüfungen pro 5 Minuten und Adresse. Die Richtwerte (Titel 30–60, Description 70–160, 300 Wörter) sind Konventionen, keine Regeln; der Checker meldet, was er findet, und entscheidet nicht, was die Seite sagen sollte.

So funktioniert es

1. Die Seite wird von unserem Server zweimal parallel abgerufen — als Desktop-Chrome und als Googlebot — ohne JavaScript-Ausführung, mit bis zu 5 Redirects und Public-Host-Prüfung auf jedem Hop; die Chrome-Antwort wird analysiert, die Googlebot-Antwort nach Status und Inhalt verglichen (der Abruf des SSR-Checkers)
2. Aus <head> werden Titel, Meta-Description, Robots (und X-Robots-Tag aus den Headern), Canonical, hreflang-Links, Open-Graph- und Twitter-Meta, Viewport, Charset und lang gelesen; aus <body> Überschriften (H1–H6 in Dokumentreihenfolge), Bilder und Alt-Texte, Links und rel=nofollow sowie der sichtbare Text
3. Längenprüfungen: Titel 30–60 Zeichen als Richtwert und Pixelbreite auf einer 600-px-Desktopzeile (Arial 20 px, im Browser gemessen), Description 70–160 Zeichen; beides ist Information, keine Regel — Google schreibt Titel und Descriptions, die ihm nicht gefallen, unabhängig von der Länge um
4. Strukturprüfungen: genau eine H1 (mehr ist in HTML5 erlaubt, wird als Hinweis markiert), keine übersprungene Überschriftenebene (H2 → H4), Canonical vorhanden, absolut und selbstreferenzierend, lang-Attribut wohlgeformt (BCP 47), Viewport vorhanden, hreflang-Tags gültig (ISO 639-1 / 3166-1), JSON-LD-Typen aufgelistet
5. Keyword (optional): Ganzwort-Vorkommen im sichtbaren Text, Dichte als Prozentsatz der Wörter, Vorkommen in Titel, H1, Meta-Description, URL und den ersten 100 Wörtern; eine Dichte über 3 % wird als Hinweis, Abwesenheit als Warnung markiert — eine Zieldichte wird nicht empfohlen
6. Jede Prüfung ist eines von: bestanden, Warnung (einen Blick wert), Fehler (blockiert die Indexierung: noindex, fehlender Titel) oder Hinweis; es gibt keinen Score, weil eine Summe ungleicher Dinge keine Messung ist

Über On-Page-SEO und was der Checker misst

On-Page-SEO ist der Teil der Suchmaschinenoptimierung, der in einem einzelnen HTML-Dokument lebt: was die Seite über ihr Thema sagt (Titel, Überschriften, Text), wie sie behandelt werden möchte (Robots, Canonical, hreflang) und wie sie sich beim Teilen (Open Graph, Twitter Card) oder auf dem Smartphone (Viewport, lang) präsentiert. Alles hier liegt in der Hand des Site-Betreibers und ist im rohen HTML sichtbar — deshalb kann ein Checker es ohne Browser lesen, und deshalb sieht der erste Durchlauf eines Crawlers genau das.

Titel und Meta-Description sind die beiden Zeilen, die in den Suchergebnissen erscheinen — genauer: die beiden Zeilen, von denen Google ausgeht. Es schreibt Titel um, die es für zu lang, zu kurz, repetitiv oder themenfremd hält, und setzt ein Snippet aus dem Text ein, wenn die Description nicht zur Anfrage passt. Die Zeichenrichtwerte (30–60 und 70–160) markieren den Bereich, in dem Umschreibungen seltener werden, keine Regel; die Pixelbreite zählt mehr als Zeichen, weil ein Titel aus 60 breiten Buchstaben abgeschnitten wird, einer aus 60 schmalen nicht. Der Checker misst beides und meldet es als Information.

Robots und Canonical sind die beiden Signale, die entscheiden, ob die Seite überhaupt im Index ist und unter welcher URL. Ein noindex im Meta-Tag oder im X-Robots-Tag-Header entfernt sie; der Checker wertet das als Fehler, weil es auf einer Seite, die man optimiert, fast immer ein Versehen ist. Ein Canonical, das woandershin zeigt, ist kein Fehler — so sollen Duplikat- und Parameter-URLs funktionieren —, auf einer Seite, die ranken soll, aber wissenswert; der Checker meldet es als Hinweis mit dem Ziel. Ein relatives Canonical wird markiert, weil manche Crawler es anders auflösen.

Die Keyword-Dichte ist schon lange kein Rankingfaktor mehr, und der Checker empfiehlt keine Zahl. Er meldet, ob der Begriff dort vorkommt, wo ein Leser ihn auf einer Seite zu diesem Thema erwarten würde — Titel, erste Überschrift, Description, Einleitung — und ob er so oft wiederholt wird, dass der Text wie für eine Maschine geschrieben wirkt. Das sind redaktionelle Fakten, keine Optimierungsziele. Für die Wortzahl gilt dasselbe: 300 ist die Grenze, ab der der Checker eine Seite nicht mehr dünn nennt, keine Ziellänge.

Häufige Fragen

Warum gibt es keinen Score?
Weil ein Score Dinge addiert, die nicht vergleichbar sind — ein fehlender Viewport und ein noindex-Tag sind nicht zwei Punkte auf derselben Skala. Der Checker vergibt stattdessen jedem Punkt einen Status: Fehler für das, was die Indexierung blockiert, Warnung für das, was einen Blick verdient, Hinweis für das, was über die Seite schlicht zutrifft, bestanden für das, was in Ordnung ist. Lesen Sie zuerst die Fehler, dann die Warnungen.
Welche Titellänge ist richtig?
Es gibt keine exakte Zahl. Google zeigt etwa 600 Pixel eines Desktop-Titels — rund 50–60 Zeichen durchschnittlicher Breite — und schreibt schwache Titel unabhängig von der Länge um. Der Checker meldet Zeichen und Pixel und markiert alles außerhalb von 30–60 als Hinweis. Ein Titel, der sagt, was die Seite ist, mit dem Hauptbegriff früh, zählt mehr als das Treffen des Bereichs.
Ist mehr als eine H1 ein Problem?
HTML5 erlaubt mehrere H1, und Google hat erklärt, damit gut umzugehen. Die Konvention einer einzigen H1 hält die Dokumentgliederung lesbar und das Hauptthema eindeutig. Der Checker meldet mehrere H1 als Hinweis, nicht als Warnung; übersprungene Überschriftenebenen (H2 zu H4) sind ebenfalls Hinweise — sie schaden der Barrierefreiheit mehr als der Suche.
Der Checker sagt, das Canonical zeigt woandershin. Ist das schlecht?
Das hängt davon ab, ob es beabsichtigt ist. Ein Canonical auf eine andere URL sagt Google, diese statt der aktuellen zu indexieren — richtig bei Duplikaten, gefilterten Listen, Tracking-Parametern und syndizierten Kopien; falsch bei einer Seite, die selbst ranken soll. Der Checker kann den Fall nicht unterscheiden und meldet die Ziel-URL deshalb als Hinweis.
Spielt die Keyword-Dichte eine Rolle?
Nicht als Rankingfaktor. Google hat erklärt, dass es keine ideale Dichte gibt, und das Stopfen eines Begriffs verstößt gegen die Spam-Richtlinien. Der Checker zeigt die Dichte und die Fundstellen, damit Sie beurteilen können, ob die Seite natürlich liest und das Thema abdeckt; über 3 % fügt er einen Hinweis hinzu, weil Text dort meist repetitiv zu wirken beginnt. Betrachten Sie es als redaktionelle Prüfung.
Warum wird auch als Googlebot abgerufen?
Weil manche Sites Crawlern anderes HTML liefern, sie blockieren oder umleiten. Der Checker nutzt denselben Zwei-Agent-Abruf wie der SSR-Checker und analysiert die Chrome-Antwort; hat die Googlebot-Antwort einen anderen Status oder deutlich anderen Inhalt, wird das gemeldet, denn dann sind die On-Page-Befunde womöglich nicht das, was Google sieht.
Die Seite rendert Inhalte mit JavaScript. Sieht der Checker das?
Nein — er liest das rohe HTML, das der Server liefert; das sieht ein Crawler im ersten Durchlauf, und Social- und KI-Fetcher sehen ohnehin nur das. Werden Titel, Überschriften oder Text per JavaScript ergänzt, fehlen sie hier. Das ist selbst ein Befund: Mit dem SSR-Checker sehen Sie, wie stark die Seite vom Rendering abhängt.