Données structurées BlogPosting

L'équipe Citead, mis à jour le

En bref. BlogPosting identifie un billet de blog à l’aide de propriétés héritées de Schema.org décrivant son contenu, son auteur, ses dates de publication et les œuvres associées.

Définition : Schema.org définit BlogPosting comme « Un billet de blog. » Ce type de données structurées, un format normalisé permettant de décrire le contenu d’une page, identifie un billet de blog individuel et ses propriétés.

Points clés

Quelles propriétés décrivent un billet de blog ?

Le tableau des propriétés de Schema.org comprend des propriétés héritées de types plus généraux. L’héritage permet à un sous-type d’utiliser les propriétés répertoriées pour ses types parents. BlogPosting dispose ainsi des champs propres aux articles et des propriétés plus générales de CreativeWork, le type parent des œuvres de création.

articleBody contient le texte de l’article. articleSection indique une rubrique éditoriale, avec « Sports » et « Lifestyle » comme exemples. wordCount enregistre le nombre de mots sous la forme d’un entier. headline contient le titre de l’article.

author identifie une personne ou une organisation responsable du contenu, tandis que publisher identifie son éditeur. datePublished indique la première publication ; dateModified indique la dernière modification. Schema.org accepte pour ces champs des dates seules ou des valeurs comprenant une date et une heure.

image accepte l’URL d’une image ou un ImageObject, un objet décrivant une image. mainEntityOfPage renvoie vers la page dont le sujet principal est le billet. isPartOf identifie l’œuvre dont le billet fait partie ; l’exemple de Schema.org utilise ici un objet Blog. La propriété héritée sharedContent décrit un contenu créatif partagé dans la publication, comme une image ou une vidéo.

À quoi ressemble le balisage ?

Le W3C définit JSON-LD comme un format fondé sur JSON pour les données liées (linked data). L’exemple BlogPosting de Schema.org l’intègre dans un élément HTML script. Cet extrait abrégé conserve le type, le titre, la date de publication et les informations sur l’auteur de l’exemple :

<script type="application/ld+json">
{
  "@context": "https://schema.org/",
  "@type": "BlogPosting",
  "headline": "Library Metadata Evolution: The Final Mile",
  "datePublished": "2019-05-14",
  "author": {
    "@type": "Person",
    "name": "Richard Wallis",
    "url": "https://dataliberate.com/author/richard-wallis/"
  }
}
</script>

L’exemple complet relie aussi le billet à son éditeur et au blog qui le contient. Ces relations décrivent des rôles distincts : la personne rédige le billet, une organisation le publie et le blog le contient.

Comment Google documente-t-il la mise en œuvre et les vérifications ?

Le guide Article de Google recommande author, headline, image, datePublished et dateModified. Ses champs de date utilisent des valeurs comprenant une date et une heure au format ISO 8601, et Google recommande de préciser le fuseau horaire. Les consignes relatives aux auteurs préconisent un objet auteur distinct pour chaque auteur visible, avec un nom et une URL permettant de l’identifier.

Les consignes générales de Google recommandent JSON-LD et exigent que le balisage décrive la page sur laquelle il figure. Une vérification du contenu permet de s’assurer que les informations balisées sur l’auteur et l’article correspondent à ce que les lecteurs voient. Les URL des images doivent être explorables et indexables.

Les mêmes consignes présentent le test des résultats enrichis (Rich Results Test) et l’outil d’inspection d’URL (URL Inspection) comme des moyens de vérification technique. Elles précisent aussi les limites des outils automatisés pour évaluer la qualité du contenu : la validation technique accompagne donc la vérification du contenu visible.

Termes associés

Questions fréquentes

Faut-il utiliser BlogPosting pour un blog entier ?

La définition de BlogPosting de Schema.org décrit un billet individuel. Son exemple utilise Blog pour la publication qui le contient et y relie le billet par isPartOf.

Faut-il renseigner toutes les propriétés ?

La documentation Article de Google ne mentionne aucune propriété obligatoire. Elle recommande d’ajouter les propriétés qui s’appliquent à votre contenu.

Les données structurées peuvent-elles remplacer les informations visibles sur l’auteur ?

Les consignes de Google relatives au contenu exigent que le balisage représente le contenu visible de la page. Veillez à la cohérence entre les informations affichées sur l’auteur et l’objet auteur des données structurées.

Sources

  1. Schema.org, « BlogPosting », sans date
  2. Google Search Central, « Article (Article, NewsArticle, BlogPosting) structured data », mis à jour le 8 septembre 2026
  3. Google Search Central, « General structured data guidelines », mis à jour le 10 juillet 2026
  4. W3C, « JSON-LD 1.1 », 16 juillet 2020

Vérifiez comment une page se lit pour les moteurs de réponse. Ouvrir l’analyseur de score GEO

Testez une page et voyez quoi corriger en premier

L'analyse prend en général moins de 10 secondes et ne demande pas de compte.

400 000+ pages notées dans le benchmark public