Schema-Markup sagt Maschinen, was dein Inhalt bedeutet. Aber das Format, das du nutzt, ist wichtig. Du kannst Schema-Markup in drei verschiedenen Sprachen schreiben: Microdata, RDFa und JSON-LD. Der größte Teil des Webs nutzt Microdata, weil es alt und einfach ist. KI-Systeme bevorzugen JSON-LD, weil es sauber, strukturiert und eindeutig ist.
JSON-LD steht für JSON for Linking Data. Es ist ein Format, das eigens erfunden wurde, damit Maschinen strukturierte Daten lesen können, ohne dein HTML zu überladen. Du schreibst es in ein eigenes Script-Tag. Dein sichtbarer Inhalt bleibt sauber. Die maschinenlesbaren Daten stehen in einem eigenen Block. KI-Crawler verarbeiten JSON-LD schneller und zuverlässiger als andere Formate. Wenn dein Inhalt für KI-Systeme zitierbar sein soll, ist JSON-LD der Weg dahin.
Warum JSON-LD andere Schema-Formate schlägt
So sieht Microdata aus. Du fügst Attribute direkt zu deinen HTML-Tags hinzu:
<div itemscope itemtype="https://schema.org/Article">
<h1 itemprop="headline">Article Title</h1>
<p itemprop="description">Article summary.</p>
</div>
Es funktioniert. Google liest es. Aber dein HTML wird mit Schema-Attributen überladen. Inhalt und Metadaten sind verflochten.
JSON-LD trennt sie vollständig:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Article Title",
"description": "Article summary"
}
</script>
Dein HTML bleibt sauber. Die maschinenlesbaren Daten stehen in einem eigenen Script-Tag. KI-Crawler bevorzugen diese Trennung. Sie ist klarer. Sie hat weniger Fehler. Sie wird schneller verarbeitet.
RDFa ist ein drittes Format, wird aber selten genutzt. Es ist komplexer als Microdata und JSON-LD. Weder Google noch KI-Systeme bevorzugen es. Lass RDFa weg.
Wie KI-Systeme JSON-LD lesen
Wenn ein KI-Crawler deine Seite besucht, tut er zwei Dinge. Er liest deinen sichtbaren HTML-Inhalt. Und er verarbeitet alle JSON-LD-Script-Tags, die er findet.
Das JSON-LD sagt ihm: Diese Seite ist ein Article. Sie wurde an diesem Datum veröffentlicht. Sie wurde von diesem Autor geschrieben. Das Hauptthema ist dieses. Unter dieser URL gibt es ein Bild. Die Wortzahl ist diese. Alle diese Metadaten helfen dem KI-System, den Inhalt tiefer zu verstehen, als es allein aus dem Text könnte.
Wenn das KI-System später entscheidet, ob es dich zitiert, nutzt es diese Metadaten. Ein korrekt formatiertes JSON-LD-Article-Schema mit Veröffentlichungsdatum, Autor und Bild wird häufiger zitiert als derselbe Inhalt ganz ohne Schema. Die Metadaten belegen, dass du die Originalquelle bist.
Die grundlegende JSON-LD-Struktur
Jeder JSON-LD-Block hat drei Kernteile. Der @context sagt dem Parser, welches Vokabular du nutzt (fast immer schema.org). Der @type sagt ihm, welche Art von Ding du beschreibst. Die Eigenschaften beschreiben die konkreten Merkmale.
Ein einfaches Article-Schema sieht so aus:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Your Article Title",
"description": "Your article summary",
"image": "https://yoursite.com/image.jpg",
"datePublished": "2026-04-17",
"author": {
"@type": "Person",
"name": "Author Name"
},
"publisher": {
"@type": "Organization",
"name": "Your Brand",
"logo": {
"@type": "ImageObject",
"url": "https://yoursite.com/logo.jpg"
}
}
}
</script>
Dieser JSON-LD-Block steht im Head deiner Seite (oder irgendwo im Body). Er sagt dem Crawler alles, was er über den Artikel wissen muss.
Wo du JSON-LD auf deiner Seite platzierst
Am besten setzt du JSON-LD in den Head-Bereich deines HTML, über den sichtbaren Inhalt. Der Crawler liest zuerst den Head und bekommt die Schema-Metadaten, bevor er den Body überhaupt verarbeitet.
JSON-LD funktioniert aber überall auf der Seite. Im Head. Im Body. Vor dem Inhalt. Nach dem Inhalt. Das spielt keine Rolle. Solange das JSON gültig ist, finden und verarbeiten Crawler es.
Viele Content-Plattformen setzen JSON-LD automatisch in den Head, wenn du Metadatenfelder ausfüllst. Du schreibst in deinem CMS eine Überschrift, eine Beschreibung und ein Veröffentlichungsdatum. Die Plattform erzeugt das JSON-LD automatisch. Du schreibst es nicht von Hand.
JSON-LD für verschiedene Inhaltstypen
Article ist der häufigste Schema-Typ, aber JSON-LD unterstützt viele Typen. Jeder Typ hat andere Pflicht- und optionale Eigenschaften.
FAQPage-Schema
Wenn deine Seite einen FAQ-Bereich hat, nutze das FAQPage-Schema. Es sagt KI-Crawlern genau, wo deine Fragen und Antworten stehen:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "What is JSON-LD?",
"acceptedAnswer": {
"@type": "Answer",
"text": "JSON-LD is a structured data format that AI systems prefer."
}
},
{
"@type": "Question",
"name": "Where do I put JSON-LD?",
"acceptedAnswer": {
"@type": "Answer",
"text": "In the head or body of your HTML page."
}
}
]
}
</script>
Das FAQPage-Schema erhöht die Wahrscheinlichkeit, dass KI-Systeme deine Fragen und Antworten korrekt extrahieren.
Product-Schema
Nutze für E-Commerce das Product-Schema:
<script type="application/ld+json">
{
"@context": "https://schema.org/",
"@type": "Product",
"name": "Product Name",
"description": "Product description",
"image": "https://yoursite.com/product.jpg",
"brand": {
"@type": "Brand",
"name": "Your Brand"
},
"offers": {
"@type": "Offer",
"url": "https://yoursite.com/product",
"priceCurrency": "USD",
"price": "99.99"
}
}
</script>
Das Product-Schema sagt KI-Einkaufsagenten den genauen Preis, die Verfügbarkeit und die Eigenschaften deines Produkts.
HowTo-Schema
Nutze für Schritt-für-Schritt-Anleitungen das HowTo-Schema:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "HowTo",
"name": "How to Set Up JSON-LD",
"step": [
{
"@type": "HowToStep",
"name": "Step 1",
"text": "Add a script tag to your page head."
},
{
"@type": "HowToStep",
"name": "Step 2",
"text": "Write valid JSON inside the script tag."
}
]
}
</script>
Das HowTo-Schema hilft KI-Systemen, die Reihenfolge zu verstehen und die Schritte in der richtigen Ordnung zu extrahieren.
Häufige Fehler bei JSON-LD
Der häufigste Fehler ist ungültiges JSON. JSON hat strenge Syntaxregeln. Jeder String muss in doppelten Anführungszeichen stehen. Auf jede Eigenschaft muss ein Doppelpunkt folgen. Jedes Objekt und jedes Array-Element muss durch ein Komma getrennt sein. Fehlt ein einziges Komma, bricht das gesamte JSON.
Teste dein JSON vor dem Einsatz. Nutze ein JSON-Validierungstool. Füge dein JSON-LD in den Validator ein, und er zeigt dir, ob es Syntaxfehler gibt.
Der zweite Fehler ist der falsche @type. Wenn deine Seite ein Blogbeitrag ist, nutze Article, nicht BlogPosting. Wenn sie ein Produkt ist, nutze Product, nicht Item. Der Typ ist wichtig, weil Crawler die Struktur je nach Typ unterschiedlich verstehen.
Der dritte Fehler sind fehlende Pflichteigenschaften. Das Article-Schema verlangt eine Überschrift. Das Product-Schema verlangt einen Preis. HowTo verlangt mindestens einen Schritt. Prüfe die Dokumentation von schema.org für jeden Typ, um zu sehen, was Pflicht und was optional ist.
Dein JSON-LD validieren und testen
Google hat einen Test für Rich Results. Du fügst deine URL ein, und er zeigt dir das gesamte JSON-LD, das er auf dieser Seite gefunden hat. Er sagt dir, ob das JSON gültig ist. Er sagt dir, ob Pflichteigenschaften fehlen. Er zeigt dir, wie die verarbeiteten Daten aussehen.
Auch Schema.org hat ein Validierungstool. Füge dein JSON-LD ein, und es prüft die Syntax und die Schema-Konformität.
Die meisten CMS-Plattformen haben eine eingebaute Validierung. Wenn du Inhalte mit fehlenden Pflichteigenschaften veröffentlichst, warnt dich das CMS vor dem Veröffentlichen.
Häufig gestellte Fragen
Brauche ich JSON-LD, wenn ich schon Microdata nutze?
Nein. Nutze das eine Format oder das andere, nicht beide. Wenn du Microdata nutzt und es funktioniert, behalte es. Wenn du aber Schema-Markup von Grund auf einrichtest, ist JSON-LD die bessere Wahl. Es ist sauberer, leichter zu pflegen, und KI-Systeme bevorzugen es. Mit dem Website-Builder von WEMASY richtest du das direkt auf deiner Website ein.
Kann ich mehrere JSON-LD-Blöcke auf derselben Seite haben?
Ja. Du kannst ein Article-Schema in einem Block und ein Organization-Schema in einem anderen haben. Du kannst Schemas auch verschachteln. Zum Beispiel kann ein Article-Schema ein Person-Schema für den Autor enthalten. Mehrere Blöcke sind in Ordnung, solange jeder gültiges JSON ist.
Beeinflusst JSON-LD die Geschwindigkeit meiner Website?
Nein. JSON-LD ist nur Text. Dein Server muss nichts verarbeiten. Der Crawler verarbeitet es, wenn er die Seite besucht. Es gibt keine Auswirkung auf die Leistung deiner Website. Für deine Besucher ist es unsichtbar.
Was, wenn ich den Inhalt aktualisiere, aber vergesse, das JSON-LD zu aktualisieren?
KI-Crawler lesen die alten JSON-LD-Metadaten und deinen aktuellen sichtbaren Inhalt. Sie bemerken vielleicht die Abweichung. Die Überschrift in deinem JSON-LD sollte zu deiner sichtbaren Überschrift passen. Das Veröffentlichungsdatum sollte stimmen. Wenn sie stark voneinander abweichen, vertrauen Crawler vielleicht dem sichtbaren Inhalt mehr als den Metadaten.
Sollte ich JSON-LD für interne Links nutzen oder nur für den Hauptinhalt?
Nutze JSON-LD für jeden Inhalt, den KI-Systeme tief verstehen sollen. Hauptartikel profitieren am meisten. Produktseiten profitieren. FAQ-Seiten profitieren. Einfache Navigationslinks brauchen kein JSON-LD. Konzentriere deinen Aufwand auf Inhalte, die von KI-Systemen zitiert oder empfohlen werden könnten.
Können KI-Systeme JSON-LD sehen, das mit CSS display:none versteckt ist?
Ja. KI-Crawler verarbeiten JSON-LD unabhängig davon, ob es für Nutzer sichtbar ist. Du musst es weder verstecken noch anzeigen. Die meisten Plattformen setzen JSON-LD in den Head, wo es ohnehin nicht sichtbar ist. Der Crawler sieht es. Das ist entscheidend.