Strukturierte Daten sind die Sprache, in der Sie Suchmaschinen den Inhalt einer Seite explizit erklären. Statt darauf zu hoffen, dass Google den Sinn aus dem Fliesstext extrahiert, sagen Sie es ihm direkt: Das hier ist ein Artikel, das ist eine Frage mit Antwort, das ist eine Schritt-für-Schritt-Anleitung. Richtig eingesetzt, können strukturierte Daten Rich Results auslösen — die erweiterten Darstellungen in den Suchergebnissen, die mehr Platz einnehmen und die Klickrate spürbar erhöhen. Falsch eingesetzt, riskieren Sie manuelle Massnahmen. Dieser Leitfaden ordnet das Thema für DACH-Seiten ein.
Welches Schema wofür
Für Inhaltsseiten sind drei Typen am relevantesten. Article (bzw. die Unterarten BlogPosting, NewsArticle) beschreibt redaktionelle Beiträge und speist Felder wie Überschrift, Autor, Veröffentlichungsdatum und Bild. FAQPage beschreibt eine Seite mit einer Liste von Fragen und zugehörigen Antworten. HowTo beschreibt eine Anleitung mit einzelnen Schritten. Wichtig ist die ehrliche Zuordnung: FAQPage-Markup gehört auf Seiten, die tatsächlich Fragen und Antworten enthalten, die für Nutzer sichtbar sind — nicht als Trick, um Platz in den Ergebnissen zu erschleichen.
Die Realität bei FAQ Rich Results
Hier ist ein Punkt, an dem viele Leitfäden veraltet sind: Google hat die Anzeige von FAQ-Rich-Results stark eingeschränkt und zeigt sie weitgehend nur noch für anerkannte behördliche und medizinische Quellen an. Das heisst nicht, dass FAQPage-Markup wertlos ist — es hilft Suchmaschinen und zunehmend KI-Antwortsystemen weiterhin, den Inhalt zu verstehen — aber Sie sollten keine garantierte Rich-Result-Darstellung mehr erwarten. Setzen Sie FAQ-Schema also primär für maschinelles Verständnis und für die Sichtbarkeit in KI-Suchsystemen ein, nicht als verlässlichen CTR-Hebel in der klassischen Suche.
JSON-LD ist der richtige Weg
Google empfiehlt ausdrücklich JSON-LD als Format für strukturierte Daten, eingebettet in einem Script-Tag. Der grosse Vorteil gegenüber Microdata: Das Markup liegt getrennt vom sichtbaren HTML, lässt sich zentral generieren und bricht das Layout nicht. In modernen Frameworks generieren Sie das JSON-LD serverseitig aus denselben Daten, die auch die sichtbare Seite speisen — so kann das Markup gar nicht von der Anzeige abweichen, was eine häufige Fehlerquelle ist. Die zentrale Regel von Google lautet: Strukturierte Daten müssen den für Nutzer sichtbaren Inhalt der Seite widerspiegeln. Markup für Inhalte, die der Nutzer nicht sieht, ist ein Verstoss.
Häufige Fehler
Erstens: Inkonsistenz zwischen Markup und sichtbarem Inhalt — die häufigste Ursache für ein Abwerten oder eine manuelle Massnahme. Zweitens: unvollständige Pflichtfelder; jeder Typ hat erforderliche Eigenschaften, ohne die das Rich Result nicht ausgelöst wird. Drittens: mehrere widersprüchliche Schema-Blöcke auf einer Seite. Viertens: das Vergessen der Validierung. Nutzen Sie konsequent den Rich-Results-Test von Google und den Schema-Markup-Validator von schema.org, bevor eine Seite live geht. Überwachen Sie nach dem Launch den Bereich «Verbesserungen» in der Search Console auf gemeldete Fehler.
Strukturierte Daten und KI-Suche
Ein unterschätzter Aspekt: Strukturierte Daten gewinnen mit der Verbreitung von KI-Antwortmaschinen an Bedeutung. Systeme, die Antworten generieren, profitieren von explizit ausgezeichneten Frage-Antwort-Paaren und klar strukturierten Artikeln, weil sie den Inhalt verlässlicher extrahieren können. Wer heute sauberes Article- und FAQ-Schema pflegt, investiert nicht nur in klassische Rich Results, sondern in die Auffindbarkeit in der nächsten Generation der Suche.
Fazit
Behandeln Sie strukturierte Daten als Pflege-Aufgabe, nicht als Trick. Wählen Sie den ehrlich passenden Typ, generieren Sie JSON-LD serverseitig aus der Quelle der sichtbaren Inhalte, halten Sie Markup und Anzeige deckungsgleich und validieren Sie vor jedem Launch. Erwarten Sie bei FAQ keine garantierten Rich Results mehr, aber unterschätzen Sie nicht den wachsenden Wert für das maschinelle und KI-gestützte Verständnis Ihrer Inhalte.
Implementierung und Wartung
Der nachhaltigste Weg, strukturierte Daten zu pflegen, ist die Generierung aus einer einzigen Quelle. Wenn der sichtbare FAQ-Block und das JSON-LD aus demselben Datenobjekt entstehen, können sie nicht auseinanderlaufen — die häufigste Ursache für Schema-Fehler ist damit konstruktiv ausgeschlossen. In komponentenbasierten Frameworks definieren Sie die Fragen und Antworten einmal als Datenstruktur und rendern daraus sowohl die sichtbare Liste als auch das Markup. Ändern Sie eine Antwort, ändert sich beides automatisch.
Für die Wartung gilt: Strukturierte Daten sind kein Einmalprojekt. Google ändert die Anforderungen und die Anzeige von Rich Results regelmässig — Typen werden eingeschränkt, Pflichtfelder ergänzt, ganze Features eingestellt. Etablieren Sie deshalb eine Routine: Prüfen Sie monatlich den Bereich «Verbesserungen» in der Search Console auf neue Fehler oder Warnungen und testen Sie nach grösseren Änderungen an Templates erneut mit dem Rich-Results-Test. So fangen Sie Regressionen ab, bevor sie Sichtbarkeit kosten.
Priorisieren Sie schliesslich nach Wirkung. Nicht jede Seite braucht jedes Schema. Article-Markup auf Inhaltsseiten und Organisation- bzw. WebSite-Markup auf der Startseite sind die verlässlichen Grundlagen mit breitem Nutzen. FAQ- und HowTo-Markup setzen Sie dort ein, wo die Inhalte es ehrlich hergeben und wo das maschinelle Verständnis einen echten Unterschied macht — nicht flächendeckend nach dem Giesskannenprinzip.
Über die genannten Typen hinaus lohnt sich auf praktisch jeder Seite das BreadcrumbList-Schema, das die Navigationspfade auszeichnet und in den Suchergebnissen verlässlich als Brotkrümel-Navigation erscheint — eines der wenigen Rich-Result-Elemente, das breit und stabil ausgespielt wird. Auf der Startseite ergänzen Organization- und WebSite-Markup das Bild und können die Sitelinks-Suchbox auslösen. Diese drei — Breadcrumb, Organization, WebSite — bilden zusammen mit Article das verlässliche Fundament, auf das Sie zuerst setzen sollten, bevor Sie sich an die situativeren Typen wie FAQ oder HowTo wagen.