Schema Article

Ce que le balisage Article fait vraiment

Un balisage Article correct ne fait pas monter une page. Il fait qu’un document soit lu comme un article : un titre, un auteur identifiable, une date de publication, une date de mise à jour, une image représentative, un éditeur rattaché. C’est de la désambiguïsation, pas du classement. Confondre les deux est à l’origine de la moitié des recommandations creuses qu’on lit dans les audits techniques, celles qui font passer trois jours de dev sur un bloc JSON-LD en promettant un gain de positions qui n’arrivera pas.

Le type couvre trois variantes en pratique : Article, NewsArticle, BlogPosting. Le 22 août 2025, Google a clarifié dans sa documentation que le balisage Article s’applique à tous les types de pages, corrigeant l’idée répandue qu’il serait réservé aux éditeurs de presse. Une fiche méthode, un guide d’achat, un billet corporate peuvent tous porter du BlogPosting ou de l’Article sans que ce soit un abus. La distinction entre les trois n’a aucun effet mesurable sur la présentation dans Search : choisissez celle qui décrit honnêtement le contenu, et n’y consacrez pas une réunion.

Ce que ce balisage alimente : la compréhension du document, la présentation du titre, de l’image, de l’auteur et de la date dans Search et Google News, et le rattachement d’une page à une entité auteur. Ce qu’il n’alimente pas : un facteur de classement direct. Google n’a jamais documenté Article comme signal de ranking, et rien dans les évolutions des douze derniers mois n’a changé ça. La bonne façon de le vendre en interne, c’est de le présenter comme une couche de description machine du contenu, au même titre qu’un sitemap ou qu’un hreflang : de l’infrastructure, pas un levier.

Zéro propriété obligatoire, et ce que ça change en revue technique

La documentation Article de Google, dont la dernière mise à jour date du 10 décembre 2025, indique explicitement qu’il n’existe aucune propriété obligatoire. Les listes de « champs requis pour Article » qui circulent dans les contenus SEO sont inexactes. Les propriétés recommandées sont author, datePublished, dateModified, headline et image. Une absence réduit la clarté et peut coûter une éligibilité à certaines présentations, elle ne rend pas le balisage formellement invalide.

Cette nuance change la priorisation d’un correctif. Un validateur qui signale un champ manquant ne décrit pas un blocage, il décrit une perte d’information. Sur un site de 400 articles, ça veut dire qu’un bloc author réduit à une chaîne de caractères coûte davantage qu’un dateModified absent, parce que le premier casse une entité et le second ne casse qu’un affichage. Formulé autrement : traitez les alertes Search Console sur les données structurées comme une liste d’imprécisions ordonnée par impact, pas comme une file d’erreurs à vider.

Deux détails techniques valent réellement le déplacement. Les dates d’abord : Google recommande d’inclure l’information de fuseau horaire dans datePublished et dateModified, et précise qu’en son absence c’est le fuseau de Googlebot qui s’applique. Sur un site qui joue la fraîcheur, un ISO 8601 sans offset introduit un décalage silencieux. Les images ensuite : la recommandation porte sur des visuels crawlables et représentatifs en 1:1, 4:3 et 16:9, avec au moins 50 000 pixels quand on multiplie la largeur par la hauteur. La plupart des gabarits n’exposent qu’une vignette Open Graph recyclée dans le bloc JSON-LD injecté dans le head, ce qui coche la case sans jamais servir les surfaces qui consomment les autres ratios.

Le troisième point est celui qu’on voit le moins implémenté : depuis le 6 août 2025, author.url figure parmi les propriétés recommandées. C’est le seul champ du bloc qui construit quelque chose de cumulatif. Un auteur pointant vers une page de profil stable, avec biographie et liens externes, devient réutilisable d’un article à l’autre et rattachable à une entité. Un auteur en texte brut reste une chaîne de caractères qui ne signifie rien à l’échelle du site.

La contraction des rich results a tranché le débat

Le fait marquant de la période n’est pas une évolution du type Article, c’est l’élagage méthodique des formats de résultats enrichis. Le 9 septembre 2025, Google a retiré la documentation de Course Info, Estimated Salary, Learning Video, Special Announcement et Vehicle Listing, en indiquant que ces types n’étaient plus affichés dans Search. Le support de Practice Problem a été retiré du reporting Search Console, du test des résultats enrichis et des filtres d’apparence à partir de janvier 2026, sa documentation disparaissant le 20 avril 2026. Puis Google a annoncé le 8 mai 2026 que les résultats enrichis FAQ cessaient d’apparaître depuis le 7 mai 2026, la documentation étant retirée le 15 juin 2026.

La lecture est nette. Les balisages dont la contrepartie visuelle n’apportait pas assez de valeur à l’utilisateur ont été supprimés. Article n’est pas dans la liste, et ce n’est pas un hasard : il ne dessine pas un encart dans la SERP, il décrit un document. Autrement dit, les types de schema qui survivent sont ceux qui aident à comprendre, pas ceux qui aident à occuper de la place à l’écran.

Position assumée : si votre argumentaire pour le balisage repose sur un gain de CTR par résultat enrichi, il vieillira mal, et il a déjà mal vieilli pour tous ceux qui ont bâti des blocs FAQ sur toutes leurs pages entre 2021 et 2024. La bonne raison d’investir dans le vocabulaire schema.org en 2026 est la désambiguïsation d’entités et la stabilité de l’interprétation, pas la décoration.

Où ça compte dans une opération éditoriale et netlinking

Sur un site isolé, un bloc Article propre est de l’hygiène. Sur un ensemble de médias, ça devient une question de cohérence : mêmes conventions d’auteur, mêmes URL de profil, même entité publisher, mêmes conventions de dates. Sur un parc de médias éditoriaux, l’intérêt n’est pas d’espérer un gain de positions par le balisage, c’est que chaque article publié soit attribuable à un auteur réel avec une page de profil qui existe, et que ce lien tienne dans le temps. C’est aussi ce qu’un acheteur devrait vérifier quand il regarde le catalogue des médias consultable avant toute inscription : un site dont les articles sont signés par une entité stable ne se comporte pas comme un site dont les auteurs changent de nom à chaque template.

Ça rejoint directement les critères d’expérience et d’expertise que Google documente : le balisage ne prouve rien à lui seul, mais il rend lisible une preuve qui existe déjà par ailleurs. C’est aussi une partie de ce qu’on paie quand on achète un article chez un éditeur, au même titre que la thématique et l’audience : une page signée, datée honnêtement et rattachée à un site qui publie régulièrement.

Sur le volet IA, il faut couper court à un discours commercial en circulation. La documentation Google publiée le 15 mai 2026 sur l’optimisation pour la recherche générative insiste sur du contenu unique et non commoditisé, rappelle que le SEO classique reste la base, et n’introduit aucune exigence de balisage spécifique pour les AI Overviews ou l’AI Mode. Personne ne vend un « schema AEO » qui tienne debout. Ce qui bouge en revanche, c’est la source des citations : l’analyse Ahrefs de 2026 portant sur 863 000 SERP et 4 millions d’URL citées dans les AI Overviews trouve 37,9 % d’URL également présentes dans le top 10 de la même requête, 31,2 % en positions 11 à 100 et 31,0 % au-delà du top 100, contre environ 76 % de recouvrement avec le top 10 en juillet 2025, Ahrefs précisant que les changements de méthodologie rendent les deux jeux imparfaitement comparables.

Depuis le 3 juin 2026, les rapports Search Console dédiés à la visibilité générative couvrent les AI Overviews, l’AI Mode et les fonctionnalités génératives dans Discover, pour un sous-ensemble de sites au lancement, avec impressions, pages, pays, appareils et granularité horaire à mensuelle. Utile pour observer un avant/après sur des URL d’articles, inutile pour isoler l’effet du balisage : la qualité du contenu, les liens, l’autorité, la fraîcheur et le mix de requêtes bougent en même temps.

Ce qu’on voit casser en audit

Le classique numéro un : dateModified réécrit à chaque build. Un site statique redéployé toutes les six heures se retrouve avec 400 articles « mis à jour » le même jour, tous les jours. Ça ne déclenche pas de sanction, ça détruit simplement le signal, et surtout ça empêche l’équipe de distinguer un vrai refresh d’un artefact de pipeline. La date de modification doit venir du contenu, pas du déploiement.

Le deuxième : un headline désynchronisé du H1 et du title affiché. Quand les trois racontent trois choses différentes, on ne construit pas de la nuance, on construit une incohérence entre le HTML visible et le balisage, ce qui est exactement la catégorie de décalage que les règles anti-spam sur les données structurées visent.

Le troisième : deux blocs JSON-LD concurrents, l’un posé par le thème, l’autre par une extension SEO, avec des auteurs ou des dates différents. Sur les migrations WordPress, c’est la découverte la plus fréquente, et personne ne s’en aperçoit parce que les validateurs affichent volontiers le premier bloc trouvé.

Le quatrième : le bloc FAQPage encore présent partout après le 7 mai 2026. Il ne nuit pas, il n’apporte plus rien dans Search, et il continue d’occuper une ligne dans les rapports de qualité que l’équipe traite comme un actif. Retirer ce qui est mort fait partie de la maintenance.

Le cinquième, plus insidieux : un author pointant vers une page auteur en noindex, ou vers une URL de profil qui renvoie une 404 depuis une refonte. La propriété est là, le validateur est content, et la cible n’existe pas.

Quoi faire cette semaine

Sortez la liste de vos URL d’articles, prélevez vingt pages au hasard plutôt que les cinq que le CMS montre en premier, et comparez le bloc rendu en production avec le HTML visible. Trois vérifications suffisent à couvrir l’essentiel : le headline correspond au titre affiché, l’author.url pointe vers une page indexable qui répond en 200, les dates portent un offset de fuseau et proviennent du contenu.

Ensuite, alignez le gabarit d’image sur les ratios recommandés au lieu de recycler la vignette sociale, et supprimez les types de balisage devenus inertes. Ce travail ne se mesurera pas en positions gagnées, et c’est le bon signe : un balisage Article correct est la condition pour que le reste du travail éditorial soit interprété sans ambiguïté, pas un raccourci pour s’en passer.