Schema FAQ en SEO : ce qui a vraiment changé

Si vous cherchez encore à ajouter du balisage FAQPage pour faire apparaître un menu déroulant sous votre résultat Google, il faut d'abord clarifier une chose : pour l'immense majorité des sites, ce résultat enrichi n'apparaît plus. Google a fortement réduit l'affichage des rich results FAQ, qui ne sont désormais montrés que pour un petit nombre de sites jugés faisant autorité sur leur sujet, principalement des organismes gouvernementaux et des institutions de santé reconnues. Le rich result HowTo, lui, a purement et simplement été retiré de l'affichage général : les instructions étape par étape ne s'affichent plus dans les résultats classiques, quel que soit le site qui les publie.

Cela ne signifie pas que le balisage schema.org pour les FAQ et les tutoriels est devenu inutile, seulement que son rôle a changé, et que beaucoup de contenus encore en ligne aujourd'hui promettent un résultat qui n'arrivera pas pour la quasi-totalité des lecteurs de cet article. Ce guide fait le point sur ce que ces balisages faisaient, ce qu'ils apportent encore réellement, comment distinguer une FAQ utile d'une FAQ de façade, et comment vérifier ce qui s'affiche vraiment pour vos propres pages.

Ce que FAQPage et HowTo faisaient apparaître avant

Le balisage FAQPage marque, en JSON-LD, une liste de questions accompagnées de leur réponse. Pendant plusieurs années, Google pouvait afficher ce contenu directement sous le lien bleu du résultat, sous forme de menu déroulant : l'internaute voyait la liste des questions, cliquait sur l'une d'elles, et la réponse s'affichait sans quitter la page de résultats. L'effet recherché n'était pas tant un meilleur classement qu'un résultat visuellement plus imposant, occupant davantage d'espace vertical face aux concurrents positionnés juste au-dessus ou en dessous.

Le balisage HowTo fonctionnait sur un principe voisin, appliqué aux tutoriels : nom de la procédure, liste ordonnée d'étapes, parfois une image par étape, éventuellement les outils ou ingrédients nécessaires. Google pouvait restituer ces étapes numérotées directement dans les résultats, avec un visuel plus riche qu'un simple extrait de texte, et parfois un carrousel d'images associées à chaque étape.

Dans les deux cas, l'attrait pour les éditeurs de sites tenait à la même logique : occuper plus de place dans une page de résultats, sans nécessairement gagner de positions, pour capter davantage l'attention avant même le clic. C'est cette promesse, largement répétée dans les guides SEO des années précédentes, qui ne tient plus aujourd'hui pour la grande majorité des domaines.

Le changement central : une visibilité redevenue rare

Il faut le dire clairement, parce que c'est le point que ratent la plupart des articles encore publiés sur le sujet : Google a restreint l'affichage des rich results FAQ à un nombre très limité de sites jugés faisant autorité, essentiellement institutionnels. Pour un site marchand, un blog d'expertise, un cabinet de conseil ou même un média généraliste, un balisage FAQPage parfaitement conforme n'entraînera pas, dans l'immense majorité des cas, l'apparition du menu déroulant dans les résultats. Ce n'est pas une question de qualité de mise en œuvre : c'est une question d'éligibilité, décidée en amont par le moteur de recherche, indépendamment de la façon dont vous avez codé votre JSON-LD.

Le résultat enrichi HowTo, de son côté, a été retiré de l'affichage général des résultats de recherche. Les instructions pas à pas qui occupaient autrefois une place généreuse dans les pages de résultats pour les recettes de cuisine, les tutoriels de bricolage ou les guides techniques ne s'y affichent plus, quelle que soit la qualité du balisage.

Ce point mérite d'être répété parce qu'il contredit une grande partie du contenu SEO encore accessible en ligne. De nombreux articles, y compris récents, continuent de présenter l'ajout de balisage FAQ comme un moyen fiable de gagner de la place dans les résultats et d'augmenter mécaniquement le taux de clic. Ce n'est plus le cas pour un site ordinaire. Promettre ce résultat à un client ou à une direction marketing, c'est vendre un effet qui n'arrivera pas.

Le balisage est-il donc inutile ? Non, mais son rôle a changé

L'absence d'affichage enrichi ne rend pas le balisage sans valeur, elle change simplement à qui il s'adresse en priorité. Les données structurées FAQPage et HowTo continuent d'être lues et interprétées par les systèmes qui explorent votre page, y compris les pipelines qui alimentent des réponses synthétisées plutôt que des listes de liens. Un contenu où chaque question et sa réponse complète sont explicitement délimitées est plus facile à extraire correctement qu'un paragraphe où la même information est diluée dans un texte continu. À mesure que davantage de surfaces de recherche répondent directement plutôt que de renvoyer vers une page, la clarté structurelle de votre contenu compte, même quand elle ne se traduit plus par une étoile ou un encadré visible.

Le balisage a aussi un mérite plus discret : il impose une discipline de rédaction. Marquer une question et sa réponse en JSON-LD oblige à écrire une réponse complète et autonome, sans renvoyer implicitement au paragraphe précédent pour se faire comprendre. Cette exigence améliore souvent la clarté du contenu pour un lecteur humain aussi, indépendamment de tout résultat enrichi.

Ce qu'il ne faut plus faire, en revanche, c'est vendre l'ajout de ce balisage comme une tactique de visibilité. Le bon argument aujourd'hui est mécanique et lisible par les machines, pas visuel et lié aux résultats de recherche.

Une FAQ utile pour le lecteur, une FAQ de façade pour le balisage

Une partie du problème actuel vient d'une habitude prise pendant les années où le rich result FAQ était largement accessible : de nombreux sites ont ajouté un bloc de cinq questions génériques en bas de chaque page, uniquement pour avoir quelque chose à baliser, indépendamment de ce que le lecteur voulait vraiment savoir. Le résultat est reconnaissable entre mille : des questions qui reformulent le titre de l'article, des réponses qui répètent mot pour mot une phrase déjà présente plus haut dans le texte, et une section qui pourrait être collée telle quelle sous n'importe quel autre article traitant du même sujet.

Une FAQ qui mérite sa place répond à des questions de suivi réelles, celles qu'un lecteur se poserait juste après avoir lu le corps de l'article et qui, faute de réponse, se transformeraient en nouvelle recherche ou en ticket de support. Elle apporte une information qui n'est pas déjà couverte ailleurs sur la page, formulée de façon suffisamment autonome pour être comprise hors contexte.

Un test simple permet de trancher : si l'on supprime la section FAQ, le lecteur perd-il une information qu'il cherchait activement ? Si la réponse est non, la section est de la décoration ajoutée pour justifier un balisage, pas du contenu écrit pour un lecteur. Cette dérive était déjà un mauvais choix éditorial à l'époque où le rich result était largement visible ; elle n'a aucune justification restante aujourd'hui que la visibilité a disparu pour la plupart des sites. Le balisage schema.org est censé décrire un contenu qui mérite déjà sa place sur la page, pas fabriquer du contenu pour avoir quelque chose à envelopper dans des balises.

Bien implémenter le balisage, si vous choisissez de le faire

Si votre contenu contient réellement des questions-réponses ou une procédure pas à pas, marquer cette structure reste une bonne pratique technique. Quelques règles simples évitent les erreurs les plus courantes.

• Le texte des questions et des réponses marquées en JSON-LD doit être visible tel quel sur la page rendue, pas seulement présent dans les données structurées. Un balisage qui décrit un contenu invisible pour le visiteur est considéré comme trompeur.
• Le texte du balisage doit correspondre à ce qui est affiché, sans reformulation ni résumé différent entre les deux. Si la réponse visible évolue, le JSON-LD doit être mis à jour en même temps.
• Ne dupliquez pas le même bloc de questions génériques sur toutes les pages du site. Un bloc FAQ identique collé sur des dizaines d'URL n'apporte aucune information différenciante page par page, et un contenu répété sans variation à cette échelle est plutôt un signal négatif qu'un atout.
• Ne balisez que ce que la page contient réellement. Un paragraphe de présentation d'entreprise n'est pas une FAQPage ; une liste de fonctionnalités n'est pas une suite d'étapes HowTo si elle ne décrit pas une séquence à suivre dans l'ordre.
• Une seule FAQPage par page, correspondant au contenu de cette page précise, plutôt qu'un bloc générique repris à l'identique sur l'ensemble du site.

Vérifier son balisage et ce qui s'affiche réellement

Deux questions distinctes se posent, et il est utile de ne pas les confondre. La première : mon balisage est-il valide et correctement structuré ? La seconde : ce balisage se traduit-il par un affichage particulier dans les résultats ? Ce sont deux vérifications différentes, et la première ne répond pas à la seconde.

Pour la validité technique, l'outil de test des résultats enrichis de Google et le validateur de schema.org permettent de vérifier que le JSON-LD contient les propriétés requises et respecte la syntaxe attendue. Ils signalent les champs manquants ou mal formés, et valent la peine d'être relancés à chaque modification de gabarit de page, puisqu'une erreur de template touche généralement toutes les pages qui l'utilisent en une seule fois.

Search Console propose ensuite un rapport d'améliorations qui suit, dans la durée et à l'échelle du site entier, le nombre de pages avec un balisage FAQ valide et celles présentant des erreurs (le rapport HowTo, lui, a été supprimé). C'est l'endroit le plus fiable pour détecter un bug de template qui casserait silencieusement le balisage sur des centaines de pages d'un coup.

Pour savoir ce qui s'affiche réellement pour vos propres pages en ce moment, rien ne remplace une recherche effectuée dans une fenêtre de navigation privée, sans personnalisation ni résultats mis en cache localement. La validité du balisage est une condition nécessaire mais pas suffisante : un balisage parfaitement conforme peut très bien ne jamais déclencher d'affichage enrichi, simplement parce que le site n'entre pas dans le périmètre restreint désormais autorisé pour la FAQ, ou parce que le format HowTo n'est plus retenu par le moteur, quel que soit le site. Mesurez donc la valeur de votre FAQ à la qualité des réponses qu'elle apporte et à ce que font les lecteurs une fois sur la page, pas à l'apparition d'une étoile ou d'un encadré qui, pour la plupart des sites, n'arrivera plus.