Zum Inhalt springen

Structured-Data-Checker

Kurze Antwort

Prüft das JSON-LD einer Seite: ob jeder Block lesbar ist, welche schema.org-Typen er deklariert, Grundfelder wie @context und @type und ob Organization, WebSite und BreadcrumbList vorhanden sind.

Was es nicht leistet: Es prüft, ob JSON-LD lesbar ist, seine Typen und einige Grundfelder, nicht jede Pflichteigenschaft jedes Rich Results; Microdata, RDFa und per Skript eingefügtes Markup werden nicht gelesen.

Kostenlos · Ohne Anmeldung · Läuft im Browser
100 % im Browser — Ihre Inhalte verlassen niemals Ihr Gerät.

Was es macht

Liest jeden JSON-LD-Block Ihrer Seite aus und berichtet in zwei Teilen. Gültigkeit des JSON-LD: ob jeder Block gültiges JSON ist und welche schema.org-Typen er deklariert (Organization, Product, Article usw.). Entitäten und Pflichtfelder: ob jede Entität @context und @type hat, ob eine Organization einen Namen (name) und eine WebSite eine Adresse (url) hat und welche Kernentitäten (Organization, WebSite, BreadcrumbList, Article, Product, LocalBusiness) die Seite deklariert. Die Bewertung ist der Durchschnitt beider Teile.

Warum es wichtig ist

Strukturierte Daten beschreiben eine Seite in einer für Suchmaschinen lesbaren Form, und Google nutzt sie für Rich-Ergebnisse wie Produktpreise, Bewertungssterne und Breadcrumbs. Ein JSON-LD-Block, der sich nicht parsen lässt, wird vollständig ignoriert, und ein einziges CMS- oder Plugin-Update kann jede Seite betreffen, die eine Vorlage teilt. Das Markup nach jeder Veröffentlichung zu prüfen, erkennt das frühzeitig.

Wie es funktioniert

  1. Geben Sie eine Seiten-URL ein oder fügen Sie ihr HTML ein

  2. Wir lesen jeden JSON-LD-Block aus dem HTML aus, einschließlich der Entitäten in einem @graph

  3. Wir prüfen, ob jeder Block lesbar ist und jede Entität @context, @type und ihre Grundfelder hat

  4. Sie erhalten die gefundenen Typen, etwaige Fehler und welche Kernentitäten vorhanden sind oder fehlen

Beispiel-Ein- und Ausgabe

EINGABE
url: https://rankproof.eu/tools
AUSGABE
Gültigkeit des JSON-LD                    100/100
  JSON-LD-Blöcke: 1 · schema.org-Typen: 5
  ungültige Blöcke: 0                      OK
  gefundene Typen: Organization, SoftwareApplication,
    WebSite, CollectionPage, ItemList

Entitäten und Pflichtfelder                 92/100
  Entitätstypen: 5 · Fehler: 0 · Warnungen: 0
  Organization, WebSite                    vorhanden
  BreadcrumbList                           fehlt
  Article, Product, LocalBusiness          fehlen

Bewertung: 96/100 — 2 von 2 Teilen in gutem Zustand

So lesen Sie das Ergebnis

JSON-LD-Blöcke (1 im Beispiel)
Wie viele <script type="application/ld+json">-Blöcke das HTML enthält. Ein Block mit @graph ist so gut wie mehrere einzelne; die Zahl zeigt vor allem, wo Sie suchen müssen, wenn etwas kaputtgeht.
Gefundene Typen (5)
Die schema.org-Typen, die oben in jedem Block oder in seinem @graph deklariert sind — im Beispiel Organization, SoftwareApplication, WebSite, CollectionPage und ItemList. In einer Eigenschaft verschachtelte Typen, etwa eine Adresse in einer Organization, werden nicht einzeln aufgeführt.
Ungültige Blöcke (0)
Blöcke, die kein gültiges JSON sind. Ein einziges überzähliges Komma oder ein nicht maskiertes Anführungszeichen lässt Suchmaschinen den ganzen Block ignorieren — jeder Fehler hier ist das Erste, was zu beheben ist.
Entitäten und Pflichtfelder (92/100)
Der zweite Teil liest jede Entität, auch die in einem @graph: Jede braucht @context und @type, eine Organization einen Namen (name) und eine WebSite eine url; Fehler und Warnungen stehen je in einer Zeile. Er zeigt auch, welche Kernentitäten die Seite deklariert. Im Beispiel sind Organization und WebSite vorhanden; von den fehlenden senkt nur BreadcrumbList den Teil, weil Article, Product und LocalBusiness Seitenarten beschreiben, die /tools nicht ist.
Bewertung (96/100)
Der Durchschnitt beider Teile, 100 und 92. Die Zusammenfassung zählt die Teile in gutem Zustand und ist nur grün, wenn beide es sind; eine Seite ganz ohne JSON-LD erhält in beiden 0.
Was ein Bestehen nicht bedeutet
Gültiges JSON mit den Grundfeldern ist der erste Schritt. Ob das Markup ein Rich Result erhalten kann, hängt von den Pflichteigenschaften jedes Typs und den Richtlinien von Google ab, die der Test für Rich-Suchergebnisse und die Optimierungsberichte der Search Console prüfen.

Wer es nutzt

  • Technischer SEO

    Bestätigen Sie vor dem Launch, dass die Article-, Product- und BreadcrumbList-Blöcke jeder Vorlage fehlerfrei geparst werden.

  • E-Commerce-Entwickler

    Prüfen Sie eine Produktvorlage nach jedem Plattform-Update, um beschädigtes Product-Markup zu erkennen.

  • Content-Manager

    Bestätigen Sie, dass das Article-Markup Ihrer wichtigsten Artikel nach einem Theme- oder Plugin-Update weiterhin geparst wird.

Häufige Probleme und ihre Lösung

  1. Ein Block lässt sich nicht parsen

    Suchen Sie nach einem Komma nach der letzten Eigenschaft, einem nicht maskierten Anführungszeichen in einem Wert oder einer Vorlagenvariablen, die nichts ausgegeben hat. Fügen Sie den Block in einen JSON-Validator ein, um die Zeile zu finden, und korrigieren Sie dann die Vorlage, damit alle Seiten auf einmal repariert sind.

    {
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Example Ltd",
  "url": "https://example.com"
}

  2. Die Seite hat keine strukturierten Daten

    Beginnen Sie mit dem, was die ganze Website beschreibt — einem Organization- (oder Person-) und einem WebSite-Knoten in der Website-Vorlage —, dann ergänzen Sie den passenden Typ pro Seite: Article für Beiträge, Product für Produktseiten, BreadcrumbList, wo Breadcrumbs angezeigt werden.

    <script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    { "@type": "Organization", "@id": "https://example.com/#org", "name": "Example Ltd", "url": "https://example.com" },
    { "@type": "WebSite", "url": "https://example.com", "publisher": { "@id": "https://example.com/#org" } }
  ]
}
</script>

  3. FAQ- oder HowTo-Markup bringt kein Rich Result

    FAQPage und HowTo sind weiterhin gültige schema.org-Typen, aber Google zeigt in der Suche keine FAQ- oder HowTo-Ergebnisse mehr. Behalten Sie das Markup nur, wenn etwas anderes es nutzt, und erwarten Sie davon keine reichere Darstellung.

  4. Das Markup sagt mehr, als die Seite zeigt

    Googles Richtlinien verlangen, dass strukturierte Daten Inhalte beschreiben, die Besucher sehen können. Bewertungen, Preise oder Termine, die nur im Markup stehen, können eine manuelle Maßnahme auslösen — erzeugen Sie das JSON-LD aus denselben Daten, die die Seite anzeigt.

  5. Das Markup wird per Script eingefügt

    Das Tool liest das HTML wie ausgeliefert, daher zählt per JavaScript eingefügtes JSON-LD nicht. Google kann eingefügtes JSON-LD lesen, andere Suchmaschinen und Tools vielleicht nicht; die sichere Wahl ist, es im Server-HTML auszugeben.

  6. BreadcrumbList fehlt

    Fügen Sie BreadcrumbList auf Seiten mit Brotkrumennavigation hinzu, erzeugt aus demselben Pfad, den Besucher sehen, damit Markup und Seite nicht auseinanderlaufen. Google kann damit zeigen, wo die Seite in Ihrer Website liegt, statt nur die URL.

Häufig gestellte Fragen

Prüft es die Eignung für Rich Results?
Nein. Es prüft, ob jeder Block lesbar ist, listet seine Typen auf und prüft einige Grundfelder (@context, @type, den Namen einer Organization, die url einer WebSite). Jedes Rich Result hat eigene Pflichteigenschaften; diese prüfen Sie mit dem Test für Rich-Suchergebnisse von Google.
Sollte ich JSON-LD, Microdata oder RDFa verwenden?
Google unterstützt alle drei und empfiehlt JSON-LD, das am einfachsten hinzuzufügen und zu pflegen ist. Dieses Tool liest ausschließlich JSON-LD.
Welche Typen können noch Rich-Ergebnisse erzielen?
Google listet die unterstützten Typen in seiner Suchgalerie auf, zum Beispiel Article, Product, Breadcrumb, Event, Local business, Recipe und Review snippet. FAQ- und HowTo-Rich-Ergebnisse werden in der Google-Suche nicht mehr angezeigt.
Sieht es Markup, das per JavaScript hinzugefügt wurde?
Nein. Es liest das HTML so, wie es ausgeliefert wird; JSON-LD, das Skripte später hinzufügen, ist nicht enthalten.
Warum sucht es nach Organization und WebSite?
Sie sagen, wer die Website herausgibt und wie sie heißt. Google nutzt strukturierte WebSite-Daten zusammen mit anderen Signalen, um den Websitenamen in den Ergebnissen zu wählen, und Organization-Markup für Angaben wie das Logo. Beide gehören in die Seitenvorlage, sodass eine Änderung jede Seite abdeckt.

Quellen

Die Dokumentation, auf der dieses Tool und die Erklärungen auf dieser Seite beruhen.

Kostenlose Tools zum Thema

Ratgeber zum Thema

Studiendaten zum Thema

Verwandte Tools in SEO-Analyse

Alle SEO-Analyse-Tools anzeigen