Balisage Schema.org Article en JSON-LD : ce que Google exploite vraiment

En auditant le balisage Schema.org d’un site d’actualités locales, j’ai trouvé un objet Article particulièrement complet : plus de vingt propriétés renseignées, dont wordCount, articleBody dupliquant tout le contenu de la page, et un keywords rempli avec une trentaine de termes. L’équipe éditoriale avait passé un temps considérable à enrichir ce balisage, convaincue que plus il y avait de propriétés, mieux le référencement se porterait.

La réalité est plus nuancée. La documentation officielle de Google sur le type Article distingue clairement les propriétés qu’elle exploite réellement de celles qui n’ont, à ce jour, aucun effet démontré sur l’affichage en résultats de recherche. Comprendre cette distinction évite de perdre du temps sur un balisage exhaustif mais inefficace.

Les trois propriétés vraiment requises

Selon la documentation de Google pour les résultats enrichis de type article, trois propriétés sont explicitement requises pour qu’un balisage soit éligible : headline, image et datePublished. Sans elles, le balisage entier peut être ignoré, quelle que soit la richesse du reste des propriétés renseignées.

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Titre concis de l'article",
  "image": [
    "https://exemple.fr/images/couverture-1x1.jpg",
    "https://exemple.fr/images/couverture-4x3.jpg",
    "https://exemple.fr/images/couverture-16x9.jpg"
  ],
  "datePublished": "2021-10-05T15:10:00+02:00",
  "dateModified": "2021-10-05T15:10:00+02:00",
  "author": {
    "@type": "Person",
    "name": "Nom de l'auteur"
  }
}

La propriété image mérite une attention particulière : Google recommande de fournir plusieurs ratios (carré, 4:3, 16:9) pour maximiser la compatibilité avec différents formats d’affichage. Une seule image, dans un format non standard, réduit les chances que le résultat enrichi soit effectivement affiché.

Les propriétés recommandées mais secondaires

author et dateModified figurent dans la catégorie des propriétés recommandées : elles ne bloquent pas l’éligibilité au résultat enrichi si elles manquent, mais leur présence améliore la qualité perçue du balisage et peut influencer l’affichage de certains éléments annexes, comme l’auteur mentionné dans un aperçu de résultat.

publisher, avec son sous-objet logo, est également recommandée, notamment pour les sites qui espèrent apparaître dans Google Actualités, où l’identité de l’éditeur joue un rôle plus visible.

Les propriétés à impact nul ou marginal

C’est là que se trouve la vraie économie de temps pour une équipe éditoriale :

• wordCount : Google a indiqué à plusieurs reprises ne pas l’utiliser comme signal de classement ni d’affichage.
• articleBody : dupliquer tout le texte de l’article dans le balisage JSON-LD n’apporte aucun bénéfice documenté et alourdit inutilement le poids de la page.
• keywords : ce champ, hérité d’anciennes pratiques de méta-données, n’a pas d’effet démontré sur le classement ni sur l’affichage.
• articleSection : utile pour la structuration interne de certains systèmes, mais sans effet visible connu côté résultats de recherche grand public.

Renseigner ces champs n’est pas nuisible en soi, tant que les valeurs restent exactes. Le vrai risque apparaît quand leur remplissage se fait au détriment de la qualité des trois propriétés réellement requises, ou quand une valeur devient incohérente avec le contenu affiché (un wordCount qui ne correspond plus au texte après une réécriture, par exemple).

Le risque d’un balisage inexact

Un balisage Article incomplet mais exact reste préférable à un balisage exhaustif mais partiellement faux. Google applique des règles strictes contre les données structurées trompeuses : une datePublished antidatée pour paraître plus récente, ou un author générique ne correspondant à aucune personne réelle, peuvent entraîner une action manuelle sur l’ensemble du site, bien au-delà de la simple non-éligibilité au résultat enrichi concerné.

Une méthode simple de priorisation

1. Vérifier en premier les trois propriétés requises : headline, image, datePublished.
2. Ajouter author, dateModified et publisher si le temps le permet.
3. Ignorer sereinement wordCount, articleBody et keywords, sauf besoin interne spécifique sans lien avec le référencement.

Un balisage Article de trois propriétés bien exactes vaut largement mieux qu’un balisage de vingt propriétés dont la moitié n’a plus de rapport avec le contenu réel de la page.

En résumé

La documentation de Google sur le type Article est claire, mais reste peu lue en détail : trois propriétés sont réellement requises, quelques-unes sont recommandées, et une bonne partie du vocabulaire Schema.org disponible n’a aucun effet démontré sur l’affichage en résultats de recherche. Concentrer l’effort de balisage sur les propriétés qui comptent vraiment libère du temps éditorial, sans rien perdre en efficacité de référencement.