Données structurées JSON-LD : la méthode qualité SEO et GEO
Le 7 mai 2026, Google a retiré de ses résultats les rich results FAQ — ces accordéons de questions-réponses qui élargissaient une fiche dans la page. Beaucoup en ont conclu que le balisage FAQ était mort. C’est faux : le type FAQPage reste valide, Google continue de le lire, et il sert désormais surtout les moteurs IA. Ce retournement résume tout l’enjeu des données structurées en 2026 : la même balise JSON-LD travaille deux fois — une fois pour la compréhension par Google, une fois pour la citation par les IA. Voici notre démarche qualité pour les produire proprement, sur nos sites et ceux de nos clients, et un outil pour l’appliquer chez vous.
Remarque
Lors d’une réunion projet récente dans le secteur de Jarry, avec une équipe de développeurs web autour d’une démarche qualité éditoriale, le JSON-LD est revenu très vite dans la discussion. Le constat partagé : tout le monde sait l’ajouter, mais presque personne ne le valide ni ne le maintient — sans savoir, au fond, si c’est un atout ou un handicap pour son site.
À quoi sert vraiment le JSON-LD (et pourquoi il compte deux fois en 2026)
Astuce
En une phrase : le JSON-LD ne crée pas de contenu — il rend lisible par les machines ce qui est déjà sur votre page, pour que Google le comprenne et que les IA le citent.
Le JSON-LD, ce sont des données structurées : un petit bloc de code, écrit dans le vocabulaire de schema.org, qui décrit votre page aux moteurs. Il dit, noir sur blanc : « ceci est une entreprise, voici son adresse et son téléphone » ; « ceci est un article, voici son auteur et sa date » ; « voici le fil d’ariane » ; « voici une vraie liste de questions-réponses ». Le contenu, lui, ne change pas. On ne fait qu’en donner la carte aux machines.
Ce balisage n’est pas un facteur de classement direct. Il ne vous fait pas grimper d’un cran sur une requête. Ce qu’il fait, c’est lever les ambiguïtés : un moteur qui comprend précisément votre page l’exploite mieux, et reste éligible aux affichages enrichis qui subsistent. Jusqu’ici, c’était un sujet purement Google.
Important
Google teste déjà aux États-Unis et au Canada AI Mode, une version de son moteur qui répond comme une IA — conversationnelle, synthétique, qui cite ses sources plutôt que de lister dix liens bleus. Quand ça arrivera ici, les pages bien structurées sont celles qui resteront visibles : préparez votre site maintenant.
Ce qui a changé, c’est l’arrivée d’un second lecteur. La recherche devient un web de réponses autant qu’un web de liens : AI Overview en haut de Google, ChatGPT, Perplexity, Gemini synthétisent et citent des sources. D’où le double-score pour les sites vraiment conformes : votre page est désormais notée deux fois, par l’index de Google et par les moteurs IA. Le bon réflexe n’est pas de choisir un camp, mais de servir les deux avec la même rigueur. Et, bonne nouvelle : ce qui est lisible pour la machine — une réponse claire en tête, des titres explicites, des entités bien identifiées — est aussi plus lisible pour vos clients.
La FAQ, cas d’école des données structurées
La foire aux questions est une vieille convention du web, héritée des forums et des listes de diffusion : on y regroupait les questions qui revenaient sans cesse, pour ne pas y répondre dix fois. Quand schema.org a normalisé les données structurées, cette convention est devenue un type à part entière — FAQPage —, une façon de dire à la machine « ceci est une question, et voilà sa réponse ».
Google s’en est emparé en mai 2019 : il a transformé ce balisage en rich result, l’accordéon dépliable sous le lien bleu. L’effet était spectaculaire — deux à trois fois plus de place dans la page. En quelques mois, FAQPage est devenu l’un des balisages les plus déployés du web… et l’un des plus détournés, posé un peu partout, y compris sur des pages qui n’avaient aucune vraie question à poser.
C’est cet excès qui a eu raison de la fonctionnalité. En août 2023, Google l’a réservée aux seuls sites gouvernementaux et de santé « faisant autorité » ; pour tous les autres, l’accordéon a disparu en quelques semaines. Puis, le 7 mai 2026, il l’a retirée pour tout le monde — ces sites compris —, par un simple bandeau ajouté en haut de sa documentation, sans grande annonce. Une extinction en trois temps : l’affichage en mai, le reporting Search Console en juin, l’API en août.
La leçon de cette trajectoire vaut pour tout le JSON-LD : un balisage n’a de valeur que tant qu’il décrit honnêtement la page. Le jour où il sert surtout à grappiller de la place dans Google, il finit par être retiré.
Ce que la fin des rich results FAQ change (et ne change pas)
Important
Depuis le 7 mai 2026, Google n’affiche plus les rich results FAQ. Le balisage FAQPage, lui, reste valide et lu : ne le retirez pas s’il décrit de vraies questions-réponses visibles sur la page.
Le point que beaucoup ratent : le type FAQPage n’est pas supprimé. C’est l’affichage visuel qui s’arrête, pas le balisage. Google continue de lire le schéma, et précise qu’une donnée structurée non exploitée ne pose aucun problème — inutile de partir tout nettoyer, tant qu’il décrit de vraies questions-réponses affichées.
Là où la balise garde de la valeur, c’est côté IA. Les moteurs génératifs reprennent surtout le texte visible de vos questions-réponses ; le schéma vient en appui, comme signal de structure — davantage pris en compte sur certains moteurs que sur d’autres, à l’écriture de ces lignes. La conclusion tient en une phrase : on ne balise plus une FAQ pour Google, on la balise pour les machines qui restent — à condition que la FAQ soit réelle et affichée.
Notre démarche qualité JSON-LD, étape par étape
Le JSON-LD mal géré ne se voit pas : la page s’affiche, le code est là, et personne ne remarque qu’il raconte n’importe quoi. La qualité, ici, est une méthode. Voici la nôtre.
1. Modéliser les entités avant d’écrire la moindre ligne de code. Qui êtes-vous (Organization, ou LocalBusiness pour une activité ancrée localement) ? Que contient la page ? On relie l’identité à ses preuves externes via sameAs — fiche Google Business Profile, page LinkedIn, profils officiels. C’est ce qui ancre votre entité, pour Google comme pour les IA.
2. Choisir les bons schémas, par type de page. Une page d’accueil n’a pas les mêmes besoins qu’un article. En pratique : Organization / LocalBusiness sur les pages d’identité ; Article ou BlogPosting sur les billets ; BreadcrumbList pour le fil d’ariane ; FAQPage uniquement si de vraies questions-réponses sont affichées. Un type bien choisi vaut mieux que dix types empilés.
3. Appliquer la règle d’or : le balisage décrit ce qui est visible. Jamais une information absente de la page. Jamais une note ou un avis qui n’existe pas. Jamais une FAQ balisée mais invisible à l’écran. C’est la règle que Google répète, et celle qui sépare un site sérieux d’un site qui se fait ignorer.
4. Valider, puis vérifier la cohérence. On passe le balisage au validateur schema.org, et on contrôle que l’identité est rigoureusement la même partout — le fameux NAP (nom, adresse, téléphone), que nous détaillons dans notre article sur la visibilité locale en Guadeloupe et notre guide Google Business Profile. Une incohérence d’adresse entre votre site et votre fiche, et la confiance s’effrite.
5. Maintenir. Une page vit ; son balisage doit vivre avec elle. Un schéma figé sur une page qui a changé devient un mensonge silencieux — exactement le genre de signal que les moteurs apprennent à pénaliser.
Les pièges qui sabotent vos données structurées
Attention
Les recettes blackhat SEO de détournement du JSON-LD et des autres standards produisent l’effet inverse de celui visé : moteurs et IA finissent par vous débusquer et vous retirent leur confiance.
Le piège le plus courant : un schéma incomplet, non respecté ou qui décrit autre chose que la page. FAQ balisée mais invisible, avis inventés, infos absentes du texte. Google l’ignore — et au passage, ça entame la confiance des moteurs dans tout votre balisage.
Les erreurs que nous voyons le plus souvent tiennent en cinq points. Le FAQPage posé pour un rich result qui n’existe plus : depuis mai 2026, l’ajouter pour « gagner de la place dans Google » n’a plus de sens — il n’en a que si la FAQ est réellement affichée et utile. La confusion FAQPage / QAPage : FAQPage, c’est vous qui donnez la réponse officielle (fiche service, article) ; QAPage, c’est une page où plusieurs internautes répondent à une même question (un forum, un fil de discussion). Choisir le mauvais type fait purement et simplement ignorer la balise. Le copier-coller de générateur sans relecture : entités génériques, sameAs faux, valeurs laissées par défaut. Le sur-balisage, à empiler des types pour « faire riche », qui brouille plus qu’il n’aide. Et les données injectées en JSON-LD seulement, invisibles pour le visiteur : c’est la violation directe de la règle d’or.
Aucun de ces pièges n’est dramatique pris isolément. Mis bout à bout, ils transforment un atout technique en passif : du code qui donne l’illusion du sérieux et travaille contre vous.
Le skill et le prompt qu’on utilise (et que vous pouvez réutiliser)
Pour tenir cette démarche à l’échelle — nos sites et ceux de nos clients —, nous nous appuyons sur un skill : un outil qui produit du JSON-LD propre selon le type de page, à partir du contenu réel et de la fiche d’identité de l’entreprise. Il génère l’Organization ou le LocalBusiness avec ses sameAs, l’Article pour les billets, le BreadcrumbList, et n’ajoute un FAQPage que si de vraies questions-réponses sont présentes. Surtout, il intègre les garde-fous : pas d’information absente de la page, le bon type au bon endroit, la règle d’or appliquée par défaut.
L’autre moitié du travail, c’est l’audit. Voici le prompt que vous pouvez coller dans ChatGPT ou Claude pour passer une de vos pages au crible :
Tu es expert en données structurées schema.org. Voici le contenu et le JSON-LD de ma page : [COLLER L'URL OU LE CODE].
Vérifie point par point :
1. Chaque entité balisée est-elle réellement visible sur la page ?
2. Les types schema.org sont-ils les bons (Organization, LocalBusiness, Article, BreadcrumbList, FAQPage) ?
3. Le FAQPage correspond-il à de vraies questions-réponses affichées (et non à du QAPage) ?
4. L'identité est-elle cohérente (nom, adresse, téléphone, liens sameAs) ?
5. Y a-t-il des erreurs de syntaxe JSON-LD ?
Donne-moi un score qualité sur 10, la liste des problèmes par ordre de gravité, et le JSON-LD corrigé.Nous avons rassemblé le skill complet, le prompt d’audit et une checklist « démarche qualité JSON-LD » dans un kit que nous tenons à disposition. Si vous voulez le recevoir, l’inscription à notre lettre est le plus simple — on vous l’envoie directement.
Le JSON-LD propre n’est pas un gadget d’expert : c’est de la bonne tenue de site, la même rigueur qui fait qu’on relit un texte avant de le publier. À l’ère des réponses générées, cette tenue se voit deux fois. Si vous voulez savoir ce que vos pages racontent vraiment aux machines, c’est exactement ce qu’on regarde ensemble.