Pour plus de 90 % des contenus B2B, choisir Article plutôt que BlogPosting ne change pratiquement rien à vos chances d’être cité par un moteur d’IA. Ce qui compte n’est pas le nom du type, mais les champs que vous renseignez et la qualité de leur implémentation. Ce « pratiquement » a toutefois son importance : pour certains contenus, un type inadapté peut vous priver d’une fonctionnalité de recherche à laquelle vous auriez pu prétendre. Voyons donc clairement ce qui mérite réflexion — et ce qui n’en mérite pas.
Commençons par un fait encore méconnu : BlogPosting est un sous-type d’Article. Dans schema.org, la chaîne d’héritage est Article → SocialMediaPosting → BlogPosting. En utilisant BlogPosting, vous déclarez donc : « Il s’agit d’un Article, plus précisément d’un billet de blog. » Les deux types partagent exactement les mêmes champs essentiels. La documentation de Google regroupe d’ailleurs Article, NewsArticle et BlogPosting dans une seule spécification, avec les mêmes champs obligatoires et recommandés.
Pourquoi le choix du type compte moins que vous ne le pensez dans la plupart des cas
Pour évaluer un article, les moteurs d’IA et Google lisent avant tout les « attributs » présents dans les données structurées, et non la simple « étiquette » du type. Ils cherchent à savoir qui a écrit le contenu, quand il a été publié et mis à jour, à quel site il appartient et quelle est son image principale. Or, ces champs portent les mêmes noms dans Article et BlogPosting. Autrement dit, remplacer @type Article par BlogPosting ne modifie en rien author, datePublished, dateModified ou publisher : la machine reçoit exactement les mêmes informations.
- headline : le titre de l’article. Il est recommandé de ne pas dépasser 110 caractères et de le faire correspondre au titre de la page.
- author : utilisez impérativement un objet Person ou Organization, avec un champ sameAs pointant vers une identité d’auteur vérifiable.
- datePublished et dateModified : la date de publication et celle de la dernière mise à jour sont des repères essentiels pour permettre à l’IA d’évaluer la fraîcheur du contenu.
- publisher : indiquez l’organisation éditrice, logo compris, afin de rattacher l’article à l’entité de marque.
- image et mainEntityOfPage : renseignez l’image principale et l’URL canonique de l’article.
Dans quels cas peut-on réellement se tromper ?
La différence devient déterminante avec deux types plus précis. Le premier est NewsArticle. Google lui réserve un traitement particulier : il peut notamment ouvrir l’accès à Top Stories et Google News. Mais c’est une arme à double tranchant. Si votre contenu n’est pas un reportage d’actualité et que vous le balisez en NewsArticle, vous n’obtiendrez pas pour autant une place dans les résultats d’actualité ; Google peut en outre constater une incohérence entre le type et le contenu. À l’inverse, déclarer une véritable actualité sectorielle en BlogPosting revient à lui fermer la porte de l’espace Actualités.
Le second est TechArticle, destiné à la documentation technique, aux tutoriels pour développeurs et aux guides d’implémentation. Il propose des champs supplémentaires, comme proficiencyLevel et dependencies, qui permettent d’indiquer clairement le niveau du public visé et les prérequis. Pour un SaaS destiné aux développeurs, un tutoriel sur une API sera décrit plus précisément par TechArticle que par BlogPosting. Si le contenu présente des étapes claires, vous pouvez également lui associer HowTo. Le principe est simple : choisissez le type le plus précis et le plus fidèle au contenu, sans vous rabattre par prudence sur le plus générique.
Une méthode de décision en trois étapes, à appliquer en 30 secondes
- Le contenu est-il lié à une actualité précise et relève-t-il d’un traitement journalistique ? Oui → NewsArticle, à condition qu’il s’agisse réellement d’un contenu journalistique éligible.
- S’agit-il d’une documentation technique, d’un tutoriel de développement ou d’un guide d’implémentation pas à pas ? Oui → TechArticle, complété par HowTo si le contenu comporte des étapes.
- Non ? S’agit-il alors d’un article de blog assorti d’une date de publication ? Oui → BlogPosting.
- S’il s’agit d’une page ressource pérenne, d’un guide ou d’un article de base de connaissances qui ne dépend pas d’une chronologie → utilisez Article.
Les moteurs d’IA lisent surtout ces champs
Choisir le bon type n’est qu’un prérequis. Pour qu’un article soit régulièrement cité dans ChatGPT, Perplexity et Google AI Overviews, ses champs doivent surtout être complets et vérifiables. Si l’auteur n’est qu’une chaîne de caractères comme « rédaction », le moteur ne peut pas en évaluer l’autorité. En utilisant un objet Person et un champ sameAs pointant vers LinkedIn ou la page de l’auteur, vous contribuez à établir le signal E-E-A-T. De même, si dateModified remonte à deux ans, l’IA aura tendance à privilégier des sources plus récentes : même un excellent contenu risque alors de passer derrière elles.
Quatre erreurs plus graves qu’un mauvais choix de type
- Utiliser WebPage, ou ne déclarer aucun type, revient à renoncer à tout l’espace de champs propre à Article.
- Renseigner author en texte brut, sans objet Person ni champ sameAs, prive directement le contenu de son signal d’autorité.
- Utiliser un headline qui ne correspond pas au titre de la page, ou qui dépasse 110 caractères et se retrouve tronqué.
- Forcer plusieurs types contradictoires dans un même nœud, ou copier-coller la même valeur datePublished dans tous les articles.
Lors de nos audits GEO pour des clients SaaS B2B, le mauvais choix de type est rarement le problème principal. Le cas le plus fréquent est tout autre : tous les articles du site sont correctement déclarés en BlogPosting, mais l’auteur reste en texte brut, dateModified n’a jamais été actualisé et le publisher n’a pas de logo. Le type est juste, mais les champs sont vides ; l’IA ne peut donc toujours pas extraire les informations nécessaires pour établir la confiance. Corriger cette couche produit généralement bien plus d’effets que de débattre du nom du type.
Le type détermine la manière dont le moteur classe votre contenu ; les champs déterminent s’il peut lui faire confiance. Une mauvaise catégorie peut vous faire manquer un emplacement. Des champs vides, eux, affaiblissent l’article tout entier aux yeux de l’IA.— Tenten GEO
Notre recommandation
Utilisez BlogPosting pour les articles de blog courants, Article pour les ressources pérennes, NewsArticle pour les actualités et TechArticle pour les contenus pédagogiques techniques. Retenez le type le plus précis et le plus fidèle au contenu, puis concentrez vos efforts sur l’exhaustivité des champs. Ne consacrez pas plus de trente secondes au nom du type. Pour savoir si les données structurées de votre site utilisent le mauvais type ou comportent des champs vides, vous pouvez réserver un diagnostic GEO de 30 minutes. À partir de vos propres articles, nous vous indiquerons les champs à compléter en priorité.
