Nutzer klicken auf ein Rich Result in 58 % der Fälle — gegenüber nur 41 % bei einem regulären Ergebnis. Das zeigt eine Analyse von Milestone über mehr als 4,5 Millionen Suchanfragen. Diese 17 Prozentpunkte Unterschied entstehen nicht durch besseres Schreiben: Sie entstehen dadurch, dass Sie Google in seiner eigenen Sprache ansprechen — der Sprache der strukturierten Daten. Doch 2026 haben sich die Regeln geändert. Am 7. Mai hat Google die beliebten FAQ Rich Results endgültig abgeschafft. Dieser Guide erklärt, welche strukturierten Daten sich weiterhin lohnen, welche Typen entscheidend sind und wie Sie JSON-LD fehlerfrei implementieren.
Was sind strukturierte Daten und warum sind sie für SEO wichtig
Strukturierte Daten sind ein standardisiertes Format, um den Inhalt einer Seite so zu beschreiben, dass Suchmaschinen ihn eindeutig verstehen. Anstatt Google selbst herausfinden zu lassen, ob eine Zahl ein Preis, ein Veröffentlichungsdatum oder eine Produktbewertung ist, teilen Sie es ihm explizit über ein gemeinsames Vokabular mit.
Der Unterschied zwischen „Google interpretiert" und „Google weiß" ist entscheidend. Der sichtbare Text einer Seite ist für Menschen gedacht; strukturierte Daten sind für Maschinen gedacht. Wenn beides übereinstimmt, kann die Suchmaschine Ihre Seite mit angereicherten Elementen anzeigen: Bewertungssterne, Breadcrumbs, aufklappbare Fragen, Unternehmensdaten oder Produktkarten mit Preis und Verfügbarkeit.
Der Einfluss auf SEO ist nicht direkt auf das Ranking — strukturierte Daten sind für sich genommen kein Ranking-Faktor — aber sie wirken sich indirekt und sehr real aus:
- Sie verbessern die CTR. Ein Ergebnis mit Sternen, Preis oder Bild fällt in einer gesättigten SERP auf und zieht mehr Klicks an, wie der eingangs genannte Milestone-Wert bestätigt.
- Sie klären den Kontext. Sie helfen Google, Ihren Inhalt korrekt einzuordnen (ein Artikel, ein Produkt, ein Rezept, eine Veranstaltung), was Fehlinterpretationen reduziert.
- Sie speisen die generative Suche. KI-Suchmaschinen und Assistenten nutzen strukturierte Daten, um Quellen zu zitieren und Antworten zu erstellen — damit sind sie direkt mit der Optimierung für generative Suchmaschinen (GEO) verknüpft.
Zusammengefasst: Strukturierte Daten lassen Sie nicht durch Magie nach oben klettern, aber sie lassen die Position, die Sie bereits haben, deutlich effektiver für Sie arbeiten. Wenn Sie verstehen möchten, wie sie in eine umfassendere technische Strategie passen, behandelt unser Service Technisches SEO semantisches Markup gemeinsam mit Performance, Crawlbarkeit und Indexierung.
Schema.org, JSON-LD, Microdata und RDFa: welches Format verwenden
Hier lohnt es sich, zwei Konzepte zu trennen, die häufig verwechselt werden. Schema.org ist das Vokabular; JSON-LD, Microdata und RDFa sind die Formate (die Syntax), mit denen Sie dieses Vokabular auf Ihrer Seite einsetzen.
Schema.org ist ein kollaboratives Projekt, das von Google, Microsoft, Yahoo und Yandex gegründet wurde. Laut der eigenen Schema.org-Dokumentation umfasst das Vokabular derzeit rund 800 Typen, etwa 1.500 Eigenschaften sowie Enumerationen und Datentypen. Es ist in der Praxis das gemeinsame Wörterbuch, auf das sich alle großen Suchmaschinen geeinigt haben.
Auf Basis dieses Wörterbuchs können Sie mit drei verschiedenen „Grammatiken" schreiben, die alle von Google akzeptiert werden:
| Format | Wo es lebt | Lesbarkeit | Pflege | Google-Empfehlung |
|---|---|---|---|---|
| JSON-LD | In einem <script>-Block, getrennt vom sichtbaren HTML |
Hoch (isolierter Block) | Einfach und skalierbar | Empfohlen |
| Microdata | Attribute eingebettet im sichtbaren HTML | Niedrig (vermischt mit dem Markup) | Fehleranfällig und ausführlich | Akzeptiert |
| RDFa | Attribute eingebettet im sichtbaren HTML | Niedrig | Komplex | Akzeptiert |
Die Empfehlung ist eindeutig. Laut Google Search Central ist JSON-LD das empfohlene Format für strukturierte Daten, da es die am einfachsten zu implementierende und zu pflegende Lösung im großen Maßstab ist und am wenigsten fehleranfällig. Der Grund ist pragmatisch: Da es in einem eigenständigen <script>-Block lebt, müssen Sie kein einzelnes HTML-Tag „verunreinigen" und riskieren nicht, das Markup beim Neugestalten der Vorlage zu beschädigen. Sie können es dynamisch vom Server oder Framework generieren und auf Tausenden von Seiten wiederverwenden.
Microdata und RDFa sind weiterhin gültig und Sie werden sie auf älteren Sites finden, aber heute gibt es keinen Grund, ein neues Projekt damit zu beginnen. Der Rest dieses Guides konzentriert sich auf JSON-LD.
Die 5 nützlichsten Typen strukturierter Daten
Mit Hunderten verfügbarer Typen liegt die Versuchung nahe, alles zu markieren. Das ist ein Fehler. Im B2B-Bereich und bei den meisten Unternehmenswebsites decken fünf Typen 90 % des tatsächlichen Nutzens ab. Diese empfehlen wir vorrangig einzusetzen.
1. Organization
Beschreibt Ihr Unternehmen: Name, Logo, URL, Social-Media-Profile, Kontaktdaten. Es ist die Grundlage der Markenidentität für Google und speist das Knowledge Panel. Dieser Typ wird in der Regel auf der Startseite oder in einem globalen Layout platziert, damit er auf der gesamten Website erscheint.
2. Product
Unverzichtbar für E-Commerce und Kataloge. Markiert Name, Preis, Währung, Verfügbarkeit, SKU und Bewertungen (aggregateRating). Dieser Typ ermöglicht Produktkarten mit Sternen und Preis direkt in der SERP — eines der Rich Formats mit dem stärksten CTR-Effekt.
3. Article
Für redaktionelle Inhalte, Blogs und Nachrichten. Markiert Überschrift, Autor, Veröffentlichungsdatum, Beitragsbild und Herausgeber. Hilft Google, Autorschaft und Aktualität des Inhalts zu verstehen — zwei relevante Signale für E-E-A-T.
4. BreadcrumbList
Beschreibt den Navigationspfad (Breadcrumbs). Erzeugt sichtbare Breadcrumbs im Suchergebnis anstelle der rohen URL, was das Verständnis der Seitenstruktur und die Darstellung des Snippets verbessert. Eines der Markups mit dem besten Aufwand-Nutzen-Verhältnis.
5. FAQPage
Markiert Frage-Antwort-Paare. Die Situation hat sich 2026 geändert (dazu kommen wir im Detail weiter unten), aber es bleibt ein gültiger und nützlicher Typ für das semantische Verständnis und für KI-Suchmaschinen — auch wenn er das aufklappbare Rich Snippet in der allgemeinen SERP nicht mehr erzeugt.
Praktische Regel: Markieren Sie nur, was wahr und auf der Seite sichtbar ist. Google bestraft das Markieren von Inhalten, die der Nutzer nicht sieht oder die nicht mit dem übereinstimmen, was die Seite zeigt. Strukturierte Daten müssen den Inhalt widerspiegeln — niemals erfinden.
JSON-LD Schritt für Schritt implementieren
JSON-LD zu implementieren ist einfacher als es klingt. Das Muster ist immer dasselbe: ein <script type="application/ld+json">-Block im <head> oder am Ende des <body>, mit einem Objekt, das seinen Kontext (@context) und seinen Typ (@type) deklariert.
Schritt 1. Den richtigen Typ wählen. Identifizieren Sie, was die Seite repräsentiert (ein Artikel, ein Produkt, die Organisation) und wählen Sie einen einzigen Haupttyp pro Entität.
Schritt 2. Die Eigenschaften in Schema.org nachschlagen. Jeder Typ hat Pflicht- und empfohlene Eigenschaften. Google dokumentiert, welche für jede Rich-Funktion erforderlich sind.
Schritt 3. Den JSON-LD-Block schreiben. Hier ist ein vollständiges, reales Beispiel für einen Blog-Artikel:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Strukturierte Daten und Schema.org: SEO-Guide mit JSON-LD",
"image": "https://www.beispiel.com/images/hero.png",
"datePublished": "2026-06-02",
"dateModified": "2026-06-02",
"author": {
"@type": "Person",
"name": "Alfons Marques"
},
"publisher": {
"@type": "Organization",
"name": "Technova Partners",
"logo": {
"@type": "ImageObject",
"url": "https://www.beispiel.com/images/logo.png"
}
}
}
</script>
Schritt 4. Absolute URLs bei Bildern und Links verwenden. Eigenschaften wie image oder url müssen absolute URLs verwenden, keine relativen, damit Google sie korrekt auflösen kann.
Schritt 5. Mehrere Typen kombinieren, wenn sinnvoll. Eine Seite kann sowohl einen Article als auch eine BreadcrumbList enthalten. Sie können mehrere <script>-Blöcke oder ein Array verwenden. Halten Sie sie untereinander kohärent.
Schritt 6. Die Generierung automatisieren. In modernen Frameworks (z. B. Next.js) ist es üblich, JSON-LD aus einer Funktion zu generieren, die die Seitendaten empfängt und das Objekt serialisiert. So vermeiden Sie manuelle Fehler und stellen sicher, dass das Markup stets den tatsächlichen Inhalt widerspiegelt.
Implementierungs-Checkliste
- Ein klarer Haupttyp pro Entität auf der Seite.
- Alle Pflicht-Eigenschaften des Typs vorhanden.
- Absolute URLs in
image,url,logo. - Das Markup stimmt mit dem sichtbaren Inhalt überein.
- Block im
<head>oder am Ende des<body>platziert. - Keine erfundenen Daten oder für den Nutzer verborgene Inhalte.
- Vor der Veröffentlichung validiert (nächster Abschnitt).
Strukturierte Daten validieren: Rich Results Test vs. Schema Markup Validator
Veröffentlichen Sie strukturierte Daten niemals ohne vorherige Validierung. Es gibt zwei Hauptwerkzeuge, und obwohl sie manchmal austauschbar eingesetzt werden, tun sie unterschiedliche Dinge.
| Werkzeug | Wer es pflegt | Was es prüft | Wann es einsetzen |
|---|---|---|---|
| Rich Results Test | Nur die für Googles spezifische Rich-Funktionen infrage kommenden Elemente | Um zu prüfen, ob Sie für ein bestimmtes Rich Result qualifiziert sind | |
| Schema Markup Validator | Schema.org (Google/Microsoft/Yahoo-Kooperation) | Das gesamte Markup gegen die vollständige Schema.org-Spezifikation | Um die allgemeine Korrektheit des Markups zu validieren |
Der Unterschied ist wichtig. Der Rich Results Test von Google prüft nur die Elemente, die eine Rich-Funktion in Google erzeugen können; wenn Sie einen gültigen Schema.org-Typ markieren, den Google nicht für Rich Results verwendet, gibt dieses Tool möglicherweise keine nützliche Rückmeldung oder meldet, dass „keine Elemente erkannt wurden". Das bedeutet nicht, dass Ihr Markup falsch ist.
Der Schema Markup Validator von Schema.org hingegen validiert das gesamte Markup gegen die vollständige Spezifikation, unabhängig davon, ob Google es für Rich Results nutzt. Das ist das richtige Werkzeug, um zu überprüfen, ob Ihr JSON-LD syntaktisch und semantisch korrekt ist.
Die praktische Empfehlung: Verwenden Sie beide. Zuerst den Schema Markup Validator, um zu bestätigen, dass das Markup korrekt ist, dann den Rich Results Test, um zu prüfen, ob es Sie für eine bestimmte Rich-Funktion qualifiziert. Schließen Sie den Kreis mit dem Verbesserungsbericht der Google Search Console, der Ihnen Fehler und Warnungen zu bereits gecrawlten Seiten in der Produktionsumgebung anzeigt.
Lohnen sich strukturierte Daten noch nach dem Ende der FAQ Rich Results?
Das ist die Frage, die viele Teams 2026 beschäftigt, und die kurze Antwort lautet ja, eindeutig — aber es lohnt sich zu verstehen, was sich genau verändert hat.
Die Einschränkung der FAQ Rich Results kam nicht plötzlich. Bereits im August 2023 hat Google laut dem Google Search Central Blog die FAQ Rich Results auf autoritative Regierungs- und Gesundheitswebsites beschränkt und die How-To Rich Results auf Desktop-Geräten als veraltet markiert. Das war ein klares Signal für die künftige Richtung.
Der endgültige Schlag kam 2026. Laut Search Engine Land hat Google am 7. Mai 2026 aufgehört, FAQ Rich Results für alle Websites anzuzeigen. Ab dann ist der Rückzugsplan gestaffelt:
- Juni 2026: Google entfernt den FAQ-Bericht und die FAQ-Unterstützung im Rich Results Test.
- August 2026: Entfernung der FAQ-Unterstützung in der Search Console API.
Allerdings — und das ist der Nuancepunkt, den viele übersehen — bleibt der Schema.org-Typ FAQPage gültig, und das Markup kann auf der Seite bleiben, ohne Probleme zu verursachen. Was verschwindet, ist das visuelle aufklappbare Format in der SERP, nicht die Gültigkeit des Markups.
Was Sie also mit Ihren strukturierten Daten tun sollten
- Entfernen Sie Ihr
FAQPage-Markup nicht überstürzt. Es ist gültig, bestraft nicht und liefert weiterhin semantischen Kontext, den KI-Suchmaschinen nutzen, um Antworten zu erstellen und Quellen zu zitieren. - Lenken Sie Ihre Ressourcen auf Typen um, die Rich Results erzeugen.
Product,BreadcrumbList,ArticleundOrganizationsind weiterhin aktiv und rentabel. - Denken Sie an GEO, nicht nur an die SERP. Der Wert strukturierter Daten hat sich von „ein schönes Ausklappmenü gewinnen" zu „maschinenlesbar für KI-Assistenten sein" verlagert. Dieser Trend verstärkt sich, er kehrt sich nicht um.
- Behalten Sie die Validierungsdisziplin. Da Typen laufend in den Rich-Results-Support aufgenommen oder daraus entfernt werden, ist die regelmäßige Überprüfung der Search Console keine Option mehr, sondern Pflicht.
Die strategische Schlussfolgerung lautet: Bestimmte Rich Formats kommen und gehen nach Googles Entscheidung, aber strukturierte Daten als semantische Schicht Ihrer Website sind eine Investition, die in einer von KI unterstützten Suchwelt nur an Relevanz gewinnt. Wer ein sauberes, wahrheitsgetreues und gut validiertes Markup aufbaut, ist für das gerüstet, was auch immer noch kommt.
Fazit: Semantisches Markup ist Infrastruktur, kein Trick
Strukturierte Daten sind schon lange kein „Extra für Sternchen" mehr. Sie sind die Schicht, die Ihren Inhalt mit Suchmaschinen verbindet — und zunehmend auch mit generativen Suchmaschinen. JSON-LD ist das Format der Wahl, fünf Typen decken den Großteil des Nutzens ab, und die Validierung vor der Veröffentlichung ist nicht verhandelbar. Die Abschaffung der FAQ Rich Results 2026 ist nicht das Ende von irgendetwas: Es ist die Bestätigung, dass es auf die Solidität des Markups ankommt — nicht auf den temporären Schmuck, den Google gerade anzeigen möchte.
Bei Technova Partners implementieren und prüfen wir strukturierte Daten als Teil von Projekten im Bereich technisches SEO, die bereits qualifizierten Traffic für B2B-Unternehmen generieren. Wenn Sie den Stand Ihres Markups überprüfen oder es von Grund auf richtig aufbauen möchten, sprechen Sie mit uns über Ihr Projekt — wir sagen Ihnen, wo Sie anfangen sollten.
