FAQPage auf der Produktseite oder eine eigene Frage-Antwort-Seite. Beide verlieren..

Am 8. August 2023 aktualisierte Google seine Dokumentation zu strukturierten Daten mit einem einzigen entscheidenden Satz. Der Satz besagte, dass ab diesem Zeitpunkt `FAQPage` Rich Results nur noch für "bekannte, autoritative Regierungs- und Gesundheitswebsites" angezeigt würden. Für alle anderen Domains verschwand das Rich Result. Das Schema validierte. Die Sterne und das Dropdown, das früher unter den Suchergebnissen erschien, nicht.

Drei Jahre später findet sich das Schema noch immer auf Zehntausenden von E-Commerce-Produktseiten, von denen fast keine als autoritative Gesundheits- oder Regierungsdomäne gilt. Das Schema wird von SEO-Plugins, Bewertungsplattformen, Themes und Entwicklern ausgeliefert, die es aus einem Tutorial übernahmen, das vor der Änderung von 2023 geschrieben wurde. Das Schema erzeugt null Rich Results und kaum einen messbaren Nutzen, schafft aber gelegentlich Compliance-Risiken nach der FTC-Testimonials-Regelung, wenn die "FAQ"-Fragen vom Shop geschrieben und so präsentiert werden, als stammten sie von Kunden.

Das Schwester-Schema `QAPage` hat ein anderes Problem. `QAPage` wurde für Sites wie Stack Overflow und Quora entworfen, auf denen ein Nutzer eine Frage stellt und viele Nutzer Antworten einreichen. Das Rich Result zeigt, wenn es erscheint, die Frage und die am höchsten bewertete Antwort. Produktseiten haben von Natur aus keine von Nutzern eingereichten Fragen mit von Nutzern eingereichten Antworten; sie haben vom Shop aufbereitete Inhalte. `QAPage`-Schema auf eine vom Shop kuratierte FAQ anzuwenden ist ein andersartiger Regelverstoß: diesmal gegen die erklärten Semantiken des Schemas, nicht gegen eine Rich-Result-Regel von Google.

Die meisten Shops, die Frage-Antwort-Inhalte auf Produktseiten einsetzen, haben sich für eines dieser beiden Schemas entschieden. Beide sind falsch für die Seite, auf der sie leben. Die richtige Antwort ist struktureller Natur, keine Schema-Frage, und sie hängt von einer Frage ab, die kaum ein Betreiber stellt: Hat der Shop genug Kundenfrageaufkommen, um überhaupt eine eigene Seite zu rechtfertigen?

Das `FAQPage`-Schema wurde 2018 zu Schema.org hinzugefügt und im Mai 2019 in Googles Rich-Results-Programm aufgenommen. Der vorgesehene Verwendungszweck laut der ursprünglichen Dokumentation war "eine Seite, auf der die Fragen und Antworten vom Herausgeber verfasst werden." Wikipedia-FAQs. Software-Dokumentation. Behördliche Gesundheitsseiten, die ein Förderprogramm erläutern. Seiten, auf denen ein kanonischer Autor eine kanonische Antwort auf eine häufig gestellte Frage geschrieben hatte.

In den ersten vier Jahren funktionierte das Schema. Eine Website konnte einen FAQ-Abschnitt auszeichnen, ein Dropdown-Rich-Result unter ihrem Sucheintrag erhalten und laut mehreren Fallstudien aus 2020 und 2021 rund 15-25 Prozent mehr Klicks bei Suchanfragen mit kaufbereiten Nutzern erzielen. Das Rich Result war so erfolgreich, dass fast sofort jedes E-Commerce-Theme einen "FAQ-Block" in seine Produktseitenvorlage aufnahm. Jedes SEO-Plugin ergänzte einen FAQ-Schema-Injektor. Shops begannen, fünf "häufig gestellte Fragen" pro Produkt zu verfassen. Keine dieser Fragen war je wirklich gestellt worden; es war SEO-Inhalt, verkleidet als FAQ.

Das Schema wurde in einem Ausmaß missbraucht, das selbst Googles eigene Teams überraschte. Bis 2022 zeigten interne Google-Daten (von John Mueller in einem öffentlichen Vortrag Anfang 2023 indirekt erwähnt), dass der mediane FAQPage-Block im offenen Web vier von einem Marketing-Team erfundene Fragen enthielt, von denen zwei werbend waren ("Warum ist X das beste Y auf dem Markt?") und eine ein kaum verhüllter Call-to-Action ("Wo kann ich X kaufen?"). Das Rich Result war zu diesem Zeitpunkt zum Rauschgenerator geworden. Googles Änderung vom August 2023 beschränkte das Ergebnis auf autoritative Domains und machte damit den Wert des Schemas für alle anderen zunichte.

Das Schema selbst wurde nicht verworfen. Es kann weiterhin eingesetzt werden. Es wird weiterhin validieren. Es wird in 99 Prozent der Fälle kein sichtbares Rich Result und keine messbare Auswirkung auf die Klickrate erzeugen. Die Bytes kommen auf die Seite; das Ergebnis erscheint nicht.

Das `QAPage`-Schema wurde ausdrücklich für Community-Q&A-Sites entwickelt. Die Schema.org-Definition verweist auf "eine Website wie Stack Exchange, Quora oder AnswerBag." Die strukturelle Annahme ist, dass ein Nutzer eine `Question` stellt, mehrere Nutzer `Answer`-Blöcke einreichen und die Seite sowohl die Identität des Fragestellers als auch die Identität des Antwortenden sowie die relative Autorität der Antwort festhält (eine "akzeptierte" oder "am höchsten bewertete" Antwort).

Das Schema trifft Annahmen, die eine typische vom Shop kuratierte Produkt-FAQ nicht erfüllen kann. Die `Question` soll einen `author` haben, der nicht der Seiteninhaber ist. Der `AnswerCount` soll eine echte Zählung verschiedener von Nutzern eingereichter Antworten sein. Die "akzeptierte Antwort" soll, falls vorhanden, die Antwort sein, die der Fragesteller (oder die Community-Moderation) als korrekt markiert hat. Nichts davon trifft auf den kuratierten FAQ-Abschnitt eines Shops zu, der vom Shop selbst, für die eigenen Produkte, von einem einzigen Autor verfasst wird, der zugleich der Seiteninhaber ist.

Shops, die `QAPage`-Schema auf eine vom Shop kuratierte FAQ angewendet haben, verfälschen die Semantik des Schemas. Google verteilt in der Praxis dafür keine manuellen Strafen. Der Nachteil ist struktureller Natur: Das Schema wird kaum ein Rich Result erzielen, weil die Seite nicht dem zugrunde liegenden Muster entspricht; und jede KI-Suchmaschine, die das Schema als Zitationssignal liest, wird den Inhalt korrekterweise als vom Shop generiert statt als community-generiert behandeln, was ein schwächeres Zitationssignal ist, als der Shop glaubt zu senden. Siehe first person dated signed dazu, warum community-verfasste Inhalte mehr Zitationsgewicht tragen als vom Shop verfasste.

Die Fälle, in denen `QAPage` legitim das richtige Schema für einen Produkt-Kontext ist, sind eng gefasst. Eine Website, die echte von Kunden eingereichte Fragen, mit echten von Kunden eingereichten Antworten, auf einer eigenen URL pro Frage hostet, qualifiziert sich. Die meisten E-Commerce-Sites bieten das nicht. Amazons "Fragen und Antworten"-Bereich ist das kanonische positive Beispiel: Kunden fragen, Kunden (und manchmal der Verkäufer) antworten, und jede Frage-Antwort-Einheit hat ihren eigenen structured-data-Block. Außerhalb von Amazon und einer Handvoll großer Marktplätze ist das Muster selten.

Die eigentliche Entscheidung lautet nicht "FAQPage oder QAPage." Sie lautet: Sollten Frage-Antwort-Inhalte überhaupt auf der Produktseite stehen, oder auf einer eigenen Seite, die das Fragenaufkommen rechtfertigt?

Zwei Muster funktionieren. Die meisten Shops haben sich nicht zwischen ihnen entschieden; sie haben eine Halbversion von beiden eingesetzt.

Das erste Muster ist Frage-Antwort-Inhalt direkt auf der Produktseite, ohne jegliches Schema. Der Inhalt wird als Fließtext behandelt. Die Fragen und Antworten erscheinen unter der Produktbeschreibung, oft über dem Bewertungsbereich, oft zusammen mit den Fotos, nach denen Käufer fragen. Die Fragen werden vom Shop verfasst, manchmal auf Basis von Kundenservice-Tickets, manchmal auf Basis von Bewertungsinhalts-Analyse (siehe the long tail begins inside the review). Der Shop erhebt keinen Schema-Anspruch, dass die Fragen von Nutzern eingereicht wurden. Die Aufgabe des Inhalts ist es, Fragen zu beantworten, die echte Käufer tatsächlich stellen, an dem Ort, an dem sie bereit sind, sie zu stellen. Der Traffic ist intern; das Format ist Fließtext; das rechtliche Risiko ist gering; das Rich Result ist null, weil kein Schema eingesetzt wird.

Das zweite Muster ist eine eigene Frage-Antwort-Seite pro Produkt, auf der Kunden tatsächlich Fragen einreichen können, der Shop oder andere Kunden Antworten einreichen können und jede Frage unter ihrer eigenen URL lebt. Das Schema ist `QAPage`, wahrheitsgemäß angewendet. Das Rich Result, wo es erscheint, ist echt. Der Inhalt ist genuinen community-generiert und trägt daher Zitationsgewicht. Die Kosten sind operativer Natur: Jemand muss moderieren, jemand muss antworten, und die Seite lohnt sich nur, wenn echtes Fragenaufkommen vorhanden ist.

Das zweite Muster ist nur dann die richtige Antwort, wenn der Shop das Fragenaufkommen hat, um es zu rechtfertigen. Für einen Shop mit hundert SKUs und zwölf Kundenfragen pro Monat würde eine eigene Frage-Antwort-Seite pro Produkt achtundneunzig leere Seiten und zwei Seiten mit je einer Frage bedeuten. Leere Seiten sind schlimmer als keine Seiten; sie signalisieren Crawlern Dünne und erzeugen internen Link-Overhead ohne Inhalt am anderen Ende. Für einen Shop mit zwölf SKUs und hundert Kundenfragen pro Monat wird die eigene Seite lohnenswert. Die Schwelle ist keine feste Zahl; es ist der Punkt, an dem das Fragenaufkommen pro Produktseite die operativen Kosten der Moderation übersteigt, was üblicherweise irgendwo zwischen fünf und zehn substantiellen Fragen pro Produkt pro Quartal liegt.

Unterhalb der Schwelle ist die richtige Antwort eingebetteter Fließtext ohne Schema. Oberhalb der Schwelle ist die richtige Antwort eine eigene Seite mit `QAPage`-Schema, echtem Frageneinreichungsmechanismus und einer Moderations-Warteschlange.

Der Grund, warum die meisten Shops ein falsches Schema einsetzen, liegt darin, dass sie die Reihenfolge der Entscheidungen verwechselten. Die Entscheidung, einen FAQ-Abschnitt zur Produktseite hinzuzufügen, wurde zuerst getroffen, meist als Conversion-Rate-Optimierungs-Experiment, meist weil ein Mitbewerber einen hatte. Die Entscheidung, ein Schema hinzuzufügen, wurde als zweites getroffen, meist vom selben SEO-Plugin, das `Organization`-Schema mit einem `aggregateRating` lieferte (siehe self serving review markup and the line google drew). Der Shop fragte nie, ob der FAQ-Inhalt echt oder ob das Schema passend war. Das Schema war ein Nebeneffekt einer CRO-Entscheidung.

Die Reihenfolge umzukehren führt zu einer anderen Antwort. Die erste Frage ist, ob echte Kunden Fragen zum Produkt stellen, in einem Volumen, das eine Antwortfläche rechtfertigt. Wenn ja, ist die zweite Frage, ob die Antwortfläche auf der Produktseite (geringes Volumen, Fließtext, kein Schema) oder auf einer eigenen Seite (hohes Volumen, strukturierte Einreichung, echtes `QAPage`-Schema) liegen sollte. Das Schema folgt aus der Architektur, nicht umgekehrt. Die meisten Shops setzen Schema als erste Entscheidung ein und stellen drei Jahre später fest, dass das Schema nichts bewirkt.

Das Schema ist der Architektur nachgelagert. Die Architektur ist dem Volumen nachgelagert. Das Volumen ist etwas, das kaum ein Betreiber gemessen hat.

Die FTC-Regelung von 2024 zu Verbraucherbewertungen und Testimonials, die am 21. Oktober 2024 in Kraft trat, verbietet die Verwendung gefälschter oder KI-generierter Bewertungen sowie die falsche Darstellung von Bewertungen als von unabhängigen Verbrauchern stammend, wenn sie das nicht tun. Die Regelung wurde größtenteils als auf gefälschte Bewertungen auf Produktseiten abzielend interpretiert. Es gibt eine stillere Implikation für FAQ-Schema.

Ein typischer vom Shop kuratierter FAQ-Abschnitt präsentiert die Fragen so, als wären sie gestellt worden. Das Formulierungsmuster ist konsistent: "Wie lange hält das Serum?" "Ist es für empfindliche Haut geeignet?" "Wo wird es hergestellt?" Die Fragen werden von einem Marketing-Team geschrieben. Sie werden keinem bestimmten Fragesteller zugeschrieben. Sie sind in den meisten Fällen auch nicht buchstäblich falsch; es sind echte Fragen, die dem Shop plausiblerweise gestellt worden sein könnten.

Das Risiko entsteht, wenn die FAQ mit `QAPage`-Schema umhüllt wird, das von Nutzern eingereichte Fragen und Antworten implizieren soll. Vom Shop kuratierte Inhalte mit `QAPage`-Schema auszuzeichnen ist eine Darstellungsbehauptung, dass der Inhalt von unabhängigen Nutzern stammt, obwohl das nicht der Fall ist. Die FTC-Warnschreiben vom Dezember 2025 zitierten ausdrücklich "die falsche Darstellung der Quelle von Testimonial-Inhalten" als Verstoßmuster. Das Schema ist in dieser Lesart eine technische Erweiterung derselben falschen Darstellung. Das Risiko ist gering und weitgehend theoretisch, aber es ist ein Risiko, das vor der Regelung nicht existierte, und Shops, die `QAPage`-Schema auf kuratierten FAQs einsetzen, sollten zumindest aufhören, die Fragen so zu beschreiben, als wären sie von Kunden eingereicht worden.

`FAQPage`-Schema hingegen erhebt keinen Darstellungsanspruch bezüglich Nutzereinreichung. Seine Definition besagt ausdrücklich, dass die Fragen und Antworten vom Herausgeber verfasst werden. `FAQPage`-Schema auf einer vom Shop geschriebenen FAQ einzusetzen ist ehrlich; es erzeugt nur kein Rich Result, was das separate Problem ist, das oben behandelt wurde.

Der Einwand lautet 2026, dass KI-Suchmaschinen FAQ-Inhalte möglicherweise trotzdem zitieren, weil das Schema das Frage-Antwort-Muster lesbar macht, selbst wenn das FAQ-Rich-Result verschwunden ist. Das ist teilweise wahr und größtenteils übertrieben.

Die Ahrefs-Studie vom März 2026 mit 1,4 Millionen KI-Overview-Abfragen ergab, dass KI-Overviews fragenformatierte Inhalte in etwa mit derselben Rate wie fließtextformatierte Inhalte zitieren, wenn man für Relevanz und Quellenautorität kontrolliert. Der Schema-Wrapper hatte keinen messbaren unabhängigen Effekt. Was einen Effekt hatte: ob der Inhalt die konkret gestellte Frage beantwortete, ob die Quelle als thematisch autoritativ wahrgenommen wurde und ob die Antwort spezifisch und datiert statt generisch war. (Zum breiteren Zitationsmuster siehe the citation economy.)

Die praktische Schlussfolgerung ist, dass KI-Engines die Antwort zitieren, nicht das Schema. Ein gut geschriebener Fließtext-Abschnitt auf einer Produktseite, der direkt beantwortet, "wie lange hält dieses Serum nach dem Öffnen", wird ebenso bereitwillig zitiert wie derselbe Abschnitt in `FAQPage`-Schema eingebettet. Das Schema ist nicht das Zitationsprimitiv; die Antwort ist es. Das ist, bei näherer Betrachtung, dieselbe Schlussfolgerung, zu der das menschliche Web 2021 über FAQ-Schema gelangte: Der Wert lag immer in der Antwort, nicht im Markup.

Der häufigste Fehler bei Commerce-Schema-Arbeit ist, einen Wrapper um Inhalte zu liefern, die nicht existieren. Den FAQ-Abschnitt, den niemand gefragt hat. Die Frage-Antwort-Seite ohne Fragen. Den `aggregateRating`-Block auf einer Homepage, die sich selbst bewertet. Schema soll eine Beschreibung von etwas Realem sein. Wenn das Reale fehlt, beschreibt das Schema die Abwesenheit, und die Engines (Suchmaschinen, Antwortmaschinen, KI-Crawler) lesen die Abwesenheit akkurat. Sie zitieren den Shop, der eine echte Frage auf einer echten Seite in echten Worten beantwortet hat. Sie übergehen den Shop, der einen Wrapper geliefert hat.

Der richtige Schritt 2026 ist, die echten Kundenfragen zu finden, sie in echten Worten zu beantworten und das Schema als letzte statt als erste Entscheidung zu treffen. Shops, die das tun, liefern am Ende weniger Markup, mehr Fließtext und mehr indexierungswürdige Seiten. (Siehe the half life of a product page für den kumulativen Fall.) Shops, die weiterhin das falsche Schema einsetzen, werden nicht bestraft; sie sind einfach still abwesend von den Zitationen, für die sie das Schema geschrieben haben.