Guide : Article Schema

TL;DR — Le balisage Article est un petit bloc de code que vous ajoutez à un article de blog ou d’actualité et qui étiquette les éléments de base pour les moteurs de recherche — « voici le titre », « voici l’auteur », « voici la date de publication », « voici l’image principale ». Il aide Google à afficher ces détails plus clairement dans les résultats de recherche. La documentation de Google appelle cette fonctionnalité le « résultat enrichi Article », mais elle ne crée pas une nouvelle carte voyante comme Recipe ou Video — et ce balisage n’est pas requis pour apparaître dans Google News ou Discover. Et, malgré ce que vous avez pu lire, il n’exige pas AMP.

Ce qu’est le balisage Article

Lorsque vous lisez un article, vous distinguez visuellement son titre, la signature de l’auteur et la date. Un moteur de recherche voit du texte brut et doit en déduire la structure. Le balisage Article l’explicite dans le code, en utilisant le vocabulaire partagé de schema.org, afin que Google sache quelle partie est le titre, qui a écrit le texte, quand il a été publié et quelle image est l’image principale.

Il est presque toujours écrit en JSON-LD — un petit bloc de code placé dans la page sans modifier son apparence. Vous le verrez sous la forme de Article, NewsArticle ou BlogPosting. Les trois sont valides et Google les couvre dans un même guide. Evidence for this claim Schema.org defines Article and the more specific BlogPosting and NewsArticle types. Scope: Schema.org vocabulary; type validity is separate from Google search-feature eligibility. Confidence: high · Verified: 2026-07-14 Schema.org: Article Vous n’avez pas besoin de vous tourmenter avec ce choix (nous y revenons dans l’onglet Avancé).

Pourquoi le faire

Voici le point que la plupart des guides exagèrent ; soyons clairs : le balisage Article ne vous donne pas une nouvelle carte voyante comme pourraient le faire Recipe ou Product. Son effet est plus discret, mais réel :

• Il aide Google à afficher un meilleur titre, une meilleure image et des informations de date plus claires pour votre article dans les résultats de recherche habituels — la documentation de Google appelle effectivement cela le « résultat enrichi Article ». Evidence for this claim Google says Article structured data can help it understand article pages and show better title, image, and date information. Scope: Google Search Article documentation; markup does not guarantee a particular appearance. Confidence: high · Verified: 2026-07-14 Google: Article structured data
• Google News et Discover peuvent lire ce balisage pour mieux comprendre votre contenu, mais aucun des deux ne l’exige — Discover précise notamment qu’aucune balise spéciale ni donnée structurée n’est nécessaire.

Le bénéfice est donc une meilleure présentation de votre résultat existant, pas une carte visuellement distincte. Toute personne qui vous promet un “article carousel rich result” (traduction) : « un résultat enrichi en carrousel d’articles », ou laisse entendre que ce balisage vous fait entrer dans Top Stories ou Discover, exagère ce qu’il fait.

La bonne nouvelle : rien n’est obligatoire

Le guide Article de Google est remarquablement souple : aucune propriété n’est obligatoire. Ajoutez celles qui s’appliquent à votre contenu. En pratique, vous voudrez :

• headline — le titre de l’article (restez concis ; Google tronque les titres trop longs).
• author — une personne ou une organisation réelle, avec un nom qui correspond à la signature.
• datePublished et dateModified — la date de mise en ligne et la date de la dernière modification significative.
• image — l’image principale (Google apprécie au moins 50 000 pixels, dans plusieurs tailles et ratios : 16:9, 4:3 et 1:1).

Les mythes à écarter

Deux affirmations que vous avez peut-être lues sont simplement obsolètes ou fausses :

• « Article schema requires AMP. » C’est faux. Le guide Article actuel de Google ne mentionne pas AMP.
• « Davantage de propriétés aide toujours. » Google dit explicitement d’ajouter seulement ce qui s’applique ; il n’existe pas de checklist à remplir pour « gagner ».

Et une règle qui reste vraie : un balisage valide vous rend éligible, mais ne vous garantit rien. Google décide encore de l’utiliser ou non.

Vous voulez la version complète — le choix entre Article, NewsArticle et BlogPosting, le remplissage correct des propriétés recommandées, les erreurs courantes et le lien avec Top Stories et Discover sans promesse excessive ? Passez à l’onglet Avancé.

TL;DR — Le balisage de données structurées Article (Article, NewsArticle ou BlogPosting — tous valides et documentés dans un même guide par Google) décrit le headline, l’author, les dates datePublished/dateModified et l’image d’une page écrite. Aucune propriété n’est obligatoire : Google recommande d’ajouter les propriétés qui s’appliquent à votre contenu. La documentation de Google appelle cela le « résultat enrichi Article », mais contrairement à la carte distincte de Recipe ou VideoObject, il s’agit d’une meilleure présentation de votre résultat existant (titre, image, date), et non d’un format de snippet séparé. Le balisage Article n’est pas requis pour les fonctionnalités Google News comme Top Stories, et la documentation Discover indique qu’aucune balise spéciale ni donnée structurée n’est nécessaire — ce n’est donc pas le bouton d’éligibilité promis par certains guides qui vendent un « carrousel d’articles ». Le guide Article actuel de Google ne mentionne pas AMP ; l’affirmation ancienne « Article schema requires AMP » est obsolète. Un balisage valide ne fait que créer une éligibilité : Google décide encore de l’utiliser ou non et ce n’est jamais un facteur de classement.

Ce que le balisage Article fait réellement — et ne fait pas

Corrigeons d’abord l’exagération la plus fréquente : la documentation de Google appelle cette fonctionnalité le « résultat enrichi Article », mais ce n’est pas une nouvelle carte visuelle distincte comme le balisage Recipe produit une carte de recette ou VideoObject un traitement de vignette vidéo. Article n’a pas de snippet visuel autonome équivalent : le « résultat enrichi » est votre résultat existant, mieux présenté. Il peut :

• Améliorer l’affichage des résultats existants — Google peut montrer un meilleur titre, une meilleure image principale et des informations de date plus claires pour l’article.
• Aider Google à comprendre votre contenu — mais ce n’est pas requis pour les fonctionnalités Google News comme Top Stories, et la documentation Discover indique qu’aucune balise spéciale ni donnée structurée n’est nécessaire. Le balisage Article peut rendre les détails plus explicites ; il ne déverrouille aucune de ces deux surfaces.

Il s’agit d’un signal de qualité d’affichage, pas d’un nouveau type de snippet ni d’un interrupteur d’éligibilité. Lorsqu’un guide promet que « le balisage Article déverrouille Top Stories ou les carrousels d’articles », lisez cela comme une exagération : le cadrage de Google concerne la compréhension de la page et l’amélioration du titre, de l’image et de la date, pas l’activation d’une carte ou de l’éligibilité News/Discover. Je traite la formulation « meilleur titre, meilleure image et informations de date » comme une paraphrase de l’explication de Google, et non comme une citation verbatim ; l’onglet Citations contient ce qui est confirmé mot pour mot.

Article, NewsArticle ou BlogPosting : faut-il choisir correctement ?

Réponse courte : non, il n’y a pas lieu de s’en inquiéter outre mesure. Les trois types sont valides, et le guide de Google couvre Article, NewsArticle et BlogPosting avec les mêmes propriétés recommandées. NewsArticle et BlogPosting sont tous deux des sous-types d’Article :

• Utilisez NewsArticle pour les contenus d’actualité publiés sur un site d’actualités.
• Utilisez BlogPosting pour les articles de blog.
• Utilisez Article comme choix général lorsque les deux précédents ne conviennent pas précisément.

Choisissez le type le plus spécifique qui décrit honnêtement la page, mais ne perdez pas de temps à vous en inquiéter : l’ensemble des propriétés recommandées est le même et aucun bénéfice distinct de résultat enrichi ne dépend du choix. Schema.org définit d’autres sous-types d’Article ; Google et cet article couvrent les trois types pour lesquels il publie un ensemble de propriétés pris en charge.

Aucune propriété obligatoire : une souplesse, pas une lacune

Le guide Article de Google indique clairement qu’aucune propriété n’est obligatoire ; ajoutez plutôt les propriétés qui s’appliquent à votre contenu. Evidence for this claim Google lists no required Article properties but recommends adding applicable author, date, headline, and image data. Scope: Google Search Article feature requirements; completeness and accuracy still matter. Confidence: high · Verified: 2026-07-14 Google: Article structured data Cette souplesse déroute les personnes habituées aux listes de propriétés obligatoires de Product ou Recipe. Ici, les propriétés recommandées sont celles qu’il vaut la peine de renseigner correctement :

La tentation est de remplir toutes les propriétés proposées par schema.org. Résistez-y. Google conseille d’ajouter ce qui s’applique : une longue liste ne donne aucun bonus, et les propriétés sans pertinence ou inexactes ne font qu’ajouter du risque.

Erreurs fréquentes d’implémentation

• Nom d’auteur incohérent. C’est la plus fréquente : author contient une valeur générique ou incohérente (« Admin », le nom du site ou un éditeur qui n’a pas écrit le texte) au lieu d’une vraie Person/Organization dont le nom correspond à la signature de la page.
• headline trop long. Google tronque et réécrit parfois les longs titres à l’affichage ; une valeur headline trop chargée n’apporte rien et peut sembler incorrecte.
• dateModified obsolète ou instable. L’augmenter à chaque crawl, ou ne jamais le mettre à jour, envoie dans les deux cas un mauvais signal. Modifiez-le lorsque le contenu change réellement.
• Une seule image de mauvaise qualité. Fournissez plusieurs tailles et ratios ; une miniature unique ou mal cadrée limite ce que Google peut afficher.
• Poursuivre une carte qui n’existe pas. Google appelle cette fonctionnalité le « résultat enrichi Article », mais il n’existe pas de snippet distinct à poursuivre : vous obtenez une meilleure présentation du résultat existant, rien de plus.

Le lien avec Top Stories, News et Discover — sans promesse excessive

C’est le point où la précision compte, car Google est explicite : le balisage Article peut rendre les détails de votre article plus compréhensibles pour Google, mais Google indique qu’il n’est pas requis pour les fonctionnalités Google News comme Top Stories, et sa documentation Discover dit qu’un contenu éligible n’a besoin d’aucune balise spéciale ni donnée structurée. Le schéma Article ne déverrouille donc aucune de ces surfaces : c’est un balisage qui peut aider Google à comprendre une page qu’il envisage déjà, pas un interrupteur. L’accès à Top Stories ou Discover dépend plutôt du statut d’éditeur éligible, de la qualité du contenu, de sa fraîcheur et des décisions des systèmes de Google.

Deux points voisins méritent une mention sans nécessiter un long développement :

• Le contenu payant doit ajouter séparément des données structurées paywalled-content — c’est son propre balisage, distinct d’Article, et il compte dans la façon dont Google traite les pages sur abonnement.
• Les champs author et de date méritent d’être justes pour les mêmes raisons qu’une identité d’auteur cohérente compte dans les signaux E-E-A-T plus larges évoqués ailleurs sur le site. Je ne connais pas de preuve actuelle que ce balisage soit en lui-même un facteur direct d’E-E-A-T ; une attribution correcte reste simplement une bonne pratique.

Les données structurées ne sont pas un facteur de classement

Il faut le répéter, car tout le reste en découle : les données structurées — Article compris — ne sont pas un facteur de classement. Comme John Mueller l’a dit à plusieurs reprises, elles influencent l’éligibilité aux résultats enrichis et la qualité d’affichage, pas le classement directement. Ajoutez le balisage Article pour aider Google à comprendre et à afficher votre contenu, pas pour remonter dans les résultats. C’est précisément pourquoi il reste utile : même sans carte visuelle distincte, il améliore la présentation de vos articles. Le balisage de schéma est pertinent lorsqu’il vous donne une fonctionnalité de recherche ; le libellé « résultat enrichi Article » de Google pour des titres, images et dates plus clairs suffit à lui seul, sans s’appuyer sur des affirmations non prouvées d’éligibilité News ou Discover.

La place d’Article dans le paysage plus large des données structurées

Article est l’un des types Creative Works de schema.org, avec notamment AudioObject, Book, Course, Dataset, Movie, Recipe et VideoObject — le hub Creative Works dans lequel cet article s’inscrit les regroupe. Plusieurs de ces types (Recipe, VideoObject) disposent effectivement de cartes de résultats enrichis dédiées ; c’est précisément pourquoi il faut expliquer clairement qu’Article n’en a pas. Pour le vocabulaire plus large et la place de JSON-LD, consultez les hubs Schema Markup et Structured Data situés au-dessus de cet article.

Résumé par IA

Une synthèse de la version avancée :

• Ce que c’est : le balisage schema.org Article (implémenté en Article, NewsArticle ou BlogPosting — tous valides et documentés ensemble par Google), généralement en JSON-LD, qui étiquette le headline, l’author, datePublished/dateModified et l’image d’une page écrite.
• Aucune propriété obligatoire. Google dit d’ajouter les propriétés qui s’appliquent à votre contenu : il n’existe ni liste obligatoire ni bonus pour une liste plus longue.
• Google appelle cela le « résultat enrichi Article » — mais contrairement à Recipe ou VideoObject, il n’y a pas de carte visuelle distincte. C’est votre résultat existant, mieux présenté : meilleur titre, meilleure image et meilleure information de date.
• Ce n’est pas un interrupteur Top Stories ou Discover. Google indique que le balisage Article n’est pas requis pour les fonctionnalités Google News comme Top Stories, et la documentation Discover dit qu’aucune balise spéciale ni donnée structurée n’est nécessaire. Le balisage peut aider Google à comprendre une page ; il ne déverrouille aucune des deux surfaces.
• Exagération des concurrents à écarter : les affirmations selon lesquelles le schéma Article « déverrouille Top Stories, les carrousels d’articles ou un résultat enrichi » confondent le cadrage de Google, limité à la compréhension, avec une garantie d’éligibilité. Il s’agit d’une promesse excessive, pas d’un format visuel distinct accordé par Article.
• Aucune exigence AMP. Le guide Article actuel de Google ne mentionne pas AMP ; l’affirmation répétée « Article schema requires AMP » est obsolète.
• Choix du type : NewsArticle pour les actualités, BlogPosting pour les blogs et Article comme choix général (schema.org définit d’autres sous-types ; Google documente un ensemble de propriétés pris en charge pour ces trois types). Les propriétés recommandées sont les mêmes et aucun bénéfice de résultat enrichi ne dépend du choix.
• Propriétés recommandées bien renseignées : author = une vraie Person/Organization au nom correspondant ; headline concis (Google tronque les titres longs) ; dateModified honnête ; images représentatives et explorables d’au moins 50 000 pixels, dans plusieurs ratios (16:9, 4:3 et 1:1).
• Erreurs courantes : auteur générique ou incohérent, titre trop long, dateModified instable ou obsolète, image unique et faible, attente d’une carte qui n’existe pas.
• À côté : le contenu payant nécessite un balisage paywalled-content séparé ; renseigner correctement author et les dates est une bonne pratique à côté de l’approche E-E-A-T plus large du site, sans que ce document établisse que le balisage soit lui-même un facteur E-E-A-T direct.
• Éligibilité ≠ affichage, et ce n’est pas un facteur de classement : les données structurées influencent l’éligibilité aux résultats enrichis et l’affichage, pas les classements (Mueller, à plusieurs reprises). Un balisage valide vous rend seulement éligible ; Google décide de l’utiliser ou non.

Documentation officielle

Documentation de source primaire des moteurs de recherche.

Google — données structurées Article

• Données structurées Article (Article, NewsArticle, BlogPosting) — le guide unique couvrant les trois types, qui nomme la fonctionnalité documentée « résultat enrichi Article », confirme qu’aucune propriété n’est obligatoire, liste les propriétés recommandées (author, dateModified, datePublished, headline, image) et donne les indications d’images d’au moins 50 000 pixels dans plusieurs ratios. Il précise aussi que le balisage Article n’est pas requis pour les fonctionnalités Google News comme Top Stories. Il ne mentionne pas AMP.
• Consignes générales sur les données structurées — les règles de contenu, de technique et de qualité qui s’appliquent à toutes les données structurées, y compris Article.
• Contenu sur abonnement et contenu payant — le balisage distinct des articles sur abonnement ou payants, mentionné dans le guide Article mais implémenté séparément.
• Test des résultats enrichis — pour valider le balisage et vérifier ce que Google peut lire.
• Apparaître dans Discover (Google) — les consignes d’éligibilité de Discover, qui indiquent qu’un contenu n’a besoin d’aucune balise spéciale ni donnée structurée.

Bing / Microsoft

• Balisage d’un site avec des données structurées — prise en charge générale des données structurées par Bing (schema.org, JSON-LD recommandé), validée par le validateur générique de balisage de Bing.

Citations des sources

Déclarations attribuées à Google. Lorsque la page source expose le texte, le lien profond renvoie directement au passage cité.

Documentation Google — aucune propriété obligatoire

• “There are no required properties; instead, add the properties that apply to your content.” (traduction) : « Aucune propriété n’est obligatoire ; ajoutez plutôt les propriétés qui s’appliquent à votre contenu. » Aller à la citation

Données structurées et classements — cadrage durable

• Les données structurées ne sont pas un facteur de classement — comme John Mueller l’a répété, elles influencent l’éligibilité aux résultats enrichis et l’affichage, pas le classement directement. (Paraphrase des déclarations publiques constantes de Mueller dans les sessions Search Central et sur les réseaux sociaux ; il s’agit d’un cadrage bien établi, pas d’une transcription unique.)

Mythes et erreurs de balisage Article à éviter

Mythe : « Article schema requires AMP. » C’est faux, et il faut le corriger directement car l’affirmation circule encore dans d’anciens guides. Le guide Article actuel de Google ne mentionne AMP nulle part : il n’existe aujourd’hui aucune exigence AMP pour le traitement Article. Toute ressource qui lie le balisage Article à AMP est obsolète.

Mythe : « Article schema donne une carte de résultat enrichi visuellement distincte. » Ce n’est pas le cas. La documentation de Google appelle bien la fonctionnalité documentée « résultat enrichi Article », mais contrairement à Recipe ou VideoObject, Article n’a pas de snippet visuel distinct : il s’agit d’une meilleure présentation du résultat existant (titre, image, date). Et le balisage n’est pas requis pour les fonctionnalités Google News comme Top Stories ; la documentation Discover dit qu’aucune balise spéciale ni donnée structurée n’est nécessaire. Les guides qui promettent un “article carousel rich result” (traduction) : « une carte de carrousel d’articles enrichie » avec le seul schéma — j’ai vu cette présentation chez Yoast, Semrush et SEJ — exagèrent ce que fait le balisage. Considérez-les comme des affirmations d’éligibilité excessives, et non comme des garanties de format ou d’éligibilité.

Mythe : « Davantage de propriétés aide toujours. » Google dit explicitement d’ajouter seulement les propriétés qui s’appliquent à votre contenu. Il n’existe pas de liste obligatoire à atteindre ni de bonus pour une liste plus longue : les propriétés sans pertinence ou inexactes sont un risque, pas un avantage de classement ou d’éligibilité.

Mythe : « Les données structurées améliorent mon classement. » Les données structurées — Article compris — ne sont pas un facteur de classement (Mueller, à plusieurs reprises). Elles influencent l’éligibilité et l’affichage des résultats enrichis, pas les classements. Ajoutez-les pour aider Google à comprendre et à afficher votre contenu, pas pour remonter dans les résultats.

Erreur : un author générique ou incohérent. Définir author sur « Admin », le nom du site ou un éditeur qui n’a pas écrit l’article va à l’encontre de l’objectif. Référencez une vraie Person ou Organization dont le nom correspond à la signature visible.

Erreur : un headline trop long. Google tronque et réécrit parfois les longs titres à l’affichage. Une valeur headline trop longue n’apporte rien et peut sembler incorrecte ; restez concis et alignez-la sur le titre visible.

Erreur : un dateModified instable ou obsolète. Augmenter dateModified à chaque crawl pour simuler la fraîcheur, ou ne jamais le mettre à jour, induit dans les deux cas en erreur. Modifiez-le lorsque le contenu change réellement.

Erreur : attendre du balisage Article qu’il active Top Stories ou Discover. Google indique que le balisage Article n’est pas requis pour Top Stories, et la documentation Discover précise qu’un contenu éligible n’a besoin d’aucune balise spéciale ni donnée structurée. Ces emplacements dépendent d’un éditeur éligible, de la qualité et de la fraîcheur du contenu et des décisions propres à Google. Un balisage propre peut aider Google à comprendre une page ; il ne bascule aucun interrupteur.

Erreur : oublier le balisage du contenu payant. Les articles sur abonnement ou payants ont besoin de données structurées paywalled-content séparées : elles ne font pas partie d’Article et leur absence peut nuire à la façon dont Google traite les pages protégées.

JSON-LD Article générique contre JSON-LD bien formé

Aucune propriété n’est obligatoire pour Article ; « cassé » signifie donc rarement « échec de validation ». Cela signifie plutôt un balisage maigre et peu utile : il est techniquement lisible, mais donne peu d’éléments à Google, ou contient des valeurs qui ne correspondent pas à la page.

Un snippet mince et générique

Il est correctement analysé, mais author est générique, l’image est unique et de faible qualité, et les dates ainsi que les informations de modification manquent :

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "How To Implement Article Schema Markup For Better Search Visibility And Rich Results In Google Today",
  "author": {
    "@type": "Person",
    "name": "Admin"
  },
  "image": "https://example.com/img/thumb.jpg"
}

Ce qui est faible :

• author.name : « Admin » — c’est générique et cela ne correspond à aucune signature réelle. Utilisez l’auteur véritable.
• headline trop long — Google le tronquera ou le réécrira ; il ne correspondra pas non plus au titre visible.
• image unique et petite — une seule miniature limite ce que Google peut afficher.
• Absence de datePublished/dateModified — vous laissez le signal de date inutilisé.

Le même article, bien formé

Type BlogPosting spécifique, auteur réel correspondant, plusieurs ratios d’image et dates honnêtes :

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How to implement Article schema markup",
  "author": {
    "@type": "Person",
    "name": "Patrick Stox",
    "url": "https://example.com/author/patrick-stox/"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Example",
    "logo": {
      "@type": "ImageObject",
      "url": "https://example.com/img/logo.png"
    }
  },
  "datePublished": "2026-07-01T09:00:00-04:00",
  "dateModified": "2026-07-01T09:00:00-04:00",
  "image": [
    "https://example.com/img/article-1x1.jpg",
    "https://example.com/img/article-4x3.jpg",
    "https://example.com/img/article-16x9.jpg"
  ]
}

Pourquoi c’est mieux :

• @type: "BlogPosting" — le type le plus spécifique qui décrive honnêtement la page (un sous-type Article valide).
• author réel et correspondant, avec une url vers une entité auteur.
• headline concis et aligné sur le titre visible.
• Les deux dates sont présentes, au format ISO 8601 avec fuseau horaire.
• Trois ratios d’image (16:9, 4:3, 1:1) pour que Google choisisse le meilleur cadrage selon la surface.

Notez qu’aucune propriété « obligatoire » n’est satisfaite ici : tous les champs sont recommandés. La différence entre les deux snippets n’est pas un succès ou un échec ; c’est la quantité d’informations que Google peut exploiter.

Testez vos connaissances : Article Schema

Cinq questions rapides sur le balisage Article, NewsArticle et BlogPosting, sur ce qu’il fait (et ne fait pas) et sur les mythes à écarter. Choisissez une réponse à chaque question, puis vérifiez-la.

Les indicateurs permanents du balisage Article

Le balisage Article n’a pas son propre rapport de résultat enrichi dans Search Console, contrairement à Recipe ou Product. Les indicateurs utiles sont donc ceux qui reflètent ce que le balisage fait réellement : améliorer la qualité d’affichage de votre résultat existant. Suivez-les d’un trimestre à l’autre plutôt que de poursuivre un chiffre isolé après la publication.

Impressions de visibilité Top Stories / Discover

Indicateur : impressions et clics dont le filtre de Search Console affiche « Top stories » dans la ventilation de l’apparence de recherche, ou activité figurant dans le rapport Discover distinct. Ce qu’il indique : si Google affiche vos pages marquées Article dans ces surfaces — mais rappelez-vous que le balisage Article n’est obligatoire pour aucune des deux (Google dit qu’aucun balisage n’est requis pour Top Stories, et Discover n’a besoin d’aucune balise spéciale ni donnée structurée) ; un faible nombre ne signifie donc pas forcément que le balisage est cassé, et un nombre élevé ne doit pas lui être attribué seul. Comment l’extraire : Search Console → Performances → filtre d’apparence de recherche (ou rapport Discover dédié, si votre propriété reçoit un trafic qui y apparaît). Repère / fourchette réaliste : il n’existe pas de référence intersite ; l’éligibilité Top Stories et Discover dépend fortement du statut d’éditeur, du secteur et de la fraîcheur. Établissez votre propre base par section et observez la tendance plutôt que de comparer avec un chiffre externe. Périodicité : chaque mois ou après toute modification du balisage Article ou du rythme de publication.

Taux de données structurées valides dans les modèles Article

Indicateur : part des pages utilisant un modèle Article qui sont analysées proprement, sans champ recommandé manquant. Ce qu’il indique : si une mise à jour du CMS, du thème ou du modèle a cassé le balisage à l’échelle du site, car un seul défaut de modèle peut supprimer author ou image de chaque article. Comment l’extraire : vérifiez un échantillon d’URL avec le Schema Markup Validator ou le Rich-Result Eligibility Checker ; les avertissements de données structurées de Search Console peuvent aussi signaler les pages que Google n’a pas pu analyser. Repère / fourchette réaliste : c’est un indicateur d’hygiène, pas une courbe : la cible honnête est 100 % des pages modèles avec les champs recommandés, car une couverture partielle n’apporte aucun bénéfice. Périodicité : immédiatement après toute modification du modèle ou du CMS ; sinon, une vérification trimestrielle suffit.

Exactitude du titre, de l’image et de la date affichés

Indicateur : vérifier si le titre, l’image et la date que Google affiche dans les résultats correspondent à ce que vous avez défini dans headline, image et datePublished/dateModified. Ce qu’il indique : c’est la version directement observable de la « meilleure qualité d’affichage », qui est la fonction principale du balisage Article ; si Google remplace votre titre par une proposition ou choisit une autre image, le balisage ne remplit pas son rôle pour cette page. Comment l’extraire : utilisez l’aperçu rendu de l’outil d’inspection d’URL, le Rich Results Test ou une vérification manuelle des SERP pour les requêtes cibles de l’article. Repère / fourchette réaliste : aucun pourcentage à atteindre : c’est une lecture succès/échec par page, et toute incohérence doit conduire à réexaminer les valeurs d’auteur, de titre ou d’image. Périodicité : vérifiez les pages importantes peu après leur publication, puis occasionnellement les contenus plus anciens qui ont été mis à jour.

Outils pour créer et vérifier le balisage Article

Trois de mes outils gratuits couvrent toute la boucle du balisage Article : le générer correctement, valider ce qui existe déjà et confirmer exactement quels champs recommandés manquent encore.

Générer le balisage avec le Schema Markup Generator

Le Schema Markup Generator construit du JSON-LD Article, NewsArticle ou BlogPosting à partir d’un formulaire, plutôt que de vous faire l’écrire à la main. Il organise correctement les parties souvent mal formées : un author comme objet Person ou Organization plutôt qu’une simple chaîne, un publisher avec un logo ImageObject imbriqué et un tableau image pour fournir les ratios 16:9, 4:3 et 1:1 recommandés par Google. Il exporte le résultat dans six formats que vous pouvez déposer directement dans la page.

Valider un balisage existant avec le Schema Markup Validator

Le Schema Markup Validator vérifie le JSON-LD que vous avez déjà — collez le code ou une page HTML complète — avec des résultats par niveau de gravité, selon le vocabulaire schema.org et les propriétés recommandées par Google pour Article. Il est particulièrement utile pour l’erreur d’auteur incohérent décrite dans l’onglet Avancé : ses contrôles de graphe @id inter-blocs signalent une référence author qui ne résout pas vers une vraie entité Person ou Organization présente ailleurs dans la page.

Vérifier l’éligibilité champ par champ avec le Rich-Result Eligibility Checker

Le Rich-Result Eligibility Checker est le moyen le plus rapide de voir, pour chaque champ, si votre balisage Article couvre l’ensemble recommandé — headline, author, datePublished, dateModified et image — avec une coche, une croix pour un champ manquant ou un avertissement pour un champ recommandé mais facultatif. Puisqu’Article n’a aucune propriété obligatoire, c’est l’outil qui aide à décider quels champs recommandés méritent d’être ajoutés au lieu de deviner.

Le validateur de Google, pour un second avis

Le Rich Results Test de Google vaut la peine d’être exécuté après les outils précédents : il montre exactement ce que le propre analyseur de Google lit dans la page, plutôt qu’une interprétation tierce de la spécification. C’est une vérification finale utile avant de déployer une modification de modèle à l’échelle du site.

Ressources utiles

Dans l’industrie

Le balisage Article est un sujet où plusieurs guides connus exagèrent ce que le balisage apporte à Top Stories et Discover. Je les liste donc comme exemples de l’exagération corrigée par cet article : confrontez-les à la documentation de Google, qui appelle bien cette fonctionnalité « résultat enrichi Article », mais présente le bénéfice comme une meilleure présentation du résultat existant et une meilleure compréhension, pas comme une nouvelle carte ni comme un interrupteur d’éligibilité :

• Données structurées Article (Article, NewsArticle, BlogPosting) (Google Search Central) — la référence : aucune propriété obligatoire, champs recommandés, images multi-ratios d’au moins 50 000 pixels, aucun besoin de balisage pour Top Stories et, fait notable, aucune mention d’AMP.
• Apparaître dans Discover (Google) — indique qu’aucune balise spéciale ni donnée structurée n’est nécessaire pour l’éligibilité Discover.
• Consignes générales sur les données structurées (Google) — les règles qui s’appliquent à toutes les données structurées.
• Contenu sur abonnement et contenu payant (Google) — le balisage distinct des articles protégés.
• Guide ultime des données structurées et du schéma (Yoast) — référence générale utile, mais qui présente le schéma Article comme permettant des résultats enrichis tels que Top Stories et les carrousels d’articles ; la documentation Google indique que le balisage n’est requis pour aucune de ces surfaces.
• Guide du balisage de schéma (Semrush) — présente de même Article comme rendant les pages « éligibles à un snippet enrichi », ce qui confond l’éligibilité News/Discover avec le balisage lui-même ; traitez cette formulation comme une affirmation excessive.
• Qu’est-ce que le balisage de schéma ? Comment l’ajouter et pourquoi il compte (Ahrefs) — bon guide général sur le schéma, avec un angle utile sur les agents d’IA et la lisibilité par les machines.

Journal des modifications