Michael Kanda Logo

Schema.org 2026: Was strukturierte Daten wirklich bringen – und was nicht

Das Wichtigste in Kürze

Das Wichtigste in Kürze:

  • Zusatzsignal, nicht Hauptquelle: Schema.org ist eines der Signale, mit denen Suchmaschinen und LLMs Content einordnen. Der sichtbare Fließtext bleibt die primäre Grundlage – strukturierte Daten machen ihn eindeutiger, ersetzen ihn aber nicht.
  • Kein Rankingfaktor, keine Zitations-Garantie: Google sagt seit Jahren, dass strukturierte Daten kein Rankingfaktor sind und für AI Overviews kein spezielles Schema nötig ist. Microsoft wiederum hat bestätigt, dass Schema den eigenen LLMs beim Verstehen hilft. Der Nutzen ist real, aber indirekt.
  • Das Rich-Result-Feld schrumpft: FAQPage und HowTo erzeugen in der Google-Suche seit 2023 beziehungsweise Mai 2026 keine Rich Results mehr. Wirtschaftlich lohnend bleiben vor allem Product, LocalBusiness, Event und Recipe.
Heute: seit 7. Mai 2026
designare.at › schema-org
Schema.org 2026: Was strukturierte Daten wirklich bringen
Strukturierte Daten ersetzen keine Meta-Description. Was JSON-LD und Schema.org 2026 wirklich leisten...
seo-wiki.de › schema
Was ist Schema.org? - SEO Wiki
Schema.org ist ein gemeinsames Vokabular für strukturierte Daten im Web...
🕐 Früher: FAQ-Dropdowns bis 2023 bzw. Mai 2026
designare.at › schema-org
Schema.org 2026: Was strukturierte Daten wirklich bringen
Strukturierte Daten ersetzen keine Meta-Description. Was JSON-LD und Schema.org 2026 wirklich leisten...
Was ist Schema.org?
Ein gemeinsames, maschinenlesbares Vokabular — initiiert von Google, Bing, Yahoo und Yandex.
Ist Schema.org ein Rankingfaktor?
Nein — der Nutzen ist indirekt: Rich-Result-Eligibility und eindeutige Entity-Erkennung.

Stilisierte Illustration: FAQ-Dropdowns unter dem Snippet gab es für die meisten Websites bis August 2023, für Gov- und Health-Seiten bis 7. Mai 2026 – seitdem generell nicht mehr. Sternebewertungen gab es für Artikel-Typen nie, sondern nur für Typen wie Product oder LocalBusiness.

Einleitung

Rund um strukturierte Daten kursieren zwei Extrempositionen: "Schema ist tot, seit Google die FAQ-Snippets abgeschafft hat" und "Schema ist der Schlüssel zur KI-Sichtbarkeit". Beides ist falsch. Dieser Artikel räumt dazwischen auf: Er zeigt, welche Rich Results Google im Jahr 2026 überhaupt noch ausspielt, was strukturierte Daten für KI-gestützte Suchsysteme wie AI Overviews, Perplexity oder Copilot belegbar leisten – und wo die Behauptungen aufhören und der Marketing-Sprech anfängt. So viel vorweg: Schema.org ersetzt weder guten Text noch die Meta-Description. Es macht beides eindeutiger.

Das Kernproblem:

Suchsysteme und LLMs müssen aus deinem Fließtext ableiten, welche Entitäten er beschreibt und wie sie zusammenhängen. Das funktioniert meist gut, aber nicht immer eindeutig: Ist "Evita" die Hündin oder die KI-Assistentin? Strukturierte Daten nehmen dem System genau dieses Raten ab. Sie sind kein Ersatz für Verständlichkeit, sondern eine zweite, unmissverständliche Ebene daneben.

Der wichtigste Hebel ist dabei nicht der exotische Typ, sondern die saubere Verknüpfung: dieselbe @id für dieselbe Person über alle Unterseiten hinweg, sameAs-Verweise auf bestätigende Profile, korrekte Datumsangaben. In diesem Deep-Dive erfährst du, wie du das praktisch umsetzt und welche Typen sich 2026 noch rechnen. Einen umfassenden Überblick über die GEO-Strategie findest du im GEO-Leitfaden.

Die semantische DNA: Was Schema.org wirklich ist

Schema.org ist weit mehr als nur ein technisches Markup – es ist die Lingua Franca des modernen Webs. Während klassisches HTML dem Browser sagt, wie eine Webseite aussehen soll (H1 ist groß, Fettgedrucktes ist wichtig), liefert Schema.org die Bedeutungsebene (Semantik). Es wurde 2011 von Google, Bing und Yahoo initiiert, Yandex kam kurz darauf dazu; gepflegt wird es heute als offene Community-Gruppe beim W3C.

Technische Implementierung:

Das von Google empfohlene Format ist JSON-LD (JavaScript Object Notation for Linked Data): ein separater Script-Block, der für Besucher unsichtbar bleibt und unabhängig vom sichtbaren Markup gewartet werden kann. Er darf im <head> oder im <body> stehen. Microdata und RDFa liest Google weiterhin, sie sind aber enger mit dem HTML verwoben und dadurch fehleranfälliger bei Redesigns.

Wenn du Schema.org nutzt, deklarierst du explizit: "Das hier ist kein bloßer Text, das ist ein Article, geschrieben von dieser Person, veröffentlicht am datePublished." Damit muss das System die Angaben nicht mehr aus dem Layout erraten. Entscheidend ist: Strukturierte Daten ergänzen den sichtbaren Inhalt, sie ersetzen ihn nicht – Auszeichnungen ohne Entsprechung auf der Seite verstoßen gegen Googles Spam-Richtlinien. Die Grundlage bleibt sauberes semantisches Markup.

Was strukturierte Daten in der KI-Suche leisten – und was nicht

Die Meta-Description bleibt der wichtigste direkte Hebel für die Click-Through-Rate in der klassischen organischen Suche. Parallel dazu läuft der Übergang zu GEO (Generative Engine Optimization): KI-gestützte Systeme wie Googles AI Overviews und AI Mode (bis Mai 2024 unter dem Namen SGE geführt), Perplexity oder ChatGPT Search geben keine Linkliste aus, sondern extrahieren Aussagen. Die entscheidende Frage lautet deshalb nicht "ersetzt Schema die Meta-Description", sondern: Wie zuverlässig können diese Systeme aus deiner Seite korrekte Fakten ziehen?

Was belegt ist
Microsoft hat im März 2025 auf der SMX München öffentlich bestätigt, dass Schema-Markup den eigenen LLMs beim Verstehen von Inhalten hilft (Search Engine Land). Fairerweise gehört dazu: Ein Teil der Branche liest dieselbe Passage primär als Aussage über Content-Frische und IndexNow. Google wiederum stellt klar, dass für AI Overviews und AI Mode kein spezielles Schema nötig ist.
Rich Results – dort, wo sie noch existieren
Hier ist der Nutzen unbestritten und messbar: Sternebewertungen bei Produkten, Preis und Verfügbarkeit, Rezept-Infos, Event-Karten, Breadcrumbs. Das Feld hat sich seit 2023 aber deutlich verkleinert. FAQ-Dropdowns zeigt Google seit dem 7. Mai 2026 gar nicht mehr an, HowTo-Ergebnisse seit 2023 (Search Engine Land). Welche Typen aktuell noch unterstützt werden, steht verbindlich nur in der Google-Search-Central-Dokumentation.
Eindeutigkeit von Entitäten
Der praktisch stärkste Hebel: Wer hinter einer Marke, einem Autor oder einem Standort steckt, lässt sich über konsistente @id-Referenzen und sameAs-Verweise eindeutig machen. Das reduziert Verwechslungen mit gleichnamigen Entitäten – ein Problem, das in KI-Antworten regelmäßig zu falschen Zuschreibungen führt.
Was Schema.org nicht ist
Kein Rankingfaktor – das hat Google wiederholt bestätigt. Auch kein direktes E-E-A-T-Signal: E-E-A-T ist ein Bewertungsrahmen aus den Quality-Rater-Guidelines, kein Wert, den ein author-Feld im JSON-LD hochsetzt. Wohl aber hilft sauberes Autoren-Markup Google dabei, eine bereits vorhandene Reputation der richtigen Person zuzuordnen.

Schritt-für-Schritt: So setzt du Schema.org sauber um

Der Ablauf ist in jedem Projekt derselbe – unabhängig davon, welche Rich Results Google gerade unterstützt.

Schritt 1: Identifikation der relevanten Entities

Bevor du eine einzige Zeile Code schreibst, musst du bestimmen, welche "Entities" (Einheiten) deine Seite repräsentiert.

  • Bist du ein LocalBusiness? Veröffentlichst du einen NewsArticle?
  • Wähle den Typ, der inhaltlich zutrifft – nicht den spezifischsten. Für Rich Results behandelt Google Article, NewsArticle und BlogPosting gleichwertig. NewsArticle auf einem Ratgeber-Blog bringt keinen Vorteil, sondern ist schlicht falsch.
  • Analysiere deinen Content: Welche Fakten (Preise, Autoren, Daten) sind die Kernstücke?

Schritt 2: Erstellung des JSON-LD Markups

Der Goldstandard ist JSON-LD. Hier betten wir die Informationen in ein strukturiertes Skript ein. Für WordPress-Nutzer bietet das Schema-Modul der 17-Module-SEO-Plugin ein direktes Eingabefeld pro Seite.

  • Achte auf technische Pflichtfelder: headline, image, datePublished und author.
  • Stärke E-E-A-T: Verknüpfe das Autoren-Profil (Person) mit sameAs-Links zu sozialen Profilen.
  • Nutze @id-Referenzen für eine eindeutige Entity-Identität über alle Seiten hinweg.

Praxisbeispiel: Michael und seine Tierschutzhündin Evita

Dieses gekürzte Beispiel läuft tatsächlich auf designare.at. Es beschreibt Michael und Evita als zwei getrennte Entitäten und verbindet sie über owns und die inverse Eigenschaft owner. Die Teamseite von maxonline bestätigt Michaels Identität zusätzlich über sameAs.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Person",
      "@id": "https://designare.at/#michael",
      "name": "Michael Kanda",
      "url": "https://designare.at/michael-kanda",
      "sameAs": [
        "https://max-online.at/team/michael-kanda/",
        "https://www.wikidata.org/wiki/Q138818463"
      ],
      "owns": {
        "@id": "https://designare.at/#evita-hund"
      }
    },
    {
      "@type": "Thing",
      "@id": "https://designare.at/#evita-hund",
      "name": "Evita",
      "alternateName": "Evita, die Vierbeinige",
      "additionalType": "https://www.wikidata.org/entity/Q144",
      "description": "Michaels Tierschutzhündin und Namensgeberin der digitalen KI-Assistentin Evita.",
      "image": "https://designare.at/images/evita-hund.webp",
      "owner": {
        "@id": "https://designare.at/#michael"
      }
    }
  ]
}
</script>

Der wichtige Teil ist nicht die Textmenge, sondern die eindeutige Relation: Jede Entität hat eine eigene ID, beide IDs bleiben auf allen Seiten gleich und die Beziehung wird nicht nur im Fließtext behauptet, sondern maschinenlesbar ausgedrückt.

Schritt 3: Deep-Dive in spezifische Schemata

Um deinen Content zusätzlich zu strukturieren, kannst du spezialisierte Schemata implementieren:

  • FAQPage: Definiert Frage-Antwort-Paare. Erzeugt in der Google-Suche seit 7. Mai 2026 keine Rich Results mehr – zuvor waren sie seit August 2023 auf Gov- und Health-Seiten beschränkt. Das Markup bleibt gültig und darf laut Google stehen bleiben; ein SERP-Nutzen entsteht daraus aber nicht mehr. Search-Console-Reporting entfällt seit Juni 2026, die API-Unterstützung seit August 2026 (Search Engine Journal).
  • Dataset: Beschreibt Datensätze maschinenlesbar und wird weiterhin unterstützt – der sichtbare Nutzen liegt allerdings primär in Google Dataset Search. Relevant für Forschung, Verwaltung, Statistik- und Datenportale; für eine typische Dienstleister- oder Shop-Website ist es kein Hebel.
  • HowTo: Strukturiert Anleitungen schrittweise. Erzeugt seit 2023 auf Mobile und Desktop keine Rich Results mehr (Search Engine Journal). Technisch gültig, aber ohne SERP-Wirkung.

Schritt 4: Validierung und Monitoring

Code ohne Validierung ist ein Risiko.

  • Gültigkeit prüfst du mit dem Schema Markup Validator (validator.schema.org). Er prüft gegen das Vokabular – unabhängig davon, was Google daraus macht.
  • Rich-Result-Eligibility prüfst du mit dem Google Rich Results Test. Achtung: Er testet nur noch Typen, die Google auch ausspielt – FAQPage ist seit Juni 2026 nicht mehr darunter. Ein "kein Ergebnis" heißt dort also nicht automatisch "fehlerhaft".
  • Bestandsmonitoring über den "Verbesserungen"-Bericht der Search Console. Wer historische FAQ-Daten braucht, musste sie vor Juni 2026 exportieren – der Bericht ist entfallen.

Häufige Fehler vermeiden

Schema.org verzeiht keine Schlampigkeit. Hier ist der Reality-Check für deine Implementierung:

Falsch Richtig
Strukturierte Daten für Inhalte hinterlegen, die für den Nutzer nicht sichtbar sind (versteckte Keywords im JSON-LD) Nur das markieren, was auch tatsächlich auf der gerenderten Seite für den User lesbar ist. Google straft "Hidden Schema" als Spam ab
Den spezifischsten Typ wählen, weil "spezifisch = besser" klingt – etwa NewsArticle auf einem Ratgeber-Blog Den Typ wählen, der inhaltlich zutrifft. Für Rich Results behandelt Google Article, NewsArticle und BlogPosting gleichwertig – der Unterschied ist rein semantisch, nicht ranking- oder sichtbarkeitsrelevant
dateModified hochsetzen, ohne dass sich inhaltlich etwas geändert hat – oder umgekehrt: aktualisierten Text mit altem Datum ausliefern datePublished und dateModified ehrlich synchron zum Content halten und identisch zum sichtbaren Datum auf der Seite. Frische ist kein genereller Rankingfaktor, sondern nur bei Queries relevant, die aktuelle Ergebnisse verlangen – vorgetäuschte Aktualität wertet Google ab
Syntax-Fehler im JSON-LD Code (fehlende Kommas, falsche Klammern) – ein einziger Fehler lässt den gesamten Block ins Leere laufen Vor dem Deployment mit dem Schema Markup Validator auf Gültigkeit prüfen und ergänzend mit dem Rich Results Test auf Eligibility – die beiden Tools beantworten unterschiedliche Fragen
FAQPage oder HowTo implementieren in der Erwartung, dadurch Rich Results zu erhalten Stand 2026 keine SERP-Wirkung mehr. Bestehendes Markup darf laut Google stehen bleiben; neue Implementierungen lohnen nur, wenn der FAQ-Inhalt für Nutzer ohnehin sinnvoll ist
Schema.org als Rankinghebel verkaufen – intern wie gegenüber Kunden Strukturierte Daten sind laut Google kein Rankingfaktor. Der Nutzen ist Eligibility für Rich Results, bessere Darstellung und eindeutige Entity-Zuordnung – das reicht als Argument völlig aus

Fortgeschrittene Strategien: Entitäten sauber verknüpfen

Knowledge Graph Aufbau:

Wer über Standard-Tags hinausgehen will, arbeitet mit @id-Referenzen: Sie geben jeder Entität eine stabile, wiederverwendbare Identität über die gesamte Website hinweg.

Ein entscheidender Faktor ist die Vernetzung der Entities. Wenn du auf verschiedenen Unterseiten dieselbe Person erwähnst, sollte diese immer dieselbe @id (meist die URL des Autorenprofils) haben. So hilfst du der KI, einen "Knowledge Graph" deiner Expertise aufzubauen.

mainEntityOfPage
Häufig missverstanden: Die Property beschreibt die Beziehung zwischen einer Entität und der Seite, die sie primär behandelt – sie grenzt nicht Hauptinhalt von Sidebar-Rauschen ab. Dafür sind <main>, <article> und <aside> zuständig. Ihr Wert liegt darin, bei mehreren Seiten zu derselben Entität die kanonische zu benennen.
DataDownload innerhalb von Dataset
Beschreibt Format und Bezugsquelle eines Datensatzes und macht ihn in Google Dataset Search auffindbar. Dass KI-Agenten solche Daten automatisch in Antworten übernehmen, ist eine plausible Annahme – belegt ist sie nicht. Sinnvoll für Datenportale, nicht für Standard-Websites.
Spezifische News-Subtypen
OpinionNewsArticle oder SatiricalArticle machen die Intention eines Beitrags maschinenlesbar – sauber im Sinne des Vokabulars, aber ohne bekannten Effekt auf Darstellung oder Ranking. Verwenden, weil es korrekt ist; nicht, weil es etwas bringt.
speakable für Voice Search
Markiert Abschnitte, die sich für Text-to-Speech eignen. Wichtig einzuordnen: speakable ist eine Google-exklusive Beta-Property für Nachrichteninhalte im Google-Ökosystem. Amazon Alexa, Apple Siri und ChatGPT Voice werten sie nicht aus – dort ändert sie nichts.

Die Grundidee bleibt: Je weniger ein System raten muss, desto geringer das Risiko, falsch zusammengefasst zu werden. Ob daraus auch häufigere Zitationen in generativen Antworten folgen, ist plausibel, aber nicht sauber belegt – wer das Gegenteil behauptet, verkauft dir etwas. Detailliertere technische Anleitungen findest du im Praxis-Guide zur Maschinenlesbarkeit.

Häufig gestellte Fragen zu Schema.org

Was ist Schema.org?

Schema.org ist ein gemeinsames, maschinenlesbares Vokabular, das 2011 von Google, Bing, Yahoo und Yandex initiiert wurde und heute als offene Community-Gruppe beim W3C gepflegt wird. Es beschreibt, was die Inhalte einer Seite bedeuten, sodass Suchmaschinen und KI-Systeme den Kontext weniger stark aus dem Fließtext ableiten müssen.

Wie funktioniert Schema.org?

Du hinterlegst strukturierte Daten, meist als JSON-LD-Block im HTML, und beschreibst darin Elemente wie Preise, Bewertungen, Öffnungszeiten oder Autoren. Suchmaschinen lesen diesen Block aus und können die Angaben für Rich Results nutzen, sofern der jeweilige Typ noch unterstützt wird.

Ist Schema.org ein Rankingfaktor?

Nein. Google stellt seit Jahren klar, dass strukturierte Daten kein Rankingfaktor sind. Der Nutzen ist indirekt: Eligibility für Rich Results, verlässlichere Erkennung von Entitäten und damit eine bessere Chance, korrekt dargestellt zu werden. Wer Schema.org als Ranking-Hebel verkauft bekommt, sollte nachfragen.

Lohnt sich Schema.org?

Die Nutzung des Vokabulars ist kostenlos, die saubere Implementierung erfordert aber technisches Know-how oder spezialisierte Tools. Für Produkt-, Event-, Rezept- und LocalBusiness-Daten lohnt sie sich konkret in Form von Rich Results. Bei FAQPage und HowTo ist der SERP-Nutzen seit 2023 beziehungsweise Mai 2026 entfallen – hier bleibt nur ein plausibler, nicht belegter Nutzen für die maschinelle Interpretation.

Für wen eignet sich Schema.org?

Für jeden Webseitenbetreiber, der organischen Traffic ernst nimmt. Konkret messbar ist der Nutzen vor allem im E-Commerce (Produktdaten), bei lokalen Dienstleistern (LocalBusiness) und bei Publishern (NewsArticle). Dataset lohnt sich in erster Linie für Datenportale, Forschung und Verwaltung, weil der sichtbare Nutzen dort in Google Dataset Search liegt.

Welche Alternativen gibt es zu Schema.org?

Zu unterscheiden sind Vokabular und Syntax. Als Syntax werden Microdata und RDFa von Google weiterhin gelesen, gelten aber als wartungsintensiver, weil sie im sichtbaren HTML verankert sind; JSON-LD ist das von Google empfohlene Format. Ein ernsthaftes alternatives Vokabular zu Schema.org gibt es im Web-Umfeld nicht.

Wie lange dauert es, bis Schema.org wirkt?

Nach der Implementierung dauert es meist wenige Tage bis Wochen, bis Google die Seite neu crawlt. Rich Results – etwa Sternebewertungen bei Produkten – können kurz nach dem Re-Indexing erscheinen, vorausgesetzt der Typ wird noch unterstützt und Google entscheidet sich für die Ausspielung. Einen Anspruch darauf gibt es nicht: Valides Markup schafft Eligibility, keine Garantie.

Was sind die häufigsten Fehler bei Schema.org?
  1. Syntax-Error: Fehlerhafter JSON-LD Code führt dazu, dass die Daten ignoriert werden.
  2. Content-Mismatch: Ausgezeichnete Angaben (z. B. Preise oder Bewertungen), die auf der sichtbaren Seite nicht vorkommen. Das verstoßt gegen die Spam-Richtlinien für strukturierte Daten und kann eine manuelle Maßnahme auslösen.
  3. Fehlende Pflichtfelder: Fehlen essenzielle Properties, wird kein Rich Result ausgespielt – relevant für noch unterstützte Typen wie Product oder Recipe.
Wo finde ich mehr Informationen zu Schema.org?

Das Vokabular selbst steht auf schema.org, die Gültigkeit prüfst du mit dem Schema Markup Validator. Welche Rich-Result-Typen Google aktuell noch unterstützt, steht ausschließlich in der Google-Search-Central-Dokumentation – diese Liste hat sich seit 2023 mehrfach verkleinert (u. a. FAQPage, HowTo) und ist die einzige verbindliche Quelle dafür.

Fazit: Nützliches Werkzeug, kein Wundermittel

Schema.org ergänzt Titel und Meta-Description als Signal, ersetzt sie aber nicht. Strukturierte Daten sorgen dafür, dass Such- und KI-Systeme weniger raten müssen – wer daraus garantierte KI-Zitationen ableitet, geht über die Belege hinaus. Der wirtschaftlich sichere Teil sind nach wie vor die verbliebenen Rich Results; alles darüber hinaus ist gut begründete Vorsorge, kein Versprechen.

Die wichtigsten Punkte auf einen Blick:

  • Zusätzliches Signal, nicht alleinige "Source of Truth": Schema.org liefert strukturierte Zusatzinformationen – der sichtbare Content bleibt die primäre Grundlage für KI-Systeme.
  • Kein Rankingfaktor: Der Nutzen liegt in Rich-Result-Eligibility, korrekter Darstellung und eindeutiger Entity-Zuordnung. Microsoft bestätigt einen Nutzen für die eigenen LLMs, Google verneint eine Notwendigkeit für AI Overviews – belastbare unabhängige Studien fehlen.
  • Realistische Typ-Auswahl: Wirtschaftlich lohnend sind Product, LocalBusiness, Event, Recipe und Breadcrumb. FAQPage und HowTo liefern kein SERP-Feature mehr, Dataset wirkt fast ausschließlich in Google Dataset Search.
  • Konsistenz schlägt Exotik: Stabile @id-Referenzen und gepflegte sameAs-Verknüpfungen bringen mehr als seltene Spezialtypen. Der Typ muss zum Inhalt passen – spezifischer ist nicht automatisch besser.

Änderungsprotokoll & Quellen

Erstfassung Januar 2026. Fakten-Check am 17.07.2026, redaktionelle Überarbeitung am 07.08.2026 – dabei wurden die Korrekturen in den Fließtext eingearbeitet und weitere Aussagen richtiggestellt.

FAQPage bringt FAQ-Dropdowns in den SERPs
Aktuell: Seit Aug. 2023 nur Gov/Health-Sites, seit Mai 2026 komplett abgeschafft
"Googles SGE" als aktueller Begriff
Aktuell: Seit Mai 2024 "AI Overviews" (+ "AI Mode")
Quelle: Wikipedia
KI greift "bevorzugt" auf strukturierte Daten zu
Aktuell: Google: kein spezielles Schema für AI Overviews/AI Mode nötig
HowTo für Voice-Assistenten/Snippets nutzen
Aktuell: Rich Results seit Sept. 2023 (Mobile & Desktop) entfernt
speakable erhöht Zitierchance bei Alexa/Siri/ChatGPT Voice
Aktuell: Google-exklusive Beta-Property, inkompatibel mit anderen Sprachassistenten
Titel-These: "Strukturierte Daten sind deine neue Meta-Description"
Aktuell: Titel, Meta-Description, Einleitung und Kapitelüberschrift auf die belegbare Aussage umgestellt – Schema.org ergänzt, ersetzt nicht (07.08.2026)
"Aktualität ist ein primärer Rankingfaktor"
Aktuell: Frische wirkt query-abhängig, nicht generell. Vorgetäuschte Aktualität über dateModified wertet Google ab
"Article ist falsch, NewsArticle ist richtig"
Aktuell: Google behandelt Article, NewsArticle und BlogPosting für Rich Results gleichwertig; die Wahl ist semantisch. Strukturierte Daten sind kein Rankingfaktor
mainEntityOfPage trennt Hauptinhalt von Sidebar-Rauschen
Aktuell: Die Property beschreibt die Beziehung Entität–Seite. Für Haupt-/Nebeninhalt ist semantisches HTML zuständig
Dataset/DataDownload als allgemeiner GEO-Hebel
Aktuell: Sichtbarer Nutzen primär in Google Dataset Search; für Standard-Websites kein Hebel
Illustration mit Sterne-Snippet an einem TechArticle
Aktuell: Entfernt – Bewertungssterne gab es für Artikel-Typen nie. Grafik zeigt jetzt den tatsächlichen Vorher/Nachher-Stand der FAQ-Darstellung
Ergänzt: Microsoft-Statement zu Schema und LLMs inkl. Gegenposition, Abschnitt "Ist Schema.org ein Rankingfaktor?", präzisierte Validierungs-Empfehlung

Praktisch heißt das: Fang bei den Typen an, die messbar etwas auslösen, halte deine Entitäten über die ganze Website konsistent und markiere ausschließlich, was auch sichtbar auf der Seite steht. Das ist weniger spektakulär als die Versprechen, die derzeit unter dem Label GEO verkauft werden – aber es hält auch dann noch, wenn Google die nächste Rich-Result-Kategorie abschaltet. Und danach sieht es erfahrungsgemäß aus.

📚
Thing
Basis-Entity im Schema.org Universum
"@context": "schema.org"
"@type": "Thing"
✍️
CreativeWork
Inhalte mit Autor & Datum
"author": Person
"datePublished": "2026-01-03"
"headline": "..."
📄
Article
Generischer Artikel-Typ
"articleSection": "GEO"
"keywords": ["Schema.org", ...]
🛠️
TechArticle
Subtyp für technische Anleitungen
"proficiencyLevel": "Expert"
"hasPart": FAQPage
"speakable": {...}
Thing → CreativeWork → Article → TechArticle
Tiefer heißt präziser – nicht automatisch besser.

Dein Schema-Markup optimiert?

Strukturierte Daten sind komplex, und Fehler fällt man selten selbst auf. Wenn du wissen willst, ob dein JSON-LD valide ist, zum sichtbaren Inhalt passt und die Typen nutzt, die 2026 überhaupt noch etwas auslösen: