Strukturierte Daten: Fehler wohnen in Templates, nicht auf Seiten

Warum eine kaputte Komponente vierhundert Seiten die Rich Results kostet und wie Sie schema.org in einem Durchlauf über die ganze Website prüfen.

SEO · Veröffentlicht: 26. August 2026 · 3 Min. Lesezeit · Дмитрий Орлов

Strukturierte Daten sind der eine Teil von SEO, bei dem eine Maschine klar sagt, ob es richtig ist. Entweder qualifiziert sich die Seite für ein Rich Result oder nicht — und der Grund ist immer konkret: eine fehlende Eigenschaft, ein falscher Typ, ein Preis ohne Währung.

Was es bringt

Rich Results sind kein Ranking-Bonus. Sie sind Platz auf dem Bildschirm: eine Bewertungszeile, ein Preis, die Verfügbarkeit, ein Frage-Akkordeon, eine Zubereitungszeit. Auf einer vollen Ergebnisseite ist das der Unterschied zwischen einer Zeile und vier.

Die Typen, die sich auf den meisten Websites lohnen:

• Product — Preis, Verfügbarkeit und Bewertungen, sofern es sie wirklich gibt.
• BreadcrumbList — ersetzt im Snippet die nackte URL durch einen lesbaren Pfad.
• Article — Überschrift, Datum, Autor; die Eintrittskarte in News-Flächen.
• Organization — Logo, Profile, Kontakt; speist Knowledge Panels.
• FAQPage — nur dort, wo auf der Seite eine echte Frage und Antwort stehen.

Die Fehler, die wiederkehren

Markup beschreibt, was die Seite nicht zeigt. Ein Preis im JSON-LD, den der Besucher nie sieht, ist der schnellste Weg, das Rich Result ganz zu verlieren.

Falsche Verschachtelung. offers außerhalb von Product, author als Zeichenkette statt als Person. Gültiges JSON, ungültiges Schema.

Daten im falschen Format. datePublished ist ISO 8601. "12. März 2026" ist es nicht.

Kopierte IDs. Jedes Produkt trägt @id: "product-1", weil das Template es fest verdrahtet.

Eine Korrektur, vierhundert Seiten

Das übersehen Teams: Strukturierte Daten gibt ein Template aus, ein Fehler steckt also nie auf einer Seite — sondern auf jeder, die diese Komponente rendert. Das gilt in beide Richtungen. Ein Bericht, der zweitausend ungültige Seiten auflistet, listet in Wahrheit drei kaputte Komponenten, und drei Komponenten zu reparieren färbt zweitausend Seiten mit einem Deploy grün.

Gruppieren Sie Befunde also nach Template, bevor Sie die Arbeit planen:

befunde
  .groupBy(f => f.template ?? inferTemplate(f.url))
  .sortBy(group => -group.pages)

Nehmen Sie zuerst die Gruppe mit den meisten Seiten. Die Liste schrumpft schnell.

In der Pipeline validieren, nicht von Hand

Testwerkzeuge prüfen eine URL nach der anderen — gut für Stichproben, nutzlos als Garantie. Bei jedem Release brauchen Sie einen Crawl, der jeden application/ld+json-Block parst, gegen den Typ prüft und den Build bei neuen Fehlern rot macht. Dann bricht das Markup im Review, nicht eine Woche später in den Suchergebnissen.

Anmerkung zu KI-Antworten

Assistenten, die Seiten zusammenfassen, stützen sich auf dasselbe explizite Markup und aus demselben Grund wie Suchmaschinen: Es nimmt das Rätselraten darüber, was eine Zahl auf der Seite bedeutet. Saubere strukturierte Daten sind längst nicht mehr nur eine Sache der blauen Links — sie sind die Voraussetzung dafür, zitiert zu werden.