Le 7 mai 2026, Google a ajouté une simple mention en haut d’une page de documentation technique, sans article de blog ni annonce officielle : les FAQ rich results, autrement dis les données structurées Schema.org qui est un menu déroulants de questions-réponses qui s’affichaient sous certains résultats Google, ne s’affichent plus dans les résultats de recherche. Cette annonce discrète a immédiatement divisé le secteur du SEO en deux camps tout aussi excessifs l’un que l’autre : « les données structurées ne servent plus à rien » d’un côté, « le balisage FAQ est plus indispensable que jamais pour l’IA » de l’autre. Les deux affirmations sont fausses, et comprendre pourquoi permet de remettre les données structurées à leur juste place dans une stratégie SEO.
Cet article revient sur ce qui a réellement changé, ce qui n’a pas changé, et surtout comment implémenter techniquement les balisages qui comptent encore vraiment pour un site d’entreprise à Grenoble. Il inclut une partie volontairement plus technique, avec du code réel, pour celles et ceux qui veulent comprendre precisément comment ça fonctionne, pas seulement pourquoi.
Qu’est-ce que les données structurées, concrètement
Avant d’aborder ce qui a changé, un rappel s’impose pour celles et ceux qui découvrent le sujet.
Un langage commun entre votre site et les machines
Les données structurées sont un code ajouté à votre page, invisible pour un visiteur humain, qui décrit explicitement la nature de votre contenu : « ceci est un article », « ceci est une question suivie de sa réponse », « ceci est une entreprise locale avec telle adresse et tels horaires ». Sans ce balisage, un moteur de recherche doit deviner la structure de votre contenu à partir du HTML visuel — avec ce balisage, vous le lui indiquez directement, sans ambiguïté.
JSON-LD : le format recommandé par Google
Il existe plusieurs syntaxes techniques pour intégrer des données structurées, mais Google recommande explicitement le format JSON-LD (JavaScript Object Notation for Linked Data). Son avantage principal : il s’insère dans une balise <script type="application/ld+json"> totalement indépendante du reste du code HTML de la page, ce qui le rend simple à ajouter, à modifier ou à retirer sans toucher à la structure visuelle du site.
Ce qui vient de changer : la fin des rich results FAQ
C’est l’actualité qui a déclenché cet article, et qui mérite d’être expliquée avec précision plutôt qu’avec les raccourcis vus sur une partie du web SEO.
Ce que Google a précisément annoncé le 7 mai 2026
Selon la documentation officielle de Google Search Central, les FAQ rich results ne s’affichent plus du tout dans Google Search depuis le 7 mai 2026, y compris pour les sites gouvernementaux et de santé qui restaient les derniers éligibles depuis une restriction antérieure de 2023. Le rapport dédié dans Search Console et l’outil de test des rich results ont suivi en juin 2026, et le support de l’API Search Console pour ce type de résultat disparaîtra en août 2026.
Ce qui ne change pas : la validité du balisage FAQPage
Voici la nuance essentielle, souvent perdue dans les titres accrocheurs : le type de balisage FAQPage reste parfaitement valide. Il ne génère plus l’affichage visuel en accordéon dans les résultats Google, mais son utilisation ne provoque ni erreur, ni pénalité, ni sanction. Selon les propos de John Mueller, porte-parole de Google, cette fonctionnalité n’était de toute façon utilisée que par un nombre très restreint de types de sites depuis 2023 — pour la grande majorité des sites, y compris ce blog, ce changement ne modifie donc rien de concret en pratique.
Pourquoi cette nuance a été mal comprise par une partie du secteur
La confusion vient du fait que deux choses très différentes portent le même nom dans le langage courant : le balisage (le code technique, la « compréhension ») et le rich result (l’affichage visuel dans Google, la « présentation »). Google a supprimé la présentation, pas la compréhension. C’est une distinction que nous appliquons déjà dans notre article sur SGE et AI Overviews, où nous évoquions déjà l’importance de structurer le contenu pour les systèmes d’IA, indépendamment des rich results classiques.
Les types de données structurées qui comptent encore vraiment
Au-delà du cas FAQ, certains types de balisage restent particulièrement pertinents pour un site d’entreprise.
Article : pour vos contenus de blog
Le type Article (ou sa variante BlogPosting) reste pleinement actif et continue de contribuer à l’affichage enrichi de vos contenus dans les résultats de recherche (image, date de publication, auteur). C’est le type que nous avons systématiquement recommandé dans les annexes techniques des articles précédents de ce blog, et cela reste une bonne pratique.
LocalBusiness : le plus important pour une entreprise locale
Pour une activité comme la vôtre, ciblant Grenoble et son agglomération, le type LocalBusiness (ou ses variantes plus spécifiques comme ProfessionalService) est sans doute le balisage le plus stratégique : il permet d’indiquer explicitement à Google votre nom, votre adresse ou zone d’intervention, vos horaires, votre zone géographique de service, et vos coordonnées, en complément direct de votre fiche Google Business Profile.
BreadcrumbList : le fil d’Ariane
Ce balisage décrit la position d’une page dans l’arborescence de votre site (Accueil > Blog > Nom de l’article, par exemple). Il reste utilisé par Google pour afficher un fil d’Ariane cliquable directement dans les résultats de recherche, à la place de l’URL brute, ce qui améliore la lisibilité de votre résultat.
Organization : votre identité numérique globale
Ce balisage, généralement placé sur la page d’accueil, définit votre entité en tant qu’organisation (nom, logo, réseaux sociaux, coordonnées). Il alimente directement le Knowledge Graph de Google, la base de connaissances utilisée à la fois par la recherche classique et par les systèmes d’IA générative pour identifier votre marque comme une entité reconnue plutôt qu’un simple site parmi d’autres.
Partie technique : comment implémenter concrètement ces balisages
Voici, très concrètement, à quoi ressemble un balisage LocalBusiness correctement structuré pour une entreprise basée à Grenoble.
La structure de base d’un balisage LocalBusiness pour Grenoble
json
{
"@context": "https://schema.org",
"@type": "ProfessionalService",
"name": "[Nom de votre activité]",
"image": "https://[votredomaine.fr]/logo.jpg",
"url": "https://[votredomaine.fr]",
"telephone": "+33-X-XX-XX-XX-XX",
"priceRange": "€€",
"address": {
"@type": "PostalAddress",
"addressLocality": "Grenoble",
"addressRegion": "Auvergne-Rhône-Alpes",
"postalCode": "38000",
"addressCountry": "FR"
},
"areaServed": [
"Grenoble",
"Meylan",
"Saint-Martin-d'Hères",
"Échirolles",
"Fontaine"
],
"openingHoursSpecification": {
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
"opens": "09:00",
"closes": "18:00"
}
}Quelques points d’attention sur ce code : le champ areaServed est particulièrement important pour une activité qui, comme la vôtre, intervient sans forcément recevoir de public à une adresse fixe — il permet de couvrir plusieurs communes de l’agglomération sans multiplier les fiches d’établissement. Le champ priceRange reste optionnel, mais aide Google à qualifier votre positionnement tarifaire dans certains contextes d’affichage.
Comment vérifier que votre balisage est valide
Deux vérifications distinctes sont nécessaires : la validité technique (le code JSON est-il bien formé, sans erreur de syntaxe) et l’éligibilité aux résultats enrichis (le contenu balisé correspond-il aux exigences de Google pour déclencher un affichage spécifique). L’outil de test de résultats enrichis de Google reste la référence pour ce second point, même si son périmètre évolue à mesure que certains types de résultats sont retirés, comme on l’a vu avec les FAQ.
Où placer le code sur votre site
Le bloc JSON-LD peut être placé n’importe où dans le <head> ou le <body> de votre page HTML, sans impact sur son fonctionnement puisqu’il n’est pas affiché visuellement. Sur un site WordPress, la plupart des extensions SEO (Yoast, RankMath) génèrent automatiquement certains balisages de base, mais un balisage LocalBusiness complet et précis nécessite généralement une intervention manuelle ou un champ personnalisé dédié, pour refléter fidèlement votre activité plutôt qu’un modèle générique.
Données structurées et intelligence artificielle : ce qu’il faut vraiment retenir
C’est la question qui revient le plus souvent depuis la démocratisation des fonctionnalités IA de recherche.
Pas de raccourci magique, mais un vrai signal de clarté
Les systèmes d’IA générative (AI Overviews, mais aussi les assistants conversationnels) ne privilégient pas un contenu simplement parce qu’il porte un balisage FAQPage : ils extraient et synthétisent du contenu clair, qu’il soit balisé ou non. Le balisage n’est donc pas un raccourci vers la visibilité IA, mais il reste un signal de clarté supplémentaire, cohérent avec le contenu visible, qui facilite le travail des systèmes automatisés, humains comme artificiels.
Ce que Google recommande officiellement
Google est explicite sur ce point : aucun balisage spécifique n’est requis pour apparaître dans les fonctionnalités génératives de recherche. La meilleure stratégie reste, comme toujours, de structurer un contenu réellement clair et utile pour un lecteur humain — le balisage vient ensuite formaliser cette clarté pour les machines, il ne la crée pas artificiellement.
Faut-il retirer le balisage FAQPage de son site
Une question légitime, à laquelle la réponse est plus nuancée qu’un simple oui ou non.
Non, mais pour de bonnes raisons
Un balisage FAQPage existant sur votre site ne cause aucun problème : Google confirme explicitement qu’une donnée structurée non utilisée n’a pas d’effet négatif sur le référencement. Il n’y a donc pas d’urgence à le retirer, sauf si vous souhaitez simplifier la maintenance de votre code.
Ce qu’il faut plutôt vérifier
Le vrai sujet n’est pas la présence du balisage, mais la qualité du contenu visible qu’il décrit : une vraie question suivie d’une vraie réponse utile, pas une liste de questions artificielles ajoutées uniquement pour occuper de l’espace dans les résultats de recherche — une pratique que Google a explicitement citée comme motif de restriction dès 2023.
Les erreurs fréquentes à éviter
Voici les erreurs les plus courantes observées dans l’implémentation de données structurées, indépendamment de l’actualité FAQ.
Baliser du contenu invisible pour l’utilisateur
Le balisage doit toujours correspondre à du contenu réellement visible sur la page. Baliser des informations qui n’apparaissent nulle part dans le texte affiché est considéré par Google comme une pratique trompeuse, susceptible d’entraîner une action manuelle.
Copier un balisage générique sans l’adapter
Un balisage LocalBusiness copié depuis un tutoriel générique, sans adapter les champs à votre activité réelle (zone d’intervention, horaires, type précis d’entreprise), perd une grande partie de sa valeur : l’objectif est de décrire fidèlement votre entreprise, pas de cocher une case technique.
Négliger la validation technique
Un code JSON-LD mal formé (une virgule oubliée, une accolade manquante) est tout simplement ignoré par Google, sans message d’erreur visible pour vous si vous ne le testez pas explicitement. Une vérification systématique après chaque modification reste indispensable.
Foire aux questions
Les données structurées améliorent-elles directement le classement ?
Non, directement. Google l’indique explicitement : les données structurées ne sont pas un facteur de classement en tant que tel. Elles améliorent en revanche la compréhension de votre contenu et, pour certains types encore actifs, l’affichage de votre résultat dans les pages de recherche, ce qui peut indirectement améliorer votre taux de clic.
Faut-il un développeur pour les implémenter ?
Pour des balisages simples (Article, Organization), de nombreuses extensions SEO permettent une implémentation sans compétence technique poussée. Pour un balisage LocalBusiness précis et complet, ou pour des types plus spécifiques, l’intervention d’un professionnel reste recommandée pour éviter les erreurs de structure.
Comment savoir si mon site utilise déjà des données structurées ?
Le moyen le plus simple consiste à afficher le code source de votre page (clic droit, « Afficher le code source ») et à rechercher la mention application/ld+json, ou à utiliser un outil de test dédié qui analyse directement l’URL de votre page.
Conclusion : miser sur la clarté plutôt que sur la mécanique
L’épisode de la dépréciation des FAQ rich results illustre une règle plus générale, valable bien au-delà de ce cas précis : les données structurées formalisent la clarté d’un contenu, elles ne la créent pas. Un site qui mise sur un contenu réellement utile, bien structuré visuellement pour un humain, aura toujours une longueur d’avance — avec ou sans le bon balisage technique en complément.
Vous vous demandez si votre site utilise correctement les données structurées, ou si votre balisage LocalBusiness reflète fidèlement votre activité grenobloise ? Je propose un audit gratuit pour vérifier ce point technique avec vous, parmi d’autres priorités SEO. Demander mon audit gratuit.