Les données structurées ne remplacent ni un bon article ni un gabarit propre. Elles décrivent la nature du contenu, son auteur, ses dates et son image principale. Sur un média consacré à l’entreprise ou à la finance, une date artificiellement actualisée, un auteur générique ou un titre différent de celui affiché suffit à rendre le balisage incohérent. La priorité est donc de déclarer des informations exactes et vérifiables.
Ce que le balisage apporte à un média
Le balisage de type Article ou NewsArticle aide à indiquer qu’une page correspond à un contenu éditorial. Il permet notamment de relier le titre, l’image, les dates et l’auteur au même article, plutôt que de laisser le moteur les déduire uniquement à partir de la mise en page.
Cette précision est utile lorsque publicité, contenus recommandés et encadrés financiers se côtoient. Sans structure claire, le moteur peut confondre l’image principale avec une bannière, ou l’auteur avec une personne citée.
Le balisage peut améliorer la compréhension du contenu et la cohérence du titre, des images et des dates. Il ne garantit toutefois ni affichage enrichi ni meilleure position.
Sur un article consacré à une levée de fonds, une évolution bancaire ou la publication de résultats annuels, cette clarté permet surtout de limiter les ambiguïtés entre l’entreprise étudiée, le média éditeur et le journaliste signataire.
Les propriétés essentielles d’un article
La propriété headline reprend le titre de l’article. Elle doit rester fidèle au H1 visible, même si la balise title varie légèrement. Ajouter des mots-clés absents de la page affaiblit la cohérence.
La propriété image désigne une image principale accessible et réellement liée au sujet. Pour une actualité financière, un visuel de l’entreprise est plus pertinent qu’une illustration générique de billets.
datePublished correspond à la première publication. dateModified indique une modification ultérieure réelle. Les deux doivent intégrer une date et une heure cohérentes, avec le fuseau approprié lorsque le CMS le permet.
La propriété author identifie une personne ou une organisation responsable du contenu. Pour un journaliste, le nom peut être associé à l’URL de sa page auteur. Lorsqu’un article est cosigné, chaque auteur doit être déclaré séparément.
Enfin, publisher désigne l’organisation éditrice, pas l’entreprise dont parle l’article.
La règle d’or : baliser uniquement ce qui est visible
La règle la plus importante est de déclarer uniquement des informations présentes sur la page, dans une forme identique ou clairement équivalente. Le titre du code doit correspondre au titre affiché, l’auteur doit être visible, et les dates doivent pouvoir être retrouvées par le lecteur.
Une date de modification déclarée dans le balisage mais absente de la page crée une information invérifiable. De même, présenter une personne comme auteur dans le code alors que l’article est signé « La rédaction » produit une contradiction.
La cohérence concerne aussi les images, l’éditeur, la langue et les éventuelles traductions.
Une règle simple mais rarement respectée, rappelée sur www.julien-jimenez-seo-media.com.
Générer le balisage automatiquement
Sur un média qui publie plusieurs articles par jour, le balisage doit être généré depuis le CMS, idéalement au format JSON-LD, à partir des champs affichés sur la page.
Le H1 alimente headline, l’image de couverture alimente image, la date de publication remplit datePublished et la dernière révision éditoriale réelle alimente dateModified. La fiche du journaliste fournit son nom et l’adresse de sa page auteur.
Les cas particuliers doivent être prévus. Un article cosigné nécessite plusieurs auteurs. Une traduction doit conserver ses propres URL, langue et dates, tout en restant rattachée au bon contenu. Une mise à jour ne doit modifier dateModified que lorsqu’un changement éditorial significatif a été enregistré.
Le gabarit doit aussi gérer les informations absentes. Mieux vaut ne rien déclarer que d’injecter une image trompeuse ou un auteur fictif.
Les erreurs fréquentes
La première erreur est la date de modification mise à jour automatiquement à chaque intervention technique. Une correction d’affichage, un changement publicitaire ou une synchronisation du CMS ne transforme pas l’article sur le fond. La date visible et la propriété dateModified ne devraient évoluer qu’après une révision réelle.
L’auteur générique constitue un autre défaut. « Admin », « Équipe » ou « Rédaction web » n’apportent presque aucune information si aucune page ne décrit les personnes et le processus éditorial concernés.
Les images absentes, trop petites ou bloquées empêchent également le balisage de jouer son rôle. Il faut vérifier l’URL finale, le format, l’accès aux robots et la correspondance avec l’article.
Le balisage en double apparaît lorsqu’un thème et plusieurs modules génèrent chacun leur bloc. Il faut choisir une source unique et désactiver les générateurs concurrents.
Les balisages complémentaires
Le fil d’Ariane peut être décrit avec un balisage dédié afin d’indiquer la place de l’article dans le site : accueil, rubrique entreprise, sous-rubrique financement, puis article. Cette structure doit correspondre au fil visible.
L’organisation éditrice peut également disposer de son propre balisage sur les pages institutionnelles du média. Nom, logo, coordonnées et profils officiels doivent rester cohérents avec les informations utilisées dans les articles.
Une page de sujet sur le financement des PME ne se balise pas automatiquement comme un article d’actualité. Son type dépend de sa fonction réelle.
Contrôler en continu
Le balisage doit être testé après chaque modification du gabarit. Un changement de thème, de module auteur ou de gestion des images peut casser des milliers de pages d’un seul coup.
Les outils de test vérifient la syntaxe et les propriétés reconnues. Les rapports d’erreurs ne remplacent toutefois pas un contrôle humain.
Un échantillon doit couvrir plusieurs cas : article standard, contenu cosigné, publication mise à jour, article sans image, traduction et ancienne page. Tester uniquement l’article le plus récent donne une vision trop favorable.
Une surveillance mensuelle suffit sur un gabarit stable. Après une refonte du CMS, le contrôle doit être immédiat.
La checklist de validation
Avant de valider le gabarit, vérifiez les points suivants :
-
Type : la page utilise
ArticleouNewsArticleselon sa nature réelle. -
Titre :
headlinecorrespond au H1 visible. -
Image : l’image déclarée est accessible, pertinente et affichée sur la page.
-
Dates : publication et modification sont distinctes et exactes.
-
Auteur : chaque signataire est visible et correctement identifié.
-
Éditeur : le média, et non le sujet de l’article, est déclaré comme publisher.
-
Unicité : aucun second module ne génère un balisage contradictoire.
-
Contrôle : plusieurs types d’articles ont été testés après la dernière évolution du gabarit.
Un balisage fiable reste sobre. Il ne cherche pas à déclarer ce que le média aimerait montrer, mais ce que la page présente réellement. Cette discipline évite la majorité des erreurs et permet d’industrialiser la publication sans perdre la cohérence entre le code, l’article et l’identité éditoriale.