Strukturierte Daten beschreiben einer Suchmaschine, was auf einer Seite steht und wer dahintersteht. Google empfiehlt dafür JSON-LD, wo die Website es zulässt, und verlangt, dass die Angaben zu Inhalten passen, die der Nutzer auf der Seite sieht [1]. Eine Garantie für eine erweiterte Darstellung im Suchergebnis gibt es nicht [4]. Diese Seite behandelt den JSON-LD-Graph, Fragenblöcke, den Antwortkasten und die Navigationspfade.
Ein Graph statt vieler Schnipsel
Jede Seite trägt einen einzigen JSON-LD-Block mit einem @graph. Seine Knoten verweisen über stabile Kennungen aufeinander: Die Seite gehört zur Website, der Beitrag hat einen Autor, der Autor arbeitet für eine Organisation, die Organisation hat Profile anderswo. Fünf getrennte Blöcke würden fünf Dinge nebeneinander beschreiben, ohne den Zusammenhang. Je nach Seitentyp entstehen WebSite, WebPage, AboutPage oder ContactPage, Organization, Person und ProfilePage, BlogPosting, DefinedTerm und DefinedTermSet, ItemList für Übersichten, Place für Ortsseiten, BreadcrumbList und FAQPage.
Felder ohne echten Wert lässt das CMS weg, statt sie leer auszugeben. Eine leere Angabe behauptet etwas, das es nicht gibt. Seit Fassung 1.0.138 entfallen auch Verweise auf Knoten, die auf einer Seite gar nicht entstehen, etwa auf ein abgeschaltetes Modul. Ein Prüfskript geht nach dem Build das JSON-LD aller Seiten durch und meldet, was Suchmaschinen beanstanden würden. Mehr zum Aufbau im Beitrag JSON-LD richtig aufbauen und im Glossar unter Schema-Markup.
Website, Orte und Übersichten
Der Knoten WebSite nennt Name, Adresse und Herausgeber der Website. Eine Suchaktion, die sagt, dass die Startseite Suchanfragen beantwortet, gibt das CMS nur aus, solange die Suche eingeschaltet ist. Seit Fassung 1.0.153 lässt sie sich abschalten, damit ein Mandant ohne Suchfeld nichts Falsches behauptet. Übersichtsseiten führen ihre Einträge als ItemList. Ortsseiten beschreiben den Ort als Place, ein Bundesland als AdministrativeArea, mit Postleitzahl, Koordinaten, übergeordneter Verwaltungseinheit, amtlichem Gemeindeschlüssel als identifier und, wo vorhanden, einem Verweis auf Wikidata. Jede Angabe erscheint nur, wenn der Wert im Datensatz steht.
Wie wichtig es ist, Angaben aus den Daten des jeweiligen Mandanten zu ziehen, zeigt ein Fehler, den Fassung 1.0.139 behoben hat: Der Seitenknoten der Startseite trug Titel und Beschreibung des ersten Mandanten, unabhängig davon, welcher gebaut wurde. Seitdem kommen alle Werte aus den Einstellungen des Mandanten, der gerade gebaut wird.
Fragen zu deiner Website?
Ruf an, stell deine Frage in der gratis Sprechstunde oder vereinbare ein Erstgespräch.
Fragenblöcke und FAQPage
Beiträge, Übersichtsseiten, die Bestenliste und seit Fassung 1.0.143 auch statische Seiten können einen Fragenblock tragen. Die Fragen erscheinen sichtbar auf der Seite und stehen zusätzlich als FAQPage in den strukturierten Daten. Sichtbar zu sein ist dabei die Voraussetzung, weil Google Auszeichnungen für Inhalte ablehnt, die Nutzer nicht sehen [1]. Leeres oder fehlerhaftes JSON im Fragenfeld führt zu keinem Block, auch nicht zu einem halben.
Die erweiterte Darstellung von Fragen im Suchergebnis hat Google zuerst eingeschränkt und dann eingestellt. Seit dem 14.09.2023 zeigte Google sie nur noch für bekannte, maßgebliche Websites von Behörden und aus dem Gesundheitswesen. Seit dem 07.05.2026 erscheint sie in der Google Suche gar nicht mehr [2]. Der Fragenblock bleibt trotzdem nützlich: Leser finden Antworten auf typische Fragen schnell, und Frage-Antwort-Paare sind kleine, abgeschlossene Einheiten, die Programme gut erfassen. Wie man Fragen auswählt, beschreibt der Beitrag FAQ-Blöcke.
Der Antwortkasten
Über Beiträgen, Übersichten, Lexikoneinträgen und redigierten Ortsseiten steht ein Kasten mit der Kurzantwort, bei Beiträgen ergänzt um eine kurze Liste mit Kernaussagen. Die Darstellung ist auf allen Seitentypen gleich. Der Kasten zwingt die Redaktion zu einer Form, die ohne den umgebenden Text verständlich bleibt. Wer nur überfliegt, hat die Antwort nach wenigen Sekunden. Diese Form ist auch die, die Sprachmodelle am ehesten unverändert übernehmen können.
In den strukturierten Daten stehen die Kernaussagen eines Beitrags als abstract. Hat ein Beitrag ein Inhaltsverzeichnis, verweist eine SpeakableSpecification auf den Antwortkasten und die Zwischenüberschriften, im Lexikon auf die Kurzantwort. Bei Ortsseiten geht die Kurzantwort als abstract in die Seitenangaben ein. Wie Inhalte in KI-Antworten landen, steht im Beitrag GEO: wie Inhalte in KI-Antworten landen.
Navigationspfade
Jede Unterseite zeigt oben einen Pfad zurück zur Startseite und trägt dieselbe Abfolge als BreadcrumbList im JSON-LD. Beides kommt aus derselben Quelle und kann nicht auseinanderlaufen. Das letzte Glied bleibt auf der Seite ohne Link, und in den strukturierten Daten fehlt ihm die Adresse. Google erlaubt das ausdrücklich: Für das letzte Glied ist item nicht nötig, dann nimmt Google die Adresse der Seite [3]. Glieder ohne Namen lässt das CMS weg und zählt die Positionen danach neu durch. Ein Pfad mit nur einem Glied wird gar nicht ausgegeben.
Die Bezeichnungen im Pfad folgen den Einstellungen. Seit den Fassungen 1.0.141 und 1.0.142 heißt das Blog in der Brotkrume so, wie der Mandant es benannt hat, etwa "Ratgeber". Den Begriff erklärt das Glossar unter Breadcrumb-Navigation.
Was das CMS nicht für dich entscheidet
Strukturierte Daten sagen nur, was auf der Seite steht. Ist ein Text dünn oder eine Kurzantwort ungenau, macht ihn keine Auszeichnung besser. Das CMS sorgt dafür, dass Graph, Fragenblock und Brotkrume technisch sauber und vollständig sind. Ob Inhalte zitierfähig sind, entscheidet die Redaktion. Welche Angaben zur Person und zum Herausgeber in den Graph gehören, beschreibt die Seite Autorschaft, Profile und Organisationsdaten.
Dein JSON-LD meldet Fehler in der Search Console und du weißt nicht, woher sie kommen? Bring die Adresse einer betroffenen Seite in die gratis Sprechstunde mit.
- Organisation Einführung in die Funktionsweise von strukturierten Daten. Google Search Central. Stand laufend. abgerufen am 31.10.2026
- Organisation Strukturierte Daten für FAQs (FAQPage), Änderungsprotokoll. Google Search Central. Stand Stand 15.06.2026. abgerufen am 31.10.2026
- Organisation Strukturierte Daten für Navigationspfade (BreadcrumbList). Google Search Central. Stand laufend. abgerufen am 31.10.2026
- Organisation Allgemeine Richtlinien für strukturierte Daten. Google Search Central. Stand laufend. abgerufen am 31.10.2026
Häufige Fragen
Warum nur ein JSON-LD-Block je Seite?
In einem Graph können die Knoten aufeinander verweisen, etwa der Beitrag auf seinen Autor und der Autor auf seine Organisation. Getrennte Blöcke stehen nur nebeneinander.
Zeigt Google meine Fragen noch im Suchergebnis?
Nein. Seit dem 07.05.2026 erscheint die erweiterte Darstellung für FAQs in der Google Suche nicht mehr. Der sichtbare Fragenblock bleibt für Leser nützlich.
Muss das letzte Glied der Brotkrume verlinkt sein?
Nein. Google braucht für das letzte Glied keine Adresse und nimmt dann die der Seite.
Was passiert mit leeren Feldern?
Das CMS lässt sie im JSON-LD weg. Eine leere Angabe würde etwas behaupten, das es nicht gibt.
Wie prüfe ich die strukturierten Daten aller Seiten?
Mit dem mitgelieferten Prüfskript nach dem Build. Es geht das JSON-LD jeder Seite durch und meldet Fehler und Hinweise.
Fragen zu deiner Website?
Ruf an, stell deine Frage in der gratis Sprechstunde oder vereinbare ein Erstgespräch.
Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Fehler entdeckt? Schreib uns.
