Blog · 10.08.2026 · Josef Wilhelm · 9 Min.

Strukturierte Daten: Schema Markup ohne Fachchinesisch

Strukturierte Daten haben ein Kommunikationsproblem. Sie heißen so sperrig, dass die meisten Website-Betreiber annehmen, das sei etwas für Entwickler mit zu viel Zeit. Tatsächlich ist die Idee simpel: Du legst einen unsichtbaren Zettel in den Quelltext, auf dem steht, was der sichtbare Inhalt bedeutet. Nicht „hier steht Text", sondern „das ist ein Preis, das eine Öffnungszeit, das eine Antwort auf eine Frage".

Quick Answer

Strukturierte Daten, auch Schema Markup genannt, beschreiben im Quelltext maschinenlesbar, was auf deiner Seite steht. Sie verbessern keine Rankings, ermöglichen aber Rich Results wie aufgeklappte FAQ oder Sternebewertungen und helfen KI-Systemen beim korrekten Verstehen. Für kleine Websites reichen vier Typen: Organization, WebSite, BreadcrumbList und FAQPage. Format: JSON-LD.

Warum sollte dich das interessieren, wenn es nichts am Ranking ändert?

Erstmal die ehrliche Einordnung, weil hier viel Unsinn kursiert: Schema Markup ist kein Rankingfaktor. Google hat das mehrfach klargestellt. Wer dir verspricht, strukturierte Daten heben dich auf Seite eins, verkauft dir etwas.

Der Nutzen liegt an zwei anderen Stellen. Erstens ermöglichen sie Rich Results, also die auffälligeren Darstellungen im Suchergebnis: aufgeklappte Fragen unter deinem Treffer, Sternebewertungen, Preise, Kochzeiten. Deine Position ändert sich dadurch nicht, deine Klickrate häufig schon, und bei gleicher Position ist das der einzige Hebel, den du noch hast. Wie du den anderen Hebel bedienst, steht in Meta Description schreiben.

Zweitens, und das wird gerade wichtiger: Maschinen, die deine Inhalte weiterverarbeiten, müssen sie erst verstehen. Für KI-Antwortsysteme ist eine eindeutig ausgezeichnete Angabe verlässlicher als ein Satz, den man interpretieren muss. Das ist kein Ersatz für gute Textstruktur, aber es hilft.

Welche vier Typen reichen für die meisten Websites?

Das Schema-Vokabular umfasst hunderte Typen. Ignorier die allermeisten. Für eine normale Website sind es vier:

Organization beschreibt dein Unternehmen: Name, Logo, Website, Kontaktmöglichkeiten, Profile in sozialen Netzwerken. Gehört einmal auf die Startseite und sagt Google, wer hinter der Domain steckt.

WebSite beschreibt die Domain als Ganzes und kann eine interne Suchfunktion auszeichnen. Ebenfalls einmal, ebenfalls Startseite.

BreadcrumbList bildet den Navigationspfad ab, also „Startseite → Blog → dieser Artikel". Google zeigt diesen Pfad im Suchergebnis oft statt der nackten URL an, was deutlich verständlicher wirkt.

FAQPage zeichnet einen echten Frage-Antwort-Teil aus. Das ist der Typ mit dem sichtbarsten Effekt, weil die Fragen direkt im Suchergebnis aufklappen können. Er ist gleichzeitig der, bei dem am meisten geschummelt wird, dazu unten mehr.

Je nach Geschäft kommt genau einer dazu: LocalBusiness für alles mit Ladenlokal, ergänzt um Adresse und Öffnungszeiten, was direkt auf lokales SEO einzahlt. Product für Shops, mit Preis und Verfügbarkeit. Article für Blogbeiträge, mit Autor und Datum.

Wie sieht das konkret aus?

Strukturierte Daten schreibst du in JSON-LD, einem Block im Seitenkopf, der das sichtbare HTML unberührt lässt. Google empfiehlt dieses Format ausdrücklich. Ein minimales Beispiel für ein Unternehmen:

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Beispiel GmbH",
  "url": "https://beispiel.de",
  "logo": "https://beispiel.de/logo.png"
}

Mehr ist das nicht. Ein Objekt, ein Typ, ein paar Felder. Die älteren Formate Microdata und RDFa funktionieren zwar weiterhin, verweben die Auszeichnung aber mit deinem sichtbaren Markup und gehen dadurch bei jedem Umbau leichter kaputt.

Musst du das selbst schreiben?

Meistens nicht. Bei WordPress liefern Yoast oder Rank Math die gängigen Typen automatisch, siehe SEO für WordPress. Shopify und Shopware bringen Produktauszeichnung ab Werk mit. Baukästen wie Wix oder Squarespace decken die Grundtypen ab.

Der wichtige Schritt ist deshalb nicht das Schreiben, sondern das Prüfen. Öffne Googles Rich-Results-Test, gib eine deiner URLs ein und sieh nach, was tatsächlich ausgeliefert wird. Erfahrungsgemäß gibt es drei Überraschungen: Es kommt gar nichts an, weil ein Theme den Block verschluckt. Es kommt doppelt an, weil Plugin und Theme beide auszeichnen. Oder es kommt etwas an, das inhaltlich nicht stimmt.

Bei selbst gebauten Seiten schreibst du die Blöcke einmal als Vorlage und füllst sie automatisch aus deinen Daten. Das ist ein Nachmittag Arbeit und dann für alle Seiten erledigt.

Der Fehler, der teuer werden kann

Es gibt eine Regel, und sie ist nicht verhandelbar: Auszeichnen darfst du nur, was auf der Seite sichtbar steht.

Der häufigste Verstoß ist FAQ-Markup ohne sichtbaren FAQ-Bereich, weil jemand gemerkt hat, dass aufgeklappte Fragen im Suchergebnis gut aussehen. Der zweithäufigste sind Sternebewertungen für Dinge, die niemand bewertet hat. Im harmlosen Fall ignoriert Google das. Im unangenehmen Fall verlierst du sämtliche Rich Results für die Domain, und bei bewusster Irreführung kann eine manuelle Maßnahme folgen.

Dazu ein realistischer Hinweis zur Erwartung: Rich Results sind kein Anspruch. Google entscheidet selbst, ob es sie anzeigt, und tut es bei jungen Domains oft erst später. Korrekte Auszeichnung ist die Voraussetzung, keine Garantie.

Was bringt das für KI-Antworten?

Die Frage kommt inzwischen häufiger als die nach Rich Results. Ehrliche Antwort: Strukturierte Daten helfen, sind aber nicht der Haupthebel.

Sie machen eindeutig, was auf deiner Seite steht, und erleichtern es Systemen, Fakten korrekt zuzuordnen statt sie aus dem Fließtext zu raten. Wichtiger für die Zitierfähigkeit ist trotzdem die Textstruktur selbst: eine klar beantwortete Frage weit oben, Zwischenüberschriften in Frageform, ein echter FAQ-Teil am Ende. Wie das zusammenspielt, steht ausführlich in Generative Engine Optimization und in Google AI Overview.

Der praktische Vorteil: Wenn du einen sichtbaren FAQ-Bereich baust, um zitiert zu werden, bekommst du das FAQPage-Markup ohnehin geschenkt. Beides zieht in dieselbe Richtung.

Der pragmatische Fahrplan

Prüf zuerst mit dem Rich-Results-Test, was deine Seiten heute ausliefern. Ergänz dann in dieser Reihenfolge: Organization und WebSite auf der Startseite, BreadcrumbList überall, FAQPage auf jeder Seite mit echtem Frage-Antwort-Teil, und zuletzt den einen geschäftsspezifischen Typ. Danach ist das Thema für dich abgeschlossen, bis du die Website umbaust.

FAQ

← Alle Artikel