Schema für soziale Inhalte und Communitys

Kurzfassung — „Social & Community Schema“ ist mein Kurzbegriff für sechs schema.org-Typen, die Inhalte auszeichnen, die Menschen erstellen, mit denen sie interagieren oder deren Anweisungen sie befolgen: Forenbeiträge, Frage-Antwort-Threads, FAQs, Anleitungen, Veranstaltungen und Software-/App-Seiten. Mit dem richtigen Typ wird eine Seite für eine besondere Darstellung in der Suche berechtigt. Der Haken: Google hat die Rich Results für FAQPage und HowTo entfernt; sie bewirken nichts Sichtbares mehr. DiscussionForumPosting, QAPage, Event und SoftwareApplication sind weiterhin aktiv. Dieser Status entscheidet, ob sich der Aufwand lohnt.

Was „Social & Community Schema“ bedeutet

Ein Forenthread, Support-Q&A, eine FAQ-Liste, Rezeptschritte, ein Konzert und eine App-Downloadseite sehen verschieden aus. Für Suchmaschinen sind sie jedoch jeweils eine eigenständige Inhaltseinheit, mit der Menschen interagieren. Strukturierte Daten (meist JSON-LD) sind Code, der diese Einheit mit dem gemeinsamen Vokabular von schema.org eindeutig beschreibt — etwa „dies ist eine Frage mit drei Community-Antworten“ oder „diese Veranstaltung findet an diesem Datum an dieser Adresse statt“.

„Social & Community Schema“ ist keine offizielle Gruppierung von Google oder schema.org. Es ist mein Oberbegriff für sechs Typen:

• DiscussionForumPosting — ein Forenthread oder Community-Beitrag.
• QAPage — eine einzelne Frage mit Antworten aus der Community (Stack Overflow oder ein gelöster Forenthread).
• FAQPage — eine vom Websitebetreiber verfasste Liste häufig gestellter Fragen und Antworten.
• HowTo — eine Schritt-für-Schritt-Anleitung.
• Event — Datum, Ort und Details einer Veranstaltung.
• SoftwareApplication — Name, Kategorie, Preis und Bewertung einer App oder Software.

Ein Hinweis zur Einordnung: Steht auf einer Seite hauptsächlich die Identität einer Person oder Organisation im Mittelpunkt — etwa eine Autorenbiografie oder Mitwirkendenseite —, gehört sie zu Googles separatem Typ ProfilePage, nicht zu diesen sechs. Dieses Hub behandelt ihn nicht; verwenden Sie dafür Googles ProfilePage-Leitfaden.

Das Wichtigste: Die Hälfte dieser Rich Results ist nicht mehr aktiv

Dieser Fakt trennt einen nützlichen von einem veralteten Artikel. Stand 2026:

• Weiterhin aktiv, dokumentiert und ohne Abkündigung: DiscussionForumPosting, QAPage, Event, SoftwareApplication.
• Rich Result entfernt — Typ technisch gültig, aber für fast alle unsichtbar: FAQPage (2023 eingeschränkt, am 7. Mai 2026 vollständig entfernt) und HowTo (zweistufig entfernt, seit September 2023 vollständig eingestellt).

Verlassen Sie sich nicht auf fünf Jahre alte Blogbeiträge: Gerade bei FAQPage und HowTo hat sich die Lage verändert, während viele Ratschläge nicht aktualisiert wurden.

Warum sich der Aufwand lohnt: Rich Results (sofern sie noch existieren)

Wo sie noch verfügbar ist, besteht die Gegenleistung in einer spezialisierten Suchdarstellung:

• 💬 ein Forenthread in Googles Funktion „Discussions and forums“
• ❓ ein Q&A-Thread mit akzeptierter Antwort
• 📅 eine Veranstaltungskarte mit Datum, Ort und Tickets
• 📱 ein App-Snippet mit Sternebewertung, Preis und Betriebssystem

Fügen Sie das passende Schema samt Pflichtangaben hinzu, und die Seite wird berechtigt. Berechtigt, niemals garantiert — Googles Systeme entscheiden weiterhin separat über die tatsächliche Darstellung.

Was die meisten falsch verstehen

Keiner dieser sechs Typen ist ein Rankingfaktor. Google hat dies für strukturierte Daten allgemein wiederholt klargestellt. Schema macht eine Seite für eine reichhaltigere Darstellung berechtigt (was Klicks steigern kann) und hilft Google beim Verständnis. Das ist nicht dasselbe wie besseres Ranking.

Die zweite Falle betrifft diese Gruppe besonders: FAQPage- oder HowTo-Markup in Erwartung eines nicht mehr existierenden Rich Results. Der Typ bleibt gültiges Markup, und ich habe keine Google-Anweisung gefunden, ihn entfernen zu müssen. Sichtbare erweiterbare Snippets erzeugt er jedoch nicht mehr. Investieren Sie neue Arbeit in weiterhin aktive Rich Results.

Möchten Sie die vollständige Aufschlüsselung — schema.org-Hierarchie, Pflichtfelder, genaue Entfernungsdaten und nächste Artikel? Wechseln Sie zur Registerkarte Fortgeschritten.

Kurzfassung — „Social & Community Schema“ ist meine Gruppierung aus der Praxis, keine Kategorie von Google oder schema.org, für sechs Typen rund um nutzergenerierte, interaktive oder anleitende Inhalte: DiscussionForumPosting, QAPage, FAQPage, HowTo, Event und SoftwareApplication. Google dokumentiert sie in drei getrennten Familien; schema.org vereinheitlicht sie taxonomisch ebenfalls nicht. Entscheidend ist: DiscussionForumPosting, QAPage, Event und SoftwareApplication bleiben aktive, dokumentierte Rich Results; FAQPage (August 2023 eingeschränkt, am 7. Mai 2026 vollständig entfernt) und HowTo (zweistufig entfernt, seit 13. September 2023 vollständig eingestellt) sind eingestellte Rich Results. Die Typen bleiben gültig, erzeugen aber für fast keine Website noch etwas in der SERP. Keiner beeinflusst Rankings; alle schaffen nur Berechtigung.

Zuerst eine ehrliche Einordnung: Das ist meine Gruppierung, nicht Googles

Viele Inhalte über „Community“- oder „Engagement“-Schema suggerieren, diese sechs Typen bildeten eine offizielle Familie. Das tun sie nicht.

• Google verteilt sie auf Dokumentationsfamilien. DiscussionForumPosting und QAPage stehen in allgemeinen Feature Guides; FAQPage, HowTo und Event haben oder hatten eigene Leitfäden; SoftwareApplication steht wiederum unter Feature Guides neben völlig anderen Typen.
• schema.org vereinheitlicht sie ebenfalls nicht. Sie liegen in verschiedenen Zweigen der Typhierarchie; Event ist ein eigener Top-Level-Typ. Es gibt keine schema.org-Gruppe für „soziale“ oder „Community“-Inhalte.

Ich bündele sie, weil sie ein praktisches SEO-Problem teilen — nutzerorientierte, interaktive oder anleitende Inhalte, mit denen Leser etwas tun —, nicht weil Google oder schema.org sie zusammenführt. Diese fehlende Taxonomie sollte offen benannt werden.

Die sechs Typen auf einen Blick

• DiscussionForumPosting (schema.org/DiscussionForumPosting) — Forenthread oder nutzergenerierter Community-Beitrag. Am 27. November 2023 zusammen mit ProfilePage gestartet und an „Discussions and forums“ sowie Perspectives gebunden. Erfordert author, author.name, datePublished und mindestens text/image/video für Beitrag und jeden verschachtelten Comment. Ausnahme: Google empfiehlt hier Microdata oder RDFa statt JSON-LD, um große Textduplikate zu vermeiden. Nur für echte nutzergenerierte Inhalte, nie redaktionelle Artikel.
• QAPage (schema.org/QAPage) — einzelne Frage mit Community-Antworten. Erfordert eine mainEntity Question mit name, answerCount und mindestens acceptedAnswer/suggestedAnswer. Derzeit keine Abkündigung. Googles Abgrenzung zu DiscussionForumPosting: “is your forum primarily Q&A?” Übersetzung: „Ist Ihr Forum hauptsächlich Frage und Antwort?“
• FAQPage (schema.org/FAQPage) — feste FAQ-Liste des Betreibers (mainEntity aus Question mit name und acceptedAnswer). Am 8. August 2023 auf Behörden- und Gesundheitsseiten beschränkt, am 7. Mai 2026 vollständig entfernt. Der Vokabeltyp ist nicht deprecated; der frühere Google-Leitfaden leitet inzwischen per 301-Weiterleitung auf den Changelog weiter. Aussagen über heutige Nutzung brauchen aktuelle Primärbelege.
• HowTo (schema.org/HowTo) — Schrittanweisungen (step, HowToStep, HowToSection, tool, supply, totalTime). Zweistufig entfernt: mobil am 8. August 2023, Desktop bis 13. September 2023. Googles Changelog nennt “both desktop and mobile devices.” Übersetzung: „sowohl Desktop- als auch Mobilgeräte“. Nicht mit dem weiterhin aktiven Recipe verwechseln.
• Event (schema.org/Event) — Name, Datum und Ort; erfordert name, startDate, location. Virtuelle Veranstaltungen ohne realen Anteil sind 2026 nicht berechtigt: “Virtual experiences that have no real-world component aren’t supported. Events must take place in a physical location.” Übersetzung: „Rein virtuelle Erlebnisse werden nicht unterstützt. Veranstaltungen müssen an einem physischen Ort stattfinden.“ Pandemie-Ratschläge zu eventAttendanceMode allein sind veraltet.
• SoftwareApplication (schema.org/SoftwareApplication) — Name, Kategorie, Betriebssystem, Preis und Bewertung; speist das Software-App-Rich-Result. Erfordert name, offers (Preis, 0 für kostenlos) und aggregateRating oder review; applicationCategory und operatingSystem empfohlen. Für SaaS/Web-Apps meist besser als Product bzw. dessen Subtypen WebApplication/MobileApplication.

Ein benachbarter Fall: Wenn eine Seite hauptsächlich eine verbundene Person oder Organisation identifiziert — Autorenbiografie oder Mitwirkendenseite —, gehört sie zu ProfilePage (schema.org/ProfilePage), nicht zu diesen sechs. Dessen Leitfaden dokumentiert mainEntity und Autorenbeziehungen. Ein Link zum Profil stellt Identität her, garantiert aber weder Darstellung noch Konsolidierung oder Ranking.

Dieses Hub bleibt bei den vollständigen Eigenschaftstabellen bewusst knapp — die Details stehen in den sechs verlinkten Unterartikeln.

Die Statusaufteilung, klar formuliert

Diese Tabelle enthält die eine Erkenntnis, die jeder Leser mitnehmen sollte:

Bei den zwei eingestellten Varianten bleibt der schema.org-Typ gültiges Vokabular. Ich habe weder eine aktuelle Pflicht zur Entfernung noch eine ausdrückliche Unbedenklichkeit gefunden. Sicher ist nur: Für fast alle entsteht keine sichtbare Suchdarstellung mehr.

Gemeinsame Grundregeln für alle sechs

Obwohl sie keine Taxonomie teilen, gelten Googles allgemeine Richtlinien für strukturierte Daten:

• Pflichtfelder sind die Zugangsvoraussetzung. Fehlt eines, ist die Seite nicht berechtigt.
• Berechtigung ≠ garantierte Darstellung. Gültiges Markup bringt die Seite in den Kandidatenpool; Google entscheidet separat.
• Nur sichtbare, korrekte und echte Inhalte auszeichnen. Keine falschen Bewertungen, selbst beantworteten „Community“-Fragen oder erfundenen Events. Spam-, Qualitäts- und typspezifische Regeln gelten.
• JSON-LD ist allgemein empfohlen — mit der genannten Ausnahme für DiscussionForumPosting.

Hilft Social & Community Schema bei SEO?

Nicht beim Ranking. Googles wiederholte Position “structured data won’t make your site rank better” Übersetzung: „Strukturierte Daten verbessern das Ranking Ihrer Website nicht“ gilt ausnahmslos. Die Typen schaffen — wo aktiv — Berechtigung und helfen beim Verständnis. Bei FAQPage und HowTo bleibt nur der Verständniswert, da sichtbare SERP-Änderungen für die meisten entfallen.

Wie es weitergeht

Dieses Hub ist die Karte; jeder Punkt besitzt einen eigenen Unterartikel:

• DiscussionForumPosting-Schema — Pflichtfelder, Microdata/RDFa-Ausnahme, AI-Offenlegung digitalSourceType und UGC-Sichtbarkeit 2025–2026.
• QAPage-Schema — Abgrenzung nach Urheberschaft zu FAQPage und zu DiscussionForumPosting; weiterhin unterstützt.
• FAQPage-Schema — Zeitachse, gültig vs. entfernt und heutiger Nutzen.
• HowTo-Schema — zweistufige Entfernung, korrigierter Desktop-Irrtum und Unterschied zu Recipe.
• Event-Schema — Pflichtfelder, Mythos virtueller Events und eventStatus.
• SoftwareApplication-Schema — Pflichtfelder, applicationCategory und Abgrenzung zu Product.

Im größeren Bild liegt dieses Hub im Subcluster strukturierte Daten. Das Schwester-Hub Commerce Schema behandelt transaktionale Listungen (Product, ProductGroup, JobPosting), der Artikel Schema Markup Vokabular, Formate und Abkündigungszyklen. Alles gehört zum Cluster On-Page.

KI-Zusammenfassung

Eine Kurzfassung der Version für Fortgeschrittene:

• Was es ist: „Social & Community Schema“ ist Patricks praktische Gruppierung — keine Kategorie von Google oder schema.org — für sechs Typen: DiscussionForumPosting, QAPage, FAQPage, HowTo, Event, SoftwareApplication.
• Keine offizielle Familie: Google dokumentiert sie getrennt; schema.org gruppiert sie ebenfalls nicht.
• Benachbart, nicht enthalten: Seiten zur Identität von Autoren/Organisationen gehören zum separaten Typ ProfilePage.
• Entscheidende Statusaufteilung:
  • Aktiv, nicht abgekündigt: DiscussionForumPosting (27. Nov. 2023), QAPage, Event (rein virtuell NICHT berechtigt), SoftwareApplication.
  • Rich Result eingestellt, Typ gültig: FAQPage (Aug. 2023 eingeschränkt → 7. Mai 2026 entfernt) und HowTo (zweistufig → 13. Sept. 2023 auf Desktop und Mobilgeräten entfernt).
• Mindestpflichtfelder:
  • DiscussionForumPosting: author, author.name, datePublished, text/image/video.
  • QAPage: mainEntity Question mit name, answerCount, acceptedAnswer/suggestedAnswer.
  • FAQPage: mainEntity-Array aus Question mit name + acceptedAnswer.
  • HowTo: step (HowToStep/HowToSection).
  • Event: name, startDate, location.
  • SoftwareApplication: name, offers (mit Preis), aggregateRating/review.
• Format: allgemein JSON-LD, außer DiscussionForumPosting, für das Google Microdata/RDFa empfiehlt.
• QAPage vs. FAQPage: Urheberschaft — FAQ vom Betreiber, Q&A aus der Community.
• QAPage vs. DiscussionForumPosting: Googles Frage “is your forum primarily Q&A?” Übersetzung: „Ist Ihr Forum hauptsächlich Frage und Antwort?“
• SoftwareApplication vs. Product: Bezahlte SaaS-/Web-App gewöhnlich als SoftwareApplication bzw. WebApplication/MobileApplication.
• SEO-Wirkung: keiner ist Rankingfaktor — nur Berechtigung und Verständnis.

Offizielle Dokumentation

Primärdokumentation für die sechs Social-&-Community-Schema-Typen.

Google — gemeinsame Regeln

• Allgemeine Richtlinien für strukturierte Daten — Berechtigungsprinzip und Qualitäts-/Spamregeln.
• Galerie strukturierter Daten — aktuelle Quelle dafür, was Rich Results erzeugt.

Google — einzelne Typen

• Diskussionsforen-Daten — Eigenschaften und Microdata/RDFa-Empfehlung.
• Q&A-Seiten-Daten — Question/Answer-Struktur und Berechtigung.
• FAQ-Daten — Stand 18.07.2026 leitet diese URL per 301 auf Googles Changelog zur Entfernung. Der dedizierte Leitfaden wurde offenbar eingestellt; der historische Link bleibt, der Changelog ist aktuell.
• Event-Daten — Eigenschaften und eventStatus.
• Software-App-Daten — Eigenschaften und applicationCategory.
• Startbeitrag zu Discussion und Profile (27. Nov. 2023).

Schema.org (Vokabular)

• schema.org/DiscussionForumPosting · schema.org/QAPage · schema.org/FAQPage · schema.org/HowTo · schema.org/Event · schema.org/SoftwareApplication

Bing / Microsoft

• Bing Webmaster Tools — Website mit strukturierten Daten auszeichnen — nur generische schema.org-Unterstützung; die Seite nennt keinen der sechs Typen und Bing veröffentlicht keine typspezifischen Berechtigungsregeln. Stand 18.07.2026 ist „Bing unterstützt FAQPage weiterhin“ ohne aktuelle Primärquelle unbestätigt.

Zitate aus den Quellen

Dokumentierte Aussagen. Wo der Text verfügbar ist, führt der Link direkt zur zitierten Passage.

Google — Start von DiscussionForumPosting (Thomas Han, 27. Nov. 2023)

• “Forums with this markup are considered for having their content appear in the Perspective and ‘Discussions and forums’ features. However, the use of the markup does not guarantee appearance.” Übersetzung: „Foren mit diesem Markup kommen für eine Darstellung in Perspectives und ‚Discussions and forums‘ infrage. Das Markup garantiert die Darstellung jedoch nicht.“ Zum Zitat
• “Unlike our general structured data preference, we recommend providing the DiscussionForumPosting markup in Microdata (or RDFa) if possible.” Übersetzung: „Anders als bei unserer allgemeinen Präferenz empfehlen wir, DiscussionForumPosting möglichst als Microdata oder RDFa bereitzustellen.“ Zum Zitat

Google-Dokumentation — Korrektur zu rein virtuellen Events

• “Virtual experiences that have no real-world component aren’t supported. Events must take place in a physical location.” Übersetzung: „Rein virtuelle Erlebnisse ohne reale Komponente werden nicht unterstützt. Veranstaltungen müssen an einem physischen Ort stattfinden.“ Zum Zitat

Google-Dokumentation — allgemeines Berechtigungsprinzip

• “Specify all required properties listed in the documentation for your specific rich result type. Items that are missing required properties are not eligible for rich results.” Übersetzung: „Geben Sie alle Pflichtfelder an, die für Ihren Rich-Result-Typ dokumentiert sind. Elemente mit fehlenden Pflichtfeldern sind nicht berechtigt.“ Zum Zitat

John Mueller, Google — Schema ist kein Rankingfaktor

• “Structured data won’t make your site rank better.” Übersetzung: „Strukturierte Daten verbessern das Ranking Ihrer Website nicht.“ Bericht Übermittelt durch Search Engine Roundtable zu Muellers Bluesky-Beiträgen vom April 2025; als sekundär transkribierten Wortlaut behandeln.

Social & Community Schema auf einen Blick

Vergleich der sechs Typen

Kurzfakten

• „Social & Community Schema“ ist eine praktische Gruppierung, keine Kategorie von Google oder schema.org.
• Status ist wichtiger als Taxonomie: vier Typen aktiv, zwei eingestellte Rich Results mit gültigem, aber wirkungslosem Markup.
• Berechtigung ≠ Darstellung — Google entscheidet für jeden aktiven Typ.
• Keiner ist Rankingfaktor.
• DiscussionForumPosting ist die JSON-LD-Ausnahme — Google empfiehlt ausdrücklich Microdata/RDFa.
• Keine veröffentlichte Entfernungspflicht. Es gibt weder einen Beleg für Strafe durch verbliebenes FAQPage/HowTo-Markup noch eine Unbedenklichkeitsgarantie; bestätigt ist nur das Ende der sichtbaren Darstellung.

Welchen Social-&-Community-Schema-Typ brauche ich?

Beantworten Sie die Frage für die auszuzeichnende Seite; Sie gelangen zum richtigen Typ und passenden Unterartikel.

Testen Sie sich selbst: Social & Community Schema

Fünf kurze Fragen zu den sechs Typen, ihrem Status und ihren Beziehungen. Wählen Sie jeweils eine Antwort und prüfen Sie sie.

Lesenswerte Ressourcen

Meine Texte zu strukturierten Daten

• Schema Markup — Vokabular, Formate, Entitätsverständnis und Abkündigungszyklus.
• Commerce Schema — Schwester-Hub für Product, ProductGroup und JobPosting.
• Einsteigerleitfaden für technisches SEO — Schema als Code für Verständnis und auffällige Suchfunktionen.

Aus der Branche

• Google: Strukturierte Daten verbessern das Ranking nicht (Search Engine Roundtable) — Muellers Aussage vom April 2025.
• Google entfernt FAQ-Rich-Results (Search Engine Journal) — Entfernung und verbleibende Gültigkeit.
• Startbeitrag zu Discussion und Profile (Google Search Central) — ursprüngliche Ankündigung.
• schema.org — das Vokabular aus erster Hand.

Änderungsprotokoll