Strukturierte Daten für KI-Sichtbarkeit: JSON-LD in der Praxis

Kurzantwort

Strukturierte Daten in JSON-LD sagen Maschinen ausdrücklich, was auf deiner Seite steht: Typ, Ort, Leistung, Preise und Verknüpfungen zu deinen Profilen. Für KI-Sichtbarkeit wirken sie vor allem indirekt über den Suchindex, aus dem die Live-Websuche ihre Quellen zieht.

Was strukturierte Daten sind

Ein Mensch sieht auf deiner Seite „Ottenser Hauptstraße 12, 22765 Hamburg“ und weiß, dass es eine Adresse ist. Eine Maschine sieht nur eine Zeichenkette. Strukturierte Daten schließen diese Lücke, indem sie parallel zum sichtbaren Text ein maschinenlesbares Datenblatt mitliefern: Das hier ist eine PostalAddress, das ist die Straße, das die Postleitzahl.

Das Vokabular dafür ist Schema.org, ein gemeinsamer Standard von Google, Microsoft, Yahoo und Yandex mit über 800 Typen. Das übliche Format ist JSON-LD, also ein Block im <head>, der vom Seiteninhalt getrennt bleibt und deshalb kein Risiko fürs Layout darstellt.

Die unbequeme Wahrheit zuerst

Bevor es an die Umsetzung geht, eine Einordnung, die in vielen Anleitungen fehlt: Strukturierte Daten sind keine Direktleitung in die KI-Antwort.

Der Weg, der wirkt, führt über den Suchindex und nicht über den direkten Seitenabruf durch einen KI-Crawler.
Der Weg, der wirkt, führt über den Suchindex und nicht über den direkten Seitenabruf durch einen KI-Crawler.

Wenn ein KI-Crawler eine Seite abruft, um eine Frage zu beantworten, extrahiert er überwiegend den sichtbaren Text. Skript-Blöcke wie das <script>-Tag, in dem JSON-LD steht, fallen dabei meist heraus. Was also ausschließlich im Markup steht und nirgends im lesbaren Text, kommt so nicht in der Antwort an.

Warum sich der Aufwand trotzdem lohnt: Beide großen KI-Suchen setzen auf einem klassischen Suchindex auf: ChatGPT auf der Bing-Infrastruktur, die AI Overviews auf dem Google-Index. Und dort werden strukturierte Daten sehr wohl ausgewertet. Sie verbessern deine Position und die Themenzuordnung in genau dem Index, aus dem die KI ihre Quellen zieht.

Die praktische Regel daraus: Alles, was in einer Antwort auftauchen soll, muss auch im sichtbaren Text stehen. Das Markup verstärkt den sichtbaren Text, ersetzt ihn aber nicht.

Der Grundbaustein für Unternehmen

Für lokale Betriebe ist LocalBusiness der passende Typ, für alle anderen Organization. So ist der Block aufgebaut, und an diesen Stellen hakt es meist:

Ein vollständiger Block mit den vier Stellen, an denen sich Sorgfalt auszahlt.
Ein vollständiger Block mit den vier Stellen, an denen sich Sorgfalt auszahlt.

Der folgende Block lässt sich kopieren und mit den eigenen Werten füllen:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "HairSalon",
  "@id": "https://schnittwerk-hamburg.de/#org",
  "name": "Schnittwerk Hamburg",
  "url": "https://schnittwerk-hamburg.de/",
  "telephone": "+49 40 1234567",
  "email": "hallo@schnittwerk-hamburg.de",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Ottenser Hauptstraße 12",
    "postalCode": "22765",
    "addressLocality": "Hamburg",
    "addressCountry": "DE"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 53.5511,
    "longitude": 9.9337
  },
  "openingHoursSpecification": [{
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": ["Tuesday","Wednesday","Thursday","Friday"],
    "opens": "09:00",
    "closes": "19:00"
  }],
  "priceRange": "€€",
  "sameAs": [
    "https://www.wikidata.org/wiki/Q123456789",
    "https://www.instagram.com/schnittwerk.hamburg/"
  ]
}
</script>

HairSalon ersetzt du durch den Untertyp, der am genauesten passt, also etwa Dentist, Plumber, LegalService, Restaurant oder Electrician. Je genauer der Typ, desto klarer die Einordnung. Damit hat's sich aber noch nicht: Der Block gehört einmal pro Website in den <head> und nicht in abweichender Fassung auf jede Unterseite.

Welche Typen sich lohnen

TypWofürNutzen
Organization / LocalBusinessEinmal pro WebsiteHoch, weil sie die gesamte Entität abbildet
FAQPageFrage-Antwort-BlöckeHoch, passt exakt zur Struktur von KI-Antworten
Article mit dateModifiedRatgeber, BlogHoch, Aktualität ist ein starkes Signal
Product mit OfferShop-ArtikelHoch, Preis und Verfügbarkeit werden übernommen
ServiceEinzelne LeistungsseitenMittel, sinnvoll bei klar getrennten Leistungen
BreadcrumbListAlle UnterseitenMittel, hilft bei der Einordnung in die Struktur
PersonAutorenprofileMittel, zahlt auf E-E-A-T ein
HowToAnleitungenMittel, Schritte werden gern übernommen

Für die meisten Firmen-Websites reichen die ersten drei. Wer alles auszeichnet, was auszeichenbar ist, gewinnt nichts dazu und hat mehr zu pflegen.

Klein anfangen: der Minimalblock

Wer heute nichts hat, braucht keine vollständige Auszeichnung. Diese sechs Zeilen sind bereits mehr, als die meisten Firmen-Websites mitbringen, und decken den Kern ab:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Ostwald Kältetechnik GmbH",
  "url": "https://ostwald-kaelte.de/",
  "sameAs": ["https://www.wikidata.org/wiki/Q123456789"]
}
</script>

Von dort aus erweiterst du in dieser Reihenfolge: Adresse und Telefon, dann Öffnungszeiten, dann FAQPage auf den Leistungsseiten, dann alles Weitere. Jeder Schritt bringt für sich schon etwas, und es gibt keinen Grund, auf die perfekte Fassung zu warten.

Ein Sonderfall, der oft falsch gelöst wird: mehrere Standorte. Dafür gehört auf jede Standortseite ein eigener LocalBusiness-Block mit eigener @id und eigener Adresse, verknüpft über parentOrganization mit dem Hauptunternehmen. Ein einziger Block mit mehreren Adressen ist nicht auswertbar.

Die vier häufigsten Fehler

  • Markup und sichtbarer Text weichen ab. Steht im JSON-LD ein Preis, der auf der Seite nicht auftaucht, wird die Auszeichnung ignoriert und im schlechteren Fall als irreführend gewertet. Beides muss übereinstimmen.
  • Mehrere widersprüchliche Organisationen. Ein Plugin setzt einen Organization-Block, das Theme einen zweiten mit anderem Namen. Eine feste @id und ein aufgeräumter Quelltext verhindern das.
  • Öffnungszeiten als Fließtext. "Mo-Fr 9-18 Uhr" in einem Feld ist für Maschinen nicht auswertbar. OpeningHoursSpecification mit getrennten Feldern lässt sich dagegen auswerten.
  • Einmal einbauen, nie prüfen. Nach jedem Relaunch oder Plugin-Update erneut testen, denn Auszeichnungen verschwinden lautlos.

Prüfen, ob es funktioniert

Dafür gibt es zwei Werkzeuge, beide kostenlos und ohne Anmeldung:

  1. 01Googles Test für Rich-Suchergebnisse zeigt, welche Typen erkannt werden und welche Pflichtfelder fehlen.
  2. 02Der Schema-Markup-Validator von Schema.org prüft strenger gegen den Standard, unabhängig davon, was Google davon nutzt.

Dazu ein Blick von der Kommandozeile, der schnell zeigt, ob überhaupt etwas ausgeliefert wird:

curl -s https://deine-domain.de/ | grep -A5 'application/ld+json'

Kommt nichts zurück, wird das Markup entweder per JavaScript nachgeladen, und dann sehen es viele Crawler nicht, oder es fehlt schlicht.

Wie es zur Entität passt

Strukturierte Daten sind die eine Hälfte der Entitätsarbeit, die Verknüpfung nach außen die andere. sameAs ist dabei die wichtigste Eigenschaft und wird am häufigsten weggelassen: Sie verbindet deine Website mit deinen Profilen, also mit dem Unternehmensprofil, Branchenverzeichnissen, Wikidata und Social-Media-Konten.

Erst dadurch entsteht aus verstreuten Erwähnungen ein zusammenhängendes Bild: Diese Website, dieses Verzeichnisprofil und dieser Datensatz beschreiben dasselbe Unternehmen. Genau diese Eindeutigkeit ist es, die ein Sprachmodell braucht, um dich sicher zu nennen. Ausführlich steht das im 5-Hebel-Guide.

Häufige Fragen

Brauche ich ein Plugin?

Für WordPress erledigen Yoast, RankMath oder Schema-Plugins die Grundtypen zuverlässig. Prüf danach mit dem Rich-Results-Test, ob nicht zwei Plugins gleichzeitig Blöcke setzen. Das ist der häufigste Konflikt.

Wirken strukturierte Daten aufs Ranking?

Nicht direkt. Sie beeinflussen die Darstellung in den Ergebnissen und die Zuordnung deiner Inhalte. Über bessere Sichtbarkeit und höhere Klickraten wirkt das mittelbar. Ein Rankingfaktor im engeren Sinn sind sie nicht.

Reicht Microdata statt JSON-LD?

Es funktioniert, aber JSON-LD ist die empfohlene und deutlich wartungsfreundlichere Variante, weil es vom Markup des Seiteninhalts getrennt bleibt. Bei einem Relaunch überlebt ein JSON-LD-Block meist, während verstreute Microdata-Attribute ihn selten überstehen.

Wie lange dauert es, bis etwas passiert?

Bis Google die Auszeichnung berücksichtigt, vergehen meist Tage bis wenige Wochen nach dem nächsten Crawl. Der Effekt auf KI-Sichtbarkeit läuft über den Index und braucht entsprechend länger.

Ob deine strukturierten Daten sitzen, prüft der Check zusammen mit dem Rest der Technik.

Technik prüfen →
h·e
Redaktion html-einfach.de

Webwissen seit 2005. seo-copilot.de ist unser Partnerprojekt für neutrale KI-Sichtbarkeitsmessung, und die Methodik ist offen einsehbar.