La relation de Google avec les données structurées a toujours évolué, mais 2025-2026 marque un changement particulièrement visible : Search Console réduit ce qu’il rapporte, teste et expose via son API pour plusieurs types de schéma.
Pour les équipes SEO et les éditeurs, l’impact pratique concerne moins le classement que l’observabilité : ce que vous pouvez valider, surveiller et exporter. Ci-dessous, ce qui a changé, ce qui suit, et comment ajuster les workflows et le reporting.
Ce que Google change dans Search Console (et pourquoi cela compte)
En novembre 2025, Google a indiqué qu’il “retirerait la prise en charge des types de données structurées dans Search Console et son API” à partir de janvier 2026. Il s’agit d’une réduction explicite de la surface dédiée aux données structurées dans Search Console, et non d’un simple ajustement d’interface.
Ces changements touchent trois principaux emplacements sur lesquels les SEO s’appuient : les rapports sur les résultats enrichis de Search Console, le Rich Results Test, et les filtres d’apparence dans la recherche (ainsi que l’API Search Console et l’Exportation de données en masse pour certains champs).
Implication principale : certains balisages peuvent toujours exister sur les pages, mais Google peut ne plus fournir de diagnostics et de rapports dédiés pour ceux-ci. Cela peut accroître l’effort nécessaire pour dépanner l’éligibilité, confirmer une implémentation valide ou suivre les performances par apparence de résultat enrichi.
Contexte de juin 2025 : “simplification” des résultats et suppression progressive des fonctionnalités peu utilisées
Le 12 juin 2025, Google a présenté une initiative plus large comme la “simplification de la page de résultats de la recherche Google”, expliquant qu’il supprime progressivement certaines fonctionnalités alimentées par des données structurées parce qu’elles ne sont “pas couramment utilisées” et “n’apportent plus de valeur additionnelle significative”.
Cette justification indique une orientation produit : Google privilégie la cohérence et la réduction de la complexité des SERP plutôt que le maintien d’une longue traîne d’améliorations spécialisées. En pratique, cela signifie que moins de types de schéma correspondront à des fonctionnalités de recherche visibles et mesurables.
Google a également précisé le 12 juin 2025 que ce changement “n’affectera pas la façon dont les pages sont classées”. Néanmoins, perdre une amélioration de résultat enrichi (ou la capacité de la mesurer proprement) peut influencer les taux de clics, les décisions de stratégie de contenu et les calculs de ROI.
Suppressions de septembre 2025 : six types de données structurées perdent le reporting et les tests
Les 8 et 9 septembre 2025, Google a supprimé les rapports de résultats enrichis dans Search Console, le Rich Results Test et les filtres d’apparence dans la recherche pour six types de données structurées : Course Info, Claim Review, Estimated Salary, Learning Video, Special Announcement et Vehicle Listing.
La couverture du secteur, notamment le résumé de Search Engine Roundtable de la liste officielle et des dates, ainsi que le reportage de Search Engine Journal, a souligné à quel point l’effet opérationnel a été immédiat : les équipes ne pouvaient plus s’appuyer sur les rapports dédiés aux résultats enrichis de Search Console ni sur la sortie du Rich Results Test pour ces types.
Cela compte même si un site continue de publier le balisage. Sans ces surfaces produit, le débogage devient plus dépendant des outils de validation de schéma, des analyses au niveau des journaux (logs) et des données générales de performance de Search Console plutôt que des rapports d’amélioration spécifiques au type.
Calendrier de l’API : un maintien temporaire, puis extinction
En septembre 2025, Google a confirmé que l’API Search Console continuerait de prendre en charge ces six types dépréciés uniquement jusqu’en décembre 2025. Autrement dit, même après la suppression dans l’interface et les rapports, un accès via l’API a subsisté temporairement.
Cela a créé une courte fenêtre de transition pour que les équipes d’ingénierie et d’analytics migrent leurs tableaux de bord, révisent les pipelines ETL et communiquent les changements de mesure aux parties prenantes, avant que les champs de l’API ne deviennent indisponibles.
Search Engine Journal a également souligné la nature progressive du déploiement : d’abord, arrêt du reporting et des tests dans l’interface/outils ; ensuite, fin du support API selon un calendrier défini. Ce séquençage est important car il peut masquer la casse : les pipelines peuvent “fonctionner” jusqu’à ce qu’ils cessent soudainement de le faire.
Exportation de données en masse et BigQuery : le changement incompatible caché (champs `NULL`)
Le 1er octobre 2025, Google a mis à jour l’Exportation de données en masse afin que les champs d’“apparence dans la recherche” dépréciés pour les types concernés soient signalés comme NULL. Ce changement peut casser silencieusement des tableaux de bord, des requêtes planifiées et des alertes de monitoring qui supposent une dimension d’apparence non nulle.
En septembre 2025, Google a fourni un exemple BigQuery pour montrer comment les requêtes peuvent devoir être mises à jour, car les champs d’apparence dépréciés peuvent devenir NULL. Pour les analystes, c’est un problème classique d’évolution de schéma : la colonne peut toujours exister, mais sa valeur informationnelle est perdue.
Concrètement, les équipes doivent auditer les modèles Looker Studio/BI, les clauses SQL WHERE et les jointures qui filtrent sur l’apparence dans la recherche. Si votre reporting segmente par type de résultat enrichi, vous pourriez avoir besoin de regroupements de secours (type de page, modèle, motif d’URL, classe de requête) ou d’un jeu de données séparé de couverture de schéma pour maintenir des tendances comparables.
Practice Problem : avis de dépréciation, suppression en janvier 2026 et mises à jour de la documentation
Entre le 5 novembre 2025 et janvier 2026, Google a publié un avis de dépréciation pour les données structurées Practice Problem. Google a précisé que “à partir de janvier 2026”, elles seraient supprimées des rapports de résultats enrichis de Search Console, du Rich Results Test et des filtres d’apparence dans la recherche, tandis que la prise en charge via l’API se poursuivrait “jusqu’en janvier 2026”.
Le 6 janvier 2026, Google a supprimé la documentation pour le type de données structurées Practice Problem (consigné comme une entrée officielle de mise à jour de la documentation). La suppression de la documentation est souvent l’étape finale confirmant qu’un type n’est plus activement pris en charge pour son expérience de recherche précédente.
Comme l’a noté Search Engine Journal dans une couverture ultérieure, cela s’inscrit dans une tendance plus large ; la publication a également attribué à John Mueller le commentaire selon lequel “les types de balisage vont et viennent”. Pour les équipes d’implémentation, c’est un rappel que la prise en charge des données structurées est une cible mouvante qui exige une gouvernance et une maintenance périodiques.
Tout ne disparaît pas : précisions sur Dataset et les actions Book
Les précisions de la documentation du 5 novembre 2025 de Google aident à distinguer “changements de reporting dans Search Console” et “schéma inutile”. Par exemple, Google a clarifié que le balisage Dataset est utilisé uniquement par Dataset Search (et non par la recherche Google classique).
Cette distinction est importante pour les organisations qui publient des données de recherche ou des catalogues : le balisage Dataset peut rester stratégique, mais les attentes doivent être alignées sur le bon produit Google (Dataset Search) plutôt que sur les résultats de recherche web standard.
Google a également retiré la bannière de dépréciation de la documentation des actions Book parce qu’une fonctionnalité l’utilise encore dans la recherche Google. C’est un contre-exemple utile : l’élagage est ciblé, ce n’est pas un recul généralisé des données structurées, et certaines fonctionnalités restent actives et valent la peine d’être maintenues.
Comment s’adapter : mesure, QA et communication aux parties prenantes
Premièrement, mettez à jour les plans de mesure. Si vous suiviez la performance par “apparence dans la recherche” pour les types dépréciés, planifiez une rupture nette des séries à partir de septembre/octobre 2025 (suppression dans l’interface et comportement NULL à l’export) puis aux fenêtres d’extinction de l’API (décembre 2025 et janvier 2026, selon le type).
Deuxièmement, ajustez les processus de QA. Avec moins de rapports d’améliorations spécifiques dans Search Console et moins de couverture du Rich Results Test, l’assurance qualité doit s’appuyer davantage sur des validateurs de schéma, des tests unitaires dans votre pipeline de publication et des contrôles au niveau des modèles pour empêcher la mise en production de JSON-LD mal formé.
Troisièmement, communiquez clairement que le classement n’est pas la cible directe. La déclaration de Google du 12 juin 2025 selon laquelle ce changement “n’affectera pas la façon dont les pages sont classées” devrait faire partie des mises à jour aux parties prenantes, tout en expliquant que la visibilité, le CTR et la segmentation analytique peuvent évoluer en raison de la réduction des fonctionnalités de SERP et du reporting.
La réduction par Google de la prise en charge des données structurées dans Search Console doit être comprise avant tout comme un changement d’observabilité associé à une stratégie de simplification des SERP. Les effets les plus perturbateurs se manifestent souvent non pas dans les classements, mais dans la perte de diagnostics, la disparition de filtres et les pipelines analytiques qui s’appuyaient sur les dimensions d’apparence dans la recherche.
Les équipes qui réagissent bien considéreront cela comme une migration planifiée : auditer les types de balisage impactés, réécrire la logique BigQuery/BI pour gérer les apparences NULL et réétalonner les KPI. Comme l’a indiqué Google, certaines fonctionnalités sont supprimées car elles ne sont pas couramment utilisées, et comme la remarque de John Mueller le suggère, les types de balisage vont et viennent ; des opérations SEO résilientes doivent donc être conçues pour le changement.
