JSON-LD / Microdata / RDFa

Validator light (Basics)

Schema.org Extractor / Validator (light)

Prüft eine URL auf strukturierte Daten: JSON-LD, Microdata, RDFa. Zusätzlich: Basic Checks (gültiges JSON, @context, @type, typische Pflichtfelder – light).

Was bedeutet „Validator light“?

Wir prüfen Basics (JSON-Parse, Schema-Context, @type) und geben Hinweise auf typische fehlende Felder.
Kein vollständiger Google Rich Results Test – dafür schnell & alltagstauglich.

Was wird extrahiert?

JSON-LD Blöcke & Items (inkl. @graph)
Microdata Items (itemscope/itemtype) & Properties
RDFa Types (typeof) & Properties (property)

Hinweis: Seiten mit JS-Rendering können serverseitig weniger Daten liefern (wenn JSON-LD erst clientseitig injiziert wird).

Ergebnis

Score —

Bereit

Noch keine Prüfung gestartet.

Verdict

—

JSON-LD Items

—

Microdata

—

RDFa Types

—

Tipp: Für Rich Results ist JSON-LD meist der Standard. Microdata/RDFa sind aber weiterhin relevant.

Fetch

—

Final URL, HTTP Status, Content-Type.

Input

—

Final

—

HTTP / Content-Type

—

Hinweise

—

Noch keine Prüfung gestartet.

Details

JSON-LD (Items), Microdata (Items) und RDFa (Types/Props).

JSON-LD

Pro Script: JSON ok? Items gefunden? @context/@type Checks.

Script	JSON	Types	ID/Keys
Noch keine Daten.

Microdata / RDFa

Microdata: itemscope/itemtype. RDFa: typeof/property (light).

Quelle	Typ	Details
Noch keine Daten.

RDFa Zusammenfassung

—

Warum Schema.org prüfen?

Strukturierte Daten sind oft der Unterschied zwischen „Google versteht die Seite“ und „Google versteht die Seite wirklich“. Dieser Checker ist bewusst schnell und pragmatisch: finden, sichtbar machen, typische Fehler erkennen.

🧭

Schnell Klarheit

In Sekunden sehen: Gibt es JSON-LD/Microdata/RDFa? Welche @type werden verwendet? Gibt es Parsing-Probleme oder fehlende Basics?

🧪

QA nach Deploy

Perfekt nach Templates/Plugins/Release: Sind die Markups noch da? Wurde @context verändert? Wurde JSON-LD durch JS erst später injiziert?

🛠️

Debugging & Fix-Hinweise

Der „Validator light“ gibt dir schnelle Hinweise auf typische Missing-Felder (z. B. Article/Product/FAQ), ohne dich mit Full-Suite-Overkill zu erschlagen.

Typische Use Cases

• Rich Results QA: Article, Product, FAQ, Breadcrumbs
• „Warum zeigt Google kein FAQ/Product Snippet?“ (Basics checken)
• Migration/Template-Wechsel: Markup verloren?
• Duplicate Markups / widersprüchliche Typen finden
• JSON-LD ungültig (Trailing Commas, mehrere Objekte, etc.)
• Server vs. Client Rendering: Markup wird zu spät gesetzt

Hinweis: Das Tool prüft bewusst „light“. Für vollständige Google-Validierung nutze ergänzend offizielle Tests — hier geht’s um schnelle Diagnose & Debugging.

FAQ

Die wichtigsten Fragen – kurz, klar, ohne Blabla.

Was bedeutet „Validator light“ genau? +

Wir prüfen die Basics: JSON-LD muss gültiges JSON sein, @context sollte nach schema.org aussehen, @type sollte vorhanden sein. Zusätzlich gibt’s Hinweise auf typische Felder je Typ (z.B. Article/Product/FAQ) – aber ohne vollständige Rich-Results-Regelengine.

Warum findet das Tool manchmal „nichts“, obwohl die Seite Markup hat? +

Häufigster Grund: JSON-LD wird erst clientseitig per JavaScript injiziert. Serverseitiges Fetching sieht dann nur den initialen HTML-Quelltext. Zweiter Grund: Markup ist vorhanden, aber syntaktisch ungültig (JSON-Parse schlägt fehl).

Welche Formate werden erkannt? +

JSON-LD (script type="application/ld+json"), Microdata (itemscope/itemtype/itemprop) und RDFa (typeof/property/vocab).

Ist „@context nicht schema.org“ immer ein Fehler? +

Nicht zwingend. Es gibt legitime Kontexte und Mapping-Objekte. Für SEO/Rich Results ist schema.org jedoch der Normalfall, daher ist es in diesem Tool ein Hinweis (Warnung), kein harter Fail.

Kann ich mehrere URLs gleichzeitig prüfen? +

In dieser „light“-Version ist es auf 1 URL fokussiert. Wenn du willst, kann man später einen Bulk-Modus ergänzen (z.B. Liste einfügen, CSV Upload, Export).

Speichert ihr geprüfte URLs oder Inhalte? +

Tool-spezifisch: Standardmäßig ist es als schneller Check gedacht. Wenn du Logging/History später anbieten willst, sollte das klar gekennzeichnet und transparent sein (z.B. nur für eingeloggte Pro-User).