Strukturierte Daten für GEO: Welche Schema.org-Marker eine KI wirklich liest

Du hast vielleicht von „Schema-Markup“ oder „Rich Snippets“ gehört. In der GEO-Welt — also der Optimierung für KI-Suche statt klassische Google-Ergebnisliste — sind strukturierte Daten plötzlich der zentrale Hebel. Hier kommt der Klartext: welche sechs Schema-Typen für Mittelständler wirklich zählen, in welcher Reihenfolge sie eingebaut werden, und welche Fehler sich rächen.

Was strukturierte Daten überhaupt sind

Strukturierte Daten sind kleine JSON-Blöcke im Quellcode deiner Seite, die einer Maschine erklären, was sie gerade liest. Statt zu raten, dass „Heike Müller“ vielleicht eine Person ist und „Hannes“ vielleicht ein Unternehmen, bekommt die Maschine eine eindeutige Aussage: Das hier ist eine Person, die zu folgender Organisation gehört, mit folgender Postadresse, folgender Rufnummer, folgendem Bild.

Für die KI-Suche ist das Gold wert. Eine KI sucht nach zitierfähigen Fakten. Was sie zwischen zwei <p>-Tags findet, ist Text, den sie interpretieren muss. Was sie in einem strukturierten Datenblock findet, ist Behauptung mit Typ — die kann sie direkt übernehmen.

Die sechs Schema-Typen, die zählen

1. Organization

Pflicht-Fundament für jede Geschäfts-Website. Was reingehört: Name, URL, Logo-URL, Kontakt (Telefon, E-Mail), Adresse, Social-Profile, Gründungsjahr. Das landet ein Mal in einem globalen Layout-Schema und gilt für alle Seiten.

KI-Suche nutzt diesen Block, um deine Marke richtig zuzuordnen. Wenn jemand fragt „Wer ist Hannes?“, bekommt die KI aus diesem Block die ersten zwei Sätze für ihre Antwort.

2. LocalBusiness

Erweitert Organization für lokale Anbieter. Zusätzlich: Geo-Koordinaten, Öffnungszeiten (geöffnet-Wochentage und Stunden), Preisrahmen-Indikator, Akzeptierte Zahlungsmethoden, Service-Gebiet.

Wer Mandanten oder Kunden in der Region adressiert, ist hier richtig. Eine Arztpraxis in München bekommt mit sauberem LocalBusiness-Schema deutlich häufiger Treffer in Antworten wie „beste Hausarztpraxis Münchner Norden“ als ohne.

3. FAQPage

Die FAQ-Sektion einer Seite wird als strukturierter Block hinterlegt — Frage und Antwort jeweils als Property. Vorteil: KI-Suche zitiert FAQ-Antworten besonders gerne, weil sie schon im Frage-Antwort-Format vorliegen.

Wichtig: FAQ-Schema darf nur dort eingebaut werden, wo auch sichtbar eine FAQ auf der Seite steht. Google hat hier eine manuelle Abstrafung im Werkzeugkasten — und KI-Crawler erkennen die Diskrepanz zwischen Schema und Sichtbarem inzwischen sehr zuverlässig.

4. HowTo

Für Anleitungen, Schritt-Folgen, Rezepte, Checklisten. Jeder Schritt wird einzeln ausgezeichnet, mit optionalem Bild und Hinweis-Text. KI-Suche-Antworten auf „Wie macht man X?“ kommen häufig direkt aus HowTo-Schemas.

Pragmatisch: Wer einen Blog-Beitrag wie „In 5 Schritten zur BFSG-Konformität“ schreibt, baut HowTo ein. Wer einen Strategie-Text schreibt, lässt es weg.

5. Article

Für Blog-Beiträge, Ratgeber, Magazin-Texte. Properties: Autor, Veröffentlichungsdatum, letzte Änderung, Beitragsbild, Wortzahl. Article-Schema ist das Signal an die KI: „Das hier ist redaktioneller Inhalt mit einem benannten Autor und einem Veröffentlichungsdatum — die Aussagen sind zitierwürdig.“

Erkennbare Autoren (mit Person-Schema und sauberem sameAs-Link auf LinkedIn oder andere Profile) erhöhen das Vertrauen der KI in den Inhalt deutlich. Anonyme „von der Redaktion“-Artikel bekommen weniger Gewicht.

6. Product

Für jedes Produkt im Shop ein eigener Block: Name, Beschreibung, Bild-URL, Preis, Verfügbarkeit, Bewertungs-Aggregat. KI-Suche zieht Produkt-Antworten („Was kostet Produkt X bei wem?“) zuerst aus Product-Schema, nicht aus dem Fließtext.

Aufpassen bei der Preis-Aktualität: Wer im Schema einen anderen Preis als auf der Seite hat, wird abgewertet — und die KI mag plötzliche Diskrepanzen gar nicht.

Die Reihenfolge im Aufbau

Wenn du heute anfängst und nichts hast, geht es in drei Wellen:

Welle 1 — Fundament (Tag 1)

Organization-Block im globalen Layout. Wenn lokal relevant, gleich LocalBusiness mit Geo-Daten. Logo-URL prüfen (muss erreichbar sein, korrektes Format), Telefon und E-Mail eintragen. Das ist 30 Minuten Arbeit für einen Entwickler — und es wirkt sofort auf alle Seiten.

Welle 2 — FAQ + HowTo (Tag 2–5)

FAQ-Sektion auf den wichtigsten 5–10 Seiten anlegen (5–7 echte Fragen pro Seite, keine Marketing-Floskeln), mit FAQ-Schema hinterlegen. HowTo für die 2–3 wichtigsten Anleitungs-Seiten. Das ist redaktioneller Aufwand — schneller geht es nicht, weil die Inhalte echt sein müssen.

Welle 3 — Article + Product (laufend)

Bei jedem neuen Blog-Beitrag das Article-Schema automatisch mit setzen. Bei jedem neuen Produkt das Product-Schema. Das wird Teil deines Redaktions-Workflows — keine Zusatzarbeit pro Beitrag, weil das CMS die Schemata aus den Pflichtfeldern erzeugt.

Die fünf häufigsten Fehler

1. Doppelte Schema-Marker

Wer einen Organization-Block im Layout hat und denselben Block nochmal in der Über-Uns-Seite einbaut, hat das Signal verdoppelt — und damit verwässert. Eine eindeutige Quelle pro Schema-Typ ist Pflicht.

2. Schema ohne sichtbaren Inhalt

FAQ-Schema mit Fragen, die auf der Seite nicht stehen. HowTo mit Schritten, die nicht sichtbar sind. Das wird inzwischen sowohl von Google als auch von KI-Crawlern erkannt — und führt zu Strafen oder zur Ignorierung des Inhalts insgesamt.

3. Logo-URL kaputt

Wir sehen das mehrmals pro Monat. Logo-URL zeigt auf eine 404, oder das Bild ist zu klein (unter 112 × 112 Pixel) — Google verwirft den Organization-Block in beiden Fällen. KI-Suche zeigt dann kein Logo neben der Antwort.

4. Veraltete Öffnungszeiten

LocalBusiness-Schema mit Öffnungszeiten, die seit drei Jahren nicht mehr stimmen. KI-Crawler vergleichen diese gegen Quellen wie Google-Unternehmensprofil — bei Widerspruch werden beide abgewertet.

5. Preis-Diskrepanz im Product-Schema

Produkt-Schema sagt 99 Euro, Seite zeigt 89 Euro. Google verwirft den Block, KI-Suche nimmt im Zweifel den niedrigeren Wert — und du hast plötzlich Diskussionen am Telefon.

Wie du prüfst, was bei dir aktiv ist

Drei Werkzeuge reichen für eine erste Bestandsaufnahme:

• Schema.org-Validator (validator.schema.org): URL eingeben, sehen, welche Schema-Typen gefunden werden und ob sie formal korrekt sind.
• Google Rich Results Test (search.google.com/test/rich-results): Zeigt, welche Schemata Google als „rich snippet“-fähig erkennt.
• Browser-Entwicklerwerkzeuge: Quellcode öffnen, nach „application/ld+json“ suchen — das sind deine strukturierten Daten-Blöcke.

Wenn die Validator-Werkzeuge nichts oder nur Fehler finden, ist das deine Reparatur-Liste.

Was Hannes daraus macht

Strukturierte Daten gehören bei uns zur Standard-Auslieferung jedes Website-Projekts — Organization + LocalBusiness als Fundament, FAQ-Schema überall, wo eine FAQ steht, Article-Schema bei jedem Blog-Beitrag automatisch aus den Pflichtfeldern. Bei Bestand-Sites prüfen wir im Audit, welche Schemata vorhanden, korrekt und konsistent sind — und ergänzen die fehlenden in einer halbtägigen Sanierung.

Wenn du wissen willst, welche Schemata deine Seite aktuell ausspielt: frag Hannes — er zeigt dir den Schema-Stand mit konkreten Lücken. Wenn du das anpacken willst, buch einen Termin.