Strukturierte Daten und Schema 2026: Markup aufbauen, dem Google vertrauen kann

Direkte Antwort

Strukturierte Daten geben Maschinen eine explizite Beschreibung von Fakten, die auf einer Seite bereits sichtbar sind. Sie können eine Seite für ein dokumentiertes Suchfeature qualifizieren, Systemen helfen, Entitäten abzugleichen, und Mehrdeutigkeit reduzieren. Sie garantieren keine Rankings, keine Rich-Ergebnisse, keine Zitationen in AI Overviews und keine Aufnahme in eine Antwortmaschine.

Nutze JSON-LD, weil es in der Regel das am leichtesten zu pflegende Format ist. Markiere den echten Seitentyp und die sichtbaren Fakten, verknüpfe dauerhafte Entitäten mit stabilen @id-Werten und prüfe vier unterschiedliche Dinge: gültige JSON-Syntax, gültiges Schema.org-Vokabular, Übereinstimmung mit Googles Feature-Dokumentation und Übereinstimmung mit der sichtbaren Seite. Das Bestehen eines Tests beweist nicht die anderen drei.

Im Mai 2026 hat Google das FAQ-Rich-Result-Feature eingestellt. FAQPage bleibt ein gültiger Schema.org-Typ, ist aber keine aktuelle Google-Rich-Result-Taktik mehr. Es gibt außerdem kein spezielles Schema, das Sichtbarkeit in Googles generativen Sucherlebnissen garantiert. Googles aktuelle KI-Leitlinien besagen, dass kein spezielles Markup erforderlich ist.

Was du danach kannst

Am Ende kannst du:

• erklären, was strukturierte Daten leisten, ohne einen Ranking-Vorteil zu versprechen;
• Schema.org-Gültigkeit von Google-Feature-Unterstützung unterscheiden;
• einen passenden Seitentyp aus einer gepflegten Support-Registry auswählen;
• stabile Beziehungen zwischen Person, Organization, Article, Course und Breadcrumb aufbauen;
• JSON-LD mit dem sichtbaren Text abgleichen;
• Syntax, Vokabular, Feature-Eignung und gerenderte Ausgabe getrennt testen;
• nicht belegtes oder irreführendes Markup über einen kontrollierten Governance-Prozess entfernen.

Die vier Fragen, die jede Schema-Implementierung beantworten muss

Diskussionen über Schema werden verwirrend, weil das Wort „gültig" für vier unterschiedliche Zustände verwendet wird.

1. Ist die Syntax gültig?

Das JSON muss sich parsen lassen. Anführungszeichen, Kommas, Arrays, URLs und Verschachtelungen müssen strukturell korrekt sein. Ein Parser kann diese Frage beantworten, aber nicht entscheiden, ob deine Aussage wahr ist.

2. Ist das Vokabular gültig?

Die Typen und Eigenschaften müssen in Schema.org existieren und in einem kompatiblen Wertebereich verwendet werden. Die Schema.org-Dokumentation ist die Vokabular-Referenz. Eine Person kann einen name haben; eine erfundene Eigenschaft wie seoAuthorityScore wird nicht dadurch gültig, dass ein Plugin sie ausgibt.

3. Ist ein Google-Suchfeature dokumentiert?

Google unterstützt eine Teilmenge von Schema.org für bestimmte Sucherscheinungsformen. Die Google Search Gallery ist die aktuelle Feature-Registry. Ein Schema.org-Typ kann gültig sein, obwohl kein dokumentiertes Google-Rich-Result dafür existiert.

4. Erfüllt die Implementierung die Inhalts- und Richtlinienregeln?

Googles Richtlinien für strukturierte Daten verlangen repräsentative, sichtbare, nicht irreführende Inhalte und garantieren keine Anzeige. Eine technisch gültige Fünf-Sterne-Bewertung ist trotzdem irreführend, wenn keine echte Rezension sichtbar ist und keine belastbare Bewertungsquelle existiert.

Diese Ebenen bilden eine Abfolge, keine Ersatzoptionen. Ein Rich-Result-Test kann die Wahrheit deiner Aussagen nicht bestätigen. Ein Schema.org-Validator kann kein Google-Feature versprechen.

Schema-Support-Registry für eine Academy

Der genaue Unterstützungsstatus kann sich ändern. Behandle diese Tabelle als datierten Entscheidungsnachweis, nicht als ewige Wahrheit.

Lade die pflegbare Schema-Support-Registry herunter. Sie ergänzt Entscheidung, Verantwortlichen, Überprüfungsdatum und Entfernungsauslöser, die für die Produktions-Governance nötig sind.

JSON-LD, Microdata und RDFa

Alle drei können strukturierte Daten ausdrücken. Google unterstützt JSON-LD, Microdata und RDFa für dokumentierte Features, vorbehaltlich der jeweiligen Feature-Regeln. Ich wähle in der Regel JSON-LD, weil es den Graphen lesbar hält und vermeidet, Attribute über das Präsentations-Markup zu verteilen.

JSON-LD ist nicht automatisch wahrheitsgetreuer. Clientseitige Injektion kann fehlschlagen, veralteter Deployment-Code kann vom sichtbaren Inhalt abweichen, und doppelte Plugins können widersprüchliche Entitäten ausgeben. Das Format senkt den Pflegeaufwand, nicht den Beweisstandard.

Einen verknüpften Graphen aufbauen, keine isolierten Blobs

Ein stabiler Graph erlaubt es jeder Lektion, auf denselben Publisher und Autor zu verweisen, statt auf jeder URL eine neue anonyme Person zu erzeugen.

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://www.seoryon.com/#organization",
      "name": "SEOryon",
      "url": "https://www.seoryon.com/"
    },
    {
      "@type": "Person",
      "@id": "https://www.seoryon.com/authors/amaury/#person",
      "name": "Amaury",
      "url": "https://www.seoryon.com/authors/amaury/",
      "worksFor": { "@id": "https://www.seoryon.com/#organization" }
    },
    {
      "@type": ["Article", "LearningResource"],
      "@id": "https://www.seoryon.com/de/academy/structured-data-schema/#article",
      "url": "https://www.seoryon.com/de/academy/structured-data-schema/",
      "headline": "Strukturierte Daten und Schema 2026: Markup aufbauen, dem Google vertrauen kann",
      "author": { "@id": "https://www.seoryon.com/authors/amaury/#person" },
      "publisher": { "@id": "https://www.seoryon.com/#organization" },
      "isPartOf": { "@id": "https://www.seoryon.com/de/academy/#course" },
      "learningResourceType": "Lektion",
      "educationalLevel": "Fortgeschritten",
      "inLanguage": "de"
    },
    {
      "@type": "BreadcrumbList",
      "@id": "https://www.seoryon.com/de/academy/structured-data-schema/#breadcrumb",
      "itemListElement": [
        {"@type": "ListItem", "position": 1, "name": "Academy", "item": "https://www.seoryon.com/academy/"},
        {"@type": "ListItem", "position": 2, "name": "Strukturierte Daten und Schema"}
      ]
    }
  ]
}

Ergänze datePublished nur, wenn das Veröffentlichungsdatum bekannt ist. Aktualisiere dateModified nur nach einer inhaltlich bedeutsamen, geprüften Änderung. Füge kein Profilbild, keine Qualifikationen, keine sameAs-Profile, keine Auszeichnungen, Bewertungen oder Angebote hinzu, bevor die sichtbare Seite und die zugrundeliegenden Aufzeichnungen sie belegen.

Die Regel der Übereinstimmung mit dem sichtbaren Inhalt

Jede wesentliche Aussage im Markup sollte auf der Seite, die ein Besucher tatsächlich erhält, auffindbar oder vernünftigerweise ableitbar sein.

Prüfe diese Paare:

• Schema-Headline gegen die sichtbare H1;
• Autor-Entität gegen Byline und Autorenseite;
• Daten gegen sichtbare Veröffentlichungs- oder Aktualisierungsangaben;
• Preis und Verfügbarkeit gegen das sichtbare Angebot;
• Bewertungsanzahl und Rating gegen die angezeigten, belegten Bewertungsdaten;
• FAQ-Fragen und -Antworten gegen den gerenderten Inhalt;
• Softwarefunktionen gegen die tatsächliche Produktseite;
• Breadcrumb-Positionen gegen die Navigationshierarchie.

Lade das Abgleichsblatt für sichtbaren Inhalt herunter. Wende es auf die gerenderte URL an, nicht nur auf ein Quell-Template.

Validierungsworkflow

Schritt 1: die gerenderte Seite prüfen

Bestätige die kanonische URL, den Status, den sichtbaren Inhalt, die Byline, die Daten und das Graph-Script, das ein normaler Browser erhält. Wenn JavaScript Markup hinzufügt, prüfe auch nach dem Rendern.

Schritt 2: das JSON parsen

Ein JSON-Parser findet strukturelle Fehler. Das ist die niedrigste Hürde.

Schritt 3: das Vokabular validieren

Nutze den Schema.org-Validator, um unbekannte Eigenschaften, Wertebereichsfehler und Graph-Probleme zu finden.

Schritt 4: aktuelle Google-Eignung testen

Nutze Googles Rich Results Test für einen Typ, der in der aktuellen Gallery erscheint. Die Einführung in strukturierte Daten erklärt den Prozess und die Tatsache, dass gültiges Markup keine Anzeige garantiert.

Schritt 5: Aussagen abgleichen

Vergleiche jeden wesentlichen Wert mit dem sichtbaren Text und der freigegebenen Quelle der Wahrheit. Genau hier sollten gefälschtes Review-Markup und veraltete Preise durchfallen.

Schritt 6: Search Console und Produktionsänderungen überwachen

Verfolge Enhancement-Berichte, sofern verfügbar, manuelle Maßnahmen, Deployment-Diffs und Template-Abdeckung. Das Fehlen eines Enhancement-Berichts macht einen Schema.org-Typ nicht ungültig.

Durchgerechnetes Beispiel: ein Lektionsgraph, der fast lügt

Angenommen, ein SEO-Plugin gibt Folgendes für eine Academy-Lektion aus:

{
  "@type": "Article",
  "headline": "Strukturierte-Daten-Meisterklasse",
  "author": {"@type": "Person", "name": "Amaury, preisgekrönter Schema-Experte"},
  "aggregateRating": {"@type": "AggregateRating", "ratingValue": "4.9", "reviewCount": "217"},
  "mainEntity": {"@type": "FAQPage"}
}

Die sichtbare H1 ist anders. Die provisorische Autorenseite enthält keine solche Qualifikation. Es existiert keine Bewertungsoberfläche, keine Aufzeichnungen, keine Methode und keine sichtbare Bewertung. mainEntity ist zudem fehlerhaft aufgebaut, und FAQ-Rich-Results sind eingestellt.

Die richtige Reaktion besteht nicht darin, gerade genug Felder zu patchen, damit der Test grün wird. Entferne die erfundene Bewertung und Qualifikation. Referenziere die echte Autor-Entität. Richte die Headline aus. Behalte sichtbare FAQs als nützlichen Inhalt, aber behandle FAQ-Markup nicht als Wachstumstrick für ein Suchfeature. Füge nur Seitentypen hinzu, die die tatsächliche Lektion abbilden.

Abgeglichene Entscheidung

Das ist Schema-Governance: korrekte Entfernung ist oft wertvoller als das Hinzufügen eines weiteren Typs.

Hilft Schema beim Ranking oder bei der KI-Sichtbarkeit?

Die vertretbare Antwort fällt enger aus als die meisten Verkaufsversprechen.

Strukturierte Daten helfen Google, die Bedeutung einer Seite zu verstehen, und können die Eignung für dokumentierte Darstellungsformen begründen. Google entscheidet weiterhin, ob es crawlt, indexiert, rankt, zitiert oder ein Feature anzeigt. Es gibt keine öffentliche Umrechnung von „Anzahl der Schema-Typen" in eine Ranking-Position.

Googles aktuelle Leitlinien zur generativen Suche besagen, dass etablierte SEO-Grundlagen relevant bleiben und keine speziellen KI-Textdateien oder Schema-Markups erforderlich sind, um in KI-Features zu erscheinen. Ein klarer Graph kann Mehrdeutigkeit für Maschinen reduzieren, das ist aber kein Beleg für eine Zitationsgarantie.

Nutze Schema, weil explizite, korrekte Daten nützlich und pflegbar sind. Miss berechtigte Impressionen und Fehler, wo möglich. Verkaufe es nicht als magischen KI-Schalter.

Governance für Deployment und Deprecation

Weise einen Registry-Verantwortlichen zu. Erfasse für jeden implementierten Typ:

• Geschäftszweck;
• Quell-Template;
• sichtbare Quelle der Wahrheit;
• Schema.org-Gültigkeit;
• aktuelle Google-Feature-Dokumentation;
• Tests und Monitoring;
• zuletzt geprüftes Datum;
• Entfernungs- oder Überprüfungsauslöser.

Überprüfe die Registry, wenn Google seine Dokumentations-Updates zur Suche aktualisiert, wenn sich ein Template ändert, wenn sich eine Eigenschaftsquelle ändert, und in einem festen vierteljährlichen Rhythmus. Die FAQ-Deprecation vom Mai 2026 ist genau der Grund, warum dieser Nachweis wichtig ist.

Deploye über den normalen Code-Review-Prozess. Gestalte die Generierung idempotent, damit nicht zwei Komponenten konkurrierende Organizations ausgeben. Halte mandantenspezifische Preise, Bewertungen und Identitäten in einem Multi-Tenant-Produkt isoliert. Lass niemals die Entitätswerte eines Mandanten in den Graphen eines anderen Mandanten gelangen.

Übung: sechs Vorschläge annehmen oder ablehnen

Entscheide für jeden Vorschlag, ob er umgesetzt werden soll, und begründe die Entscheidung.

1. FAQPage zu jedem Artikel hinzufügen, weil der Typ valide ist.
2. SoftwareApplication zur Academy-Startseite hinzufügen, weil SEOryon Software ist.
3. Von jedem Article auf die echte SEOryon-Organization referenzieren.
4. Eine 4,9-Bewertung hinzufügen, die aus einem internen Sales-Deck kopiert wurde, ohne sichtbare Methode.
5. Dataset zu einer Seite hinzufügen, die eine beschriebene CSV mit Zugriffsdetails veröffentlicht.
6. Zwei Person-Entitäten mit unterschiedlichen Namen für denselben Autor einfügen.

Lösungsschlüssel

Lehne 1 als pauschale Taktik ab und weil die aktuelle Google-FAQ-Feature-Unterstützung eingestellt ist. Lehne 2 ab, weil Markup auf Seitenebene den Hauptinhalt der Seite abbilden sollte. Nimm 3 an, wenn die Organization-Daten korrekt und stabil sind. Lehne 4 als nicht belegt und irreführend ab. Erwäge 5, wenn der Datensatz substanziell ist und die Implementierung die dokumentierten Anforderungen erfüllt. Führe 6 zu einer stabilen Entität zusammen.

Häufige Fehler

Inhalt markieren, der nicht vorhanden ist

Markup ist kein Ersatz für sichtbaren Inhalt.

Einen grünen Test als Ranking-Garantie behandeln

Tests stellen technische Bedingungen fest, keine Auswahl.

Schema.org mit Googles Gallery verwechseln

Schema.org ist umfassender. Google dokumentiert eine unterstützte Teilmenge für Suchfeatures.

FAQ-Markup überall hinzufügen

FAQPage bleibt ein Vokabular-Typ, aber Google hat das FAQ-Rich-Result-Feature im Mai 2026 eingestellt.

Bewertungen, Qualifikationen oder Daten erfinden

Wenn du den Beleg und die sichtbare Quelle nicht zeigen kannst, lass die Aussage weg.

Plugins doppelte Entitäten erzeugen lassen

Eine dauerhafte Identität mit stabilen Referenzen ist klarer als fünf leicht unterschiedliche Blobs.

Abschließende Checkliste

• Das Markup bildet den tatsächlichen Hauptinhalt der Seite ab.
• Die JSON-Syntax lässt sich fehlerfrei parsen.
• Jeder Typ und jede Eigenschaft ist gültiges Schema.org-Vokabular.
• Die aktuelle Google-Feature-Unterstützung wurde separat geprüft.
• Googles featurespezifische Pflichteigenschaften sind dort erfüllt, wo relevant.
• Jede wesentliche Aussage stimmt mit dem gerenderten sichtbaren Inhalt überein.
• Keine Bewertungen, Qualifikationen, Preise oder Daten sind erfunden.
• Organization und Person verwenden stabile, kanonische @id-Werte.
• Doppelte Plugin-Ausgaben sind entfernt.
• Die kanonische URL und die Graph-URLs stimmen überein.
• Der Rich Results Test wird nur für dokumentierte Google-Features verwendet.
• Die Schema.org-Validierung wird für das breitere Vokabular verwendet.
• Clientseitig gerendertes Markup wird nach dem Rendern getestet.
• Ein Registry-Verantwortlicher und ein Überprüfungsdatum sind festgelegt.
• Deprecation- und Entfernungsauslöser sind dokumentiert.
• Es wird keine Ranking- oder KI-Zitationsgarantie gegeben.

Häufig gestellte Fragen

Verbessert Schema-Markup das Google-Ranking?

Google dokumentiert keinen direkten Ranking-Vorteil durch das Hinzufügen von Schema. Korrektes Markup kann das Verständnis und die Eignung für unterstützte Suchfeatures verbessern, aber Darstellung und Ranking werden weiterhin von Google entschieden.

Funktioniert FAQ-Schema 2026 noch?

FAQPage ist weiterhin ein gültiger Schema.org-Typ. Google hat das FAQ-Rich-Result-Feature im Mai 2026 eingestellt, daher sollte es nicht als aktuelle Google-Sichtbarkeitstaktik eingesetzt werden.

Ist JSON-LD besser als Microdata?

JSON-LD lässt sich generell leichter generieren und pflegen. Beide Formate können gültig sein. Genauigkeit, Übereinstimmung mit dem sichtbaren Inhalt und Feature-Regeln zählen mehr als die Formatvorliebe.

Gibt es spezielles Schema für AI Overviews?

Laut Googles aktuellen Leitlinien ist kein spezielles KI-Schema erforderlich. Nutze korrekte strukturierte Daten dort, wo sie der Seite und etablierten Suchfeatures dienen.

Sollte jede Seite jeden möglichen Schema-Typ haben?

Nein. Nutze den kleinsten korrekten Graphen, der die Seite und ihre Beziehungen beschreibt. Mehr Typen bedeuten nicht mehr Autorität.

Quellen und Methodik

Die Lernenden-Recherche fand wiederkehrende Fragen zur Ranking-Wirkung, dazu, ob FAQ-Schema noch relevant ist, und ob umfangreiches Markup die LLM-Zitation verbessert. Diese Fragen prägten die direkte Antwort. Community-Beiträge wurden nicht als faktischer Beleg verwendet.

1. Google Search Central, Introduction to structured data markup, geprüft am 31. Juli 2026. Offizielle Erklärung zu Formaten, Eignungsvoraussetzungen, Tests und der nicht garantierten Anzeige.
2. Google Search Central, General structured data guidelines, geprüft am 31. Juli 2026. Offizielle Anforderungen an Inhalt, Relevanz, Qualität und Richtlinien.
3. Google Search Central, Search Gallery, geprüft am 31. Juli 2026. Aktuelle dokumentierte Registry der Google-Features.
4. Google Search Central, Documentation updates, geprüft am 31. Juli 2026. Verzeichnet die Einstellung des FAQ-Rich-Results im Mai 2026.
5. Schema.org, FAQPage, geprüft am 31. Juli 2026. Bestätigt, dass FAQPage weiterhin im Vokabular enthalten ist, was unabhängig von der Google-Feature-Unterstützung ist.
6. Schema.org, Documentation, geprüft am 31. Juli 2026. Referenz für Vokabular und Datenmodell.

Vorheriger Schritt: Core Web Vitals 2026: LCP, INP und CLS mit echten Nutzerdaten diagnostizieren
Nächster Schritt: Crawl-Budget und Server-Log-Analyse: der Betriebsleitfaden für große Websites