Balisage FAQPage : comment obtenir l'extrait accordéon dans Google

De nombreux sites publient une section FAQ en bas de page — quelques questions et réponses en accordéon, pensées pour l'internaute qui a besoin d'une précision rapide. Peu d'entre eux ajoutent, en plus de ce contenu visible, le balisage JSON-LD de type FAQPage qui permet à Google de comprendre explicitement cette structure question/réponse et, potentiellement, de l'afficher directement dans les résultats de recherche sous forme d'accordéon dépliable.

Un point d'honnêteté à poser d'emblée : l'éligibilité a changé en 2023

Beaucoup de guides sur le sujet, publiés avant 2023, restent en ligne sans avoir été mis à jour sur un changement pourtant significatif : Google a annoncé en août 2023 restreindre l'affichage du résultat enrichi FAQPage dans les pages de résultats à un nombre réduit de sites, principalement gouvernementaux et institutionnels reconnus. Pour la grande majorité des sites, le balisage reste valide et ne provoque aucune erreur, mais l'accordéon visuel dans les résultats de recherche ne s'affiche plus systématiquement, même avec un balisage techniquement parfait.

Cette nuance change la façon d'aborder le sujet : ajouter ce balisage n'est plus la garantie d'un résultat enrichi visible pour un site "ordinaire", mais ça reste loin d'être inutile pour autant, pour deux raisons détaillées plus bas — la structuration explicite du contenu pour Google, et son utilité croissante pour les moteurs de réponse basés sur l'IA, qui ne sont pas soumis à cette même restriction.

Le format JSON-LD exact

Le schema FAQPage attend une structure précise : un objet principal de type "FAQPage", contenant une liste "mainEntity" où chaque élément est de type "Question", avec un champ "name" pour l'intitulé de la question et un champ "acceptedAnswer" de type "Answer" contenant le texte de la réponse dans son champ "text". Chaque réponse doit être un texte brut ou du HTML simple (balises de mise en forme basiques uniquement) — pas de scripts, pas d'éléments interactifs imbriqués dans la réponse elle-même.

QAPage : le format voisin, pour les forums et pages de questions communautaires

Un type de données structurées proche, QAPage, répond à un besoin différent de FAQPage et mérite d'être distingué pour éviter une confusion fréquente. FAQPage suppose un contenu éditorial avec une réponse officielle unique par question, rédigée par le site lui-même — typiquement une FAQ produit ou service. QAPage, à l'inverse, est pensé pour les pages de type forum ou plateforme de questions-réponses communautaires, où une question peut recevoir plusieurs réponses distinctes proposées par différents utilisateurs, avec un système de vote ou d'acceptation d'une réponse par l'auteur de la question. Utiliser FAQPage sur une page de forum avec plusieurs réponses concurrentes, ou inversement QAPage sur une FAQ éditoriale à réponse unique, constitue une erreur de typage qui ne correspond pas à la structure réelle du contenu, même si le balisage reste techniquement valide dans certains cas.

Pourquoi Google a restreint ce résultat enrichi en 2023

La restriction n'est pas arbitraire : elle répond à un détournement massif et documenté du format. Avant 2023, le résultat enrichi FAQPage occupait un espace disproportionné dans les pages de résultats — un simple extrait classique pouvait se transformer en un bloc de plusieurs centaines de pixels de haut grâce à un accordéon de questions, souvent peu différenciées d'un site à l'autre sur une même requête. De nombreux éditeurs ont ajouté des FAQ artificielles, parfois sans rapport réel avec l'intention de recherche principale de la page, dans le seul but de maximiser l'espace visuel occupé dans les résultats plutôt que d'apporter une réponse réellement utile. Google a resserré l'éligibilité précisément pour limiter cette course à l'espace visuel, au même moment où il a appliqué une restriction similaire au résultat enrichi HowTo (étapes numérotées avec images), touché par le même type de détournement.

FAQPage, HowTo, et la leçon commune à en tirer

Le parallèle avec HowTo est instructif : les deux formats partageaient la même mécanique (un contenu structuré qui débloquait un espace d'affichage disproportionné par rapport à un résultat classique) et ont subi la même restriction, pour la même raison. La leçon à en tirer dépasse le seul cas de FAQPage : un format de données structurées qui offre un avantage visuel important a toujours une durée de vie incertaine si son adoption massive et parfois abusive pousse Google à revoir les règles du jeu. C'est un argument de plus pour ne jamais construire une stratégie de contenu entièrement dépendante d'un seul résultat enrichi, mais pour le traiter comme un bonus éventuel au-dessus d'un contenu qui a de la valeur indépendamment de son affichage dans les résultats.

Comment tester son balisage avant publication

L'outil de test de résultats enrichis de Google (Rich Results Test, accessible gratuitement sur search.google.com) reste la référence pour vérifier qu'un balisage FAQPage est techniquement valide avant de le publier : il signale les champs obligatoires manquants, les erreurs de syntaxe JSON-LD, et indique explicitement si la page est actuellement éligible à un résultat enrichi compte tenu des restrictions en vigueur. Un balisage peut être techniquement valide (aucune erreur signalée) tout en n'étant pas éligible à l'affichage enrichi — deux informations distinctes que l'outil présente séparément, à ne pas confondre.

Le rapport "Améliorations" de Google Search Console complète cette vérification ponctuelle par un suivi dans la durée, à l'échelle de tout le site : il signale les erreurs de balisage FAQPage détectées lors du crawl régulier de Google, page par page, utile pour repérer un problème introduit par erreur sur un grand nombre de pages à la fois (un changement de gabarit, par exemple) sans avoir à retester chaque page individuellement.

FAQPage et "Autres questions posées" : deux mécanismes distincts

Une confusion fréquente mérite d'être clarifiée : le bloc "Autres questions posées" (ou "People Also Ask" dans sa version anglophone), qui apparaît fréquemment dans les résultats Google avec des questions dépliables sur un sujet donné, n'a aucun rapport direct avec le balisage FAQPage. Ce bloc est généré automatiquement par Google à partir de l'ensemble du web, en identifiant des questions connexes à la requête et en extrayant une réponse courte de la page qu'il juge la plus pertinente pour chacune — un mécanisme totalement indépendant du balisage structuré d'une page donnée. Une page peut apparaître dans ce bloc sans aucun balisage FAQPage, et inversement, un balisage FAQPage parfaitement implémenté ne garantit jamais une apparition dans ce bloc.

Où une FAQ a le plus de valeur stratégique

Indépendamment du résultat enrichi, le choix des pages où investir dans une vraie section FAQ (balisée ou non) gagne à suivre une logique d'intention de recherche plutôt qu'une habitude systématique en bas de chaque page. Une page de service ou de produit avec un prix ou une offre complexe (ce qu'elle inclut, les conditions, les délais) bénéficie particulièrement d'une FAQ qui anticipe les objections et questions pratiques avant l'achat ou la prise de contact — c'est aussi le type de contenu qui répond le mieux à une intention de recherche informationnelle complémentaire ("combien coûte X", "X est-il compatible avec Y"). À l'inverse, ajouter une FAQ générique et peu différenciée sur chaque page d'un site, par automatisme plutôt que par réflexion sur son utilité réelle à cet endroit précis, dilue l'intérêt du format et rejoint le problème structurel qui a motivé la restriction de 2023.

Combiner FAQPage avec un autre type de données structurées

Rien n'empêche, et c'est même une pratique courante, de faire cohabiter plusieurs blocs de données structurées différents sur une même page — un bloc Product ou Service pour décrire l'offre elle-même, un bloc BreadcrumbList pour le fil d'Ariane, et un bloc FAQPage distinct pour la section questions/réponses, chacun dans son propre script JSON-LD ou regroupés dans un même script sous forme de liste. Google traite chaque type indépendamment selon ses propres règles d'éligibilité : la présence d'un FAQPage n'interfère pas avec l'affichage potentiel d'un résultat enrichi Product, et inversement.

Le point de vigilance, dans ce cas, porte sur la cohérence entre les différents blocs plutôt que sur leur coexistence technique : une information répétée dans deux types différents (un prix mentionné à la fois dans le bloc Product et, de façon divergente, dans une réponse de la FAQ) crée une incohérence que Google peut détecter, même si chaque bloc pris isolément reste valide.

Le cas d'un site multilingue

Sur un site disponible en plusieurs langues, chaque version linguistique d'une page doit porter son propre balisage FAQPage, traduit intégralement — questions et réponses comprises — plutôt qu'un balisage resté dans la langue d'origine sur une page par ailleurs traduite. Un décalage entre la langue déclarée de la page (balise lang du HTML) et la langue du contenu balisé en JSON-LD introduit une incohérence similaire à celle d'un contenu dupliqué mal géré entre langues, et peut réduire les chances que Google associe correctement le résultat enrichi à la bonne version linguistique pour un utilisateur donné.

Un exemple concret, bien et mal fait

Une FAQ mal pensée, sur la page d'un audit SEO par exemple, pourrait inclure une question générique comme "Qu'est-ce que le SEO ?" — une question réelle, mais sans rapport avec l'intention précise du visiteur déjà arrivé sur une page de service, qui répond à un besoin informationnel qui aurait sa place sur un article de blog dédié, pas sur une page commerciale. Une FAQ bien pensée au même endroit répond directement aux objections pratiques de quelqu'un sur le point de passer commande : "Combien de temps pour recevoir mon rapport ?", "L'audit fonctionne-t-il avec mon CMS ?", "Puis-je annuler après commande ?" — des questions qui lèvent un frein concret à la conversion, tout en étant suffisamment spécifiques au contexte de cette page précise pour ne pas se dupliquer ailleurs sur le site.

Les erreurs qui invalident ou déclassent le balisage

• Baliser des questions/réponses qui n'apparaissent nulle part dans le contenu visible de la page — Google considère cette pratique comme trompeuse et peut ignorer le balisage ou, dans les cas répétés, agir contre le site plus largement.
• Utiliser le même contenu FAQ balisé de façon identique sur un grand nombre de pages différentes du site, sans variation réelle — un signal de contenu générique plutôt que de réponses spécifiquement pensées pour chaque page.
• Dupliquer une question déjà traitée dans une autre section balisée de la page (une FAQ produit qui répète le contenu déjà présent dans une FAQ générale du site, par exemple).
• Omettre le champ acceptedAnswer ou le laisser vide — un schema FAQPage sans réponse associée est invalide et ignoré par les outils de test de Google.

Un format qui reste précieux pour l'IA générative

La restriction de 2023 porte spécifiquement sur l'affichage du résultat enrichi dans les pages de résultats Google classiques — elle ne change rien à l'utilité du balisage pour aider les moteurs de réponse conversationnels (ChatGPT, Perplexity, AI Overviews de Google) à extraire une réponse précise et correctement attribuée à sa source. Le format question/réponse explicite reste l'un des plus faciles à citer pour un système qui génère une réponse synthétique à partir de plusieurs sources, exactement pour les mêmes raisons qui le rendaient attractif pour l'extrait enrichi classique.

Est-ce que ça vaut encore le coup en 2026 ?

Oui, mais pour des raisons différentes de celles qui motivaient son adoption massive avant 2023. Le bénéfice n'est plus "quasi garanti" sous forme d'accordéon visible dans Google, mais il reste réel sur deux plans : une structuration explicite du contenu qui coûte peu à mettre en place une fois la FAQ déjà rédigée, et une meilleure exploitabilité par les IA génératives dont le poids dans les habitudes de recherche continue de croître. Ajouter ce balisage reste une action à faible coût et à bénéfice net positif, simplement moins spectaculaire qu'annoncé dans les guides qui n'ont pas été mis à jour depuis 2023.

Questions fréquentes

Mon site est-il concerné par la restriction de 2023 ? Dans l'immense majorité des cas, oui — la restriction touche tous les sites hors institutions gouvernementales et de santé reconnues par Google selon des critères qu'il ne détaille pas publiquement de façon exhaustive. La seule façon de savoir avec certitude si l'accordéon s'affiche pour une page donnée est de la tester dans l'outil de résultats enrichis et d'observer les résultats réels sur la requête visée, l'éligibilité pouvant aussi varier dans le temps sans annonce préalable.

Dois-je retirer le balisage FAQPage existant sur mon site depuis la restriction de 2023 ? Non, rien n'oblige à le retirer — un balisage valide ne cause aucune pénalité ni déclassement, il cesse simplement de garantir l'accordéon visuel pour la plupart des sites. Le retirer ferait perdre le bénéfice résiduel pour les moteurs d'IA générative sans aucune contrepartie positive.

Puis-je baliser une FAQ qui n'est visible qu'au clic (accordéon replié par défaut) ? Oui, le contenu n'a pas besoin d'être visible en permanence à l'écran pour être valide — un accordéon replié par défaut, courant pour des raisons d'ergonomie, reste considéré comme du contenu visible de la page tant qu'il est bien présent dans le HTML et accessible à l'utilisateur d'un simple clic, sans action complexe ni contenu généré uniquement après une interaction poussée.

Une seule question/réponse suffit-elle pour utiliser le schema FAQPage, ou en faut-il plusieurs ? Techniquement, une seule entrée suffit pour un balisage valide — mais en pratique, une FAQ d'une seule question apporte rarement une valeur suffisante pour justifier le format, et peut même paraître artificielle aux yeux d'un visiteur. Trois à six questions réellement spécifiques à la page concernée constituent un repère raisonnable, au-delà duquel le risque de diluer l'attention ou de répéter du contenu déjà présent ailleurs sur la page augmente.

Seoditum vérifie ce point automatiquement, avec preuve à l'appui, sur l'ensemble de votre site.