JSON-LD / Microdata / RDFa
Entity- & KI-Signale

Schema.org Checker für strukturierte Daten und Entity-Signale

Prüft eine URL auf strukturierte Daten: JSON-LD, Microdata, RDFa. Zusätzlich: Basic Checks und KI-relevante Entity-Signale wie Organization, WebSite, Article/Product, FAQ, Breadcrumb, Autor/Publisher und sameAs.

Tipp: Für KI-Sichtbarkeit zählen klare Entitäten, konsistente Seitentypen und sichtbare Trust-Signale.
Was bedeutet „Validator light“?
  • Wir prüfen Basics (JSON-Parse, Schema-Context, @type) und geben Hinweise auf typische fehlende Felder.
  • Zusätzlich bewerten wir, ob die Seite für Such- und KI-Systeme als Entität klar genug beschrieben ist.
  • 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)
  • Entity-Signale: Organization, WebSite, Breadcrumb, Content-Typ, Autor, sameAs
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.
KI-/Entity-Signale
Organization, WebSite, Seitentyp, Autor/Publisher, Breadcrumb, sameAs und Kontakt-Signale.
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 für SEO und KI-Sichtbarkeit prüfen?

Strukturierte Daten sind oft der Unterschied zwischen „Google versteht die Seite“ und „Google versteht die Seite wirklich“. Für KI-nahe Suche kommt hinzu: Unternehmen, Personen, Angebote und Inhalte sollten eindeutig als Entitäten lesbar sein.

🧭
Schnell Klarheit

In Sekunden sehen: Gibt es JSON-LD/Microdata/RDFa? Welche @type werden verwendet? Sind Organization, WebSite, Article, Product oder FAQ erkennbar?

🧪
QA nach Deploy

Perfekt nach Templates/Plugins/Release: Sind die Markups noch da? Wurden Autor, Publisher, Breadcrumb oder Product-Daten verändert? Wird JSON-LD zu spät per JavaScript injiziert?

🛠️
Debugging & Fix-Hinweise

Der „Validator light“ gibt schnelle Hinweise auf typische Missing-Felder und schwache Entity-Signale, ohne einen vollständigen Rich-Results-Test ersetzen zu wollen.

Typische Use Cases
  • • Entity-QA: Organization, LocalBusiness, WebSite, Person
  • • Rich Results QA: Article, Product, FAQ, Breadcrumbs
  • • Migration/Template-Wechsel: Markup verloren?
  • • Duplicate Markups / widersprüchliche Typen finden
  • • JSON-LD ungültig oder zu spät per JavaScript gesetzt
  • • 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).

Wann reicht ein Schema.org Checker nicht mehr aus?

Ein Schema.org Checker ist ideal, um einen einzelnen Aspekt schnell zu prüfen. Wenn aber zusätzlich Title, Meta Description, Canonicals, Indexierung, interne Verlinkung, Statuscodes oder andere technische SEO-Signale Probleme machen, reicht ein Einzeltool oft nicht mehr aus.

Dann ist ein vollständiger Website-Check sinnvoll, um Onpage-, Technik- und Struktur-Signale im Zusammenhang zu prüfen und die wichtigsten Baustellen sauber zu priorisieren.

Strukturierte Daten Entity SEO KI-Sichtbarkeit

Schema.org Checker im KI-/Entity-Workflow richtig nutzen

Strukturierte Daten sind kein Trick für KI-Antworten, aber sie helfen Suchsystemen, Unternehmen, Personen, Angebote, Produkte, Artikel und Seitenrollen klarer einzuordnen. Nutzen Sie den Checker deshalb nicht nur als Rich-Results-Test, sondern als schnelle Entity-QA für wichtige URLs.

Unternehmen und Marke

Organization, LocalBusiness, WebSite, Logo, Kontakt und sameAs helfen, die Betreiber-Entität klarer zu machen.

Seitentyp und Suchintention

Article, Product, Service, FAQPage oder WebPage sollten zur sichtbaren Seite passen und keine falschen Erwartungen setzen.

Trust und Verantwortlichkeit

Autor, Publisher, Datum und Kontaktpunkte stärken die technische Nachvollziehbarkeit wichtiger Inhalte.

Themenarchitektur

BreadcrumbList, WebSite und interne Verknüpfung machen sichtbar, wo eine URL im Themen- und Angebotskontext steht.

Wann ist dieses Tool sinnvoll?

  • bei KI-Sichtbarkeits- und Entity-SEO-Audits
  • für Produkt-, Leistungs-, Ratgeber- und Standortseiten
  • nach Theme-, CMS-, Plugin- oder Template-Änderungen
  • wenn Rich Results, AI Overviews oder Quellenverständnis schwach wirken
  • zur QA von Organization, WebSite, Article, Product, FAQ und Breadcrumb

Typische Fehler und Auffälligkeiten

  • Organization oder LocalBusiness fehlt vollständig
  • Article/Product/FAQ-Schema passt nicht zum sichtbaren Inhalt
  • Autor, Publisher, Datum oder Kontaktpunkte fehlen
  • sameAs verweist auf schwache, falsche oder nicht belastbare Profile
  • strukturierte Daten beschreiben nicht sichtbare Inhalte

Ergebnisse interpretieren und nächste Schritte ableiten

Strukturierte Daten verbessern vor allem maschinenlesbare Einordnung, Trust und Konsistenz. Prüfen Sie, ob Schema-Typen, Canonical, sichtbarer Inhalt, interne Links und Crawler-Zugriff zusammenpassen.

Häufige Fragen zu diesem SEO-Tool

Wofür eignet sich der Schema.org Checker besonders?

Der Schema.org Checker eignet sich für schnelle Prüfungen im SEO-Alltag: JSON-LD, Microdata, RDFa, typische Pflichtfelder und KI-relevante Entity-Signale werden sichtbar. So lassen sich Auffälligkeiten schneller priorisieren und in konkrete Aufgaben übersetzen.

Wie interpretiere ich die Ergebnisse?

Wichtig ist die Konsistenz: Schema-Typen sollten zum sichtbaren Inhalt, zur Canonical-URL, zur Seitenrolle und zur Unternehmensentität passen. Der KI-/Entity-Score zeigt, ob die wichtigsten Signale vorhanden sind.

Was ist der nächste sinnvolle Schritt?

Prüfen Sie auffällige Ergebnisse mit verwandten Tools, verlinken Sie intern sauber auf wichtige Seiten und nutzen Sie für größere Projekte den vollständigen SEO-Audit mit Multipage-Crawls.