Wie diese Prüfung funktioniert
Scanaris sucht im HTML deiner Seite alle Tags <script type="application/ld+json">, versucht jedes als JSON zu parsen und prüft, ob das Ergebnis @context oder @type enthält, was einen schema.org-Block von beliebigem JSON unterscheidet. Ein gültiger Block reicht, damit es keinen Befund gibt. Gibt es keinen, oder lassen sich die vorhandenen nicht parsen (ein Komma zu viel, ein nicht geschlossenes Anführungszeichen), öffnet es einen Befund mit niedrigem Schweregrad. Es bewertet nicht, ob der gewählte Typ passt oder Eigenschaften fehlen; nur, ob es etwas gibt, das Google und KI-Assistenten lesen können.
Warum das wichtig ist
Strukturierte Daten sind der Weg, einer Maschine eindeutig zu sagen, was deine Seite ist: Das ist eine Organisation mit diesem Namen und diesem Logo, das ist ein Artikel, den diese Person an diesem Datum geschrieben hat, das ist ein Produkt zu diesem Preis mit diesen Bewertungen. Google nutzt sie für Rich Results (Sterne, Preise, ausklappbare Fragen, Breadcrumbs) und um Entitäten zu verstehen. KI-Assistenten nutzen sie für dasselbe, aber mit mehr Gewicht, weil sie ihnen das Interpretieren des HTML ersparen: Eine Seite mit sauber definierten Article und Organization wird eher mit korrekter Zuschreibung zitiert als eine, bei der das Modell raten muss, wer sie geschrieben hat. Niedriger Schweregrad, weil das Fehlen dich aus keinem Index wirft; es macht dich nur schwerer verständlich.
So behebst du es
Auf der Startseite mindestens Organization und WebSite:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Organization",
"@id": "https://deinedomain.de/#org",
"name": "Dein Unternehmen",
"url": "https://deinedomain.de/",
"logo": "https://deinedomain.de/logo.png",
"sameAs": ["https://github.com/deinunternehmen", "https://www.linkedin.com/company/deinunternehmen"]
},
{
"@type": "WebSite",
"url": "https://deinedomain.de/",
"name": "Dein Unternehmen",
"publisher": { "@id": "https://deinedomain.de/#org" }
}
]
}
</script>
- Nach Seitentyp:
ArticleoderBlogPostingbei Beiträgen (mitauthor,datePublished,dateModified);Productmitoffersauf Produktseiten;SoftwareApplication, wenn du Software verkaufst;FAQPage, wo es echte Fragen und Antworten gibt;BreadcrumbListfür die Breadcrumbs. - Nuxt:
useHead({ script: [{ type: 'application/ld+json', innerHTML: JSON.stringify(data) }] })auf jeder Seite, oder das schema.org-Modul, das es aus Komponenten erzeugt. - Next.js: ein
<script type="application/ld+json">-Tag im Layout oder auf der Seite mit dem serialisierten JSON. - WordPress: Yoast und Rank Math erzeugen
Organization,WebSite,Articleund Breadcrumbs ohne Codeänderung.
Die Daten müssen zu dem passen, was auf der Seite zu sehen ist: Google bestraft das Auszeichnen von Bewertungen oder Preisen, die nicht existieren. Und das sameAs auf deine öffentlichen Profile verbindet deine Entität mit dem, was die Modelle aus anderen Quellen schon über dich wissen.
Prüf, ob es behoben ist
curl -s https://deinedomain.de | grep -oE '<script type="application/ld\+json">[^<]*' | head -c 600
Dein JSON sollte erscheinen. Füge es dann in Googles Test für Rich-Suchergebnisse oder den schema.org-Validator ein: Beide sagen dir, ob es syntaktisch korrekt ist und welche empfohlenen Eigenschaften fehlen.
Häufige Fragen
JSON-LD oder Mikrodaten im HTML?
JSON-LD. Es ist das Format, das Google empfiehlt, es steht in einem eigenen Block, ohne das Template zu verunreinigen, und ist aus jedem Framework am leichtesten zu erzeugen.
Ich habe FAQPage eingebaut und Google zeigt die ausklappbaren Fragen nicht.
Seit 2023 zeigt Google dieses Rich Result nur noch Behörden- und Gesundheitsseiten. Die Auszeichnung bleibt nützlich, damit KI-Assistenten deine Fragen und Antworten extrahieren, und dafür misst diese Prüfung sie. Warum manche Seiten zitiert werden und andere nicht, steht in strukturierte Daten und KI-Zitate.
Ersetzt das Titel und Beschreibung?
Nein, es ergänzt sie. Titel und Meta-Description bleiben das, was Google anzeigt; SEO-Metadaten misst sie. Strukturierte Daten sind das, was Maschinen darüber hinaus verstehen.