Schema.org & strukturierte Daten: Was bringt das für Einsteiger?

Wenn Google bei deinen Wettbewerbern direkt Preise, Öffnungszeiten und Bewertungen anzeigt, und bei dir nur einen grauen Textlink, liegt das meistens an einer Sache: Schema.org. Mit dem richtigen strukturierten Code sagst du Google und KI-Systemen exakt, was auf deiner Seite steht. Das Ergebnis: Für unterstützte Inhaltstypen kann Google erweiterte Suchergebnisse anzeigen, und Maschinen müssen weniger raten, worum es auf deiner Seite geht.

Was ist Schema.org?

Schema.org ist ein offenes Vokabular für strukturierte Daten, das 2011 gemeinsam von Google, Microsoft, Yahoo und Yandex ins Leben gerufen wurde. Die Idee dahinter: Webmaster annotieren ihre Inhalte mit maschinenlesbaren Auszeichnungen, damit Suchmaschinen und andere Systeme den Kontext einer Seite eindeutig verstehen können.

Structured Data sind für den normalen Besucher unsichtbar. Sie stecken im Quellcode der Seite und liefern Maschinen zusätzliche Informationen, etwa dass ein bestimmter Textblock eine FAQ ist, dass ein Unternehmen an einer bestimmten Adresse sitzt oder dass ein Artikel von einem bestimmten Autor verfasst wurde. Ohne diese Auszeichnungen muss Google raten. Mit Schema.org weiß die Suchmaschine es sicher.

Das Schema.org-Vokabular umfasst heute über 800 Typen und Tausende von Eigenschaften. Vom einfachen Organization-Typ bis hin zu spezialisierten Typen wie MedicalCondition oder SoftwareApplication: für nahezu jede Branche und jeden Inhaltstyp gibt es passende Definitionen.

Warum Structured Data wichtig ist

Structured Data ist freiwillig, aber für viele Such-Features die Voraussetzung. Die wichtigsten Gründe:

• Rich Snippets in Google: Sternebewertungen (etwa für Produkte oder Rezepte, nicht für Bewertungen, die ein Unternehmen über sich selbst auf der eigenen Website auszeichnet), Preisangaben, Breadcrumb-Pfade und Rezeptdetails basieren auf Schema.org-Markup. FAQ-Accordions zeigt Google seit dem 7. Mai 2026 nicht mehr an. Eine Garantie gibt es nicht: Google entscheidet selbst, ob ein Rich Result erscheint
• KI-Systeme und Structured Data: Ob und wie ChatGPT, Perplexity und andere Answer Engines strukturierte Daten auswerten, legen die Anbieter kaum offen. Dass Schema.org-Markup allein zu mehr KI-Zitaten führt, ist nicht belegt, nach allem, was bekannt ist, zählt vor allem der sichtbare Text. Den Realitätscheck dazu liefert der Artikel Schema-Mythos: Bringt Markup wirklich KI-Zitate?
• Wettbewerbsvorteil: Viele Websites setzen Structured Data gar nicht oder fehlerhaft ein. Wer es korrekt implementiert, hebt sich technisch deutlich von der Konkurrenz ab
• Googles Rich Results erfordern spezifische Typen: Ohne das passende Schema.org-Markup gibt es keine erweiterten Suchergebnisse, egal wie gut der Inhalt ist. Google dokumentiert die Anforderungen exakt und prüft sie maschinell

Die wichtigsten Schema.org-Typen

Nicht alle 800+ Schema.org-Typen sind für jede Website relevant. Die folgenden Typen decken den Großteil der praktischen Anwendungsfälle ab. Einige davon nutzt Google für Rich Results, andere helfen vor allem beim maschinellen Seitenverständnis:

Organization / LocalBusiness

Der wichtigste Typ für jedes Unternehmen. Hier werden Firmenname, Adresse, Telefonnummer, Öffnungszeiten, Logo und Social-Media-Profile hinterlegt. Für lokale Unternehmen ist LocalBusiness unverzichtbar: Google kann diese Angaben zum Beispiel für das Knowledge Panel nutzen, das bei Suchen in Google und Google Maps erscheinen kann. Für regulierte Betriebe lohnt der passende Untertyp statt des allgemeinen LocalBusiness: LegalService für Kanzleien, AccountingService für Steuerberatung, MedicalBusiness bzw. Physiotherapy für Heilberuf-Praxen, HomeAndConstructionBusiness für Handwerk. Der spezifische Typ sagt Google und anderen Maschinen präziser, was du tust.

WebSite / WebPage

Diese Typen beschreiben die Website und einzelne Seiten auf Metaebene: Name, Beschreibung, Sprache, Veröffentlichungsdatum und letzte Änderung. Die SearchAction-Eigenschaft beschreibt die interne Suche deiner Website. Hinweis: Die damit verbundene Sitelinks-Suchbox hat Google im November 2024 abgeschaltet, das Markup schadet nicht, erzeugt aber kein eigenes Suchfeld mehr in den Google-Ergebnissen.

BlogPosting / Article

Für Blog-Artikel und redaktionelle Inhalte. Google nennt für Article-Markup keine Pflichtfelder, empfiehlt aber unter anderem headline, author, datePublished und image. Für Google News und Top Stories ist das Markup laut Google keine Voraussetzung, es hilft Google aber, den Inhalt eindeutiger einzuordnen. Auch KI-Systeme können diese Metadaten nutzen, um Quellen zeitlich einzuordnen.

FAQPage

FAQ-Markup zeichnet jede Frage-Antwort-Kombination als eigenes Question-Objekt mit acceptedAnswer aus. Wichtig: Die früher aufklappbaren FAQ-Snippets in der Google-Suche hat Google 2023 auf bekannte, autoritative Behörden- und Gesundheitsseiten beschränkt und seit dem 7. Mai 2026 ganz eingestellt. FAQPage bleibt trotzdem sinnvoll, als sauber strukturierte Q&A für KI-Antwortsysteme und das Seitenverständnis, nicht mehr für ein größeres Such-Snippet.

HowTo

Für Schritt-für-Schritt-Anleitungen. Hinweis: Die früher in den Suchergebnissen angezeigten HowTo-Rich-Results (nummerierte Schritte, Dauer, Materialien) hat Google im September 2023 vollständig abgeschaltet, auf Desktop wie Mobile. HowTo-Markup hilft heute noch beim maschinellen Seitenverständnis, erzeugt aber kein eigenes Such-Feature mehr.

BreadcrumbList

Breadcrumbs zeigen den Navigationspfad einer Seite an, etwa „Home › Blog › Schema.org für Einsteiger“. Google ersetzt damit die nackte URL in den Suchergebnissen durch einen lesbaren Pfad. Das verbessert die Orientierung für Nutzer und signalisiert Google die Seitenstruktur.

Service / OfferCatalog

Für Dienstleistungsunternehmen besonders relevant. Mit Service beschreibst du einzelne Leistungen inklusive Preis, Beschreibung und Zielgruppe. OfferCatalog bündelt mehrere Services zu einem Gesamtkatalog. Das hilft Suchmaschinen und KI-Systemen, dein Leistungsportfolio strukturiert zu erfassen.

JSON-LD: Das empfohlene Format

Für die Einbettung von Schema.org-Daten in HTML gibt es drei Formate: Microdata (Attribute direkt im HTML), RDFa (ebenfalls Inline-Attribute) und JSON-LD (JavaScript Object Notation for Linked Data). Google empfiehlt ausdrücklich JSON-LD, und das aus guten Gründen.

Bei JSON-LD werden die strukturierten Daten in einem eigenen Script-Tag im Head oder Body der Seite hinterlegt. Das bedeutet: Keine Vermischung mit dem sichtbaren HTML. Der Quellcode bleibt sauber, die strukturierten Daten sind an einer zentralen Stelle gepflegt und können unabhängig vom Design geändert werden.

Ein typischer JSON-LD-Block für einen Blog-Artikel enthält den Typ BlogPosting, die Headline, das Veröffentlichungsdatum, den Autor als verschachteltes Organization-Objekt und einen Verweis auf das zugehörige Bild. Alles in einer klar lesbaren JavaScript-Notation, eingebettet in ein Script-Element mit dem Typ „application/ld+json“.

Der Vorteil gegenüber Microdata und RDFa: JSON-LD ist wartungsfreundlicher, lässt sich einfacher automatisiert generieren und stört weder das HTML-Markup noch das CSS-Styling. Deshalb setzen moderne Websites fast ausschließlich auf dieses Format.

Häufige Fehler bei der Implementierung

Structured Data einzubauen ist nicht schwer, es richtig zu machen dagegen schon. Typische Fehler, die mir beim Blick in den Quellcode von Websites immer wieder auffallen:

• Fehlende Pflichtfelder: Google definiert für viele Rich-Result-Typen erforderliche und empfohlene Eigenschaften. Fehlt etwa bei einem Produkt oder Rezept ein Pflichtfeld, kommt die Seite für das Rich Result nicht in Frage, selbst wenn der Rest stimmt (bei Article und BlogPosting nennt Google dagegen keine Pflichtfelder)
• Falsches Datumsformat: Datumswerte müssen im ISO-8601-Format mit Zeitzone angegeben werden, also etwa „2026-03-28T09:00:00+01:00“. Formate wie „08.04.2026“ oder „April 2026“ werden nicht erkannt
• Doppelte Eigenschaften: Wenn derselbe Typ mehrfach mit widersprüchlichen Angaben auf einer Seite vorkommt, kann Google die Daten nicht zuordnen
• Veraltete Typen verwenden: Schema.org entwickelt sich weiter. Typen wie ProfessionalService oder Attorney sind inzwischen als veraltet markiert, besser sind spezifischere Typen wie AccountingService oder LegalService. WebSite gehört nicht dazu, der Typ ist weiterhin gültig
• Nicht testen: Der Google Rich Results Test und der Schema Markup Validator zeigen sofort, ob das Markup gültig ist und für Rich Results qualifiziert. Trotzdem geht Markup oft ungetestet live

Strukturierte Daten testen und prüfen

Bevor Markup live geht, gehört es getestet, sonst rankt im Zweifel die fehlerhafte Version. Zwei kostenlose Werkzeuge reichen, um strukturierte Daten zu prüfen:

• Google Rich Results Test (search.google.com/test/rich-results): zeigt aus Google-Sicht, ob deine Seite für Rich Snippets qualifiziert ist und welche Pflichtfelder noch fehlen.
• Schema Markup Validator (validator.schema.org): prüft das Vokabular selbst, unabhängig von Google, und meldet ungültige oder unbekannte Eigenschaften.

Faustregel: beide nutzen. Der Rich Results Test sagt dir, was Google aus dem Markup macht, der Validator, ob es formal sauber ist. Erst wenn beide ohne Fehler durchlaufen, sollte die Seite online gehen.

Was BuntDigital implementiert

Auf buntdigital.de, die ich selbst baue und betreibe, ist Structured Data kein Nachgedanke. Konkret bedeutet das:

• 13 Schema.org-Blöcke allein auf der Hauptseite: Von Organization über WebSite und WebPage bis hin zu Service, OfferCatalog und FAQPage, alles sauber in JSON-LD implementiert
• Jeder Blog-Artikel mit BlogPosting und BreadcrumbList: Headline, Autor, Datum, Bild und Wortanzahl, alle Pflicht- und empfohlenen Felder sind gepflegt
• Spezialisierte Typen nach Bedarf: FAQPage für häufig gestellte Fragen, HowTo für Anleitungen, VideoObject für eingebettete Videos, Service und OfferCatalog für das Leistungsportfolio
• Alles validiert: Jeder JSON-LD-Block wird vor dem Launch mit dem Google Rich Results Test und dem Schema Markup Validator geprüft. Keine Warnungen, keine Fehler

Das Ziel: eine technisch saubere Basis für die Rich Results, die Google heute noch anbietet, und eindeutige Angaben für Maschinen. Eine Garantie für Rich Snippets oder KI-Zitate ist das nicht, auch nicht bei fehlerfreiem Markup.

Fazit: Structured Data als Pflichtprogramm

Structured Data mit Schema.org ist gesetzlich wie technisch freiwillig, für eine professionelle Website 2026 aber Pflichtprogramm. Wer bei Google Rich Results erzielen will und seine Inhalte für Maschinen eindeutig beschreiben möchte, kommt an sauberem JSON-LD-Markup nicht vorbei.

Die gute Nachricht: Structured Data ist kein Hexenwerk. Die Typen sind dokumentiert, die Formate standardisiert und die Test-Tools kostenlos verfügbar. Der Aufwand hält sich in Grenzen, und für unterstützte Inhaltstypen kann sich der Effekt auf Sichtbarkeit und Klickrate lohnen.

Schema.org ist die Grundlage für SEO und AEO (Answer Engine Optimization) gleichermaßen. Es ist eine technische Investition in klarere Signale an Suchmaschinen und KI-Systeme, allerdings ohne Garantie: Google sagt selbst, dass auch korrektes Markup nicht sicherstellt, dass strukturierte Daten in den Suchergebnissen erscheinen.

In 5 Schritten Schema.org einbauen

1. Passende Schema-Typen auswählen. Auf schema.org/docs/schemas.html identifizieren. Pro Seite 2–4 Typen kombinieren (z.B. Organization + WebPage + FAQPage).
2. JSON-LD-Block erstellen. Mit @context "https://schema.org" und @type aufbauen. Pflichtfelder ausfüllen, optionale Felder ergänzen wo sie Mehrwert bringen.
3. Im <head> einbinden. Direkt vor dem schließenden </head>-Tag. Mehrere JSON-LD-Blöcke nebeneinander sind erlaubt.
4. Mit Rich Results Test validieren. Über search.google.com/test/rich-results URL prüfen. Pflichtfelder müssen grün sein.
5. In Search Console überwachen. Nach 1–4 Wochen erscheinen Strukturdaten unter "Verbesserungen". Bei Schema-Änderungen URL manuell zur Indexierung anstoßen.

Häufige Fragen

Was ist Schema.org und wofür brauche ich es?

Ein gemeinsames Vokabular von Google, Microsoft, Yahoo und Yandex zur strukturierten Auszeichnung. Du teilst Suchmaschinen und KI-Systemen explizit mit: "Das ist eine Telefonnummer, ein Preis, eine Bewertung." Resultat: Google kann für bestimmte Inhaltstypen erweiterte Suchergebnisse (Rich Results) anzeigen, und Maschinen können deine Inhalte eindeutiger einordnen. Ob strukturierte Daten die Chance auf KI-Zitate erhöhen, ist nicht belegt.

Was ist der Unterschied zwischen Schema.org und JSON-LD?

Schema.org ist das Vokabular (welche Begriffe es gibt). JSON-LD ist das technische Format zur Einbettung. Google empfiehlt JSON-LD seit Jahren, sauberer, einfacher zu pflegen als Microdata oder RDFa.

Welche Schema-Typen sind für Unternehmenswebsites am wichtigsten?

Pflicht ist keiner davon, strukturierte Daten sind freiwillig. Als Grundausstattung bewährt: Organization/LocalBusiness, WebSite, WebPage, BreadcrumbList. Sinnvoll je nach Inhalt: FAQPage (ohne eigenes Google-Snippet), Service mit Offer, Person, VideoObject. Für Content: Article/BlogPosting. Lokal zusätzlich: PostalAddress, GeoCoordinates, OpeningHoursSpecification.

Wie validiere ich mein Schema-Markup?

Google Rich Results Test (search.google.com/test/rich-results) für Google-Sicht und Schema.org Validator (validator.schema.org) für reine Vokabular-Validierung. Beide nutzen.

Kann ich Schema-Markup nachträglich hinzufügen?

Ja, jederzeit als JSON-LD-Block im <head>, kein Eingriff ins HTML nötig. Google indexiert nach 1–4 Wochen, KI-Crawler oft schneller.

Was passiert bei fehlerhaftem Schema?

Kleine Fehler: Google ignoriert die fehlerhaften Felder. Grobe Fehler: gesamtes Schema verworfen. Manipulation: manuelle Strafe möglich. Lösung: vor Live-Schaltung mit Rich Results Test prüfen.