Strukturierte Daten für KMU: sinnvoll statt wahllos

Strukturierte Daten übersetzen sichtbare Inhalte in ein maschinenlesbares Vokabular. Richtig eingesetzt helfen sie Suchmaschinen, Seitentypen und Zusammenhänge besser zu verstehen. Falsch eingesetzt erzeugen sie vor allem widersprüchliche Signale und unnötige Pflege.

Strukturierte Daten einfach erklärt

Menschen erkennen eine Adresse, einen Artikel oder eine Brotkrumennavigation meist aus Gestaltung und Text. Strukturierte Daten liefern Suchmaschinen dafür zusätzliche eindeutige Hinweise. Sie benennen ausdrücklich: Das ist eine Organisation, das ist ein Artikel, das ist dessen Autor und das ist der Navigationspfad.

Google beschreibt strukturierte Daten als standardisiertes Format, das Informationen über eine Seite und ihre Inhalte bereitstellt. Die Einführung von Google Search Central zeigt typische Anwendungsfälle und empfiehlt für viele Implementierungen JSON-LD.

Was strukturierte Daten nicht leisten

Markup ersetzt weder gute Inhalte noch eine crawlbare Website. Es garantiert keine besondere Darstellung und keine Position in den Suchergebnissen.

Strukturierte Daten können problematisch werden, wenn sie:

• Inhalte behaupten, die auf der Seite nicht sichtbar sind;
• veraltete Preise oder Bewertungen enthalten;
• den falschen Seitentyp beschreiben;
• identische Organisationen mit wechselnden Namen anlegen;
• automatisch auf jeder URL dieselben Details ausgeben;
• technisch valide, aber inhaltlich irreführend sind.

Die allgemeinen Richtlinien verlangen deshalb unter anderem, dass Markup den sichtbaren Hauptinhalt korrekt repräsentiert.

FAQ-Markup und vermeintliches „AI-Schema“ im Jahr 2026

Sichtbare FAQ-Bereiche können Besuchern weiterhin helfen, Einwände und wiederkehrende Fragen schnell zu klären. Das bedeutet aber nicht, dass jede solche Seite zusätzlich FAQPage-Markup benötigt. Google zeigt die FAQ-Rich-Result-Funktion seit dem 7. Mai 2026 nicht mehr in den Suchergebnissen und hat die zugehörige Dokumentation entfernt. Das ist im offiziellen Änderungsprotokoll dokumentiert.

Auch für die generativen Funktionen der Google-Suche gibt es kein spezielles „AI-Schema“, das Sichtbarkeit garantiert. Die bestehenden SEO-Grundlagen bleiben maßgeblich: zugängliche Seiten, eindeutige Inhalte, nachvollziehbare Quellen und nur solche strukturierten Daten, die den sichtbaren Inhalt korrekt beschreiben. Zusätzliche Typen sollten deshalb nicht aus Gewohnheit oder allein für ein Testtool eingebaut werden.

1. Organization für die zentrale Identität

Organization kann zentrale Angaben zum Unternehmen zusammenführen:

• offizieller Name;
• kanonische Website;
• Logo;
• Kontakt- oder Identifikationsdaten;
• passende öffentliche Profile.

Diese Daten sollten aus einer zentralen Quelle kommen. Wenn Footer, Impressum und JSON-LD unterschiedliche Namen oder URLs nennen, entsteht kein Vorteil durch zusätzliches Markup.

Auf der Startseite oder einer zentralen Unternehmensseite genügt meist ein konsistenter Datensatz. Er muss nicht auf jeder Unterseite vollständig wiederholt werden.

2. LocalBusiness nur bei einer passenden Betriebsstätte

LocalBusiness beschreibt nach Googles Vorgaben eine konkrete physische Betriebsstätte. Ein reiner Online- oder Servicebetrieb mit regionalem Einzugsgebiet ist deshalb nicht automatisch ein LocalBusiness. Die Dokumentation für lokale Unternehmen nennt eine physische Adresse als erforderliche Angabe. Wählen Sie nur bei passender Betriebsstätte einen geeigneten Untertyp, ohne eine Genauigkeit vorzutäuschen, die das Geschäftsmodell nicht hergibt.

Typische Angaben sind:

• Name und URL;
• eindeutige Adresse der Betriebsstätte;
• Telefonnummer;
• Öffnungszeiten;
• geografische Angaben.

Die Daten müssen mit der sichtbaren Website und dem gepflegten Unternehmensprofil übereinstimmen. Unser Local-SEO-Leitfaden erklärt, warum konsistente Unternehmensdaten wichtiger sind als möglichst viel Markup.

3. Article für redaktionelle Beiträge

Bei einem Ratgeber kann Article oder ein passender Untertyp Titel, Beschreibung, Autor, Veröffentlichungsdatum, Änderungsdatum und Bild zuordnen.

Wichtig ist eine saubere redaktionelle Grundlage:

• echte Veröffentlichungs- und Änderungsdaten;
• sichtbarer Autor;
• passendes Vorschaubild;
• kanonische URL;
• keine künstlich aktualisierten Daten ohne Inhaltsänderung.

Markup sollte aus denselben Inhaltsdaten erzeugt werden wie die sichtbare Seite. Doppelte Pflege führt früher oder später zu Abweichungen.

4. BreadcrumbList für den Navigationspfad

Eine sichtbare Brotkrumennavigation erklärt, wo sich eine Seite innerhalb der Website befindet. BreadcrumbList bildet denselben Pfad maschinenlesbar ab.

Prüfen Sie:

1. Sind sichtbarer und strukturierter Pfad identisch?
2. Führen Zwischenstufen auf erreichbare Seiten?
3. Verwendet jede Position eine eindeutige Reihenfolge?
4. Ist die aktuelle Seite korrekt benannt?

Eine Brotkrume sollte nicht als Ersatz für eine verständliche Hauptnavigation dienen.

5. Bewertungen besonders vorsichtig behandeln

Bewertungs-Markup ist anfällig für Missbrauch. Sterne auf der eigenen Unternehmensseite bedeuten nicht automatisch, dass Google ein Bewertungs-Snippet anzeigen darf.

Für Bewertungssterne in der Google-Suche sind Bewertungen auf Seiten der bewerteten Organization oder des bewerteten LocalBusiness nicht berechtigt. Die Richtlinien für Rezensions-Snippets beziehen dabei auch eingebettete Widgets eines Drittanbieters ein. Das Markup ist dadurch nicht automatisch syntaktisch ungültig, begründet aber keine Berechtigung für die Sternefunktion.

Unabhängig vom Markup brauchen Kundenstimmen:

• eine nachvollziehbare Quelle;
• korrekten Wortlaut;
• dokumentierte Veröffentlichungsfreigabe;
• aktuelles Prüfdatum;
• klare Zuordnung.

6. JSON-LD zentral und sicher erzeugen

JSON-LD liegt als Datenblock im Dokument. Die Werte sollten nicht durch frei zusammengesetzte Zeichenketten entstehen, sondern aus validierten Daten sicher serialisiert werden.

Eine robuste Umsetzung:

• besitzt eine zentrale Unternehmenskonfiguration;
• verwendet pro Seitentyp eine definierte Schemafunktion;
• lässt optionale Felder weg, statt leere Werte auszugeben;
• serialisiert Sonderzeichen sicher;
• verhindert doppelte oder widersprüchliche Entitäten;
• aktualisiert sichtbare und strukturierte Daten gemeinsam.

7. Erst Syntax, dann Inhalt testen

Der Rich Results Test prüft Markup für von Google unterstützte Suchfunktionen. Ein allgemeiner Schema-Markup-Validator kann darüber hinaus das verwendete Schema.org-Vokabular kontrollieren. Die Google-Übersicht zu strukturierten Daten trennt diese Werkzeuge und empfiehlt zusätzlich die URL-Prüfung für bereits veröffentlichte Seiten. Kein Testtool kann entscheiden, ob eine Aussage wahr, rechtlich freigegeben oder für Besucher sichtbar ist.

Die Abnahme braucht deshalb zwei Ebenen:

Technische Prüfung

• gültiges JSON;
• korrekte Typen und URLs;
• keine kollidierenden IDs; dieselbe reale Entität wird konsequent mit derselben stabilen @id referenziert;
• erreichbare Bilder;
• passender Canonical;
• keine Fehler im Rich Results Test.

Redaktionelle Prüfung

• stimmen Name, Adresse und Kontakt?
• sind Datum und Autor sichtbar?
• entsprechen Bewertungen der Quelle?
• passt der Typ wirklich zum Seiteninhalt?
• gibt es veraltete oder unbelegte Angaben?

Nehmen Sie beides in die Launch-Checkliste auf.

8. Weniger, aber verlässlich pflegen

Beginnen Sie mit den Seitentypen, die tatsächlich existieren. Für viele KMU sind eine zentrale Organisation, echte Artikel und eine Brotkrumennavigation sinnvoller als eine große Sammlung halb gepflegter Schema-Typen.

Definieren Sie für dynamische Angaben:

• verantwortliche Datenquelle;
• verantwortliche Person für die fachliche Freigabe;
• nächstes Reviewdatum;
• Test nach Änderungen;
• Verhalten bei fehlenden Werten.

Strukturierte Daten sind Infrastruktur. Sie brauchen dieselbe Pflege wie Metadaten, Sitemap und interne Links.

Fazit

Gute strukturierte Daten beschreiben verlässliche sichtbare Inhalte — nicht mehr und nicht weniger. Wählen Sie wenige passende Typen, erzeugen Sie sie aus zentralen Daten und prüfen Sie Technik sowie Aussage gemeinsam. So entsteht ein dauerhaft wartbares Signal statt kurzfristiger Markup-Dekoration.