La réponse courte : gardez votre balisage, arrêtez d'en attendre des résultats enrichis, et cessez de le vendre comme une optimisation IA. Google a retiré les résultats enrichis FAQ le 7 mai 2026 et déclare qu'aucun balisage spécifique n'est nécessaire pour ses fonctionnalités génératives. Le schema.org garde pourtant une utilité réelle — simplement pas celle qu'on lui prête.
Ce qui vient de changer
Le 7 mai 2026, Google a ajouté un avis de dépréciation à sa documentation sur les données structurées FAQ. Les résultats enrichis FAQ n'apparaissent plus dans les pages de résultats. Le retrait se fait par étapes : le filtre d'apparence dans la Search Console, le rapport de résultats enrichis et la prise en charge dans l'outil de test disparaissent ensuite ; les équipes qui exploitent l'API Search Console ont jusqu'en août pour ajuster leurs appels.
Faut-il supprimer son balisage FAQPage ? Non. Google a confirmé que :
FAQPagereste un type schema.org valide ;- le balisage continue d'être analysé pour comprendre la page ;
- les données structurées inutilisées ne posent aucun problème pour Search.
Autrement dit, seul l'affichage a disparu. Ce site conserve son balisage FAQPage sur toutes les pages qui en ont un — non par inertie, mais parce qu'il continue de décrire correctement le contenu.
Ce que Google dit sur le balisage et l'IA
Dans son guide d'optimisation pour les fonctionnalités génératives du 15 mai 2026, Google est explicite : les données structurées ne sont pas requises pour la recherche IA, et il n'existe aucun balisage schema.org spécifique aux AI Overviews ou à l'AI Mode.
C'est cohérent avec le reste du guide : les fonctions génératives s'appuient sur le même index et les mêmes systèmes de classement que la recherche classique. Il n'y a pas de porte dérobée.
Toute prestation vendue comme « balisage schema.org pour l'IA » facture donc quelque chose que Google déclare inutile. Le balisage a de la valeur — ailleurs.
Alors à quoi ça sert encore
Trois usages qui tiennent.
1. Les résultats enrichis qui existent toujours
Tous n'ont pas disparu. Restent notamment utiles :
| Type | Ce qu'il produit |
|---|---|
Product |
Prix, disponibilité, avis dans les résultats |
LocalBusiness |
Horaires, adresse, zone desservie |
BreadcrumbList |
Fil d'Ariane affiché sous le titre |
Article / BlogPosting |
Dates, auteur, éligibilité aux modules d'actualité |
Event, Recipe, JobPosting |
Affichages dédiés selon le secteur |
Pour un commerce, Product reste directement rentable. Pour un cabinet ou un artisan, LocalBusiness est le plus utile.
2. La désambiguïsation
C'est l'usage le plus sous-estimé. Le balisage lève des ambiguïtés qu'un moteur devrait sinon deviner : quelle est l'entité derrière ce site, où elle opère, quelle est sa gamme de prix, quelles langues elle parle, à quelle organisation une page appartient.
Pour une PME dont le nom ressemble à d'autres, ou qui opère dans plusieurs cantons, cette clarification a une valeur réelle — y compris pour les modèles, qui consomment volontiers de l'information explicite dans un format standard.
3. La cohérence machine
Un balisage correct force une discipline utile : nom, adresse, téléphone, horaires et prix doivent être exacts et identiques partout. Cette cohérence compte pour le référencement local et, plus encore, pour être cité par un moteur génératif, qui recoupe les sources.
Le balisage minimal qui vaut la peine
Pour une PME suisse, par ordre de rendement :
OrganizationouLocalBusiness— identité, contact, zone desservie, gamme de prix. Une seule fois, sur tout le site.BreadcrumbList— sur chaque page interne. Simple, toujours affiché.Product— uniquement si vous vendez en ligne. Directement rentable.BlogPosting— sur les articles, avecdatePublishedetdateModifiedréels.FAQPage— gardez-le s'il existe, ne le construisez plus pour l'affichage.
Ce qui ne sert à rien : empiler des types par principe, baliser des choses fausses, ou ajouter Review avec des avis que vous avez rédigés vous-même — cela relève de la manipulation et se sanctionne.
Le point qui compte davantage que le balisage
Si vous ne deviez retenir qu'une chose technique de cet article : assurez-vous que votre contenu existe sans JavaScript.
Testez-le en trente secondes : désactivez JavaScript dans votre navigateur et rechargez votre page. Si elle est vide, une partie des robots — y compris plusieurs crawlers IA, qui n'exécutent pas ou mal le JavaScript — voit exactement la même chose.
Aucun balisage ne compense un contenu invisible. C'est la raison structurelle pour laquelle nous livrons des pages pré-rendues : le HTML complet est là avant que la moindre ligne de script ne s'exécute.
Suite logique : ce qui rend un contenu citable.