Schema FAQPage

Ce qu'il reste du FAQPage une fois le rich result mort

Le 7 mai 2026, Google a ajouté à sa documentation développeurs une note de dépréciation indiquant que les rich results FAQ n'apparaîtraient plus dans la recherche. Ce n'est pas une surprise, c'est l'aboutissement de la restriction d'août 2023 qui avait déjà réservé l'affichage aux sites gouvernementaux et santé jugés faisant autorité. Entre-temps, l'écrasante majorité des sites qui maintenaient du FAQPage le faisaient déjà sans contrepartie visible, par inertie de template.

La nuance qui compte pour un consultant : Google n'a pas déprécié le type FAQPage de Schema.org. Le vocabulaire existe toujours, le balisage reste syntaxiquement valide, et Google indique qu'il peut encore l'aider à comprendre le contenu d'une page. Ce qui a disparu, c'est la surface : l'accordéon dépliable sous le résultat organique, les pixels supplémentaires, le gain de CTR qui justifiait l'effort. Traduit en langage opérationnel, la position actuelle de Google se résume à « balisage valide, zéro affichage enrichi ».

Cette distinction n'est pas cosmétique. Elle change le raisonnement de décision. Avant mai 2026, la question était « est-ce que cette page mérite un rich result FAQ ». Depuis, la seule question qui vaut est « est-ce que cette page contient de vraies questions-réponses rédigées, visibles, utiles au lecteur ». Si la réponse est oui, le balisage documente une structure qui existe déjà et coûte quelques lignes de JSON-LD injecté au build. Si la réponse est non, aucune quantité de balisage ne fabrique la valeur manquante, et vous entretenez de la dette technique pour un signal que personne ne consomme.

Le FAQPage rejoint donc la catégorie des balisages descriptifs plutôt que des balisages déclencheurs. Il vit désormais dans le même monde que la plupart des données structurées de description de contenu : elles clarifient, elles ne récompensent pas.

La chronologie mai-août 2026 et ce qu'elle casse dans vos tableaux de bord

Le calendrier de retrait est plus opérationnellement dangereux que l'annonce elle-même, parce qu'il touche la mesure avant de toucher le contenu. Juin 2026 : Google programme la suppression du filtre d'apparence FAQ dans Search Console ainsi que le support FAQ dans le Rich Results Test. Août 2026 : les données de rich results FAQ disparaissent de l'API Search Console. Autrement dit, la série historique s'arrête, et tout ce qui la consomme casse silencieusement.

Concrètement, trois familles d'objets se cassent. Les connecteurs Looker Studio qui segmentent par apparence de recherche renverront des blocs vides ou des lignes manquantes plutôt qu'une erreur. Les pipelines maison qui appellent l'API Search Console avec un filtre searchAppearance sur FAQ retourneront zéro, ce qu'un dashboard interprétera comme une chute de performance et non comme une suppression de champ. Et les reportings clients qui affichaient un compteur d'améliorations FAQ perdront une métrique qu'il faudra expliquer, ce qui est toujours plus pénible en réunion qu'en amont.

La conduite à tenir est mécanique : exporter l'historique complet avant août 2026, supprimer la dépendance au champ, et remplacer la métrique par ce qui reste mesurable. Le CTR organique au niveau page, la couverture d'indexation, et si vous suivez la visibilité générative, la part de citations dans les réponses IA, mesurée à part et jamais mélangée aux positions organiques. C'est une bascule d'outillage autant que de KPI.

Point de vigilance sur le Rich Results Test : après juin 2026, il cesse d'être le bon outil pour vérifier un FAQPage. Il ne répondra plus à la question « est-ce que ça va générer un accordéon », puisque la réponse est non par construction. Pour valider la syntaxe, il faut passer par un validateur Schema.org générique, et pour auditer la couverture réelle sur un site entier, par un crawler qui extrait le JSON-LD du HTML rendu. Screaming Frog reste l'outil de référence sur ce point, gratuit jusqu'à 500 URL et facturé 199 £ par an pour la licence complète : son intérêt aujourd'hui, c'est la couverture, la duplication et la QA d'implémentation, plus du tout la preuve d'éligibilité à un rich result.

Le mythe du schema qui ouvre les portes des IA

Dès la dépréciation annoncée, un discours de remplacement s'est installé : le FAQPage ne sert plus dans les SERP, mais il serait devenu un signal privilégié pour les moteurs génératifs. C'est faux, et c'est documenté.

Le 15 mai 2026, Google a publié Optimizing your website for generative AI features on Google Search, sa première guidance consolidée pour les réponses génératives affichées en haut de page et AI Mode. Le document dit deux choses sans ambiguïté : ces fonctionnalités s'appuient sur les systèmes de classement et de qualité existants de Search, et les données structurées ne sont pas requises pour y être visible. Google précise qu'aucun balisage Schema.org particulier ne déverrouille AI Overviews ou AI Mode, et que les sites n'ont besoin ni de llms.txt, ni de blocs de contenu réservés aux IA, ni des autres recettes qui circulent.

Côté mesure indépendante, le tableau est au mieux neutre. Une analyse relayée par Ahrefs fait état d'un test contrôlé portant sur 1 885 pages : aucun gain de citation constaté en AI Mode ni sur ChatGPT, et une baisse de 4,6 % côté AI Overviews après ajout du balisage. La même analyse note que les chiffres largement repris dans l'industrie, du type « +44 % de citations », « 2,3× » ou « 3,2× plus de chances d'inclusion en AI Overview », ne s'accompagnent d'aucune méthodologie clairement publiée. Ce sont des corrélations ou des données fournisseur, présentées comme des lois causales.

Ce qui a réellement changé, c'est la valeur du clic, pas la valeur du balisage. L'étude Pew Research Center du 22 juillet 2025, sur environ 68 879 recherches Google issues d'un panel de 900 adultes américains, mesure un taux de clic sur un résultat de 8 % quand un résumé IA est affiché contre 15 % en son absence, et environ 1 % de clics sur un lien à l'intérieur du résumé. Côté volume, BrightEdge observe entre février 2025 et février 2026 une progression des AI Overviews d'environ 31 % à 48 % des requêtes suivies, avec des taux de 88 % en santé, 83 % en éducation et 82 % en technologie B2B, sur son propre échantillon. La bonne conclusion à en tirer est une conclusion de contenu : il faut produire des réponses extractibles et fiables. Pas une conclusion de balisage.

Où le FAQPage garde un intérêt réel

Il reste trois usages défendables, et ils sont modestes.

Le premier est un usage de contrainte éditoriale. Baliser une FAQ oblige à écrire des paires question-réponse autoportantes, où la réponse ne dépend pas du paragraphe précédent. C'est exactement la forme qu'un moteur, classique ou génératif, sait isoler. Le gain vient de la discipline d'écriture imposée par le format, pas du JSON-LD. C'est pour ça qu'on garde le balisage sur nos pages : il sert de garde-fou de rédaction, et il rend l'audit trivial puisqu'une question mal formée devient visible dans le crawl.

Le deuxième est un usage de désambiguïsation. Sur une page longue qui mélange un guide et une section de questions, le FAQPage indique quelle portion est une paire question-réponse. Sur un site multilingue ou une architecture à blocs, cette délimitation évite qu'un extracteur agrège une réponse avec le titre de la section suivante. C'est le même raisonnement que pour le balisage d'article éditorial : on décrit une structure, on ne réclame pas une faveur.

Le troisième est un usage hors Google. Bing, les assistants qui parsent le DOM, les agrégateurs internes et les moteurs de recherche d'entreprise consomment encore ce vocabulaire. Le retrait de Google est une décision de Google, pas une désaffectation du standard.

Ce que le FAQPage ne fera jamais, c'est compenser un déficit d'autorité. Une page qui ne se positionne pas parce que son domaine n'a pas de signaux de confiance ne se positionnera pas mieux avec quarante lignes de JSON-LD. Sur ce terrain, l'arbitrage budgétaire est le même depuis dix ans : quelques heures de dev sur du balisage descriptif ne remplacent pas un lien éditorial dans un média cohérent avec la thématique. Si vous comparez les deux postes, mettez les deux coûts en face l'un de l'autre : notre grille tarifaire est publique, sans commission cachée, et un directeur SEO saura dire en trente secondes lequel des deux budgets bouge réellement les positions.

Ce qu'on voit casser en audit

Le défaut le plus fréquent n'est pas l'absence de balisage, c'est le balisage orphelin. Du FAQPage présent dans le JSON-LD alors que les questions ont disparu du HTML rendu, généralement parce qu'un accordéon a été refactorisé côté front, ou parce qu'un composant charge les réponses en JavaScript après l'hydratation. Le balisage décrit alors un contenu que le lecteur ne voit pas. C'était déjà une violation des règles de Google avant mai 2026 ; c'est aujourd'hui surtout du bruit, mais du bruit qui signale un site mal tenu.

Deuxième défaut : la duplication par template. Un site qui pousse le même bloc de six questions génériques sur 300 pages produit 300 déclarations FAQPage identiques. Personne n'est pénalisé pour ça, mais la valeur informationnelle est nulle et le poids HTML est réel. Le crawl le détecte immédiatement en comparant les hash de blocs JSON-LD.

Troisième défaut, et le plus coûteux : la FAQ cannibale. Un bloc de questions posé en bas de page qui traite exactement l'intention d'une autre page du site. Le résultat est une confusion de ciblage, pas un gain d'extraction. Sur des sites éditoriaux, la FAQ qui répète le contenu du corps de l'article est un signe qu'on a rempli un gabarit plutôt qu'écrit un article. C'est le genre d'incohérence qu'on filtre en amont sur les médias que nous opérons, parce qu'un article publié sur un des médias du réseau doit tenir seul, sans béquille de balisage.

Quatrième défaut, plus discret : la FAQ maintenue pour un KPI qui n'existe plus. Des équipes continuent d'ajouter des blocs FAQ parce qu'un objectif trimestriel mentionne encore le nombre de pages avec rich results FAQ. Le champ disparaît de l'API Search Console en août 2026. Un objectif adossé à une métrique morte produit du travail réel pour un résultat nul, et c'est exactement le type de dette qu'un audit doit trancher plutôt que documenter.

La règle simple qu'on applique : on garde le FAQPage là où il décrit fidèlement des questions-réponses visibles écrites par un humain, on le supprime partout où il décrit un gabarit, et on cesse d'en attendre quoi que ce soit en termes de position ou de citation. Le balisage documente. Il n'achète rien.