Was sind strukturierte Forumsdaten?

Strukturierte Daten für Foren sind ein Schema.org-Markup, das ausschließlich für nutzergenerierte Inhalte in Foren gedacht ist: Diskussionsstränge, Antworten und Kommentare, die mehrere Personen gemeinsam schreiben. Google Search Central beschreibt es als Markup für foren-artige Seiten, auf denen Menschen Perspektiven aus erster Hand teilen, und grenzt es klar von anderen Inhaltstypen ab. Die offizielle Dokumentation sagt wörtlich, dass das DiscussionForumPosting-Markup nur verwendet werden soll, um einen nutzergenerierten Beitrag auf einer Website zu beschreiben, und nicht für Inhalte, die hauptsächlich von den Betreibern der Seite verfasst wurden. Damit sind Artikel, Blogbeiträge und von der Marke verfasste Produktbewertungen ausgeschlossen, selbst wenn sie im Thread-Format veröffentlicht werden. Es gibt außerdem eine Grenze zu einem verwandten Markup-Typ: Wenn die Struktur der Seite vor allem aus Fragen mit Antworten besteht, gilt das Frage-und-Antwort-Markup statt des Forum-Markups. Der Kern des Schemas ist DiscussionForumPosting, das Kommentare (Comment) innerhalb des ursprünglichen Beitrags verschachteln kann und so die tatsächliche Struktur eines Threads abbildet: eine erste Nachricht und eine Kette von Antworten darunter. Diese Unterscheidung zwischen dem, was eine Marke schreibt, und dem, was ihre Community schreibt, ist der Kern des gesamten Markups, und auch der Grund, warum ein Support-Forum, eine Produkt-Community oder ein thematisches Unterforum die natürlichen Kandidaten für die Umsetzung sind, während ein Unternehmensblog es nicht ist.

Das Markup verlangt eine Mindestmenge an Eigenschaften sowohl im Hauptbeitrag als auch in jedem verschachtelten Kommentar. Für DiscussionForumPosting fordert Google Search Central als Pflichtangaben author (mit author.name), datePublished im ISO-8601-Datumsformat und mindestens eine dieser drei Eigenschaften: text, image oder video. Dieselbe Anforderung gilt innerhalb jedes Comment: Autor, Veröffentlichungsdatum und wieder mindestens Text, Bild oder Video. Ohne diese Eigenschaften betrachtet Google das Markup nicht als gültig, und die Seite kommt nicht für das Rich Result infrage, wie vollständig auch immer die übrigen Angaben sind. Neben den Pflichtangaben gibt es eine Gruppe empfohlener Eigenschaften, die Google nicht verlangt, aber schätzt: dateModified für spätere Bearbeitungen, commentCount und interactionStatistic für die Aktivität des Threads, url und author.url zur Verknüpfung des Autorenprofils, und eine kürzlich hinzugefügte, digitalSourceType, die dazu dient, von Menschen erstellte Inhalte von algorithmisch erzeugten oder KI-trainierten Inhalten zu unterscheiden. Die Dokumentation von Google, geprüft am 20. August 2026, zeigt als letztes Aktualisierungsdatum den 24. März 2026, was darauf hindeutet, dass Google dieses Markup weiterhin anpasst und es seit der Einführung nicht unverändert gelassen hat. Es gibt zudem eine ungewöhnliche technische Besonderheit: Während Google für die meisten Arten strukturierter Daten JSON-LD bevorzugt, empfiehlt es für DiscussionForumPosting ausdrücklich Mikrodaten oder RDFa, wo immer möglich, eine erklärte Ausnahme von der eigenen allgemeinen Regel. Wer eine bestehende Forensoftware einsetzt, sollte vor der Umsetzung prüfen, ob ein Plugin oder eine Erweiterung diese Eigenschaften bereits automatisch ausgibt, statt jedes Feld manuell zu pflegen.

Dieses Markup ist wichtig, weil es einen Inhaltstyp abdeckt, den kein anderes Schema präzise abbildet: das gemeinsame Gespräch, mit mehreren Autoren und einer Thread-Struktur, etwas anderes als ein Artikel mit einem einzigen Autor oder eine Liste von Fragen und Antworten. Google führte es laut Search Engine Land am 27. November 2023 zusammen mit dem Profilseiten-Markup ein und entwickelt es weiterhin aktiv, wie die im März 2026 dokumentierte Ergänzung von digitalSourceType zeigt. Für eine Seite mit einer aktiven Community, etwa ein technisches Support-Forum, einen Frage-Bereich zwischen Nutzern eines Produkts oder ein Unterforum zu einem konkreten Nischenthema, macht die Umsetzung den Unterschied, ob Google diesen Inhalt als generische Textmasse behandelt oder ihn als das erkennt, was er ist: Beiträge echter Personen mit Erfahrung aus erster Hand, genau die Art von Signal, die Googles Richtlinien zur Inhaltsqualität seit Jahren einfordern. Die Entscheidung, die davon abhängt, lässt sich einfach formulieren: Jede Seite mit aktiven Foren oder Nutzer-Communitys sollte prüfen, ob sie dieses Markup umsetzt, bevor sie denselben Aufwand in eine andere Art strukturierter Daten steckt, die weniger zu ihrem Inhalt passt. Für Agenturen und Inhouse-Teams, die mehrere Kundenseiten mit Community-Bereichen betreuen, kommt hinzu, dass die Umsetzung pro Seite wiederholbar ist, sobald das Muster einmal für eine Plattform (etwa ein bestimmtes Forensystem) technisch gelöst wurde.

• Kennzeichne den Hauptbeitrag und jeden Kommentar als separate Entitäten (verschachtelte DiscussionForumPosting und Comment), nicht als einen einzigen Textblock, damit Google die Thread-Struktur korrekt liest.
• Gib immer author.name und datePublished für jeden Beitrag und jeden Kommentar an: Sie sind Pflicht, und ohne sie ist das Markup nicht gültig, egal wie vollständig der Rest ist.
• Ergänze dateModified, wenn der Thread bearbeitet wird, damit Google zwischen dem ursprünglichen Datum und einer späteren Aktualisierung unterscheiden kann.
• Nutze für diesen konkreten Markup-Typ Mikrodaten oder RDFa statt JSON-LD, gemäß der ausdrücklichen Empfehlung von Google, auch wenn der Rest der Seite JSON-LD verwendet.
• Validiere das Markup mit dem Rich-Results-Test und prüfe den entsprechenden Bericht in der Search Console, bevor du es als veröffentlicht betrachtest.
• Reserviere dieses Markup für tatsächlich nutzergenerierte Inhalte; wenn die Seite Artikel veröffentlicht, die vom Redaktionsteam verfasst wurden, nutze stattdessen den strukturierten Datentyp für Artikel.

• DiscussionForumPosting auf Artikel oder Produktbewertungen anwenden, die von der Marke selbst verfasst wurden, eine Nutzung, die Googles Dokumentation ausdrücklich ausschließt.
• Die Verschachtelung von Kommentaren weglassen und nur den ersten Beitrag markieren, wodurch der Thread die Gesprächsstruktur verliert, die dem Markup seinen Sinn gibt.
• Dieses Markup mit dem für Fragen und Antworten verwechseln, wenn die Seite in Wirklichkeit als reines Frage-und-Antwort-Forum funktioniert.
• JSON-LD aus Gewohnheit verwenden, ohne zu berücksichtigen, dass Google für diesen konkreten Typ strukturierter Daten Mikrodaten oder RDFa empfiehlt, unabhängig davon, was der Rest der Seite nutzt.
• Davon ausgehen, dass das Markup das Rich Result garantiert: Google zeigt es je nach eigenen Qualitäts- und Relevanzkriterien an oder auch nicht, und eine gültige Implementierung ist nur die Eintrittskarte, keine Garantie.