JSON-LD: was es ist, welche Schema-Typen noch zählen und wie Sie es umsetzen

Was ist JSON-LD?

JSON-LD (JavaScript Object Notation for Linked Data) beschreibt den Inhalt einer Seite maschinenlesbar, in einem einzigen <script type="application/ld+json">-Block im HTML der Seite. Der Block ist für Besucher unsichtbar. Maschinen lesen ihn, statt aus Layout und Styling zu erraten, was die Seite bedeutet.

Drei Eigenschaften erklären, warum es sich durchgesetzt hat. Es ist getrennt: Das Markup lebt in einem eigenen Block, nicht verwoben mit Ihrem HTML wie bei den älteren Formaten Microdata und RDFa, also lässt es sich templaten und pflegen, ohne die sichtbare Seite anzufassen. Es ist explizit: "priceCurrency": "EUR" lässt nichts der Interpretation offen. Und es ist das empfohlene Format: Google nennt JSON-LD seit Jahren die bevorzugte Syntax für strukturierte Daten, und praktisch jedes moderne Tool setzt es voraus.

Was ist schema.org, und wie hängt es mit JSON-LD zusammen?

schema.org ist das Vokabular, JSON-LD ist die Grammatik. schema.org ist ein gemeinsames Wörterbuch aus Typen (Product, Organization, Article, FAQPage …) und Eigenschaften (price, logo, author …), auf das sich Maschinen einigen. Gegründet wurde es 2011 von Google, Microsoft, Yahoo und Yandex, genau damit das Web nicht für jede Suchmaschine einen eigenen Dialekt braucht. JSON-LD ist das Format, in dem Sie dieses Vokabular schreiben.

Das Wörterbuch ist riesig (rund 800 Typen), und diese Größe täuscht. Nur eine kleine Teilmenge löst überhaupt eine sichtbare Funktion in der Suche aus, und nichts zwingt Sie, den Rest zu nutzen. Die Kunst liegt darin, die Handvoll Typen auszuwählen, die Maschinen nachweislich verwerten, und diese korrekt umzusetzen.

Warum ist strukturierte Daten 2026 noch wichtig?

Weil drei verschiedene Zielgruppen von Maschinen sie lesen, und jede zahlt sich anders aus.

Googles Rich Results und Merchant Listings. Korrektes Markup macht Seiten für erweiterte Suchdarstellungen zulässig: Produkt-Snippets mit Preis, Lagerstatus und Sternebewertung, Artikel-Header, Breadcrumb-Pfade, und für Shops Googles kostenlose Merchant Listings, in denen Produktdaten inklusive Versand- und Rückgabeinformationen direkt aus dem Markup stammen. Zulässigkeit, keine Garantie: Google entscheidet pro Suchanfrage, was gezeigt wird. Aber Ergebnisse mit Rich Data fallen sichtbar auf, und das ist ein Klickvorteil, den niemand abgeschafft hat.

Das breitere KI-Ökosystem. Microsoft hat öffentlich erklärt, durch Principal Product Manager Fabrice Canel im März 2025, dass Schema-Markup seinen LLMs hilft, Webinhalte zu verstehen, und damit Bing und Copilot speist. Google wiederum stellte im Mai 2026 klar, dass strukturierte Daten für KI-Übersichten oder den KI-Modus nicht erforderlich sind. Und eine Ahrefs-Studie zu 1.885 Seiten, die JSON-LD hinzufügten, fand praktisch keine Veränderung, wie oft KI-Systeme sie zitierten. Die ehrliche Zusammenfassung: Strukturierte Daten bringen KI-Systeme nicht dazu, Sie zu zitieren (das macht der Inhalt), aber sie beseitigen Unklarheiten darüber, was Ihre Seiten aussagen, für jede Maschine, die rohes HTML liest. Disambiguierung ist eine günstige Versicherung, kein Wachstumshebel.

Mehr zur maschinenlesbaren Zugangsschicht für KI-Crawler lesen Sie in unserem Leitfaden zu llms.txt.

Der Wissensgraph: Maschinen lernen, wer Sie sind. Ein Organization-Block mit sameAs-Links zu Ihrem Wikidata-Eintrag, Ihrer Wikipedia-Seite und offiziellen Profilen hilft Maschinen, Ihre Domain mit einer eindeutigen Entität zu verknüpfen. Diese Identitätsebene zählt jedes Jahr mehr: Wenn ein KI-Assistent entscheiden muss, ob „Example Store“ in einem Forenbeitrag Sie sind oder ein Namensvetter, greift er auf genau diese Entitätsdaten zurück. Mehr dazu in unserem Leitfaden zu Wissensgraph und Wikidata.

Welche Schema-Typen belohnt Google noch, und welche sind abgeschafft?

Die aktive Liste ist kürzer, als die meisten Ratgeber zugeben, denn Google hat zwischen 2023 und 2026 kräftig ausgemistet. Was bleibt, und was es bringt:

Und das Abschaffungsprotokoll: Markup, das in Google nichts mehr sichtbar auslöst:

Zwei Klarstellungen halten diese Tabelle ehrlich. Abgeschafftes Markup wird nicht bestraft: Google ignoriert es einfach, und nicht unterstützte Typen erzeugen keine Fehler. Und die Abschaffung der sichtbaren Belohnung ist nicht die Abschaffung der Bedeutung des Markups: FAQPage-Markup kennzeichnet Ihre Fragen und Antworten weiterhin für jede andere Maschine, die Ihr HTML liest. Deshalb empfehlen wir es weiterhin als letzten Schritt, nachdem Sie echte Frage-Antwort-Inhalte geschrieben haben, ein Fall, den wir in unserem Artikel zum FAQ-Schema ausführlich behandeln.

Welche Typen sollte ein Onlineshop priorisieren?

In der Reihenfolge des Aufwand-Nutzen-Verhältnisses:

1. `Product` mit vollständigem `Offer`. Der kommerzielle Kern: Name, Bild, Beschreibung, Marke, GTIN, Preis, Währung, Verfügbarkeit, dazu Versandkosten und Rückgabebedingungen (OfferShippingDetails, MerchantReturnPolicy), die Googles Merchant Listings direkt anzeigen. Shops mit Produktdaten im Markup treten in Flächen an, in denen unmarkierte Shops schlicht nicht auftauchen.
2. `Organization` mit `sameAs`. Ein Block, website-weit, der Namen, Logo und offizielle Profile verknüpft, einschließlich Ihrer Wikidata-Entität, sofern vorhanden. Das ist die günstigste Arbeit, die Sie für maschinenlesbare Identität leisten können.
3. `BreadcrumbList`. Trivial umzusetzen, wird im Ergebnis gezeigt und liefert Maschinen die Hierarchie Ihrer Website gratis dazu.
4. `FAQPage` auf Produkt-, Versand- und Serviceseiten. Keine Google-Sterne mehr, aber es kennzeichnet Ihren zitierfähigsten Inhalt für das breitere Ökosystem, und das Schreiben erzwingt Inhalte in Antwortform.
5. `Article` auf Ihren Ratgebern und Beiträgen. Bescheidener Gewinn, fast keine Kosten, sobald einmal templated.
6. `LocalBusiness`, falls Sie physische Filialen haben. Öffnungszeiten, Adresse und Geokoordinaten für die lokale Suche.

Wie implementiert man JSON-LD in der Praxis?

1. Prüfen Sie, was schon da ist. Die meisten Plattformen (Shopify, WooCommerce, Wix und andere) geben von Haus aus etwas JSON-LD aus, SEO-Plugins legen nach. Lassen Sie zentrale Seiten durch validator.schema.org laufen, bevor Sie etwas hinzufügen: Der häufigste Fehler in größeren Shops sind drei Plugins, die drei widersprüchliche Product-Blöcke ausgeben.
2. Arbeiten Sie pro Template, nicht pro Seite. Legen Sie fest, welche Typen auf welches Seitentemplate gehören (Produkttemplate, Kategorie, Artikel, Kontakt), und erzeugen Sie das Markup aus denselben Daten, die auch die sichtbare Seite rendern. Handgeschriebenes JSON-LD veraltet, templated JSON-LD kann das nicht.
3. Spiegeln Sie den sichtbaren Inhalt exakt. Markup beschreibt, was auf der Seite steht: derselbe Preis, dieselben Aussagen. Inhalte zu markieren, die Besucher nicht sehen können, verstößt gegen Googles Richtlinien und ist der klassische Weg zu einer manuellen Maßnahme.
4. Verbinden Sie Ihre Entitäten. Geben Sie der website-weiten Organization eine @id und referenzieren Sie sie aus Produkten heraus (brand, publisher), damit Maschinen einen zusammenhängenden Graphen sehen statt loser Fragmente.
5. Validieren Sie zweimal. validator.schema.org prüft das Vokabular, Googles Rich-Results-Test prüft die Zulässigkeit für Googles eigene Funktionen. Beide sind kostenlos und dauern Sekunden.
6. Behalten Sie die Search Console im Blick. Die Erweiterungsberichte zeigen, welche Seiten gültiges, ungültiges oder fehlendes Markup haben, und warnen Sie, wenn eine Template-Änderung es stillschweigend zerstört.
7. Halten Sie es aktuell. Preis und Verfügbarkeit ändern sich ständig, deshalb zählt Schritt 2. Ein JSON-LD-Block, der einen alten Preis behauptet, ist schlimmer als gar keiner: Es sind falsche Daten, serviert mit maschineller Überzeugung.

Wie sieht korrektes JSON-LD aus?

Zwei kompakte, realistische Beispiele. Zuerst der website-weite Identitätsblock:

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://www.example-store.com/#organization",
  "name": "Example Store",
  "url": "https://www.example-store.com/",
  "logo": "https://www.example-store.com/logo.png",
  "sameAs": [
    "https://www.wikidata.org/wiki/Q00000000",
    "https://www.instagram.com/examplestore",
    "https://www.linkedin.com/company/example-store"
  ]
}

Zweitens eine Produktseite mit den Angebotsdetails, die Merchant Listings verwerten:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Ridgeline Trail Shoe",
  "image": "https://www.example-store.com/img/ridgeline-trail.jpg",
  "description": "Lightweight trail-running shoe with a 6 mm drop and a grippy outsole, built for wet terrain.",
  "brand": { "@type": "Brand", "name": "Ridgeline" },
  "gtin13": "5701234567890",
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.6",
    "reviewCount": "214"
  },
  "offers": {
    "@type": "Offer",
    "price": "129.00",
    "priceCurrency": "EUR",
    "availability": "https://schema.org/InStock",
    "shippingDetails": {
      "@type": "OfferShippingDetails",
      "shippingRate": { "@type": "MonetaryAmount", "value": "4.90", "currency": "EUR" },
      "shippingDestination": { "@type": "DefinedRegion", "addressCountry": "DE" }
    },
    "hasMerchantReturnPolicy": {
      "@type": "MerchantReturnPolicy",
      "applicableCountry": "DE",
      "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
      "merchantReturnDays": 30,
      "returnFees": "https://schema.org/FreeReturn"
    }
  }
}

Was diese Beispiele korrekt statt dekorativ macht: Jeder Wert spiegelt etwas Sichtbares auf der Seite, die Bewertung existiert nur, weil dort Rezensionen gezeigt werden, und die Kennungen (gtin13, @id) sind die Haken, an denen andere Systeme dieses Produkt und dieses Unternehmen im Web wiedererkennen.

Was sind die häufigsten JSON-LD-Fehler?

• Inhalte markieren, die nicht auf der Seite stehen: Wunschbewertungen, unsichtbare FAQs. Richtlinienverstoß, Spam-Risiko, kein Nutzen.
• Widersprüchliche Duplikate, wenn Plattform, Plugin und Theme alle Markup ausgeben. Maschinen treffen auf drei verschiedene Preise und vertrauen keinem.
• Veraltete Daten: Markup, das den Preis der letzten Saison behauptet, weil es einmal handgeschrieben und dann vergessen wurde.
• Syntaxfehler: Ein überzähliges Komma macht den ganzen Block still und leise ungültig. Deshalb gehört Validierung in den Workflow, nicht nur in die Launch-Woche.
• Verlorene Mühe: exotische Typen implementieren, die niemand verwertet, während Product GTIN und Versanddaten fehlen.
• Einen Ranking-Schub erwarten. Strukturierte Daten sind kein Rankingfaktor. Sie verändern, wie Sie erscheinen und was Maschinen wissen, nicht, wo Sie ranken.

Zum Schluss

Strukturierte Daten verlangen 2026 einen kühleren Kopf, als der Hype um sie vermuten lässt. Google hat die FAQ-Sterne, die How-to-Panels und ein halbes Dutzend anderer Belohnungen abgeschafft, doch Produktmarkup treibt echte Sichtbarkeit in Merchant Listings, Entitätsmarkup füttert den Wissensgraphen, und jeder KI-Crawler, der Ihr rohes HTML liest, trifft auf Ihr JSON-LD, bevor er auf Ihren Fließtext trifft. In unserer Untersuchung von 99 Onlineshops im August 2026 hatten 56 % der lesbaren Seiten überhaupt kein JSON-LD, und 12 von 99 hatten weder strukturierte Daten noch eine Wikidata-Entität noch irgendein Agentensignal: auf jeder Kennzahl, die wir messen, maschinell unsichtbar. Die Zahlen dazu stehen in unserer Untersuchung von 99 norwegischen Onlineshops (auf Norwegisch).

Die Chance ist dieselbe, die durch alles zieht, was wir veröffentlichen: Der Boden ist leer. Schreiben Sie Seiten, die es wert sind, beschrieben zu werden, dann beschreiben Sie sie präzise: vollständige Produktdaten, verbundene Identität, Markup, das dem Sichtbaren entspricht. Das lässt Maschinen nicht in Sie verlieben. Es sorgt dafür, dass sie Sie richtig verstehen, wenn sie Sie lesen. Und genau das bringt Sie schon heute vor die halbe Konkurrenz. Für den größeren Rahmen aus Technik, Inhalt und Reputation siehe unseren Leitfaden Was sind SEO, AEO, GEO und AIO?.