On-Page-SEO: Vollständiger Leitfaden
Eine praktische Übersicht über die Signale auf Seitenebene, die Sie kontrollieren, was jedes einzelne beeinflussen kann und wo Sie die detaillierten Implementierungsanleitungen der Website finden.
Sprachen
1 Evidenzsignal auf dieser Seite
- Verknüpftes Live-WerkzeugOn-Page SEO Checker
On-Page-SEO ist die Arbeit auf Seitenebene, die Sie kontrollieren: die Antwort und die Belege im Hauptinhalt, die HTML-Struktur, Überschriften, interne Links, Titel und Snippets, Bilder und strukturierte Daten. Fassen Sie diese Elemente nicht zu einer Liste von Ranking-Faktoren zusammen. Einige helfen einem Suchsystem, eine Seite abzugleichen und zu ranken; einige machen die Seite für die Indexierung oder die Anzeige in einem bestimmten Feature geeignet; einige beeinflussen, wie das Ergebnis präsentiert wird; und einige helfen in erster Linie Menschen, die Seite zu nutzen und zu verstehen. Beginnen Sie damit, den Zweck und die Antwort der Seite klar zu machen, und überprüfen Sie dann, ob das gerenderte HTML den beabsichtigten Inhalt und die Signale offenlegt. Verwenden Sie diesen Leitfaden, um den richtigen Unterleitfaden auszuwählen, und verwenden Sie die separate On-Page-Checkliste, wenn Sie bereit sind, ein Audit durchzuführen.
TL;DR — On-Page-SEO ist die Arbeit, die Sie an einer einzelnen Seite durchführen, um deren Zweck, Antwort, Struktur und Suchdarstellung klar zu machen. Der Inhalt und sein Nutzen stehen an erster Stelle. Titel, Überschriften, Links, Bilder, Metadaten und strukturierte Daten haben jeweils unterschiedliche Aufgaben; keines davon ist ein magischer Score. Diese Seite ordnet diese Aufgaben zu und verweist Sie an den richtigen ausführlichen Leitfaden. Wenn Sie eine Schritt-für-Schritt-Prüfung benötigen, nutzen Sie die On-Page-SEO-Checkliste.
Was On-Page-SEO ist
On-Page-SEO ist die Gesamtheit der Seitenebenen-Entscheidungen, die Sie kontrollieren und die Menschen und Suchsystemen helfen, eine Seite zu verstehen, zu bewerten, zu navigieren und darzustellen.
Dazu gehören:
- die Frage oder Aufgabe, der die Seite dient;
- die Hauptantwort, unterstützende Belege und nützliche Details;
- das HTML, das den Inhalt und die Beziehungen offenlegt;
- der Titel, Überschriften, interne Links, Bilder und Metadaten;
- strukturierte Daten, die berechtigte sichtbare Inhalte genau beschreiben;
- Barrierefreiheits-Entscheidungen, welche die Seite für mehr Menschen nutzbar machen.
Es bedeutet nicht, dass jedes Element dieselbe Aufgabe erfüllt. Diese Abkürzung erzeugt schlechte Prioritäten. Eine Meta-Beschreibung ist ein Snippet-Kandidat, den Google möglicherweise verwendet, wenn sie die Seite für eine Suchanfrage besser beschreibt. Strukturierte Daten können die Berechtigung für unterstützte Rich Results schaffen, ohne eine solche zu garantieren. Alt-Text hilft bei der Barrierefreiheit und dem Bildverständnis. Eine klare Antwort kann die Relevanz unterstützen, aber Relevanz garantiert keine Top-Platzierung.
Evidence for this claim Google primarily creates snippets from page content and may use the meta description when it better describes the page for a query. Scope: production Confidence: high · Verified: Control your snippets in search resultsDas Denkmodell der vier Aufgaben
Ordnen Sie jede vorgeschlagene On-Page-Änderung einer oder mehreren dieser Aufgaben zu:
| Aufgabe | Frage | Beispiele | Wie Erfolg aussieht |
|---|---|---|---|
| Relevanz und Qualität | Erfüllt die Seite die Aufgabe des Suchenden mit klaren, zuverlässigen Informationen? | Hauptinhalt, Entitäten, Belege, beschreibende Überschriften, interner Kontext | die richtige Zielgruppe findet und nutzt die Antwort |
| Berechtigung und Zugriff | Kann das System das beabsichtigte Material oder Feature abrufen, parsen, indexieren und berücksichtigen? | indexierbares HTML, crawlbare Links, gültige unterstützte strukturierte Daten | die Seite oder das Feature kann in den Kandidatensatz eintreten |
| Darstellung | Wie kann das Ergebnis vor einem Klick dargestellt werden? | Titel-Element, als Titelquellen verwendete Überschriften, Meta-Beschreibung, Bildvorschau-Steuerungen | das angezeigte Ergebnis setzt die Erwartungen genau fest |
| Barrierefreiheit und Benutzerfreundlichkeit | Können Menschen die Seite wahrnehmen, navigieren und verstehen? | Überschriftenhierarchie, aussagekräftige Links, Alt-Entscheidungen, lesbare Struktur | Menschen können die Aufgabe mit weniger Barrieren erledigen |
Diese Aufgaben überschneiden sich, sind aber nicht austauschbar. Das Bestehen eines Validators für strukturierte Daten macht schwachen Inhalt nicht nützlich. Das Schreiben einer starken Meta-Beschreibung macht eine blockierte Seite nicht indexierbar. Das Hinzufügen von Keywords zu jeder Überschrift repariert keine irreführende Antwort.
Beginnen Sie mit der Aufgabe der Seite
Bevor Sie Tags bearbeiten, schreiben Sie einen Satz:
Diese Seite hilft [Zielgruppe] dabei, [Aufgabe] zu erledigen, indem sie [Antwort oder Ergebnis] bereitstellt.
Testen Sie die Seite dann dagegen:
- Ist die Antwort sichtbar, ohne den Leser durch eine lange Einleitung zu zwingen?
- Deckt die Seite die Entscheidungen und Beweise ab, welche die Aufgabe tatsächlich erfordert?
- Unterscheidet sich der Umfang von nahegelegenen Seiten, oder konkurrieren mehrere URLs um dieselbe Aufgabe?
- Beschreiben Titel und Hauptüberschrift die tatsächlich erreichte Seite genau?
- Kann jemand die Abschnitte, Links und Bilder ohne Raten navigieren?
Googles aktueller SEO-Starterleitfaden stellt nützliche, gut organisierte, menschenzentrierte Inhalte über mechanische Tricks und sagt, dass es keine Geheimnisse gibt, die eine Website automatisch auf Platz eins bringen.
Die Bibliothek nach Problem nutzen
Diese Website hat bereits detaillierte Unterleitfäden. Nutzen Sie diesen Hub, um einen auszuwählen, anstatt zu versuchen, jede Taktik auf jede Seite anzuwenden.
Der Inhalt ist schwer zu überfliegen oder seine Hierarchie ist unklar
Beginnen Sie mit Header-Tags. Es erklärt H1–H6, Überschriftenverschachtelung, mehrere H1s und den Unterschied zwischen semantischer Struktur und visueller Gestaltung.
Wichtige Inhalte oder Signale fehlen im HTML
Verwenden Sie HTML-SEO für Parsing, gerenderte Ausgabe, semantische Elemente, crawlbare Links, Sprachauszeichnung und Fehler bei fehlerhaften Head-Elementen.
Bilder sind schwer, unzugänglich oder schwer zu entdecken
Verwenden Sie Bild-SEO für Entdeckung, Seitenkontext, Dateinamen, responsive Bilder, Alt-Entscheidungen, Formate und Leistung. Bildersuche und Seitenleistung überschneiden sich, sind aber nicht dasselbe Ziel.
Der Ergebnis-Titel, die Snippet- oder Robots-Steuerung muss überarbeitet werden
Verwenden Sie Meta-Tags für Titel-Tags, Meta-Beschreibungen, Robots-Direktiven, Snippet-Steuerung, Favicons und Social-Preview-Metadaten. Die Aufgabe eines Tags muss separat bewertet werden; es gibt keinen nützlichen universellen „Meta-Tag-Score“.
Sie benötigen explizite maschinenlesbare Bedeutung oder Rich-Result-Berechtigung
Verwenden Sie strukturierte Daten für schema.org, JSON-LD, unterstützte Google-Funktionen, Validierung und typspezifische Leitfäden. Die Auszeichnung muss mit sichtbarem Inhalt übereinstimmen, und gültige Auszeichnung ist keine Garantie für Anzeige oder Ranking.
Evidence for this claim Accurate supported structured data can make content eligible for supported search features, but valid markup does not guarantee that a feature will be displayed or improve rankings. Scope: production Confidence: high · Verified: Understand how structured data worksSie sind bereit, eine echte Seite zu überprüfen
Verwenden Sie die On-Page-SEO-Checkliste. Sie besitzt die priorisierte Ausführungsreihenfolge. Dieser Hub erklärt das System und leitet die Arbeit; die Checkliste sagt Ihnen, was Sie in welcher Reihenfolge überprüfen sollen.
Was On-Page-SEO nicht beheben kann
On-Page-Arbeit kann nicht jedes vorgelagerte Problem kompensieren. Wechseln Sie zum entsprechenden technischen Leitfaden, wenn:
- die URL nicht entdeckt oder gecrawlt werden kann;
- das Rendering den primären Inhalt verbirgt;
- die Kanonisierung auf etwas anderes verweist;
- eine
noindex-Regel die Indexierung verhindert; - die falsche Seite die Suchintention besitzt;
- die Seitenarchitektur die Seite verwaist lässt;
- externe Reputation, Wettbewerb oder Nachfrage die eigentliche Einschränkung sind.
On-Page-SEO ist eine Ebene in einem Suchsystem, nicht das gesamte System.
TL;DR — Behandeln Sie eine Seite als Vertrag zwischen Absicht, Beweisen, gerendertem HTML, Abrufsignalen, Präsentationssteuerung und menschlicher Benutzerfreundlichkeit. Diagnostizieren Sie die fehlgeschlagene Ebene, bevor Sie den Text ändern. Trennen Sie Kandidatenberechtigung von Relevanz, Ranking, Ergebniszusammenstellung und Zugänglichkeit. Behalten Sie eine besitzende URL pro Aufgabe bei, leiten Sie spezialisierte Implementierung an die vorhandenen Untercluster-Leitfäden weiter und validieren Sie sowohl Quell-/gerenderte Ausgabe als auch beobachtetes Suchverhalten.
Modellieren Sie die Seite als geschichteten Vertrag
Eine nützliche On-Page-Überprüfung folgt der Seite durch mehrere Ebenen:
- Aufgabenbesitz: welche Zielgruppe, Frage und welches Ergebnis diese URL besitzt.
- Antwort: die direkte Antwort, der Prozess, die Belege, Beispiele und Einschränkungen.
- Informationsstruktur: Abschnitte, Überschriften, Listen, Tabellen und Beziehungen.
- HTML-Exposition: was in der ersten Antwort und im gerenderten DOM erscheint.
- Suchsteuerung: Titelquellen, Snippet-Steuerung, Index-Direktiven, Kanonische, und unterstützte strukturierte Daten.
- Verbindungen: interne Links in die und aus der Seite, mit nützlichem Ankertext.
- Medien: auffindbare Bilder und Videos, zugängliche Alternativen und Leistung.
- Beobachtetes Ergebnis: Indexierung, Suchanfragen-Passung, Ergebnisdarstellung, Nutzung und Geschäftsverhalten.
Ein als „On-Page“ beschriebener Fehler kann in jeder Ebene beginnen. Eine fehlende Antwort kann eine redaktionelle Lücke sein. Eine fehlende Antwort im gerenderten HTML kann ein Rendering-Fehler sein. Ein korrektes Titel-Element, das nicht angezeigt wird, kann eine Entscheidung der Ergebniszusammenstellung sein und kein defektes Tag.
Trennen Sie die Tore
Die wichtigste fortgeschrittene Unterscheidung ist zwischen dem Eintritt in einen Kandidatensatz und dem Gewinnen innerhalb dieses Satzes.
| Ebene | Typische Frage | Belege | Nicht schlussfolgern |
|---|---|---|---|
| Entdeckung/Zugriff | Kann das System die URL und Ressourcen erreichen? | Links, Antwort, robots, Rendern | dass Zugriff Indexierung bedeutet |
| Index/Berechtigung | Kann die Seite oder Funktion berücksichtigt werden? | kanonischer/Index-Zustand, unterstützte Markup, Richtlinien | dass Berechtigung Anzeige garantiert |
| Relevanz | Beantwortet der Inhalt diese Suchanfrage oder Teilaufgabe? | Suchanfrage-Seiten-Vergleich, Passagen-Abdeckung | dass Relevanz allein den Rang bestimmt |
| Ranking/Neubewertung | Welche berechtigten Kandidaten werden bevorzugt? | beobachtete Ergebnisse und kontrollierte Tests | ein festes öffentliches Gewicht für ein Element |
| Präsentation | Welcher Titel, Snippet, welches Bild oder welche Funktion wird angezeigt? | Live-Ergebnis und Search Console-Kontext | dass bereitgestellte Metadaten immer verwendet werden |
| Zugänglichkeit | Können Menschen die Seite bedienen und verstehen? | manuelle und assistive-Technologie-Tests | dass ein SEO-Crawler Konformität beweist |
Der praktische Nutzen ist eine bessere Priorisierung. Wenn die Seite nicht indexiert ist, ist das Umschreiben der Meta-Beschreibung nachgelagert zum eigentlichen Problem. Wenn ein Rich-Ergebnis fehlt, stellen Sie zuerst die Berechtigung fest, und denken Sie daran, dass Google keine Anzeige garantiert.
Entwerfen Sie einen Inhaltsvertrag
Definieren Sie für jede wichtige Seitenklasse:
- die besitzende Absicht und ausgeschlossene Absichten;
- die kanonische URL und den erwarteten Index-Zustand;
- die erforderlichen Antwortblöcke und Belegverantwortlichen;
- akzeptable Aktualität und Überprüfungsauslöser;
- Regeln zur Generierung von Titel und Überschriften;
- erforderliche interne Link-Beziehungen;
- Regeln für Medien und Alternativtext;
- Berechtigung für strukturierte Daten und Abhängigkeiten von sichtbarem Inhalt;
- Validierungsprüfungen und verantwortliches Team.
Dies ist dauerhafter als eine einmalige Bewertung. Es macht auch Vorlagen-Regressionen vor der Veröffentlichung testbar.
Leiten Sie die Umsetzung an ihren Verantwortlichen
Header-System
Der Header-Tags-Hub besitzt Überschriftenebenen, H1-Fragen, Hierarchie und Navigationsimplikationen. Verwenden Sie Überschriften, um eine logische Gliederung und nützliche Abschnittsbeschriftungen offenzulegen; erfinden Sie keine Ranking-Gewichtsleiter für H1–H6.
HTML-System
Der HTML-SEO-Hub besitzt Quell- versus gerendertes HTML, semantisches HTML, crawlbare Anker, Sprachattribute und Parsing-Fehler. Googles Link-Leitfaden ist explizit zu crawlbarer Anker-Markup und nützlichem Ankertext.
Bild-System
Der Image-SEO-Hub ist zuständig für Bilderkennung, responsives Ausliefern, Seitenkontext, Dateinamen, Alt-Text und Bildleistung. Googles aktuelle Bildanleitung unterscheidet erkennbare HTML-Bildelemente von CSS-Hintergrundbildern und verbindet Alt-Text sowohl mit Bildverständnis als auch mit Barrierefreiheit.
Metadaten-System
Der Meta-Tags-Hub ist zuständig für Titel- und Snippet-Eingaben, Robots-Metadaten, Snippet-Längen und Social-Metadaten. Google kann Titellinks aus mehreren Seitensignalen zusammensetzen und erstellt Snippets normalerweise aus dem Seiteninhalt, manchmal unter Verwendung der Meta-Beschreibung. Gelieferter Text ist eine Eingabe, keine Anweisung, die angezeigt werden muss.
Evidence for this claim Google primarily creates snippets from page content and may use the meta description when it better describes the page for a query. Scope: production Confidence: high · Verified: Control your snippets in search resultsStrukturierte-Daten-System
Der Strukturierte-Daten-Hub ist zuständig für schema.org- Vokabular, Formate, funktionsspezifische Anforderungen und Validierung. Die Schema.org-Dokumentation definiert das gemeinsame Vokabular, während Googles Einführung in strukturierte Daten Markup als standardisierte Hinweise für das Verständnis und unterstützte Suchfunktionen einordnet; es macht Markup nicht zu einer allgemeinen Ranking-Garantie.
Überschneidungen und Kannibalisierung verwalten
Zwei Seiten können dieselbe Entität erwähnen, ohne zu konkurrieren. Das Problem ist eine mehrdeutige Zuständigkeit für dieselbe Leseraufgabe.
Verwenden Sie einen einfachen Zuständigkeitsdatensatz:
| Feld | Beispiel |
|---|---|
| Zuständige Aufgabe | Das On-Page-System erklären und zu detaillierten Anleitungen weiterleiten |
| Primäre Zielgruppe | Jemand, der entscheidet, welche Art von On-Page-Arbeit benötigt wird |
| Erforderliche Antwort | Umfang, mentales Modell, Bibliothekskarte, Diagnose-Routing |
| Expliziter Ausschluss | Schritt-für-Schritt-Audit-Durchführung |
| Übergabe | On-Page-SEO-Checkliste |
Wenn zwei URLs dieselbe Aufgabe zu besitzen scheinen, wählen Sie einen Eigentümer, grenzen Sie die andere Seite ein, stärken Sie die Verlinkungsbeziehung und stellen Sie sicher, dass Titel und Einleitungen die Unterscheidung widerspiegeln. Führen Sie Seiten nicht nur deshalb zusammen, weil ein Tool überlappende Wörter meldet.
Änderungen als Hypothesen testen
Eine On-Page-Bearbeitung sollte angeben:
- Problem: Welches beobachtete Verhalten ist falsch?
- Ebene: Aufgabe, Inhalt, HTML, Berechtigung, Präsentation oder Barrierefreiheit?
- Änderung: Welche einzelne wesentliche Variable wird geändert?
- Erwartete Beobachtung: Was sollte sich ändern, wo und für wen?
- Zeitfenster: Wann machen Crawling-, Verarbeitungs- und Traffic-Zyklen die Bewertung fair?
- Schutzmaßnahme: Welches Nutzer- oder Geschäftsergebnis darf sich nicht verschlechtern?
Nicht jede Seite unterstützt einen kausalen SEO-Test. Bei einer Seite mit geringem Traffic kann das ehrliche Ergebnis „Implementierung verifiziert; Leistungseffekt nicht bestimmt“ sein.
Die Führungsperspektive
On-Page-SEO ist ein Portfolio von Seitenebenen-Produktkontrollen, keine Copywriting-Bereinigung. Es bestimmt, ob jede Seite eine klare Aufgabe hat, eine zuverlässige Antwort liefert, sich korrekt darstellt und mit dem Rest der Website verbunden ist.
Finanzieren Sie Arbeiten in dieser Reihenfolge:
- Seiten, die mit wesentlichen Nutzer- und Geschäftsaufgaben verbunden sind;
- Vorlagenfehler, die viele wertvolle URLs betreffen;
- Zugriffs-, Index- oder Berechtigungsfehler;
- irreführende oder schwache Antworten und Ergebnisdarstellung;
- wiederverwendbare Barrierefreiheits- und Inhaltsqualitätskontrollen;
- kosmetische Bereinigung ohne nachgewiesene Konsequenz.
Bitten Sie Teams, betroffene Kohorten und Ergebnisse zu melden, nicht Anzahlen von „SEO-Fehlern“. Ein Titel- Problem bei einer großen Produktvorlage und eine fehlende Meta-Beschreibung auf einer archivierten Seite sollten nicht gleich priorisiert werden.
Das dauerhafte Ergebnis ist ein Seitenklassen-Vertrag mit einem Verantwortlichen, Tests und einem Überprüfungsrhythmus. Die On-Page-SEO-Checkliste kann dann als operative Inspektionsebene verwendet werden.
On-Page-SEO in einem kompakten Modell
- On-Page-SEO umfasst die Antwort auf Seitenebene, Struktur, HTML, Links, Metadaten, Medien und strukturierte Daten, die Sie kontrollieren.
- Klassifizieren Sie Arbeiten nach Relevanz/Qualität, Berechtigung/Zugriff, Präsentation und Barrierefreiheit/Usability.
- Die Aufgaben überschneiden sich, sind aber keine Substitute: Berechtigung garantiert keine Anzeige, bereitgestellte Metadaten können umgeschrieben werden, und Barrierefreiheit erfordert mehr als einen SEO-Crawler.
- Machen Sie die Hauptaufgabe der Seite und die direkte Antwort klar, bevor Sie Tags optimieren.
- Nutzen Sie die dedizierten Hubs für Header-Tags, HTML-SEO, Bild-SEO, Meta-Tags und strukturierte Daten.
- Verwenden Sie die On-Page-SEO-Checkliste für die Umsetzung; dieser Hub besitzt die konzeptionelle Karte und das Routing.
Primärdokumentation
- Google SEO Starter Guide — nützliche Inhalte, Organisation, Links, Titel, Snippets und Bilder in einer begrenzten Einführung.
- How Google Search works — trennt Crawling, Indexierung und Auslieferung, was verhindert, dass nachgelagerte On-Page-Arbeiten für vorgelagerte Fehler verantwortlich gemacht werden.
- Influencing title links — das Titel-Element ist eine Quelle, die Google verwenden kann; klare, präzise und genaue Titel sind das Ziel.
- Control snippets — Snippets werden normalerweise aus Seiteninhalten gezogen und können die Meta-Beschreibung verwenden.
- Google image SEO best practices — Bilderkennung, HTML-Elemente, Kontext, Dateinamen, Alt-Text und Leistung.
- Structured-data introduction und allgemeine Richtlinien — Anforderungen an Berechtigung, Genauigkeit, sichtbare Inhalte und funktionsspezifische Anforderungen.
- Google link best practices — crawlbare Anker und beschreibender Linktext.
- W3C WAI heading tutorial — Verwendung von Überschriften, um Organisation zu kommunizieren und Navigation zu unterstützen.
- W3C WAI accessibility evaluation overview — Tools können die Bewertung unterstützen, aber kein Tool allein stellt fest, ob eine Website die Barrierefreiheitsstandards erfüllt.
Diese Quellen dokumentieren das Verhalten von Google oder die Barrierefreiheit. Sie offenbaren keine universelle Ranking-Faktor-Formel und garantieren kein bestimmtes Ergebnis.
Hub-Level-Triage-Checkliste
Dies ist eine Routing-Checkliste, nicht das vollständige Audit. Verwenden Sie die dedizierte On-Page-SEO-Checkliste für die Umsetzung.
- Geben Sie die Zielgruppe, die Aufgabe und den ausgeschlossenen Umfang der Seite an.
- Bestätigen Sie, dass die direkte Antwort und die Belege sichtbar und aktuell sind.
- Vergleichen Sie das ursprüngliche HTML und die gerenderte Ausgabe auf wesentliche Unterschiede.
- Bestätigen Sie, dass Titel und Hauptüberschrift dieselbe Seite korrekt beschreiben.
- Prüfen Sie, ob die Überschriften eine logische, navigierbare Struktur offenlegen.
- Prüfen Sie, ob wichtige interne Links echte crawlbare Anker mit sinnvollem Text sind.
- Entscheiden Sie, welchen Beitrag jedes bedeutungsvolle Bild leistet und wie sein Alternativtext behandelt wird.
- Identifizieren Sie Metadaten nach Aufgabe: Darstellung, Indexierung, Vorschaukontrolle oder soziale Nutzung.
- Verwenden Sie nur strukturierte Daten, die für den sichtbaren Inhalt und die beabsichtigte Funktion unterstützt werden.
- Testen Sie die Barrierefreiheit manuell, wo automatisierte Tools das Ergebnis nicht feststellen können.
- Dokumentieren Sie den beobachteten Fehler, den Verantwortlichen, die Validierungsmethode und das Überprüfungsdatum.
Das R-E-P-A-Framework
Verwenden Sie vier Buchstaben, um die Prioritäten ehrlich zu halten:
R – Relevanz und Zuverlässigkeit
Beantwortet die Seite die Aufgabe direkt mit genauen, aktuellen, ausreichend vollständigen Informationen und transparenten Belegen?
E – Zugänglichkeit und Sichtbarkeit
Können Crawler die beabsichtigten Inhalte erreichen und parsen, und erfüllt die Seite die Anforderungen für den Index oder die Suchfunktion, die besprochen wird?
P – Präsentation
Stellen Titel, Snippet-Kandidaten, Bildvorschauen und unterstützte Erweiterungen die Zielseite genau dar?
A – Barrierefreiheit und Handlung
Können Menschen die Seite navigieren, wahrnehmen und nutzen, und können sie den nächsten nützlichen Schritt abschließen?
Bewerten Sie nichts standardmäßig. Verwenden Sie das Framework, um die fehlgeschlagene Aufgabe zu lokalisieren, Belege zu sammeln und die Behebung an den richtigen Leitfaden und Verantwortlichen weiterzuleiten.
Welchen On-Page-Leitfaden sollte ich verwenden?
Ist das Hauptproblem die Antwort, der Umfang oder die Überschneidung mit einer anderen URL?
- Ja → klären Sie zuerst Aufgabenverantwortung und Inhalt.
- Nein → fahren Sie fort.
Fehlt wichtiges Material oder ist es zwischen Quelle und gerendertem HTML verändert?
- Ja → verwenden Sie HTML-SEO.
- Nein → fahren Sie fort.
Ist die Hierarchie schwer zu verstehen oder zu navigieren?
- Ja → verwenden Sie Header-Tags.
- Nein → fahren Sie fort.
Ist das Problem die Auffindbarkeit, der Kontext, der Alternativtext, das Format oder das Gewicht eines Bildes?
- Ja → verwenden Sie Bild-SEO.
- Nein → fahren Sie fort.
Ist das Problem ein Titel, Snippet, Robots-Direktive oder eine Vorschaukontrolle?
- Ja → verwenden Sie Meta-Tags.
- Nein → fahren Sie fort.
Ist das Ziel ein unterstütztes Rich Result oder eine explizite maschinenlesbare Beschreibung?
- Ja → verwenden Sie strukturierte Daten.
- Nein → führen Sie die On-Page-SEO-Checkliste aus und erweitern Sie die Diagnose über die On-Page-SEO hinaus, wenn die Belege auf vorgelagerte Probleme hinweisen.
On-Page-Anti-Patterns
- Eine Bewertung für unterschiedliche Aufgaben. Eine gemischte Bewertung verdeckt, ob ein Befund Relevanz, Zugänglichkeit, Präsentation oder Barrierefreiheit betrifft.
- Keyword-Dichte-Ziele. Natürliche Sprache und Aufgabenabdeckung lassen sich nicht auf einen universellen Prozentsatz reduzieren.
- Jede Überschriftenebene als Ranking-Gewicht behandeln. Verwenden Sie Überschriften für die Struktur; es gibt keine offizielle H1-bis-H6-Gewichtsskala.
- Metadaten für eine Seite schreiben, die den Klick nicht erfüllt. Eine genaue Erwartungssetzung schlägt ein aggressiveres Versprechen.
- Schema für Inhalte hinzufügen, die Benutzer nicht sehen können. Markup muss die Seite genau darstellen und die Regeln der ausgewählten Funktion erfüllen.
- Gültiges Markup als garantiertes Rich Result bezeichnen. Validierung stellt Syntax- oder Berechtigungsbedingungen fest, nicht die Auswahl.
- Automatisierte Barrierefreiheits-Scans als Zertifizierung verwenden. Automatisierte Befunde sind eine Teilmenge der benötigten Belege.
- Die Checkliste in jedem Hub duplizieren. Behalten Sie die konzeptionelle Karte hier und die Ausführungssequenz in der Checkliste, damit Aktualisierungen einen Verantwortlichen haben.
Tools nach Frage
- On-Page SEO Checker — untersuchen Sie beobachtbare Signale auf Seitenebene und prüfen Sie dann jeden Befund im Kontext.
- SERP Snippet & Truncation Checker — Vorschau von Titel- und Beschreibungskandidaten; er kann die endgültige Zusammenstellung der Google-Ergebnisse nicht vorhersagen.
- Schema Markup Validator — validieren Sie Syntax und Eigenschaften strukturierter Daten.
- Rich-Result Eligibility Checker — untersuchen Sie unterstützte Eignungssignale, ohne eine Anzeige zu versprechen.
- Image SEO Checker — prüfen Sie Bild-Markup, Alternativen, Abmessungen und Auslieferungshinweise.
- Accessibility Checker — finden Sie automatisierbare Probleme und führen Sie anschließend manuelle Tests durch.
- Render Gap Checker — vergleichen Sie erfasste HTML-Beweise mit der gerenderten Erfahrung, wo unterstützt.
Ein Tool berichtet beobachtbare Bedingungen. Es kennt weder den beabsichtigten Zweck der Seite, die redaktionelle Wahrheit, rechtliche Anforderungen noch die endgültige Suchmaschinen-Entscheidung.
Eine On-Page-Änderung validieren
Den Inhaltsvertrag testen
- Test: Bitten Sie einen Prüfer, der mit dem Entwurf nicht vertraut ist, die Zielgruppe, Aufgabe, Antwort und den nächsten Schritt der Seite anhand von Titel, Einleitung und Überschriften zu benennen.
- Bestanden-Nachweis: Ihre Beschreibung stimmt mit der dokumentierten Eigentümererklärung überein.
- Bedeutung des Scheiterns: Die Seite könnte mehrdeutig, zu breit gefasst sein oder ihre direkte Antwort vermissen lassen.
Quell- und gerendertes HTML testen
- Test: Vergleichen Sie die anfängliche HTML-Antwort und das gerenderte DOM für den Hauptinhalt, Titel, Überschriften, Links, Bilder, Robots-Metadaten und strukturierte Daten.
- Bestanden-Nachweis: Materielle Signale sind vorhanden, konsistent und im beabsichtigten Rendering-Zustand zugänglich.
- Bedeutung des Scheiterns: Leiten Sie das Problem an die Verantwortlichen für HTML, Rendering oder Vorlagen weiter.
Ergebnisdarstellung testen
- Test: Vergleichen Sie nach dem erneuten Crawlen den gelieferten Titel und die Beschreibung mit den beobachteten Ergebnissen für repräsentative Suchanfragen und Geräte.
- Bestanden-Nachweis: Das angezeigte Ergebnis beschreibt die Seite genau, unabhängig davon, ob Google die gelieferte Formulierung verwendet hat.
- Bedeutung des Scheiterns: Diagnostizieren Sie Quellenkonsistenz und Suchkontext, bevor Sie umschreiben.
Eignung strukturierter Daten testen
- Test: Validieren Sie das ausgewählte Feature, vergleichen Sie das Markup mit sichtbarem Inhalt und überwachen Sie den relevanten Search Console-Bericht, wo verfügbar.
- Bestanden-Nachweis: Erforderliche Eigenschaften und Inhaltsrichtlinien sind erfüllt.
- Bedeutung des Scheiterns: Beheben Sie die früheste ungültige Ebene; das Fehlen eines Rich Results allein ist kein Beweis für ungültiges Markup.
Barrierefreiheit testen
- Test: Kombinieren Sie automatisierte Prüfungen mit Tastatur-, Zoom-, Screenreader- und Inhaltsprüfung, die für die Schnittstelle geeignet sind.
- Bestanden-Nachweis: Menschen können die Struktur wahrnehmen und die Aufgabe in den getesteten Szenarien abschließen.
- Bedeutung des Scheiterns: Dokumentieren Sie den betroffenen Benutzer, die Aufgabe, den Standard oder die Anforderung und einen reproduzierbaren Pfad; reduzieren Sie das Ergebnis nicht auf einen SEO-Score.
On-Page-SEO-Bibliothek
Diese Hubs zuerst verwenden
Primäre Referenzen
- Google SEO Starter Guide
- Google title-link documentation
- Google snippet documentation
- Google image SEO best practices
- Google structured-data documentation
- W3C WAI headings tutorial
Für diesen Artikel wurde kein allgemeiner On-Page-Leitfaden mit Patrick Stox als Autor als maßgebliche Quelle herangezogen. Patricks technischer SEO-Leitfaden ist relevanter Hintergrund für die Crawl-, Index- und Rendering-Ebenen, welche die On-Page-Arbeit umgeben.
Testen Sie sich: On-Page-SEO
Änderungsprotokoll
Aktualisiert am 8. Aug. 2026.
Redaktionelle Zusammenfassung und aufgezeichnete Änderungsdetails.Änderungsdetails
-
Detaillierte Änderungsangaben sind derzeit auf Englisch verfügbar.
Vollständiger Vergleich nicht verfügbar — für diese Version wurde kein früherer Schnappschuss archiviert.
Aktualisiert am 8. Aug. 2026.
Redaktionelle Zusammenfassung und aufgezeichnete Änderungsdetails.Änderungsdetails
-
Detaillierte Änderungsangaben sind derzeit auf Englisch verfügbar.
Vollständiger Vergleich nicht verfügbar — für diese Version wurde kein früherer Schnappschuss archiviert.