RevealTheme logo

Schema-Markup-Validator

Extrahieren und validieren Sie strukturierte JSON-LD-Daten von einer beliebigen URL. Sehen Sie, welche Schema-Typen vorhanden sind und ob sie korrekt geparst werden.

Was ist Schema-Markup und warum ist es für das Ranking wichtig?

Strukturierte Daten von Schema.org sind ein gemeinsames Vokabular – gepflegt von Google, Microsoft, Yahoo und Yandex –, mit dem Sie den Suchmaschinen über den reinen Fließtext hinaus mitteilen können, was eine Seite ist. Ohne Schema liest Google Ihre Seite wie ein Mensch: Es analysiert die Wörter und rät, was wichtig ist. Mit Schema kennzeichnen Sie explizit «das ist ein Produkt zu 29 $, mit 4,5 Sternen aus 1250 Bewertungen» oder «das ist eine Anleitung mit diesen 7 Schritten». Diese strukturierten Informationen treiben Rich Results an: die visuell verbesserten Einträge in den Suchergebnissen, die Sternebewertungen, Preise, Rezept-Karten, FAQ-Akkordeons, Eventdaten und Breadcrumbs enthalten. Rich Results sehen nicht nur besser aus; sie erhalten im Schnitt zwischen 30 % und 50 % mehr Klicks. Die drei von Google akzeptierten Formate sind JSON-LD (empfohlen: getrennt von Ihrem HTML, am einfachsten zu pflegen), Microdata (Inline-HTML-Attribute, veraltet) und RDFa (XML-basiert, ebenfalls veraltet). Sämtliche moderne Empfehlung lautet JSON-LD, und genau das extrahiert und parst dieser Validator. Über die Rich Results hinaus hilft Schema Google auch, die Beziehungen zwischen Entitäten zu verstehen (was Ihre Präsenz im Knowledge Graph aufbaut), speist KI-Zusammenfassungen und Antwortboxen und signalisiert thematische Expertise. Die häufigsten Schema-Typen, deren Implementierung sich auf einer Content-Website lohnt: Organization (websiteweite Identität), WebSite (mit SiteSearchAction für das Rich Result der Suchbox), BreadcrumbList (jede Seite), Article (Blogbeiträge), FAQPage (FAQ), HowTo (Anleitungen), Product (E-Commerce), Review (Rezensionen und Vergleiche), VideoObject (jedes eingebettete Video). Dieses Tool ruft eine URL ab, parst jeden <script type="application/ld+json">-Block und meldet die Parse-Fehler sowie den in jedem Block erkannten @type. Für Google-spezifische Eignungsprüfungen lassen Sie Ihre URL zusätzlich durch den Test für Rich-Suchergebnisse von Google laufen (search.google.com/test/rich-results).

Häufige Anwendungsfälle

  • Überprüfen Sie, ob eine neue Schema-Implementierung nach Änderungen tatsächlich korrekt geparst wird.

  • Auditieren Sie die strukturierten Daten eines Wettbewerbers, um zu erkennen, welche Rich Results er anstrebt.

  • Debuggen Sie fehlende Rich Results – bestätigen Sie, dass das Schema vorhanden und syntaktisch gültig ist, bevor Sie Google verdächtigen.

  • Bestätigen Sie, dass Yoast/Rank Math die von Ihnen erwarteten Schematypen ausgibt.

  • Validieren Sie JSON-LD auf dem Staging, bevor Sie in die Produktion deployen.

  • Prüfen Sie auf versehentlich doppelte Schema-Blöcke (eine häufige Ursache für 'multiple Article'-Warnungen in der Search Console).

Häufig gestellte Fragen

Garantiert gültiges Schema Rich Results?
Nein. Die Gültigkeit des Schemas ist eine Voraussetzung, keine hinreichende Bedingung. Die Eignung für Rich Results von Google hängt von zusätzlichen Faktoren ab: der Qualität des Inhalts, den Anforderungen des konkreten Schema-Typs und dem Ermessen von Google. Eine Seite kann ein einwandfrei gültiges Schema haben und dennoch keine Rich Results anzeigen, weil Google sich dagegen entschieden hat – meist, weil die Qualitätssignale der Seite nicht stark genug sind.
Welche Schema-Typen sollte jede Website haben?
Websiteweit: Organization (oder Person für Einzelmarken), das die Identität für den Knowledge Graph festlegt. WebSite, mit SiteSearchAction für die Sitelinks-Suchbox. BreadcrumbList auf jeder Seite über die Startseite hinaus. Pro Vorlage: Article in Blogbeiträgen, Product auf Produktseiten, FAQPage wo zutreffend, HowTo für Anleitungen.
JSON-LD oder Microdata? Was sollte ich verwenden?
JSON-LD. Google empfiehlt es ausdrücklich. Es ist einfacher zu pflegen (ein getrennter Block, nicht mit Ihrem HTML vermischt), einfacher zu debuggen (fügen Sie es in einen Validator ein) und weniger anfällig dafür, beim Redesign der Maske kaputtzugehen. Microdata ist veraltet: unterstützt, aber für neue Implementierungen nicht empfohlen.
Warum erscheint mein Schema in diesem Validator, aber nicht in dem von Google?
Die Spezifikation von schema.org und die Anforderungen an Rich Results von Google sind nicht identisch. Google verlangt für die Eignung bestimmte Felder, die die breitere Spezifikation von schema.org als optional kennzeichnet. Beispiel: Ein Recipe-Schema benötigt name, image und recipeIngredient, um bei Google geeignet zu sein, obwohl schema.org technisch nur name verlangt. Lassen Sie es immer durch beide Validatoren laufen.
Kann ich mehrere JSON-LD-Blöcke auf einer Seite haben?
Ja: Google parst sie alle. Gängiges Muster: ein Block für das Article-Schema, ein weiterer für BreadcrumbList, ein weiterer für den FAQ-Bereich. Aber: Duplizieren Sie nicht denselben @type. Kombinieren Sie sie im Zweifel in einem einzigen @graph-Array.
Wirkt sich Schema direkt auf das Ranking aus?
Indirekt. Google hat wiederholt erklärt, dass Schema kein direktes Ranking-Signal ist. Aber Rich Results haben höhere Klickraten (ein Verhaltenssignal), Schema hilft Google, Ihre Inhalte mit mehr Sicherheit zu verstehen, und Entitäten im Knowledge Graph ranken für Markenanfragen.
Was ist @graph und wann sollte ich es verwenden?
@graph ist eine Funktion von JSON-LD, mit der Sie mehrere Entitäten (einen Article UND seine Autoren-Person UND die herausgebende Organization) in einem einzigen JSON-LD-Block beschreiben können, mit @id-Referenzen zwischen ihnen. Nützlich für komplexe Seiten mit miteinander verknüpften Entitäten. Es ist nicht verpflichtend: Für einfachere Fälle funktionieren flache Blöcke gut.

Verwandte Tools