Webentwicklung

Wie wichtig werden Schemas zukünftig?

TL;DR: Schema.org/JSON-LD wird 2026 vom Nice-to-have zum Pflichtbaustein – nicht als Ranking-Trick, sondern für Verständnis, Eligibility und korrekte Zuordnung in KI-Features (z. B. AI Overviews). Sichtbarkeit und CTR steigen über klare Entitäten, saubere Relationen und konsistentes Markup – nicht über Hacks.

  • Kein Boost, aber Pflicht: Schema ist kein Ranking-Faktor – es schafft Eligibility & bessere Erkennung (SEO & AEO).
  • Prioritäten 2026: Organization, WebSite/WebPage, BreadcrumbList, Article/Product (+ ProductGroup), on-page FAQPage.
  • Praxis: JSON-LD, stabile @id/sameAs, Validator + Search Console, bei Commerce Schema + Feed (Merchant Center).

Written by Sebastian Geier

Oct. 21, 2025

Schema-Markup Ratgeber 2026: SEO, AEO & KI-Suche – VELUNO
Über unseren Ratgeber

Im VELUNO Ratgeber erfahren Sie, wie Sie Ihre digitale Präsenz wirklich weiterbringen: von individuell entwickelten Websites & smartem Webdesign über zielgerichtete SEO-, GEO- & AEO-Strategien bis hin zu Performance Marketing, das wirkt und skaliert. Unsere Inhalte sind praxisnah, verständlich und voll auf Wachstum ausgelegt.

Abonnieren Sie den Newsletter

Abonnieren Sie, um die neuesten Blogbeiträge aus unserem Blog in Ihrem Posteingang zu erhalten.

Warum reden 2025 / 2026 alle (wieder) über Schemas?

  • Google bestätigt: Strukturierte Daten helfen, Inhalte zu verstehen und für reichhaltige Darstellungen (Rich Results) überhaupt erst in Frage zu kommen. JSON‑LD wird als Implementierungsform empfohlen (neben Microdata & RDFa).

  • AI Overviews & AI‑Features: Google beschreibt offiziell, wie AI‑Features Inhalte finden – saubere Struktur und klare Entitäten erhöhen die Chance, korrekt zitiert zu werden.

  • Der Markt bewegt sich: AI Overviews sind live, wurden global ausgerollt und verändern Klickströme – inklusive öffentlicher Debatten und Beschwerden von Verlagen. Schema‑Sauberkeit wird zum Risikopuffer gegen Fehlzuordnungen.

Was sind Schemas – in 2 Minuten verständlich

Schemas sind standardisierte, maschinenlesbare Datenmodelle (Vokabular: Schema.org), mit denen du Suchmaschinen mitteilst, was auf einer Seite steht (Produkt, Artikel, Person, Event …) und wie Dinge zusammenhängen. Du implementierst sie idealerweise als JSON‑LD im:

<script type="application/ld+json">

Wofür Schemas heute konkret sorgen (SEO & AEO)

  1. Rich Results: Sichtbare Aufwertungen wie Produkt‑Snippets, Review‑Sterne, Videos mit Key Moments, Job‑Kacheln, Local‑Features u. v. m. – nur bei gültigem Markup.

  2. Entitäts‑Klarheit: Organization, Person, Product etc. mit Beziehungen (z. B. provider, founder, isPartOf) machen Content für Such‑ & Antwort‑Systeme eindeutig.

  3. AEO‑Tauglichkeit: KI‑Features extrahieren faktennahe Informationen; korrektes Schema erleichtert Quellenzuordnung und Darstellung in AI‑Erlebnissen.

  4. Plattform‑Breite: Nicht nur Google – Bing unterstützt Schema.org (inkl. JSON‑LD). 

Die wichtigsten Schema‑Typen – mit Prioritäten

A) Unternehmen & Marke

  • Organization: Offizielle Unternehmensdaten, u. a. Logo, rechtliche Namen, Kontakt, Social‑Profile. Tipp: auf der Startseite platzieren.

  • LocalBusiness (Filialen/Standorte): Adresse, Öffnungszeiten, Geo‑Daten, Reservierungen. Hilft u. a. bei lokalen Features.

  • WebSite + Site Names: Sauberer Seitenname, alternative Namen.

B) Commerce

  • Product + Offer / AggregateOffer: Preis, Verfügbarkeit, Bewertungen; Merchant Listings & Product Snippets.

  • Produktvarianten (ProductGroup, hasVariant, variesBy): saubere Abbildung von Größen/Farben usw.

  • Review / AggregateRating: Review‑Snippets (redaktionelle/benutzerbasierte Bewertungen).

C) Content‑Typen

  • Article / NewsArticle / BlogPosting: bessere Darstellung von Titel/Bild/Datum, News‑Eignung.

  • VideoObject (+ Clip / SeekToAction): Key‑Moments, LIVE‑Badge.

  • FAQPage: weiterhin nützlich auf der Seite – in der Suche aber nur noch für Regierungs‑/Gesundheitsseiten sichtbar.

  • QAPage / EducationQAPage: Lern‑Q&A/Flashcards.

  • Dataset: Für Datensammlungen (auch ML‑Artefakte).

  • Speakable (BETA): Ausgewählte Textstellen für Voice/Assistant – limitiert.

D) Profile, Foren & UGC

  • ProfilePage: Offizielle Creator/Autor‑Profile – Disambiguierung & bessere Darstellung.

  • DiscussionForumPosting: Foren/Community‑Beiträge.

E) Jobs & Events

  • JobPosting: Job‑Erlebnis in der Suche.

  • Event: Termine, Orte, Tickets (Event‑Features).

Priorisieren: Organization/LocalBusinessWebSite (Site Name) → Kern‑Content‑Typ (z. B. Product/Article/Video) → ergänzende Features (Review, BreadcrumbList, FAQPage nur falls sinnvoll).

Was sich geändert hat (Deprecations & Updates)

  • FAQ‑Rich‑Results: Sichtbarkeit stark reduziert – nur für „bekannte, autoritative Regierungs‑ oder Gesundheits‑Websites“. Auf anderen Seiten weiterhin sinnvoll für Nutzer*innen, aber ohne SERP‑FAQ‑Box.

  • HowTo‑Rich‑Results: eingestellt (erst mobil, dann auch Desktop). Entsprechende Boxen erscheinen nicht mehr.

  • Sitelinks Search Box: abgeschafft (Nov. 2024). Das dazugehörige Markup wird nicht mehr genutzt; Entfernen ist nicht nötig.

  • Produkt‑Varianten: Neues, offizielles Varianten‑Markup (ProductGroup) für bessere Darstellung und Abgleich mit Merchant Center.

  • Profile & Foren: Neue Dokumentation & Search Console‑Unterstützung für ProfilePage und DiscussionForumPosting.

Takeaway: Markup‑Strategien regelmäßig prüfen – Google passt Feature‑Sets an, AI‑Features wachsen. Ein Blick in die Search Gallery zeigt, was heute unterstützt ist. 

Blueprints: Sauberes Schema‑Design für typische Seitentypen

Hinweis: JSON‑LD spiegelt stets sichtbare Inhalte. Keine Fantasie‑Werte, keine versteckten Versprechen – sonst drohen Inaktivität oder Verstöße gegen die Richtlinien.

1) Startseite (Brand‑Nukleus)

  • Ziele: Entität fixieren (Organization), Site‑Name (WebSite), Social‑Profile (sameAs).

<script type="application/ld+json">
{
  "@context":"https://schema.org",
  "@graph":[
    {
      "@type":"Organization",
      "@id":"https://www.example.com/#org",
      "name":"Beispiel GmbH",
      "url":"https://www.example.com/",
      "logo":"https://www.example.com/logo.svg",
      "sameAs":[
        "https://www.linkedin.com/company/beispiel",
        "https://x.com/beispiel"
      ]
    },
    {
      "@type":"WebSite",
      "@id":"https://www.example.com/#website",
      "url":"https://www.example.com/",
      "name":"Beispiel",
      "publisher":{"@id":"https://www.example.com/#org"}
    }
  ]
}
</script>

Warum so? @id verknüpft deine Entitäten zu einem Graphen (saubere Wiederverwendung). Site‑Name & Organization helfen bei Eindeutigkeit.

2) Standort‑/Filialseite (Local SEO)

<script type="application/ld+json">
{
  "@context":"https://schema.org",
  "@type":"LocalBusiness",
  "@id":"https://www.example.com/berlin/#store",
  "name":"Beispiel GmbH – Berlin",
  "url":"https://www.example.com/berlin/",
  "image":"https://www.example.com/berlin/fassade.jpg",
  "address":{
    "@type":"PostalAddress",
    "streetAddress":"Musterstr. 1",
    "postalCode":"10115",
    "addressLocality":"Berlin",
    "addressCountry":"DE"
  },
  "geo":{"@type":"GeoCoordinates","latitude":52.532,"longitude":13.384},
  "telephone":"+49-30-123456",
  "openingHoursSpecification":[
    {"@type":"OpeningHoursSpecification","dayOfWeek":["Monday","Tuesday","Wednesday","Thursday","Friday"],"opens":"09:00","closes":"18:00"}
  ],
  "parentOrganization":{"@id":"https://www.example.com/#org"}
}
</script>

Für Local‑Features und konsistente NAP‑Daten. 

3) Service‑Seite (Agentur/Profession)

<script type="application/ld+json">
{
  "@context":"https://schema.org",
  "@type":["WebPage","Service"],
  "name":"Webdesign & SEO",
  "url":"https://www.example.com/webdesign-seo/",
  "provider":{"@id":"https://www.example.com/#org"},
  "serviceType":["Webdesign","SEO","AEO"],
  "areaServed":["DE","AT","CH"],
  "inLanguage":"de"
}
</script>

Mehrfachtyp (WebPage+Service) ist zulässig – solange Inhalte sichtbar sind.

4) Produktdetailseite (E‑Commerce, inkl. Varianten)

<script type="application/ld+json">
{
  "@context":"https://schema.org",
  "@graph":[
    {
      "@type":"ProductGroup",
      "@id":"https://shop.example.com/p/hoodie-123#group",
      "name":"Hoodie 123",
      "productGroupID":"hoodie-123",
      "variesBy":["color","size"],
      "hasVariant":[
        {
          "@type":"Product",
          "@id":"https://shop.example.com/p/hoodie-123?color=black&size=m#variant",
          "sku":"H123-BLK-M",
          "color":"Black",
          "size":"M",
          "isVariantOf":{"@id":"https://shop.example.com/p/hoodie-123#group"},
          "brand":{"@type":"Brand","name":"BeispielWear"},
          "offers":{"@type":"Offer","priceCurrency":"EUR","price":"49.90",
          "availability":"https://schema.org/InStock","url":
          "https://shop.example.com/p/hoodie-123?color=black&size=m"}
        }
      ],
      "brand":{"@type":"Brand","name":"BeispielWear"}
    },
    {
      "@type":"AggregateRating",
      "itemReviewed":{"@id":"https://shop.example.com/p/hoodie-123#group"},
      "ratingValue":"4.6",
      "reviewCount":"128"
    }
  ]
}
</script>

So unterstützt du Produktvarianten sauber – wichtig für Merchant Listings & Snippets.

5) Artikel/Blogpost (inkl. Autor‑Profil)

<script type="application/ld+json">
{
  "@context":"https://schema.org",
  "@type":"BlogPosting",
  "headline":"Schema-Markup 2025: Was wirklich zählt",
  "datePublished":"2025-10-21",
  "dateModified":"2025-10-21",
  "author":{"@type":"Person","name":"Max Beispiel","url":"https://www.example.com/autoren/max"},
  "publisher":{"@id":"https://www.example.com/#org"},
  "mainEntityOfPage":{"@type":"WebPage","@id":"https://www.example.com/blog/schema-2025/"}
}
</script>

Autor*innen sollten zusätzlich eine ProfilePage besitzen und intern verlinkt werden.

6) Video‑Seite (Key Moments)

<script type="application/ld+json">
{
  "@context":"https://schema.org",
  "@type":"VideoObject",
  "name":"SEO-Schema in 10 Minuten",
  "description":"In 10 Minuten zu sauberem JSON-LD.",
  "thumbnailUrl":["https://www.example.com/thumb.jpg"],
  "uploadDate":"2025-10-01",
  "contentUrl":"https://www.example.com/video/seo-schema.mp4",
  "embedUrl":"https://www.example.com/video/seo-schema/",
  "hasPart":[
    {"@type":"Clip","name":"Einführung","startOffset":0,"endOffset":60},
    {"@type":"Clip","name":"Produktvarianten","startOffset":180,"endOffset":360}
  ],
  "potentialAction":{
    "@type":"SeekToAction",
    "target":"https://www.example.com/video/seo-schema?t={seek_to_second_number}"
  }
}
</script>

Ermöglicht Key‑Moments/Kapitel in der Suche.

Answer‑Engine‑Optimization (AEO): So wirst du für KI‑Antworten „lesbar“

  • Eindeutige Entitäten: Organization/Person sauber definieren und verknüpfen (@id, sameAs).

  • „Answer‑Ready“ Content: Präzise Absätze, definierte FAQs (auch ohne SERP‑Box nützlich), klare Definitionen, Zahlen mit Quelle. Schema stützt das Verständnis, ersetzt aber keine Qualität.

  • Profil‑Signale: ProfilePage für Autorinnen/Expertinnen anlegen, Foren/UGC via DiscussionForumPosting sauber beschreiben.

  • Medien aufwerten: Video‑Chapters via Clip/SeekToAction – KI und Nutzer finden schneller zum relevanten Teil.

  • Produktdaten doppelt absichern: Markup + Merchant Center‑Feed – höhere Abdeckung in Shopping‑Erlebnissen.

Qualitätssicherung: Testen, Messen, Monitoring

  • Validieren:

    • – Rich Results Test (Google) prüft Feature‑Eligibility.

    • – Schema Markup Validator (Schema.org) prüft Schema‑Syntax/Graph.

  • Überwachen: Search Console – Rich‑Result‑Reports & „Unparsable structured data“. Fehler/Warnungen zeitnah beheben.

  • Richtlinien: Halte dich an die General Structured Data Guidelines – nur Sichtbares markieren, korrekte Typen, keine Täuschung.

Häufige Fehler – und wie du sie vermeidest

  • Nur „WebPage“ ausrollen: Nutzt Potenzial nicht. Ergänze konkrete Typen (z. B. Service, Product, Article).

  • Unverknüpfte Entitäten: Ohne @id/Bezüge entsteht ein Fragment‑Zoo. Baue einen zusammenhängenden Graphen.

  • Unsichtbare oder falsche Inhalte markieren: Verstößt gegen Richtlinien; macht Rich‑Results unwahrscheinlich.

  • Veraltete Features (z. B. HowTo‑Boxen, Sitelinks Search Box) weiter „erzwingen“: kostet Zeit, bringt nichts. Fokus auf unterstützte Features. 

Roadmap & Governance: So führst du Schemas im Unternehmen ein

  • Inventur: Seitentypen & Ziele (Brand, Produkte, Standorte, Content, Video, Jobs).

  • Datenmodell: Definiere Entitäten & Beziehungen (Org ↔ Standorte ↔ Services/Produkte ↔ Content).

  • Implementierung: JSON‑LD‑Templates (CMS‑Felder → Markup).

  • QA‑Schleife: Validatoren, Staging‑Tests, Rollout in Wellen.

  • Monitoring: Search Console Reports & Logfiles, regelmäßige Schema‑Audits (halbjährlich).

  • Aktualität: Search Gallery beobachten – Features ändern sich.

Checkliste zum Mitnehmen

  • Organization + WebSite (Site Name) auf der Startseite.

  • LocalBusiness auf Standortseiten.

  • Kern‑Content‑Schemas (Product, Article, VideoObject, JobPosting …) korrekt & vollständig.

  • Varianten‑Logik bei E‑Com (ProductGroup).

  • Reviews & Ratings sauber (keine Selbstbewertungen).

  • ProfilePage/DiscussionForumPosting für Creator/Community.

  • Rich Results Test bestanden; Validator grün.

  • Search‑Console‑Reports ohne kritische Fehler. 

FAQs (24 Fragen & Antworten)

Warum reden 2025/2026 alle (wieder) über Schemas?

Weil sich Suche rasant Richtung Antwort-Engines bewegt (AI Overviews, Copilot, Perplexity, Chatbots) und saubere Entitäten/Beziehungen die Erkennung, Attribution & Zitierfähigkeit verbessern. Gleichzeitig wurden einige klassische Rich Results beschnitten – was strukturelle Qualität wichtiger macht als Feature-Jagd.

Was sind Schemas – in 2 Minuten?

Schema.org ist ein gemeinsames Vokabular, mit dem Inhalte maschinenlesbar ausgezeichnet werden (z. B. Product, Article, Organization). Suchmaschinen verstehen dadurch Wer? Was? Wie hängt es zusammen? – nicht nur Wörter, sondern Entitäten & Relationen.

Was bedeutet der Wandel von blauen Links zu KI-Antworten für Markup?

Weniger Pixel für klassische Snippets, mehr Antwortkarten. Strukturierte Daten stützen Entity-Resolution, Quellenzuordnung und Snippet-Generierung in KI-Systemen – kritisch für Sichtbarkeit und Brand Attribution, obwohl kein direkter Ranking-Boost.

Wofür sorgen Schemas heute konkret (SEO & AEO)?

SEO: Eligibility für Rich-Results, bessere CTR, robustere Kanonisierung/Disambiguierung. AEO: klare Entitäten (@id, sameAs), Beziehungen (about, mentions), wahrheitsgetreue Properties – damit KI-Antworten dich korrekt erkennen und zitieren.

Welche Schema-Typen haben 2025/2026 Priorität?

Must-have: Organization, WebSite/WebPage, BreadcrumbList, Article/BlogPosting (Content), Product/Offer (Commerce). Situativ: FAQPage (UX), ProfilePage (Autor*innen), Dataset (Daten), VideoObject, Event. Varianten: ProductGroup mit hasVariant.

Was hat sich geändert (Deprecations & Updates)?

HowTo & einige Rich-Features stark reduziert/entfallen; FAQ-Box meist nur noch für Regierungs-/Gesundheitsseiten; Sitelinks Search Box wird ignoriert; Speakable sehr limitiert. Fundamentale Typen bleiben relevant.

Wie designe ich sauberes Schema für typische Seitentypen?

Nutze WebPage als Container (isPartOf, primaryImageOfPage) und setze die Hauptentität als mainEntity (z. B. Product, Service, Article). Verknüpfe mit stabilen @id-URIs, konsistenten sameAs und sinnvollen Relationen (publisher, itemReviewed, isVariantOf).

Wie werde ich für KI-Antworten „lesbar“?

Klare Entitäten, vollständige Properties, konsistente IDs, sichtbare Inhalte (no hidden markup), präzise Zusammenfassungen (Intro/FAQ), und autorisierte Profile (ProfilePage für Autor*innen). Ergänze about/mentions für thematische Einordnung.

Wie teste ich Markup korrekt (Eligibility & Konformität)?

Rich Results Test (Feature-Eligibility & Rendering) + Schema Markup Validator (Schema.org-Konformität). Danach Search Console (Fehler/Warnungen, Suchauftritte). Nach Deploys immer live-URLs prüfen, nicht nur Staging.

Wie messe ich den Einfluss?

Search-Console-Berichte zu Rich-Results & Performance (Filter „Suchauftritte“), plus Analytics-Metriken (CTR, CR, Micro-KPIs). Nutze Vor/Nach-Vergleiche auf Template-Ebene und beobachte SERP-Layout-Änderungen.

Was passiert bei Syntaxfehlern?

„Unparsable structured data“ in der Search Console. Im Validator reproduzieren, fixen (JSON-Kommas/Typen/@context/@type), neu ausrollen, erneut validieren. Rendereffekte (hydration) im Blick behalten.

Warum erscheint mein Rich Result nicht, obwohl alles gültig ist?

Eligibility ≠ Garantie. Es zählen auch Richtlinien, Seitenqualität (EEAT-Signale), Query-Relevanz, Nachfrage und SERP-Platz. Prüfe die Search-Gallery-Voraussetzungen und ob Inhalte/Preise/Verfügbarkeit sichtbar sind.

Schadet es, wenn Google ein Feature streicht und mein Markup bleibt?

Nein. Ignoriertes Markup (z. B. Sitelinks Search Box) verursacht keine Fehler. Entfernen nur, wenn es Wartung vereinfacht. Strukturelle Kerntypen beibehalten.

Soll ich alle optionalen Felder ausfüllen?

So viele empfohlene Felder wie sinnvoll. Vollständig, aber wahrheitsgemäß. Falsche Daten schaden mehr als sie nützen.

Wie führe ich Schemas im Unternehmen ein (Prozess)?

Definiere Owner, Typen-Prioritäten, Quellen der Wahrheit (PIM/CMS), QA-Pipeline (Validator → Staging → Live), Monitoring (SC-Reports), Change-Log & Deprecation-Handling. Feature-Flags und Versionierung (Git) nutzen.

Kann ich JSON-LD per Google Tag Manager injizieren?

Ja – aber mit klarer Ownership, Versionskontrolle, sauberem Timing und Inhaltswahrheit. Kritische Commerce-Typen bevorzugt serverseitig ausspielen, um Flicker/Inkonsistenzen zu vermeiden.

Gibt es „Pflichtfelder“ bei Organization?

Empfohlen: name, url, logo, contactPoint, sameAs. Konsistente NAP-Daten, eindeutige @id pro Entität, und saubere sameAs auf offizielle Profile.

Wie bleibe ich aktuell?

Regelmäßig Search-Gallery/Docs prüfen, Changelogs verfolgen, Deprecations tracken, QA-Routine mit Automatisierung (Deploy-Hooks, regelmäßige Re-Validierung) etablieren.

Sind Schemas ein direkter Ranking-Faktor?

Nein. Sie sind Eligibility-Faktoren und helfen beim Verstehen. Indirekte Effekte via Sichtbarkeit/CTR sind möglich, aber kein direkter „Boost“.

Warum JSON-LD statt Microdata/RDFa?

Alle werden unterstützt; JSON-LD ist entkoppelt vom HTML, wartungsärmer und von Google empfohlen – ideal für Versionierung & QA.

Brauche ich Schema für AI Overviews?

Kein Garantieschalter – aber saubere Struktur & klare Entitäten unterstützen Erkennung, Zitat & Zuordnung.

Lohnt FAQPage noch?

Auf der Seite ja (UX). In der Suche wird die Box fast nur noch bei Regierungs-/Gesundheitsseiten gezeigt.

Ist HowTo tot?

Als Rich Result: ja. Inhalte weiter veröffentlichen – nur nicht auf das SERP-Feature setzen.

Soll ich Sitelinks Search Box entfernen?

Nicht nötig. Google nutzt sie nicht mehr, aber das Vorhandensein schadet nicht.

Wie verknüpfe ich Entitäten richtig?

Über stabile @id-URIs und Relationen (publisher, isPartOf, itemReviewed, isVariantOf, about, mentions). sameAs zu offiziellen Profilen ergänzen.

Wie gehe ich mit Produktvarianten um?

ProductGroup mit hasVariant/variesBy. Varianten müssen auf der Seite sichtbar und auswählbar sein.

Wie teste ich mein Markup?

Rich Results Test (Eligibility) und Schema Markup Validator (Konformität) + Search Console Monitoring.

Wieso zeigt Google mein Rich Result nicht?

Eligibility ≠ Garantie. Richtlinien, Qualität, Relevanz, Nachfrage & SERP-Layout spielen mit rein.

Kann ich WebPage mit Service/Product kombinieren?

Ja, wenn beides sichtbar vorkommt. WebPage als Container, mainEntity als Hauptentität.

Fazit

  • Schemas werden wichtiger denn je – nicht als Ranking‑Trick, sondern als Datengrundlage für Such‑ und Antwortsysteme.

  • Wer saubere Entitäten modelliert, richtige Typen nutzt und aktuelle Features im Blick behält, bleibt in SERPs sichtbar – und wird für KI‑Antworten korrekt erkannt und zitiert.

Quellen / weiterführende Dokumentation (Auswahl)

  • Google Search Central: Intro zu Structured Data; Search Gallery; General Guidelines; Organization; LocalBusiness; Article; Product/Variants; Review Snippet; Video; FAQ; ProfilePage; Discussion Forum; AI‑Features; Rich‑Results‑Test.

  • Schema.org (Vokabular & Validator).

  • Bing Webmaster Tools: Structured‑Data‑Hinweise.

  • AI Overviews: Launch/Erklärung & Umfeld.