Pendant des années, ajouter un schema FAQPage était un levier CTR quasi mécanique : questions dépliées sous le résultat bleu, plus d'espace SERP, plus de clics. En 2026, ce levier n'existe plus de la même façon pour la majorité des sites. Google a fortement restreint les rich results FAQ et HowTo. Faut-il supprimer ces balisages ? Non. Faut-il encore les déployer partout en espérant un affichage magique ? Non plus. Voici le cadrage terrain que nous appliquons chez Semsew.

L'état réel des rich results FAQ et HowTo

Google a progressivement limité l'éligibilité des résultats enrichis FAQ aux autorités gouvernementales et à certains sites de santé très spécifiques, et a retiré les rich results HowTo sur desktop et mobile pour la plupart des requêtes. En 2026, coller un FAQPage sur chaque page service n'ouvre plus l'accordéon sous votre snippet dans la majorité des cas. Beaucoup d'agences continuent pourtant de le vendre comme un « quick win CTR ». C'est un discours dépassé — et risqué si le balisage est généré automatiquement sans contenu visible équivalent.

Cela ne signifie pas que schema.org est mort. Product, Review, Organization, Article, BreadcrumbList, Event ou JobPosting restent des formats à fort enjeu selon le secteur. Le problème n'est pas le JSON-LD en général : c'est l'attente irréaliste sur FAQ/HowTo comme levier d'affichage.

Pourquoi garder une FAQ structurée malgré tout

Même sans rich result garanti, une FAQ bien rédigée reste utile. Elle clarifie les objections avant conversion, améliore la couverture sémantique de la page, et fournit des blocs réponse facilement extractibles par les IA génératives et les AI Overviews. Autrement dit : la valeur a migré du « pixel SERP » vers la compréhension et la citation. Une FAQ cachée uniquement dans le JSON-LD, sans équivalent visible, reste une mauvaise pratique — et peut être ignorée ou considérée comme trompeuse.

Nous recommandons une FAQ visible, concise, ancrée dans de vraies questions clients (sales, support, Search Console), puis un balisage FAQPage aligné mot à mot sur ce contenu visible. Pas l'inverse. Pour le contexte citations IA, voir aussi être cité par Perplexity.

Exemple concret

Clinique privée : schema utile, rich results secondaires

Une clinique spécialisée dans les Hauts-de-France avait déployé FAQPage et HowTo sur 120 pages. Aucun rich result FAQ/HowTo stable n'apparaissait plus depuis des mois, malgré un score « valide » dans le test de résultats enrichis. Nous avons réduit le balisage aux pages où la FAQ apportait une vraie valeur éditoriale (20 pages), renforcé MedicalBusiness / Organization, les avis et les Article sur le blog santé, et réécrit les FAQ à partir des questions du centre d'appels. En trois mois : pas de retour des accordéons FAQ, mais +17 % de CTR sur les articles grâce à de meilleurs titles, et une hausse des prises de rendez-vous organiques de 12 %, attribuée surtout à un contenu plus rassurant et mieux structuré.

HowTo en 2026 : tutoriel utile, balisage optionnel

Les contenus HowTo restent excellents pour l'utilisateur et pour démontrer l'expérience (le premier « E » de E-E-A-T). Le balisage HowTo, lui, n'est plus un levier d'affichage prioritaire. Nous le maintenons parfois sur des tutoriels emblématiques pour la cohérence sémantique, mais nous ne le priorisons plus dans les backlogs techniques. Mieux vaut investir ce temps sur des images correctement légendées, des étapes claires, un temps de lecture réaliste et des données structurées Article ou Product selon le contexte.

Attention au spam de schema : inventer des notes, des FAQ invisibles ou des HowTo artificiels pour forcer un rich result expose à une action manuelle ou à une simple invalidation silencieuse. La règle reste : marquez ce qui est réellement présent et utile sur la page.

Priorités schema Semsew en 2026

Sur un site PME-ETI typique, nous priorisons dans cet ordre :

  • Organization / LocalBusiness (entité, NAP, mêmesAs)
  • BreadcrumbList + Article ou BlogPosting
  • Product / Offer / AggregateRating si e-commerce (données réelles)
  • FAQPage seulement sur les pages où la FAQ visible est stratégique
  • HowTo en option, jamais comme quick win CTR

Mettre à jour votre dette technique schema

Si votre site traîne des dizaines de FAQPage hérités de 2022-2023, planifiez un audit plutôt qu'une suppression brutale. Vérifiez la validité, l'alignement contenu visible / JSON-LD, et l'intérêt business de chaque bloc. Supprimez le balisage trompeur, conservez les FAQ éditoriales utiles, et réallouez l'effort vers les formats encore différenciants. C'est souvent un demi-jour de travail qui évite des années de maintenance inutile — et des reporting trompeurs côté agence.

Pour le socle E-E-A-T qui accompagne ces choix, notre article E-E-A-T Google complète cette approche. Les données structurées aident Google à comprendre ; elles ne remplacent pas l'expertise réelle.

Questions fréquentes

Dois-je supprimer tous mes schema FAQPage ?
Non. Supprimez ceux qui n'ont pas de FAQ visible équivalente ou qui n'apportent rien. Conservez un balisage propre sur les pages où la FAQ est un vrai module éditorial.
Les FAQ aident-elles encore le SEO sans rich result ?
Oui, via la clarté sémantique, la conversion et le potentiel de citation par les IA. L'effet n'est plus principalement un agrandissement du snippet.
HowTo peut-il encore apparaître en résultat enrichi ?
De façon très limitée selon les contextes et les évolutions Google. Ce n'est plus un levier fiable à mettre au centre d'une roadmap SEO 2026.
Quel outil pour valider mes données structurées ?
Le test de résultats enrichis Google et le rapport « Améliorations » de Search Console. Complétez par une relecture humaine : valide techniquement ne veut pas dire pertinent business.

En 2026, FAQ et HowTo schema ne sont plus les machines à CTR d'autrefois. Ils restent des outils de clarté et de compréhension — à condition d'être honnêtes, visibles et sélectifs. Investissez d'abord dans les formats structurés qui soutiennent votre entité, vos produits et vos articles ; traitez FAQ/HowTo comme un bonus éditorial, pas comme une tactique d'affichage.