Gültigkeit strukturierter Daten

Wenn eine Seite maschinenlesbare Daten enthält, die ihren Inhalt für Suchmaschinen beschreiben, müssen diese Daten gültig sein, um überhaupt von Nutzen zu sein. Silktide prüft, ob das Markup korrekt geparst wird, angibt, welche Art von Objekt es beschreibt, und die Eigenschaften enthält, die diese Art benötigt.

Strukturierte Daten werden normalerweise als JSON-LD unter Verwendung des Vokabulars von schema.org geschrieben:

<!-- Gültig: wird geparst, hat einen @type und enthält die erforderliche headline -->
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Wie man Wein lagert"
}
</script>

Warum das wichtig ist

Suchmaschinen verwerfen fehlerhafte strukturierte Daten stillschweigend. Ungültiges JSON, ein Block, der nie angibt, was er beschreibt, oder ein Typ, dem seine wesentlichen Eigenschaften fehlen, führen alle dazu, dass das Markup ignoriert wird – Sie verlieren die Rich-Suchergebnisse (Sternebewertungen, Artikelkarten, Produktdetails), die das Markup erzielen sollte, und auf der Seite weist nichts darauf hin, dass dies geschehen ist.

Ungültige strukturierte Daten sind vermutlich schlimmer als gar keine: Der Aufwand wurde betrieben, und die Seite wirkt abgesichert, liefert aber nichts.

So beheben Sie das Problem

1. Ungültiges JSON – korrigieren Sie die Syntax. Nachgestellte Kommas, nicht maskierte Anführungszeichen innerhalb von Text und Vorlagenplatzhalter, die nie ersetzt wurden, sind die üblichen Ursachen.
2. Kein @type – fügen Sie jeder Entität einen hinzu und verwenden Sie einen anerkannten schema.org-Typ wie Article, Product oder Event.
3. Fehlende erforderliche Eigenschaften – fügen Sie hinzu, was der Typ benötigt: Ein Article benötigt beispielsweise eine headline, ein Product einen name und ein Event einen name und ein startDate.
4. Validieren Sie das Ergebnis vor der Veröffentlichung mit dem Rich Results Test von Google oder dem schema.org-Validator.

So testet Silktide dies

1. Testen Sie nur Seiten, die für die Indexierung durch Suchmaschinen geeignet sind.
2. Erfassen Sie jeden JSON-LD-Block auf der Seite. Seiten ohne solche Blöcke werden übersprungen – ob strukturierte Daten vorhanden sein sollten, wird separat durch Strukturierte Daten geprüft.
3. Melden Sie höchstens einen Befund pro Seite, zuerst den schwerwiegendsten:
   • Einen Block, der kein gültiges JSON ist.
   • Einen Block, der kein @type enthält.
   • Einen anerkannten Typ, dem eine erforderliche Eigenschaft fehlt. Silktide prüft die wesentlichen Eigenschaften gängiger Typen, darunter Article (Überschrift), Product, Organization, Person, LocalBusiness (Name), Recipe (Name und Zutaten), Event (Name und Startdatum), FAQPage (Fragen) und BreadcrumbList (Elemente).

Fehlerbehebung

Mein Markup besteht den Test von Google, aber Silktide kennzeichnet es

Silktide validiert die erforderlichen wesentlichen Eigenschaften gängiger Typen statt des vollständigen schema.org-Vokabulars, und verschachtelte Entitäten werden einzeln validiert – beispielsweise muss eine als Autor verschachtelte Person trotzdem einen name haben. Prüfen Sie die im Befund genannte konkrete Entität.

Ich verwende Microdata oder RDFa statt JSON-LD

Diese Prüfung liest nur JSON-LD, das von Google empfohlene Format. Strukturierte Daten in anderen Formaten werden hier nicht validiert.

Weitere Informationen

• Markup für strukturierte Daten – die vollständige Technik, einschließlich Informationen zur Validierung und dazu, wie Sie Markup korrekt halten
• Lokale SEO und Google Unternehmensprofil – LocalBusiness-Felder, die mit der sichtbaren Standortseite übereinstimmen müssen
• Einführung in strukturierte Daten (Google Search Central)
• Schema.org
• Strukturierte Daten