FAQPage sur la page produit, ou une page Q&R séparée. Les deux perdent..

Le 8 août 2023, Google a mis à jour sa documentation sur les données structurées avec une seule phrase décisive. Cette phrase précisait que, désormais, les rich results `FAQPage` ne s'afficheraient plus que pour les « sites gouvernementaux et de santé reconnus et faisant autorité ». Pour tous les autres domaines, le rich result disparaissait. Le schema validait. Les étoiles et le menu déroulant qui apparaissaient sous les résultats de recherche n'apparaissaient plus.

Trois ans plus tard, le schema est encore présent sur des dizaines de milliers de pages produit e-commerce, dont presque aucune ne correspond à la définition d'un domaine gouvernemental ou de santé faisant autorité. Ce schema est intégré par des plugins SEO, des plateformes d'avis, des thèmes et des développeurs qui l'ont extrait d'un tutoriel rédigé avant le changement de 2023. Il ne produit aucun rich result et quasiment aucun bénéfice mesurable, tout en créant parfois des risques de conformité au regard de la règle de la FTC sur les témoignages, lorsque les questions de la « FAQ » sont rédigées par la marque et présentées comme si elles émanaient de clients.

Le schema complémentaire, `QAPage`, pose un problème différent. `QAPage` a été conçu pour des sites comme Stack Overflow et Quora, où un utilisateur pose une question et plusieurs utilisateurs apportent des réponses. Le rich result, lorsqu'il apparaît, affiche la question et la réponse la mieux notée. Les pages produit, par nature, ne comportent pas de questions soumises par des utilisateurs avec des réponses soumises par des utilisateurs ; elles contiennent du contenu élaboré par la marque. Appliquer le schema `QAPage` à une FAQ conçue par la marque constitue un autre type de violation de politique, cette fois des sémantiques déclarées du schema plutôt que d'une règle de rich result Google.

La plupart des marques qui diffusent du contenu questions-réponses sur leurs pages produit ont choisi l'un de ces deux schemas. Les deux sont inadaptés à la page sur laquelle ils se trouvent. La bonne réponse est structurelle, non pas au niveau du schema, et elle dépend d'une question que presque aucun opérateur ne se pose : la marque dispose-t-elle d'un volume de questions clients suffisant pour justifier une page dédiée ?

Le schema `FAQPage` a été ajouté à Schema.org en 2018 et intégré au programme de rich results de Google en mai 2019. L'usage prévu, selon la documentation originale, était « une page où les questions et les réponses sont rédigées par l'éditeur ». Les FAQ de Wikipédia. La documentation logicielle. Les pages de santé gouvernementales expliquant un programme d'aides. Des pages où un auteur canonique unique avait rédigé une réponse canonique unique à une question fréquemment posée.

Pendant ses quatre premières années, le schema a fonctionné. Un site pouvait baliser une section FAQ, obtenir un rich result avec menu déroulant sous son résultat de recherche, et gagner environ 15 à 25 % de clics supplémentaires sur les requêtes à intention commerciale, selon plusieurs études de cas publiées en 2020 et 2021. Le rich result rencontra un tel succès que, presque immédiatement, chaque thème e-commerce ajouta un « bloc FAQ » à son modèle de page produit. Chaque plugin SEO ajouta un injecteur de schema FAQ. Les marques se mirent à rédiger cinq « questions fréquemment posées » par produit. Aucune de ces questions n'avait réellement été posée ; c'était du contenu SEO habillé en FAQ.

Le schema fut détourné à une échelle qui surprit même les équipes de Google. En 2022, des données internes de Google (mentionnées en termes voilés lors d'une conférence publique de John Mueller début 2023) montraient que le bloc FAQPage médian sur le Web ouvert comportait quatre questions inventées par une équipe marketing, dont deux étaient promotionnelles (« Pourquoi X est-il le meilleur Y du marché ? ») et une était un appel à l'action à peine déguisé (« Où acheter X ? »). Le rich result était alors devenu un générateur de bruit. Le changement d'août 2023 de Google a restreint le résultat aux domaines faisant autorité et, dans les faits, a annulé la valeur du schema pour tous les autres.

Le schema lui-même n'a pas été déprécié. Il peut encore être intégré. Il validera toujours. Dans 99 % des cas, il ne produira aucun rich result visible et aucun impact mesurable sur le taux de clic. Les octets sont présents sur la page ; le résultat n'apparaît pas.

Le schema `QAPage` a été conçu, explicitement, pour les sites communautaires de questions-réponses. La définition de schema.org cite « un site comme Stack Exchange, Quora ou AnswerBag ». L'hypothèse structurelle est qu'un utilisateur publie une `Question`, plusieurs utilisateurs publient des blocs `Answer`, et la page enregistre à la fois l'identité de la personne qui pose la question, l'identité de celle qui répond et l'autorité relative de la réponse (une réponse « acceptée » ou « la mieux votée »).

Le schema présuppose des conditions qu'une FAQ de marque typique ne peut pas satisfaire. La `Question` est censée avoir un `author` qui n'est pas le propriétaire de la page. L'`AnswerCount` est censé être un vrai décompte de réponses distinctes soumises par des utilisateurs. La « réponse acceptée », si elle est présente, est censée être la réponse que la personne qui a posé la question (ou la modération communautaire) a identifiée comme correcte. Rien de tout cela n'est vrai pour la section FAQ conçue par une marque, rédigée par la marque, pour les produits de la marque, par un auteur unique qui est aussi le propriétaire de la page.

Les marques qui ont appliqué le schema `QAPage` à une FAQ conçue par leurs soins décrivent inexactement les sémantiques du schema. Google ne distribue pas, en pratique, de pénalités manuelles pour cela. L'inconvénient est structurel : le schema a peu de chances d'obtenir un rich result, car la page ne correspond pas au modèle sous-jacent ; et tout moteur de recherche IA qui lit le schema comme un signal de citation traitera, à juste titre, le contenu comme généré par la marque plutôt que par la communauté, ce qui est un signal de citation moins fort que la marque ne le croit diffuser. Voir À la première personne, daté, signé pour comprendre pourquoi le contenu rédigé par la communauté porte plus de poids en citation que le contenu rédigé par la marque.

Les cas où `QAPage` est légitimement le bon schema dans un contexte produit sont rares. Un site qui héberge de vraies questions soumises par des clients, avec de vraies réponses soumises par des clients, sur une URL dédiée par question, est éligible. La plupart des sites de commerce ne proposent pas cela. La section « Questions et Réponses » d'Amazon est l'exemple positif canonique : des clients posent des questions, des clients (et parfois le vendeur) y répondent, et chaque unité questions-réponses possède son propre bloc de données structurées. En dehors d'Amazon et d'une poignée de grandes places de marché, ce modèle est rare.

La vraie décision n'est pas « FAQPage ou QAPage ». Elle porte sur la question suivante : le contenu questions-réponses doit-il figurer sur la page produit, ou sur une page séparée que les questions justifient ?

Deux modèles fonctionnent. La plupart des marques n'ont pas choisi entre eux ; elles ont publié une version hybride des deux.

Le premier modèle consiste à intégrer le contenu questions-réponses directement dans la page produit, sans aucun schema associé. Le contenu est traité comme de la prose. Les questions et les réponses apparaissent sous la description produit, souvent au-dessus de la section des avis, souvent associées aux photographies sur lesquelles les acheteurs posent des questions. Les questions sont rédigées par la marque, parfois à partir de tickets de service client, parfois à partir de l'analyse du contenu des avis (voir La longue traîne commence dans l'avis). La marque ne revendique pas, via le schema, que les questions ont été soumises par des utilisateurs. Le rôle du contenu est de répondre aux questions que de vrais acheteurs se posent réellement, à l'endroit où ils sont prêts à les poser. Le trafic est interne ; le format est de la prose ; le risque juridique est faible ; le rich result est nul, car aucun schema n'est intégré.

Le deuxième modèle consiste en une page questions-réponses dédiée par produit, où les clients peuvent réellement soumettre des questions, la marque ou d'autres clients peuvent soumettre des réponses, et chaque question dispose de sa propre URL. Le schema est `QAPage`, appliqué honnêtement. Le rich result, lorsqu'il apparaît, est réel. Le contenu est véritablement généré par la communauté et porte donc du poids en citation. Le coût est opérationnel : quelqu'un doit modérer, quelqu'un doit répondre, et la page ne justifie son existence que s'il y a un vrai volume de questions.

Le deuxième modèle est la bonne réponse uniquement si la marque dispose du volume de questions pour le justifier. Pour une marque avec cent références et douze questions clients par mois, une page questions-réponses dédiée par produit signifierait quatre-vingt-dix-huit pages vides et deux pages avec une question chacune. Les pages vides sont pires que pas de pages ; elles signalent un contenu insuffisant aux robots d'exploration et créent une prolifération de liens internes sans rien au bout. Pour une marque avec douze références et cent questions clients par mois, la page dédiée devient rentable. Le seuil n'est pas un chiffre fixe ; c'est le point à partir duquel le volume de questions par page produit dépasse le coût opérationnel de la modération, qui se situe généralement entre cinq et dix questions substantielles par produit par trimestre.

En dessous du seuil, la bonne réponse est de la prose intégrée sans schema. Au-dessus du seuil, la bonne réponse est une page dédiée avec le schema `QAPage`, une vraie soumission de questions et une file de modération.

La raison pour laquelle la plupart des marques intègrent un mauvais schema, c'est qu'elles ont confondu l'ordre des décisions. La décision d'ajouter une section FAQ à la page produit a été prise en premier, généralement dans le cadre d'une expérience d'optimisation du taux de conversion, généralement parce qu'un concurrent en avait une. La décision d'ajouter le schema a été prise en second, généralement par le même plugin SEO qui avait intégré le schema `Organization` avec un `aggregateRating` (voir Le balisage d'avis en faveur de la marque, et la ligne que Google a tracée). La marque n'a jamais demandé si le contenu FAQ était réel ni si le schema correspondait. Le schema était un effet secondaire d'une décision d'optimisation du taux de conversion.

Inverser l'ordre produit une réponse différente. La première question est de savoir si de vrais clients posent des questions sur le produit, en volume suffisant pour justifier une surface de réponse. Si oui, la deuxième question est de savoir si la surface de réponse doit se trouver sur la page produit (faible volume, prose, pas de schema) ou sur une page séparée (volume élevé, soumission structurée, vrai schema `QAPage`). Le schema découle de l'architecture, et non l'inverse. La plupart des marques intègrent le schema comme décision première et découvrent, trois ans plus tard, que le schema ne fait rien.

Le schema découle de l'architecture. L'architecture découle du volume. Le volume est quelque chose que presque aucun opérateur n'a mesuré.

La règle FTC de 2024 sur les avis et témoignages des consommateurs, entrée en vigueur le 21 octobre 2024, interdit l'utilisation de faux avis ou d'avis générés par IA et la présentation erronée d'avis comme provenant de consommateurs indépendants alors que ce n'est pas le cas. La règle a été lue, principalement, comme ciblant les faux avis sur les pages produit. Elle a une implication plus discrète pour le schema FAQ.

Une section FAQ typique conçue par une marque présente les questions comme si elles avaient été posées. Le schéma de formulation est constant : « Combien de temps dure le sérum ? » « Convient-il aux peaux sensibles ? » « Où est-il fabriqué ? » Ces questions sont rédigées par une équipe marketing. Elles ne sont attribuées à aucun demandeur spécifique. Elles ne sont pas non plus, dans la plupart des cas, littéralement fausses ; ce sont de vraies questions que la marque aurait plausiblement pu recevoir.

Le risque apparaît lorsque la FAQ est enveloppée dans le schema `QAPage`, censé impliquer des questions soumises par des utilisateurs et des réponses soumises par des utilisateurs. Baliser du contenu conçu par la marque avec le schema `QAPage` constitue une affirmation que le contenu provient d'utilisateurs indépendants alors que ce n'est pas le cas. Les lettres d'avertissement de la FTC de décembre 2025 citaient explicitement « la représentation erronée de la source du contenu de témoignage » comme un schéma de violation. Le schema, dans cette lecture, est une extension technique de la même représentation erronée. Le risque est faible et largement théorique, mais c'est un risque qui n'existait pas avant la règle, et les marques qui intègrent le schema `QAPage` sur des FAQ conçues par leurs soins devraient a minima cesser de présenter les questions comme si elles avaient été soumises par des clients.

Le schema `FAQPage`, en revanche, ne fait aucune affirmation sur la soumission par des utilisateurs. Sa définition précise explicitement que les questions et les réponses sont rédigées par l'éditeur. Intégrer le schema `FAQPage` sur une FAQ rédigée par la marque est honnête ; cela ne produit simplement pas de rich result, ce qui est le problème distinct traité ci-dessus.

L'objection, en 2026, est que même si le rich result FAQ a disparu, les moteurs de recherche IA pourraient encore citer le contenu FAQ parce que le schema rend le modèle questions-réponses lisible. C'est partiellement vrai et largement surestimé.

L'étude Ahrefs de mars 2026 portant sur 1,4 million de requêtes AI Overview a révélé que les AI Overviews citent le contenu formaté en questions à peu près au même taux que le contenu formaté en prose, à pertinence et autorité de source égales. L'enveloppe du schema n'avait aucun effet indépendant mesurable. Ce qui avait un effet : si le contenu répondait à la question spécifique posée, si la source était perçue comme faisant autorité sur le sujet, et si la réponse était spécifique et datée plutôt que générique. (Pour le modèle de citation plus large, voir L'économie de la citation.)

L'implication pratique est que les moteurs IA citent la réponse, non le schema. Un paragraphe en prose bien rédigé sur une page produit qui répond directement à « combien de temps dure ce sérum après ouverture » sera cité aussi facilement que le même paragraphe enveloppé dans le schema `FAQPage`. Le schema n'est pas le signal de citation ; la réponse l'est. C'est, à la réflexion, la même conclusion que le Web humain avait atteinte sur le schema FAQ en 2021 : la valeur marketing a toujours résidé dans la réponse, pas dans le balisage.

L'erreur la plus courante dans le travail sur les schemas de commerce est d'envelopper un contenu qui n'existe pas. La section FAQ que personne n'a demandée. La page questions-réponses sans questions. Le bloc `aggregateRating` sur une page d'accueil qui s'auto-évalue. Le schema est censé décrire quelque chose de réel. Quand ce quelque chose de réel est absent, le schema décrit l'absence, et les moteurs (moteurs de recherche, moteurs de réponse, robots IA) lisent l'absence avec précision. Ils citent la marque qui a répondu à une vraie question, sur une vraie page, avec de vrais mots. Ils ignorent la marque qui a intégré une enveloppe.

La bonne démarche en 2026 est de trouver les vraies questions des clients, d'y répondre avec de vrais mots, et de faire du schema la dernière décision plutôt que la première. Les marques qui font cela finissent par intégrer moins de balisage, plus de prose et davantage de pages qui méritent d'être indexées. (Voir La demi-vie d'une page produit pour l'argument de la capitalisation.) Les marques qui continuent à intégrer le mauvais schema ne sont pas pénalisées ; elles sont simplement discrètement absentes des citations qu'elles avaient rédigé le schema pour obtenir.