10 Schema.org Markup-Typen für GEO und Google-Verständlichkeit

Wenn GEO die neue Bühne ist, dann ist Schema.org das Mikrofon. Ohne Mikrofon könnt ihr schreien, so viel ihr wollt – die Maschinen im Publikum hören nur „irgendwas mit Buchstaben“.

Also: 10 Schema-Typen für GEO, die auf der Bühne zählen – inklusive dem ganzen Kabel-Gedöhnse und Verstärkern: Implementierung, Code-Snippets und ein Validierungs-Workflow, der nicht nach „Trial-and-Error bis zur Rente“ schmeckt.

Exkurs: Was ist GEO?

Bevor wir die Kabel verlegen: SEO (Search Engine Optimization) war gestern. Heute reden wir über GEO (Generative Engine Optimization). Während Google früher nur Links sortiert hat, bauen KI-Systeme heute fertige Antworten zusammen.

GEO ist die Kunst, euren Content so aufzubereiten, dass die KI ihn nicht nur findet, sondern als vertrauenswürdige Quelle für diese Antworten auswählt.

Und Schema.org kann euch dabei unterstützen.

Warum Schema.org für GEO plötzlich sexy ist

Schema.org ist ein Vokabular, mit dem ihr Inhalte so beschreibt, dass Maschinen sie strukturiert interpretieren können:

• Wer ist Autor*in?
• Was ist die Hauptentität einer Seite?
• Welche Fragen werden beantwortet?
• Welches Objekt ist ein Produkt?
• Welche Organisation steckt dahinter?

Google formuliert das in nett: Strukturierte Daten helfen Google, eine Seite besser zu verstehen und können zu besseren Darstellungen in den Suchergebnissen beitragen.

Und bevor ihr jetzt euphorisch wie mit einer Axt 2000 durchs SEO-Unterholz rennt: Strukturierte Daten sind kein „Ranking-Button“. Sie sind eher ein Übersetzer, der eure Inhalte so in Form bringt, dass Suchsysteme sie effizienter einordnen können.

Was bringt Schema für GEO?

• Es macht Entitäten explizit, statt sie nur zu erahnen: Person, Organization, Product, LocalBusiness
• Es reduziert Mehrdeutigkeit durch klare Typisierung: Artikel, Blogbeitrag, Anleitung
• Es liefert zitierfähige, maschinenlesbare Faktenpunkte: Autor*in, Datum, Struktur, Fragen und Antworten

JSON-LD, Entitäten und der große Missverständnis-Zoo

Wenn ihr nur eine Sache mitnehmt: Nutzt JSON-LD. Das ist die Variante, bei der ihr ein JSON-Snippet einbettet, statt euer HTML mit Microdata zu „tätowieren“.

Google zeigt in seinen Beispielen für Article sowohl JSON-LD als auch Microdata, aber die gängige Praxis und die wartungsfreundlichste Lösung ist JSON-LD, weil ihr es template-basiert ausrollen könnt, ohne eure Content-Struktur zu verbiegen.

Mini-Definitionen

• Entität: Ein eindeutig identifizierbares „Ding“, das ihr im Markup als Objekt beschreibt. Zum Beispiel: eine Person, die Marke, ein Ort, ein Produkt
• Property: Ein Attribut einer Entität. Das sind beispielsweise author, datePublished, image.
• @context: Meist „https://schema.org“ – der Hinweis, welches Vokabular ihr sprecht
• @type: Der Typ eurer Entität, z.B. „Article“ oder „FAQPage“.

Die 10 wichtigsten Markup-Typen

Hier kommt die Liste, die ihr wahrscheinlich wollt, aber nicht nur als „Schema-Bingo“. Ich sage euch jeweils: Wofür, wann, und ein Code-Beispiel, das nicht nach Lehrbuch riecht.

1) Article oder BlogPosting

Für Blogartikel ist „BlogPosting“ oft der passendste Untertyp von Article. Google nennt als Grundlage für Article-Markup explizit „Article“, „NewsArticle“ oder „BlogPosting“.

Ziel: Klar machen, dass die Seite ein Artikel ist, wer ihn geschrieben hat, wann er veröffentlicht und zuletzt aktualisiert wurde.

JSON-LD Beispiel (anpassen, nicht stumpf kopieren):

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "BlogPosting",
      "@id": "https://eure-domain.de/artikel-url/#article",
      "headline": "[EURE ÜBERSCHRIFT]",
      "description": "[EURE KURZE ZUSAMMENFASSUNG FÜR DIE KI]",
      "datePublished": "YYYY-MM-DDTHH:MM:SS+01:00",
      "dateModified": "YYYY-MM-DDTHH:MM:SS+01:00",
      "mainEntityOfPage": {
        "@type": "WebPage",
        "@id": "https://eure-domain.de/artikel-url/"
      },
      "author": {
        "@type": "Person",
        "@id": "https://eure-domain.de/#autor",
        "name": "[NAME DER AUTORIN / DES AUTORS]",
        "url": "https://eure-domain.de/autor/",
        "sameAs": [
          "https://www.linkedin.com/in/[PROFIL-ID]/",
          "https://github.com/[NUTZERNAME]"
        ]
      },
      "publisher": {
        "@id": "https://eure-domain.de/#organization"
      },
      "image": [
        "https://eure-domain.de/uploads/bild-16x9.jpg",
        "https://eure-domain.de/uploads/bild-1x1.jpg"
      ]
    },
    {
      "@type": "Organization",
      "@id": "https://eure-domain.de/#organization",
      "name": "[EUER UNTERNEHMEN / MARKE]",
      "url": "https://eure-domain.de/",
      "logo": {
        "@type": "ImageObject",
        "url": "https://eure-domain.de/logo.png"
      }
    }
  ]
}
</script>

2) WebPage (und mainEntity)

„WebPage“ ist der „Rahmen“: Diese URL ist eine Seite, Punkt. Wenn ihr dann zusätzlich ein Article markiert, könnt ihr über mainEntity sauber ausdrücken, was das Hauptding auf dieser Seite ist (der Artikel, das Produkt, die Organisation).

Das ist GEO-freundlich, weil es Mehrdeutigkeit reduziert: nicht „hier ist Content“, sondern „hier ist Content über genau dieses Ding“.

{
  "@type": "WebPage",
  "@id": "https://eure-domain.de/artikel-url/#webpage",
  "url": "https://eure-domain.de/artikel-url/",
  "name": "[TITEL DER SEITE]",
  "isPartOf": {
    "@id": "https://eure-domain.de/#website"
  },
  "mainEntity": {
    "@id": "https://eure-domain.de/artikel-url/#article"
  },
  "inLanguage": "de-DE",
  "description": "[META-DESCRIPTION DER SEITE]"
}

Warum die MainEntity euer GEO-Anker ist

Wenn ihr dieses Puzzleteil in euren Graphen einsetzt, bewirkt ihr Folgendes:

• Fokus für die KI: Generative Engines müssen oft entscheiden, was auf einer Seite „Rauschen“ (Sidebar, Footer, Ads) und was „Signal“ (der Text) ist. Über mainEntity zeigt ihr mit dem Finger direkt auf den relevanten Content.
• Logische Hierarchie: Ihr definiert die WebPage als den Container und den Article als das primäre Objekt darin. Das ist für die Indexierung sauberer als zwei isolierte Blöcke.
• Vermeidung von Fehlinterpretationen: Ohne diese Verknüpfung könnte eine KI fälschlicherweise die Biografie des Autors oder ein LocalBusiness im Footer als Hauptthema der URL missverstehen.
• Wichtiger Einbau-Hinweis: Achtet darauf, dass die @id im mainEntity-Feld der WebPage exakt mit der @id eures BlogPosting- oder Article-Objekts übereinstimmt (in meinem Beispiel: .../#article). Nur so schnappt die Verbindung ein.

3) FAQPage – aber nur, wenn ihr wirklich FAQs habt

FAQ-Markup ist ein Klassiker, aber Google ist inzwischen deutlich strenger: FAQ Rich Results sind laut Google nur noch für Websites im Gesundheits- oder Behördenkontext verfügbar.

Für GEO kann es trotzdem sinnvoll sein, weil ihr Fragen und Antworten als Struktur anbietet. Nutzt das Schema aber nur, wenn die Inhalte wirklich sichtbar auf der Seite stehen. „Unsichtbares“ FAQ-Markup wird von Suchmaschinen als Spam gewertet.

JSON-LD Mini-Beispiel:

{
  "@type": "FAQPage",
  "@id": "https://eure-domain.de/artikel-url/#faq",
  "isPartOf": {
    "@id": "https://eure-domain.de/artikel-url/#webpage"
  },
  "mainEntity": [
    {
      "@type": "Question",
      "name": "[EURE ERSTE FRAGE]",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "[EURE PRÄZISE ANTWORT (DARF HTML ENTHALTEN, Z.B. LINKS ODER LISTEN)]"
      }
    },
    {
      "@type": "Question",
      "name": "[EURE ZWEITE FRAGE]",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "[EURE ZWEITE PRÄZISE ANTWORT]"
      }
    }
  ]
}

Warum das für euch im GEO-Kontext zählt

• KIs wie Perplexity oder SearchGPT extrahieren Antworten bevorzugt aus strukturierten FAQ-Bereichen, weil die Semantik bereits perfekt aufbereitet ist.
• isPartOf Verknüpfung: Indem ihr die FAQPage an eure #webpage bindet, macht ihr klar: „Diese Antworten gehören zum Kontext dieses Artikels.“ Das erhöht die Relevanz eurer gesamten Seite für spezifische Suchanfragen.
• Vollständigkeit: Ihr deckt damit Long-Tail-Anfragen ab („Wie…“, „Was ist…“), die im Fließtext manchmal untergehen.

4) HowTo

HowTo ist euer Format, wenn ihr echte Schritt-für-Schritt-Anleitungen habt: ein Ziel, mehrere Schritte, optional Tools/Materialien. Schema.org beschreibt HowTo als „Instructions that explain how to achieve a result by performing a sequence of steps“.

Wichtig: Nicht jede Liste ist ein HowTo. „10 Tipps“ ist eher kein HowTo. „So implementiert ihr JSON-LD in WordPress“ kann eins sein, wenn es wirklich sequenziell ist.

{
  "@type": "HowTo",
  "@id": "https://eure-domain.de/artikel-url/#howto",
  "name": "[TITEL EURER ANLEITUNG]",
  "description": "[ZUSAMMENFASSUNG: WAS LERNT MAN IN DIESER ANLEITUNG?]",
  "totalTime": "PT15M", 
  "supply": [
    {
      "@type": "HowToSupply",
      "name": "[BENÖTIGTES MATERIAL 1]"
    }
  ],
  "tool": [
    {
      "@type": "HowToTool",
      "name": "[BENÖTIGTES WERKZEUG/SOFTWARE 1]"
    }
  ],
  "step": [
    {
      "@type": "HowToStep",
      "name": "[NAME SCHRITT 1]",
      "text": "[DETAILLIERTE BESCHREIBUNG VON SCHRITT 1]",
      "url": "https://eure-domain.de/artikel-url/#schritt1"
    },
    {
      "@type": "HowToStep",
      "name": "[NAME SCHRITT 2]",
      "text": "[DETAILLIERTE BESCHREIBUNG VON SCHRITT 2]",
      "url": "https://eure-domain.de/artikel-url/#schritt2"
    }
  ]
}

Warum das HowTo eure GEO-Sichtbarkeit boostet:

• Präzision durch Zeit und Tools: Felder wie totalTime (im ISO 8601 Format) und tool helfen der KI, die Komplexität eurer Anleitung einzuschätzen.
• Strukturierte Schritte: Jedes HowToStep-Objekt ist eine klare Einheit. KIs nutzen diese Einheiten oft, um nummerierte Listen in ihren Antworten zu generieren.
• Anker-Links: Über die url innerhalb der Steps könnt ihr direkt auf die entsprechenden Sprungmarken in eurem Text verweisen. Das führt punktgenau zum Inhalt.
• Profi-Tipp: Nutzt für die Beschreibungen in text einen aktiven Schreibstil. Das passt perfekt zur Erwartungshaltung von Sprachmodellen, die hilfreiche Anweisungen extrahieren wollen.

5) Product

Wenn ihr ein Produkt habt, ist Product-Markup der Weg, Preis, Verfügbarkeit, Marke und Varianten strukturiert zu beschreiben.

{
  "@type": "Product",
  "@id": "https://eure-domain.de/produkt-url/#product",
  "name": "[NAME EURES PRODUKTS]",
  "image": [
    "https://eure-domain.de/bilder/produkt-vorne.jpg",
    "https://eure-domain.de/bilder/produkt-seite.jpg"
  ],
  "description": "[PRÄZISE PRODUKTBESCHREIBUNG FÜR DIE KI]",
  "sku": "[ARTIKELNUMMER]",
  "brand": {
    "@type": "Brand",
    "name": "[MARKENNAME]"
  },
  "offers": {
    "@type": "Offer",
    "url": "https://eure-domain.de/produkt-url/",
    "priceCurrency": "EUR",
    "price": "[PREIS, Z.B. 49.99]",
    "availability": "https://schema.org/InStock",
    "priceValidUntil": "YYYY-MM-DD"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "[Z.B. 4.8]",
    "reviewCount": "[Z.B. 124]"
  }
}

Warum das für euch im GEO-Kontext zählt:

• Vergleichbarkeit: KI-Shopping-Assistenten (wie in SearchGPT oder Google Shopping) nutzen diese Daten, um Produkte direkt in Tabellen zu vergleichen. Ohne price und availability seid ihr für diese Systeme „unsichtbar“.
• Vertrauen durch Ratings: Das aggregateRating signalisiert der KI soziale Bewährtheit. Produkte mit strukturierten Bewertungen werden in generativen Antworten oft bevorzugt als „Top-Empfehlung“ gelistet.
• Präzision: Durch Felder wie sku (Stock Keeping Unit) oder brand helft ihr den Systemen, euer Produkt eindeutig von Konkurrenzangeboten zu unterscheiden.
• Pricing-Tipp: Achtet darauf, dass der price im Markup exakt mit dem Preis auf der Seite übereinstimmt. Abweichungen führen schnell zu einer Ablehnung der Rich Results durch Google. Das Feld priceValidUntil ist zudem euer Freund, um bei zeitlich begrenzten Angeboten für Klarheit zu sorgen.

6) Organization

Organization ist der „Wer steckt dahinter?“-Baustein. Für Marken- und Publisher-Signale ist das nützlich, weil ihr euren Absender klar macht: Name, URL, Logo, ggf. Social-Profile via sameAs.

{
  "@type": "Organization",
  "@id": "https://eure-domain.de/#organization",
  "name": "[EUER UNTERNEHMENSNAME / MARKE]",
  "url": "https://eure-domain.de/",
  "logo": {
    "@type": "ImageObject",
    "@id": "https://eure-domain.de/#logo",
    "url": "https://eure-domain.de/logo.png",
    "width": "600",
    "height": "60"
  },
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "[STRASSE UND HAUSNUMMER]",
    "addressLocality": "[STADT]",
    "postalCode": "[POSTLEITZAHL]",
    "addressCountry": "DE"
  },
  "sameAs": [
    "https://www.linkedin.com/company/[EURE-ID]",
    "https://www.instagram.com/[EUER-PROFIL]/",
    "https://twitter.com/[EUER-HANDLE]",
    "https://www.youtube.com/@[EUER-KANAL]",
    "https://www.facebook.com/[EURE-SEITE]"
  ],
  "contactPoint": {
    "@type": "ContactPoint",
    "telephone": "[+49-NUMMER]",
    "contactType": "customer service",
    "email": "hallo@eure-domain.de"
  }
}

Warum die Organization mit sameAs euer GEO-Fundament ist:

• Identitäts-Clustering: KIs sammeln Informationen über verschiedene Quellen hinweg. Durch sameAs helft ihr ihnen, Informationen von LinkedIn, Twitter und eurer Website zu einem einzigen, starken Wissensknoten zusammenzufügen.
• Trust-Signal: Ein Unternehmen mit physischer Adresse (PostalAddress) und verifizierbaren Social-Media-Profilen wird von generativen Suchmaschinen als deutlich vertrauenswürdiger eingestuft als eine reine Affiliate-Seite ohne Hintergrund.
• Logo-Präsenz: Indem ihr euer Logo im Markup definiert, erhöht ihr die Chance, dass es in den KI-Antwortboxen oder Knowledge Panels direkt neben eurem Namen angezeigt wird.
• Identitäts-Check: Nutzt in sameAs nur Profile, die ihr auch wirklich aktiv pflegt. Es dient als Beweis eurer Autorität – verwaiste Profile können hier eher das Gegenteil bewirken.

7) Person (Autor*in)

Google empfiehlt bei Article-Markup explizit eine saubere Autor*innen-Auszeichnung und rät, über author.url auf eine Seite zu verlinken, die die Autor*in eindeutig identifiziert.

Das Person-Markup ist euer schärfstes Schwert im Kampf um E-E-A-T. Suchmaschinen und GEO-Systeme wollen wissen: „Wer spricht hier eigentlich?“. Mit diesem Markup verwandelt ihr namenlose Autor*in in greifbare Expert*in mit Geschichte und Reputation.

{
  "@type": "Person",
  "@id": "https://eure-domain.de/#autor",
  "name": "[EUER VOLLER NAME]",
  "jobTitle": "[EURE POSITION, Z.B. SOFTWARE ENGINEER]",
  "description": "[EURE KURZ-BIO: WAS MACHT EUCH ZUR EXPERTIN / ZUM EXPERTEN?]",
  "image": "https://eure-domain.de/bilder/autor-portrait.jpg",
  "url": "https://eure-domain.de/ueber-mich/",
  "sameAs": [
    "https://www.linkedin.com/in/[EURE-ID]/",
    "https://github.com/[EUER-NUTZERNAME]",
    "https://twitter.com/[EUER-HANDLE]",
    "https://eure-domain.de/author/[NUTZERNAME]/"
  ],
  "worksFor": {
    "@id": "https://eure-domain.de/#organization"
  },
  "knowsAbout": [
    "[THEMA 1, Z.B. SCHEMA.ORG]",
    "[THEMA 2, Z.B. GEO]",
    "[THEMA 3, Z.B. KI-STRATEGIE]"
  ]
}

Warum die Person für euer GEO-Ranking entscheidend ist:

• knowsAbout: Dieses Feld ist ein verstecktes Juwel. Hier nennt ihr explizit eure Fachgebiete. KIs nutzen dies, um eure Autorität für bestimmte Themencluster zu validieren.
• sameAs in der persönlichen Edition: Hier verlinkt ihr nicht das Unternehmen, sondern eure persönlichen Profile. Das hilft Systemen wie Google, eure Veröffentlichungen über verschiedene Plattformen hinweg euch als Individuum zuzuordnen.
• worksFor: Durch die Verknüpfung mit der @id eurer Organisation schafft ihr ein stabiles Vertrauensnetzwerk.
• Autoritäts-Tipp: Nutzt in description Keywords, die eure Expertise untermauern, aber bleibt natürlich.

8) LocalBusiness

Wenn ihr lokal arbeitet, ist LocalBusiness ein starker Typ: Schema.org definiert LocalBusiness als „A particular physical business or branch of an organization“.

Für GEO ist das relevant, weil „Ort“ und „Organisation“ harte Anker sind, an die Systeme Antworten andocken können.

{
  "@type": "LocalBusiness",
  "@id": "https://eure-domain.de/#localbusiness",
  "name": "[NAME EURES STANDORTS / FILIALE]",
  "image": "https://eure-domain.de/bilder/ladenfront-oder-buero.jpg",
  "@id": "https://eure-domain.de/#localbusiness",
  "url": "https://eure-domain.de/kontakt/",
  "telephone": "[+49-EURE-NUMMER]",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "[STRASSE 123]",
    "addressLocality": "[STADT]",
    "postalCode": "[PLZ]",
    "addressCountry": "DE"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": "[BREITENGRAD, Z.B. 51.4556]",
    "longitude": "[LÄNGENGRAD, Z.B. 7.0116]"
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": [
        "Monday",
        "Tuesday",
        "Wednesday",
        "Thursday",
        "Friday"
      ],
      "opens": "09:00",
      "closes": "18:00"
    }
  ],
  "priceRange": "$$"
}

Warum LocalBusiness eure GEO-Präsenz vor Ort sichert:

• geo-Koordinaten: Textliche Adressen sind gut, aber Längen- und Breitengrade sind für KIs unmissverständlich. Sie ermöglichen es Systemen wie Google Maps oder KI-Assistenten, eure Entfernung zum Nutzer präzise zu berechnen.
• Öffnungszeiten: Nichts ist frustrierender als falsche Infos. Durch openingHoursSpecification liefert ihr strukturierte Daten, die direkt in „Jetzt geöffnet“-Filtern landen.
• priceRange: Es hilft der KI, euer Business in ein Segment einzuordnen, was bei spezifischen Suchanfragen den Ausschlag geben kann.
• Standort-Tipp: Wenn ihr mehrere Standorte habt, erstellt für jede Filiale ein eigenes LocalBusiness-Objekt mit einer eindeutigen @id (z. B. .../#essen, .../#berlin). Verknüpft diese dann über die Property parentOrganization mit eurem Hauptunternehmen.

9) BreadcrumbList

Breadcrumbs sind die Navigationskrümel, die eure Seitenhierarchie maschinenlesbar machen („Blog → Kategorie → Artikel“).

{
  "@type": "BreadcrumbList",
  "@id": "https://eure-domain.de/artikel-url/#breadcrumb",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Home",
      "item": "https://eure-domain.de/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "[KATEGORIE-NAME]",
      "item": "https://eure-domain.de/kategorie-url/"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "[AKTUELLER SEITENTITEL]",
      "item": "https://eure-domain.de/artikel-url/"
    }
  ]
}

Warum Breadcrumbs euer GEO-Verständnis schärfen

• Thematische Einordnung: KIs erkennen durch die Kategorisierung, zu welchem „Topic Cluster“ eure Seite gehört. Das stärkt eure Autorität für diesen spezifischen Themenbereich.
• Navigation für Crawler: Ihr helft den Bots, eure Seitenstruktur effizienter zu erfassen, ohne dass sie mühsam interne Links raten müssen.
• Rich Results im Google-Style: Auch klassische Suchmaschinen nutzen diese Daten, um in den Suchergebnissen statt einer nackten URL einen lesbaren Pfad anzuzeigen.
• Struktur-Tipp: Achtet darauf, dass die position immer bei 1 beginnt und lückenlos aufsteigt. Die letzte Position sollte idealerweise auf die aktuelle Seite selbst verweisen, um den Pfad sauber abzuschließen.

10) ItemList

Wenn ihr Rankings, Tool-Listen oder „die wichtigsten 10 Markups“ habt, kann ItemList helfen, eure Liste als Liste auszuzeichnen: Reihenfolge, Einträge, ggf. URLs. Das ist besonders dann sinnvoll, wenn ihr wollt, dass Maschinen die Liste als extrahierbare Struktur verstehen – nicht nur als „viel Text mit Bulletpoints“.

{
  "@type": "ItemList",
  "@id": "https://eure-domain.de/artikel-url/#itemlist",
  "name": "[TITEL EURER LISTE, Z.B. DIE 10 BESTEN TOOLS]",
  "description": "[KURZE BESCHREIBUNG, WAS DIESE LISTE ENTHÄLT]",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "[ERSTER EINTRAG]",
      "url": "https://eure-domain.de/artikel-url/#abschnitt1"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "[ZWEITER EINTRAG]",
      "url": "https://eure-domain.de/artikel-url/#abschnitt2"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "[DRITTER EINTRAG]",
      "url": "https://eure-domain.de/artikel-url/#abschnitt3"
    }
  ]
}

Warum die ItemList eure GEO-Performance verbessert

• Generative Engines lieben Listen. Wenn Nutzer*innen nach „Was sind die wichtigsten Schema-Typen?“ fragen, kann die KI eure ItemList direkt als Basis für ihre Antwort nutzen.
• Strukturierte Hierarchie: Ihr legt die Reihenfolge fest. Über das Feld position definiert ihr, welcher Punkt an erster Stelle steht – das ist besonders bei Rankings oder Top-Listen entscheidend.
• Interne Verlinkung: Über das Feld url könnt ihr auf Anker-Links innerhalb eurer Seite verweisen. So versteht die Maschine sofort, welcher Textabschnitt zu welchem Listenpunkt gehört.
• Listen-Tipp: Wenn eure Liste sehr lang ist, müsst ihr nicht jeden kleinen Punkt markieren. Konzentriert euch auf die Hauptaspekte, die den größten Mehrwert bieten.

Implementierung in WordPress ohne Bauchschmerzen

WordPress kann Schema „irgendwie“, je nach Theme und SEO-Plugin. Aber ihr wollt Kontrolle. Und Kontrolle ist wie Zähneputzen: Man merkt erst, wie wichtig sie ist, wenn man sie nicht hat.

Pro-Tipp: Denkt in Graphen, nicht in Schnipseln

Ein häufiger Fehler ist es, 10 isolierte <script>-Tags auf eine Seite zu werfen. Das ist, als würdet ihr der KI zehn Puzzleteile geben, ohne das Bild auf dem Karton zu zeigen. Nutzt stattdessen das @graph-Attribut. Damit verknüpft ihr eure Entitäten logisch: „Hier ist eine WebPage, deren mainEntity dieser Article ist, der von dieser Person geschrieben wurde, die wiederum für diese Organization arbeitet.“ So entsteht ein semantisches Netz, das keine Fragen offen lässt. Eine einzige, saubere JSON-LD-Datei ist die Goldstandard-Lösung für GEO.

Option A: Theme-Template (sauber, technisch)

• JSON-LD serverseitig im Template ausgeben (z.B. in single.php bzw. per Hook).
• Daten aus WP-Feldern ziehen: Titel, Autor*in, Datum, Featured Image, Canonical URL.
• Vorteil: Skalierbar, konsistent, weniger „Plugin-Wundertüte“.

Option B: SEO-Plugin (praktisch, aber prüfpflichtig)

• Viele Plugins erzeugen Article/Organization automatisch; prüft aber, ob das Markup wirklich zu euren Inhalten passt.
• Wenn ihr zusätzlich eigenes Markup ergänzt: Achtet darauf, nicht widersprüchliche Entitäten doppelt zu definieren.

Wo platziere ich JSON-LD?

• Meist im <head> oder am Ende im <body> wichtig ist, dass es im HTML ausgeliefert wird und nicht erst per Client-Script „nachgeladen“ wird.
• Ein Markup pro Seite, das die Hauptentität beschreibt; zusätzliche Markups nur, wenn sie wirklich zur Seite gehören.

Validieren, debuggen und nicht wahnsinnig werden

Google empfiehlt in seinen Structured-Data-Anleitungen ziemlich konsequent: implementieren, dann mit Rich Results Test validieren und Fehler beheben; außerdem URL Inspection nutzen, um zu prüfen, wie Google die Seite sieht.

Mein pragmatischer Validierungs-Workflow

1. JSON-LD lokal/auf Staging einbauen
2. Mit Google Rich Results Test prüfen
3. Zusätzlich den offiziellen Schema Markup Validator verwenden, um Schema-Konformität zu prüfen: Schema Markup Validator
4. Live-URL per Search Console URL Inspection prüfen und Reindex anstoßen

Strukturierte Daten sind nur dann hilfreich, wenn sie das widerspiegeln, was Nutzer*innen auf der Seite tatsächlich sehen.

Häufige Fehler und wie ihr sie vermeidet

• Markup sagt X, Seite zeigt Y: Zum Beispiel ein FAQ-Markup, aber die Antworten stehen nirgendwo sichtbar. Das ist laut Google ein No-Go.
• Falscher Typ: Eine „Tipps“-Liste wird als HowTo markiert, obwohl keine sequenziellen Schritte existieren.
• Doppelte Identitäten: Zwei verschiedene Organization-Objekte ohne klare Beziehung, drei Autor*innen mit derselben URL, oder ein Product, das gleichzeitig ein LocalBusiness sein soll.
• Ungepflegte Daten: dateModified nie aktualisiert, obwohl Artikel editiert werden.

Mini-Regelwerk

• Pro Seite definieren: Was ist die Hauptentität?
• Nur Properties ausgeben, die ihr zuverlässig befüllen könnt
• Lieber weniger Markup, das stimmt, als viel Markup, das lügt

Fazit

Wenn ihr GEO ernst nehmt, dann behandelt Schema nicht als „SEO-Topping“, sondern als Datenmodell eures Contents. Es ist der Moment, in dem ihr Maschinen sagt: „Hier ist die Bedeutung. Bloß nicht raten.“

Und wenn ihr jetzt denkt: „Okay, ich baue das schnell ein“ – gut. Aber validiert es. Sonst ist es wie ein genialer Monolog in einer leeren Arena. Ihr wart großartig. Nur leider hat niemand’s gehört.

---