Google a officiellement supprimé les FAQ rich results de ses pages de résultats. Ce n'est pas une surprise — la restriction avait commencé en août 2023 en limitant l'affichage aux seuls sites gouvernementaux et de santé. Mais cette fois, c'est terminé pour tout le monde, et le balisage FAQPage devient du code mort dans vos templates.
La chronologie complète d'une dépréciation annoncée
Le retrait des FAQ rich results ne s'est pas fait du jour au lendemain. Comprendre la séquence aide à anticiper comment Google gère la fin de vie d'un type de résultat enrichi — un pattern qui se répétera.
Août 2023 : la restriction initiale
Google a annoncé que les FAQ rich results ne seraient plus affichés que pour les sites "well-known government and health websites". Pour tous les autres — e-commerce, SaaS, médias, blogs — l'affichage a été coupé sans préavis réel. Du jour au lendemain, des millions de pages ont perdu leur expansion FAQ dans les SERPs.
Le rapport d'améliorations dans Search Console a continué à afficher les données FAQ pendant des mois après cette restriction, créant une confusion : les webmasters voyaient des "impressions" pour un type de résultat qui n'était plus affiché. Un problème caractéristique des délais de synchronisation de la Search Console, un sujet récurrent.
2024-2025 : le schéma zombie
Pendant près de deux ans, la documentation de Google a continué à référencer FAQPage comme un type de données structurées supporté. La plupart des CMS et des plugins SEO (Yoast, Rank Math, schema plugins divers) ont conservé la fonctionnalité de génération automatique de FAQ schema. Résultat : des milliards de pages web embarquent encore un balisage qui ne produit plus aucun résultat visible.
Mai 2026 : la suppression définitive
Google retire complètement le support. Le rapport "FAQ" disparaît de Search Console. La documentation officielle est mise à jour. Le type FAQPage n'est plus listé dans la galerie des résultats enrichis de Google.
Cette annonce faisait l'objet d'anticipations depuis longtemps — nous avions couvert la première phase de cette dépréciation dès l'annonce initiale.
L'impact réel : chiffrer ce que vous avez (déjà) perdu
Beaucoup d'équipes SEO n'ont pas mesuré précisément l'impact de la restriction de 2023. Voici un scénario concret pour illustrer l'ampleur.
Cas : un e-commerce santé/beauté de 8 000 pages produits
Prenons un site e-commerce dans la niche santé/beauté avec 8 000 fiches produits, chacune embarquant une section FAQ avec 3-5 questions balisées en FAQPage. Avant août 2023, ces FAQ généraient un affichage étendu dans les SERPs — chaque résultat occupant 2 à 3 fois plus d'espace vertical qu'un snippet standard.
Avant la restriction (données réelles typiques) :
- CTR moyen positions 3-5 avec FAQ rich result : 8-12%
- CTR moyen positions 3-5 sans rich result : 4-6%
- Pages avec FAQ indexées et affichées : ~5 200 sur 8 000
- Trafic organique mensuel attribuable au boost CTR des FAQ : ~15 000 sessions
Après la restriction :
- Le trafic sur ces pages a chuté de 20 à 35% en 4-6 semaines
- Aucune perte de positions — les rankings n'ont pas bougé
- La perte venait exclusivement de la réduction du CTR par perte d'espace SERP
Le piège : sans monitoring automatisé des rich results, cette chute est quasi invisible dans les outils classiques. Les positions sont stables, les impressions aussi. Seul le CTR par type de résultat dans Search Console permettait de tracer le problème — et encore, avec des données agrégées qui masquent la granularité.
Un outil de monitoring comme Seogard, qui détecte les changements de balisage structuré et les régressions d'affichage SERP page par page, aurait signalé immédiatement la perte de rendu FAQ sur chaque URL concernée.
Audit et nettoyage : supprimer le balisage FAQPage
Garder du FAQPage schema sur vos pages n'est pas "neutre". C'est du bruit dans votre balisage structuré, ça alourdit le DOM, et ça pollue vos rapports de validation. Nettoyez.
Identifier toutes les pages concernées
Première étape : un crawl complet pour repérer chaque page embarquant du FAQPage. Avec Screaming Frog, vous pouvez extraire le structured data via l'onglet dédié ou via une extraction custom :
# Screaming Frog CLI - extraction structured data
# Configuration > Spider > Extraction > Custom Search
# Mode : "Contains" sur le body HTML
# Rechercher : "FAQPage" dans le JSON-LD
# Alternative avec grep sur un sitemap crawlé :
cat urls.txt | xargs -P 10 -I {} curl -s {} | grep -l "FAQPage" > pages_with_faq.txtPour un audit plus robuste sur un gros volume, utilisez un script qui parse le JSON-LD :
// Node.js - Extraction et audit du FAQPage schema
// Fonctionne avec un fichier d'URLs en entrée
const axios = require('axios');
const cheerio = require('cheerio');
const fs = require('fs');
const urls = fs.readFileSync('urls.txt', 'utf-8').split('\n').filter(Boolean);
async function auditFAQSchema(url) {
try {
const { data: html } = await axios.get(url, {
timeout: 10000,
headers: { 'User-Agent': 'Mozilla/5.0 (compatible; SEOAuditBot/1.0)' }
});
const $ = cheerio.load(html);
const schemas = [];
$('script[type="application/ld+json"]').each((i, el) => {
try {
const json = JSON.parse($(el).html());
const items = Array.isArray(json) ? json : [json];
items.forEach(item => {
// Gestion du @graph (commun avec Yoast/RankMath)
if (item['@graph']) {
item['@graph'].forEach(node => {
if (node['@type'] === 'FAQPage') {
schemas.push({
url,
type: 'FAQPage',
questionCount: node.mainEntity?.length || 0,
location: 'graph'
});
}
});
}
if (item['@type'] === 'FAQPage') {
schemas.push({
url,
type: 'FAQPage',
questionCount: item.mainEntity?.length || 0,
location: 'standalone'
});
}
});
} catch (parseErr) {
// JSON-LD invalide — autre problème à traiter
}
});
return schemas;
} catch (err) {
return [{ url, error: err.message }];
}
}
(async () => {
const results = [];
for (const url of urls) {
const schemas = await auditFAQSchema(url);
if (schemas.length > 0) results.push(...schemas);
}
console.log(`Pages avec FAQPage schema : ${results.length}`);
fs.writeFileSync('faq_audit.json', JSON.stringify(results, null, 2));
})();Ce script gère les deux patterns courants : le JSON-LD standalone et le format @graph utilisé par Yoast SEO et Rank Math. Sur un site de 8 000 pages, l'exécution prend 15-20 minutes avec une parallélisation raisonnable.
Supprimer proprement selon votre stack
La méthode de suppression dépend de l'origine du balisage.
Si le balisage vient d'un plugin WordPress (Yoast, Rank Math) :
La plupart ont déjà ajouté une option pour désactiver les FAQ schema. Dans Rank Math, c'est sous Rank Math > Titles & Meta > Global Meta > FAQ Block — désactivez le toggle. Pour Yoast, le bloc FAQ Gutenberg ne génère plus de schema depuis la version 22+.
Si le balisage est injecté via un template custom :
<!-- AVANT : template produit avec FAQ schema -->
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "Ce sérum est-il adapté aux peaux sensibles ?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Oui, la formulation est testée dermatologiquement..."
}
},
{
"@type": "Question",
"name": "Quelle est la durée de conservation après ouverture ?",
"acceptedAnswer": {
"@type": "Answer",
"text": "6 mois après ouverture (symbole PAO sur l'emballage)."
}
}
]
}
</script>
<!-- APRÈS : suppression complète du bloc FAQPage -->
<!-- Le contenu FAQ reste en HTML visible — seul le schema est retiré -->Point important : ne supprimez pas le contenu FAQ visible sur la page. Les questions/réponses restent utiles pour l'utilisateur et pour la compréhension sémantique de la page par Google. Vous ne retirez que l'enveloppe JSON-LD qui ne produit plus aucun effet.
Que faire du contenu FAQ existant : stratégies de migration
Supprimer le balisage ne signifie pas abandonner le contenu. Plusieurs options de migration existent, chacune avec ses trade-offs.
Option 1 : conversion vers HowTo schema (si applicable)
Pour les pages où les FAQ étaient en réalité des instructions déguisées ("Comment appliquer ce produit ?", "Comment choisir la bonne taille ?"), le balisage HowTo reste supporté et génère des rich results. Le format est différent :
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "HowTo",
"name": "Comment appliquer le sérum vitamine C",
"step": [
{
"@type": "HowToStep",
"name": "Nettoyer la peau",
"text": "Appliquez votre nettoyant habituel sur peau humide, rincez à l'eau tiède."
},
{
"@type": "HowToStep",
"name": "Appliquer le sérum",
"text": "Déposez 3-4 gouttes dans la paume, pressez délicatement sur le visage et le cou."
},
{
"@type": "HowToStep",
"name": "Hydrater",
"text": "Terminez avec votre crème hydratante pour sceller les actifs."
}
]
}
</script>Trade-off : le HowTo ne s'applique qu'aux contenus procéduraux. Forcer des FAQ dans un format étape par étape juste pour obtenir un rich result est une violation des guidelines — et Google sait détecter ces abus. Ne le faites que si le contenu est réellement procédural.
Option 2 : basculer vers des Q&A pages dédiées
Si vos FAQ étaient substantielles (réponses de 200+ mots, questions réellement posées par les utilisateurs), envisagez de les transformer en pages Q&A individuelles ciblant des long-tail queries. Le balisage QAPage reste supporté pour les pages de type forum/communautaire, mais attention : Google exige que la page soit structurée comme un vrai espace de questions-réponses avec des contributions utilisateurs, pas une page FAQ statique rebaptisée.
Option 3 : capitaliser pour l'AI search
L'angle le plus stratégique en 2026. Les contenus FAQ — ces paires question/réponse factuelles et concises — sont exactement le format que les modèles de langage consomment le mieux pour générer des réponses dans les AI Overviews et les résultats d'AI Search.
Plutôt que de penser "rich results", pensez "citation source". Un contenu structuré en Q&A claires, factuelles, sourcées, a plus de chances d'être cité dans une réponse AI qu'un paragraphe narratif. C'est un pivot stratégique que nous avons détaillé dans notre analyse sur pourquoi l'AI search ignore certains contenus et dans le pipeline de diagnostic AI search.
Le balisage structuré n'est plus le véhicule de visibilité SERP qu'il était. Mais la structuration sémantique du contenu — headings clairs, paires Q&A explicites, faits vérifiables — devient le véhicule de visibilité AI. Le contenu reste, le wrapper technique change.
Le pattern plus large : Google réduit la surface des rich results
La suppression des FAQ s'inscrit dans un mouvement de fond qu'il faut analyser.
Les rich results en recul, les AI Overviews en expansion
Google a réduit ou supprimé plusieurs types de rich results ces dernières années :
- HowTo : restriction d'affichage desktop dès septembre 2023
- FAQ : restriction puis suppression complète
- Sitelinks search box : déprécié en novembre 2024
En parallèle, la surface occupée par les AI Overviews ne cesse de croître. La corrélation n'est pas fortuite. Google déplace l'espace SERP dédié aux "réponses directes" (rich snippets, FAQ expansions) vers un format qu'il contrôle entièrement : l'AI Overview, qui synthétise les sources sans laisser à un site individuel le bénéfice d'un affichage enrichi propre.
Ce que cela signifie pour votre stratégie : investir du temps d'ingénierie dans le balisage structuré pour obtenir des rich results spécifiques devient risqué. Le retour sur investissement est imprévisible quand Google peut supprimer un type de résultat en quelques mois. En revanche, le balisage structuré comme signal sémantique (aider Google à comprendre votre contenu) reste pertinent — la distinction est cruciale.
Nous avons analysé comment Google oriente désormais les développeurs vers la construction pour les agents AI et comment les liens dans les AI Overviews évoluent. Le message est clair : l'investissement structurel doit viser la lisibilité machine au sens large, pas un format d'affichage SERP spécifique.
Impact sur le crawl budget
Un point technique souvent négligé : le balisage structuré volumineux pèse sur le temps de parsing. Sur notre e-commerce de 8 000 pages, chaque page embarquant un bloc FAQPage avec 5 questions ajoute environ 800 octets à 1,5 Ko de JSON-LD. À l'échelle :
- 8 000 pages × 1,2 Ko moyen = ~9,6 Mo de données structurées inutiles crawlées et parsées
- Sur un crawl budget serré (5 000-10 000 URLs/jour), ce overhead n'est pas négligeable
- Le temps de parsing côté Googlebot augmente, même marginalement, sur chaque URL
Ce n'est pas un facteur bloquant isolément. Mais cumulé avec d'autres sources de bloat (schema Product redondant, breadcrumb en doublon, etc.), le nettoyage du balisage obsolète contribue à une hygiène technique qui facilite le crawl et l'indexation. Pour les sites de 30 000+ pages, l'impact devient mesurable.
Vérification post-nettoyage : valider la suppression
Après le nettoyage, validez systématiquement.
Validation via Search Console
L'onglet "Améliorations" de Search Console devrait voir le rapport "FAQ" disparaître progressivement à mesure que Google re-crawle vos pages. Surveillez sur 2-3 semaines.
Si le rapport persiste, vérifiez que vos pages nettoyées ont bien été re-crawlées. Forcer un re-crawl via l'outil d'inspection d'URL pour les pages stratégiques :
# Soumettre un batch d'URLs au re-crawl via l'API Indexing
# (nécessite un compte de service avec accès Search Console)
# Pour les sites éligibles (JobPosting, BroadcastEvent) :
curl -X POST "https://indexing.googleapis.com/v3/urlNotifications:publish" \
-H "Authorization: Bearer $(gcloud auth print-access-token)" \
-H "Content-Type: application/json" \
-d '{
"url": "https://votre-site.com/produit/serum-vitamine-c",
"type": "URL_UPDATED"
}'
# Pour les autres sites, utilisez le sitemap ping :
curl "https://www.google.com/ping?sitemap=https://votre-site.com/sitemap.xml"
# Ou soumettez individuellement via Search Console UI :
# URL Inspection > Request Indexing (limité à ~10/jour)Note : l'API Indexing est limitée aux types JobPosting et BroadcastEvent officiellement. Pour les autres types de contenus, le ping sitemap et l'inspection manuelle restent vos options. Le re-crawl naturel prend 1 à 4 semaines selon la fréquence de crawl de votre site.
Validation via le Rich Results Test
Passez vos pages nettoyées dans le Rich Results Test de Google pour confirmer que le FAQPage n'apparaît plus dans les résultats détectés. Si vous avez migré vers un autre type de schema (HowTo, Product enrichi), vérifiez que le nouveau balisage est valide.
Monitoring continu
Le risque principal post-nettoyage : une régression. Un déploiement qui réintroduit un ancien template, un plugin qui se met à jour et réactive le FAQ schema, un cache CDN qui sert encore l'ancienne version. Seogard détecte automatiquement ce type de régression en comparant le balisage structuré de chaque page entre deux crawls — exactement le genre de changement qui passe sous le radar d'un audit manuel mensuel.
Structured data en 2026 : où concentrer vos efforts
Avec la disparition des FAQ, voici les types de données structurées qui méritent encore un investissement technique.
Les types à ROI prouvé
- Product + Merchant Listings : toujours actifs, génèrent des rich results avec prix, disponibilité, avis. Essentiels pour l'e-commerce.
- Article : pas de rich result visible proprement dit, mais utilisé par Google News, Discover, et les AI Overviews pour comprendre l'auteur, la date, le type de contenu.
- Organization + LocalBusiness : Knowledge Panel, informations de contact. Impact branding direct.
- Breadcrumb : affichage SERP stable depuis des années, améliore la lisibilité des résultats.
Les types à surveiller
- HowTo : toujours supporté sur mobile, mais la restriction desktop de 2023 montre que Google peut réduire l'affichage à tout moment.
- Video : les rich results vidéo restent affichés, mais Google pousse de plus en plus vers les YouTube shorts dans les SERPs. Le schema
VideoObjectsur du contenu hébergé hors YouTube perd en efficacité.
Le shift vers la sémantique machine-readable
L'avenir du structured data n'est probablement pas dans les rich results visuels. C'est dans la capacité des machines — Googlebot, les LLMs, les agents AI — à parser et comprendre votre contenu. Google a lancé des travaux autour d'un nouveau standard d'autorisation pour les bots, et les discussions sur le grounding des réponses AI montrent que la lisibilité structurelle de votre contenu devient un facteur de citation AI.
Le balisage structuré reste un signal. Mais sa valeur se déplace : moins "obtenir un affichage enrichi en SERP", plus "être compris et cité par les systèmes de réponse AI".
Le vrai takeaway
La suppression des FAQ rich results est le symptôme d'un changement plus profond : Google réduit les formats d'affichage enrichi qu'il délègue aux sites, au profit de formats qu'il contrôle (AI Overviews). Nettoyez votre balisage FAQPage — c'est du code mort. Conservez le contenu FAQ sur vos pages — c'est de la matière première pour les citations AI. Et concentrez votre investissement structured data sur les types qui ont un ROI mesurable aujourd'hui, tout en rendant votre contenu le plus lisible possible pour les systèmes d'extraction automatique.