Strukturierte Daten sind ein standardisiertes Format, mit dem du Informationen zu einer Seite maschinenlesbar bereitstellst und Inhalte klassifizierst. Diese Anleitung zeigt, wie du JSON‑LD korrekt erstellst, in WordPress, Shopify und Webflow ausspielst, testest und nach KPIs misst. Geo‑Autopilot, eine Plattform für SEO‑ und GEO‑Automation, nutzt solche Markups, um Rich Results und KI‑Zitierbarkeit zu verbessern.
Stand: September 2026
Das Wichtigste in Kürze
Kernpunkte:
- JSON‑LD ist das empfohlene Format für strukturierte Daten; es trennt Markup vom HTML und ist wartungsarm (Google Search Central: Einführung).
- Rich Results steigern oft die Klickrate; Google nennt Fallstudien mit höheren CTRs nach sauberer Implementierung (Fallbeispiele).
- Strukturierte Daten sind kein direkter Rankingfaktor, erhöhen aber Sichtbarkeit und CTR durch Rich Snippets (Einordnung bei SEO‑Küche).
- AI Overviews erscheinen laut Branchenbeobachtung bei mehr als der Hälfte der Suchanfragen; klare Schema‑Signale helfen, als Quelle ausgewählt zu werden (Analyse bei eminded).
- Priorisiere: Produkt‑, FAQ/HowTo‑, Event‑ und Local‑Seiten. Diese Typen werden häufig als Rich Results unterstützt (Praxisüberblick).
Was sind strukturierte Daten und warum sollte ich sie einsetzen?
Strukturierte Daten helfen Suchmaschinen, Inhaltstyp und Kerndaten einer Seite korrekt zu verstehen und als Rich Result darzustellen. Google dokumentiert Definition, Qualitätsregeln und Praxisbeispiele in der offiziellen Einführung (Search Central: Einführung). Dort verlinkte Fälle berichten von höheren Klickraten nach Implementierung. Gleichzeitig sind strukturierte Daten kein klassischer Rankingfaktor, verbessern aber Darstellung und Klickwahrscheinlichkeit (Einordnung von SEO‑Küche). Für KI‑Antworten und AI Overviews gewinnen maschinenlesbare Fakten an Gewicht; ein Branchenbeitrag nennt eine hohe Abdeckung solcher Panels (eminded).
Welche Formate gibt es und welches benutze ich?
Es gibt JSON‑LD, Mikrodaten und RDFa. In der Praxis hat sich JSON‑LD durchgesetzt, weil es unabhängig vom HTML‑Gerüst in einem Script‑Block gepflegt wird und sich gut automatisieren lässt. Ein Überblick bestätigt die Empfehlung zugunsten von JSON‑LD sowie neuere Darstellungsformen wie Karussells im EWR‑Kontext (SISTRIX‑Leitfaden).
Empfehlung: Warum JSON‑LD meist die beste Wahl
Das Format JSON‑LD ist wartungsarm, da es nicht in HTML‑Tags verschachtelt wird. Es eignet sich für Auto‑Publish‑Pipelines, GTM‑Einbindung und CI‑Checks. Änderungen an Properties sind risikoärmer, weil du keinen Content‑DOM anfasst, sondern eine klar abgegrenzte Datenquelle aktualisierst.
Welche Datentypen lohnen sich zuerst (Impact vs. Effort)?
Starte mit Seitentypen, die klare Pflichtfelder haben und im Geschäftsergebnis sichtbar sind. Die Tabelle gibt eine schnelle Auswahlhilfe.
| Datentyp | Wann nutzen | Konkretes Beispiel |
|---|---|---|
| Product | E‑Commerce mit Preis/Verfügbarkeit | Produktdetail mit Preis EUR, InStock, SKU |
| FAQPage | Seiten mit häufigen Fragen | 3–6 Q&A unter einer H2 „FAQ“ |
| HowTo | Schritt‑für‑Schritt‑Anleitungen | Montageanleitung in 5 Schritten |
| Event | Webinare/Workshops/Termine | Online‑Workshop mit Start‑/Enddatum |
| LocalBusiness | Standortseiten | Öffnungszeiten, Adresse, Telefonnummer |
| Article | Magazin/Blog | Autor, Datum, Headline, Canonical |
| BreadcrumbList | Navigation strukturieren | Pfad: Start > Kategorie > Produkt |
| VideoObject | Video‑Content | Produktdemo mit Dauer und Thumbnail |
Wie implementiere ich JSON‑LD Schritt für Schritt?
Der Ablauf ist klar: Inhaltstyp bestimmen, Pflicht‑ und empfohlene Properties klären, JSON‑LD erzeugen, sauber einbauen, testen, überwachen.
Schritt 1 – Inhalte identifizieren und Pflicht‑Properties bestimmen
Lege pro Seitentyp die benötigten Felder fest (z. B. Product: name, image, description, brand, offers{priceCurrency, price, availability, url}). Nutze offizielle Spezifikationen und plane optionale Felder ein, die Rich‑Result‑Chancen erhöhen (z. B. aggregateRating, review).
Schritt 2 – JSON‑LD‑Snippet schreiben (Beispiele)
FAQPage
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "Was ist JSON-LD?",
"acceptedAnswer": {
"@type": "Answer",
"text": "JSON-LD ist ein Format für strukturierte Daten, das in einem Script-Block eingebunden wird."
}
},
{
"@type": "Question",
"name": "Wie teste ich mein Markup?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Nutze den Rich Results Test und prüfe in der Search Console, ob Google die Daten erkennt."
}
}
]
}Product
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Beispielprodukt",
"image": ["https://www.example.com/bild.jpg"],
"description": "Kurzbeschreibung des Produkts.",
"sku": "SKU-123",
"brand": {"@type": "Brand", "name": "Marke"},
"offers": {
"@type": "Offer",
"url": "https://www.example.com/produkt",
"priceCurrency": "EUR",
"price": "99.00",
"availability": "https://schema.org/InStock",
"itemCondition": "https://schema.org/NewCondition"
}
}Event
{
"@context": "https://schema.org",
"@type": "Event",
"name": "SEO-Workshop",
"startDate": "2026-10-12T18:00:00+02:00",
"endDate": "2026-10-12T20:00:00+02:00",
"eventAttendanceMode": "https://schema.org/OnlineEventAttendanceMode",
"eventStatus": "https://schema.org/EventScheduled",
"location": {"@type": "VirtualLocation", "url": "https://www.example.com/workshop"},
"organizer": {"@type": "Organization", "name": "Beispiel GmbH", "url": "https://www.example.com"},
"offers": {"@type": "Offer", "price": "0", "priceCurrency": "EUR", "availability": "https://schema.org/InStock", "url": "https://www.example.com/anmeldung"}
}Schritt 3 – Einfügen ins CMS (Head vs. Body) und Varianten
Platziere JSON‑LD in einem Script‑Tag mit type="application/ld+json". Für SEO ist die Einbindung im Head üblich; technisch funktionieren beide Bereiche. Entscheidend sind Validität und Konsistenz.
- WordPress: Site‑Header oder Theme‑Hook; alternativ globale Felder im Page‑Template.
- Shopify: In layout/theme.liquid oder per Template‑Abschnitt; Metafelder können JSON speichern und im Template ausgeben.
- Webflow: Page Settings > Custom Code (Head) oder site‑weit unter Project Settings; pro Seite individuell pflegen.
- Alternative: Ausspielung per Tag Manager, wenn serverseitige Templates schwer änderbar sind.
flowchart TD A[Seitentyp wählen] --> B[Pflicht-Properties klären] B --> C[JSON-LD erzeugen] C --> D[Einbau in CMS oder Tag Manager] D --> E[Rich Results Test] E --> F[Fehler beheben] F --> G[Staging und Live mit QA] G --> H[Monitoring in Search Console]
Du willst Schema systematisch ausrollen und validieren? Teste Geo‑Autopilot: Inhalte crawlen, JSON‑LD befüllen, auto‑veröffentlichen und KPI‑Monitoring – mit Human‑in‑the‑Loop.
CMS‑ und API‑Feldmapping (praktische Vorlagen)
Ein sauberes Mapping beschleunigt Rollouts und QA. Lege die Felder pro Seitentyp fest und halte sie in CMS oder API konsistent.
Copy‑and‑paste Feldliste (für CMS/API)
{
"meta_title": "",
"canonical": "",
"published_date": "2026-09-01",
"author_id": "",
"short_answer_html": "<p>50–70 Wörter Kurzantwort mit klarer Aussage und Beleg.</p>",
"schema_json": {
"@context": "https://schema.org",
"@type": "",
"name": "",
"description": "",
"url": ""
}
}Beispiel: schema_json für eine Produktseite (fertiges JSON‑Block‑Snippet)
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Beispielprodukt",
"description": "Kurzbeschreibung des Produkts.",
"image": ["https://www.example.com/bild.jpg"],
"sku": "SKU-123",
"brand": {"@type": "Brand", "name": "Marke"},
"offers": {
"@type": "Offer",
"url": "https://www.example.com/produkt",
"priceCurrency": "EUR",
"price": "99.00",
"availability": "https://schema.org/InStock"
}
}Kurzantwort‑Templates für LLM‑Zitierbarkeit
Knappe, prüfbare Kurztexte werden von Such‑ und KI‑Systemen bevorzugt. Strukturiere sie als direkte Aussage plus Kontext und sichtbaren Beleg. Vertiefe Hintergründe in unseren Leitfäden zu Featured‑Snippet‑Optimierung und KI‑Zitierfähigkeit.
Warum 50–70 Wörter?
Dieser Umfang ist lang genug für eine vollständige Aussage und kurz genug für Extraktion in Snippets und KI‑Panels. Eine klare Definition oder Empfehlung mit einem belegbaren Fakt erhöht die Auswahlwahrscheinlichkeit.
3 Vorlagen: Definition, Ergebnis/KPI, Handlungsempfehlung
- Definition (50–70 Wörter): Strukturierte Daten sind maschinenlesbare Angaben zu Seiteninhalten. Empfohlen ist JSON‑LD, weil es unabhängig vom HTML gepflegt wird und sich automatisiert ausspielen lässt. Der Nutzen zeigt sich in Rich Results mit höherer CTR; offizielle Beispiele belegen Zugewinne. Für KI‑Antworten helfen klare Typen wie Product, FAQPage und HowTo.
- Ergebnis/KPI (50–70 Wörter): Strukturierte Daten erhöhen Sichtbarkeit und Klickrate, weil Suchmaschinen mehr Kontext anzeigen. In Praxisbeispielen berichten Publisher von höheren CTRs nach sauberer JSON‑LD‑Implementierung. Miss Erfolg über Rich‑Result‑Anteile, Impressionen, CTR und organischen Traffic. Für KI‑Panels zähle zusätzlich Nennungen und verlinkte Quellen.
- Handlungsempfehlung (50–70 Wörter): Starte mit Seiten, die Umsatz oder Leads treiben: Produkt‑, Event‑ und FAQ/HowTo‑Seiten. Definiere Pflicht‑Properties, erstelle JSON‑LD, spiele es im Head aus und teste mit dem Rich Results Test. Sichere Qualität mit einer HITL‑Checkliste und überwache Rich‑Result‑Pickups in der Search Console. Rolle die Markups dann über Templates aus.
Wie teste und validiere ich strukturierte Daten?
Ziel ist ein fehlerfreies, vollständiges Markup pro Seitentyp mit stabiler Ausspielung.
Tools: Rich Results Test, Search Console Statusberichte, Linter/CI Checks
- Rich Results Test: Prüft Syntax, Typ und Rich‑Result‑Eignung.
- Search Console: Überwacht erkannte Markups, Fehler und Impressionen nach Typ.
- CI/Linter: Validiert JSON‑Struktur, Pflichtfelder und erlaubte Werte vor dem Deploy.
Konkrete Test‑Checkliste
- Pflicht‑Properties vollständig, Werte plausibel (Währung, Datum, URL, Availability).
- Keine versteckten oder irrelevanten Daten. Markup entspricht sichtbarem Inhalt.
- Canonical korrekt, Seite indexierbar, keine widersprüchlichen Duplikate.
- Einheitliche Entitätsdaten (Markenname, Adresse), konsistente Sprache/Region.
- Ergebnis im Test: „gültig“ und in der Search Console ohne kritische Fehler.
Qualitätssicherung und Human‑in‑the‑Loop (HITL) Playbook
Automatisierung spart Zeit, braucht aber klare Freigaben.
- Rollen: Owner (SEO), Implementierung (Dev/CMS), QA (Redaktion/SEO).
- SLA: Bei Template‑Änderungen Pflichtprüfung auf Staging mit Stichprobe (z. B. 5–10 Seiten je Typ).
- Prüfpunkte: Validität, Inhaltskonsistenz, doppelte/fehlende Markups, Canonical, Kurzantwort‑Qualität.
- Abnahme: Go‑Live erst nach grünem Status in Tests und dokumentierter Stichprobe.
Messung: KPIs und Reporting
Definiere Metriken pro Typ und verbinde sie mit Geschäftszielen.
- Rich‑Result‑Quote je Seitentyp und deren Impressionen/CTR.
- Organischer Traffic und Umsatz/Leads der markierten Seiten.
- Fehlertrend in der Search Console (abnehmend ist Ziel).
- KI‑Sichtbarkeit: Nennungen/Links in KI‑Antworten, „Share of Model“ aus wiederholbaren Prompt‑Tests. Mehr zu Messpunkten in unserem Leitfaden zur Sichtbarkeit in KI‑Antworten.
Häufige Fehler und wie du sie vermeidest
Diese Fehler kosten Sichtbarkeit und lassen sich mit Vorlagen vermeiden.
- Unsichtbare oder abweichende Daten: Markup muss dem sichtbaren Inhalt entsprechen.
- Pflichtfelder fehlen: Vorlagen und CI‑Checks nutzen, bevor veröffentlicht wird.
- Doppelte/conflict Markups: Ein Typ pro Seite konsistent halten, Duplikate entfernen.
- Falsche Datentypen: FAQ nur bei echter Q&A‑Struktur, HowTo nur bei Schritten.
- Vergessene Pflege bei Preis/Datum: Felder an Produkt‑/Event‑Quellen koppeln.
Häufige Fragen
Was ist der Unterschied zwischen JSON‑LD und Mikrodaten?
JSON‑LD steht getrennt als Script‑Block und ist dadurch wartungsarm und leicht automatisierbar. Mikrodaten sind im HTML verschachtelt und erhöhen den Pflegeaufwand. Für neue Implementierungen ist JSON‑LD in der Regel die bessere Wahl, weil es Templates und CI‑Prüfungen vereinfacht.
Wie prüfe ich, ob Google ein Rich Result ausspielt?
Teste die Seite mit dem Rich Results Test und beobachte anschließend die Search Console. Dort siehst du erkannte Typen, Fehler und Impressionen. In den SERPs erkennst du Rich Results an Zusatzelementen wie Preisen, Bewertungen, FAQs oder Veranstaltungsdaten.
Kann falsches Markup meiner Seite schaden?
Fehlerhaftes oder irreführendes Markup kann zu Verlust von Rich Results und zu Vertrauensproblemen führen. Verlinke keine Daten, die nicht auf der Seite sichtbar sind, und halte Pflichtfelder vollständig. Eine HITL‑Freigabe vor Livegang reduziert das Risiko deutlich.
Kurzantwort
JSON‑LD ist das bevorzugte Format für strukturierte Daten, weil es unabhängig vom HTML gepflegt und automatisiert ausgerollt werden kann. Beginne mit Produkt‑, FAQ/HowTo‑, Event‑ und Local‑Seiten, erstelle saubere Vorlagen und teste jede Seite mit dem Rich Results Test. Messe Erfolg über Rich‑Result‑Quote, Impressionen, CTR und KI‑Nennungen. Nutze eine HITL‑Checkliste für stabile Qualität.
Fazit: So startest du jetzt
Setze auf einen kurzen, wiederholbaren Ablauf und beginne mit deinen Top‑Seitentypen.
- Priorisiere drei Seitentypen mit hohem Impact (z. B. Product, FAQPage, Event).
- Fülle das Feldmapping inklusive 50–70‑Wörter‑Kurzantwort und schema_json.
- Rolle Templates auf Staging aus, prüfe mit HITL‑QA und veröffentliche nach grünem Status.
Wenn du Rollout und Monitoring beschleunigen willst, teste Geo‑Autopilot für automatisches Befüllen, Validieren und Veröffentlichen strukturierter Daten.