Schema Markup Types : choisir les donnees structurees qui correspondent vraiment

Definition rapide

Les Schema Markup Types sont des types de donnees structurees qui decrivent le contenu d'une page avec un vocabulaire standardise. Ils aident les moteurs a comprendre si une page est un article, un produit, un cours, une video, une entreprise locale, un fil d'Ariane, un profil de personne ou une autre entite. Le vocabulaire le plus courant est Schema.org; pour Google Search, JSON-LD est generalement le format recommande, car il est plus facile a maintenir que Microdata ou RDFa.

L'idee essentielle est simple : Schema Markup n'invente pas la verite. Il decrit la verite visible sur la page. Si une page ne vend pas un produit, Product markup est faux. Si aucune vraie review n'est visible, Review markup est risque. Si une FAQ est cachee seulement pour les moteurs, FAQPage n'est pas propre. Le bon markup est donc moins une astuce qu'une discipline editoriale.

Termes couverts ici

• Article Schema
• FAQPage Schema
• HowTo Schema
• Product Schema
• Review et AggregateRating
• Organization, LocalBusiness et Person
• BreadcrumbList, WebSite et ItemList
• VideoObject et SpeakableSpecification
• Course et SoftwareApplication
• MedicalWebPage
• JSON-LD, rich results et validation

Explication simple

Imagine Schema Markup comme des etiquettes dans un entrepot bien organise. Une boite ne dit pas seulement "contenu"; elle dit "produit", "prix", "disponibilite", "note" et "image". Une autre dit "article", "auteur", "date" et "image principale". Ces etiquettes ne rendent pas la marchandise meilleure, mais elles rendent son sens plus clair.

Pour le SEO, c'est utile parce que les moteurs doivent classer le contenu, pas seulement le rendre. Les donnees structurees peuvent rendre des rich results possibles, clarifier les entites et reveler des problemes de templates. Elles ne garantissent pas l'affichage. Google dit clairement qu'un markup valide ne garantit pas un rich result. L'algorithme decide si une presentation convient a la recherche.

JSON-LD : le choix pratique

Google supporte JSON-LD, Microdata et RDFa, mais recommande JSON-LD quand la configuration du site le permet. La raison est pragmatique : JSON-LD est separe du HTML visible dans un bloc script de type application/ld+json. Il est plus facile a generer, tester et versionner. Pour les CMS modernes, les shops et les frameworks, c'est souvent plus robuste que maintenir des attributs partout dans l'arbre HTML.

Mais JSON-LD reste seulement le format. La qualite vient du mapping. Quel est l'objet principal de la page ? Quelles entites sont visibles ? Quelles proprietes sont prouvables ? Quels champs changent souvent et doivent etre automatises ? Un markup peut etre valide techniquement et mauvais s'il decrit des prix obsoletes, anciennes notes ou contenus invisibles.

Schemas de contenu : Article, FAQPage et HowTo

Article Schema convient aux articles editoriaux, news, posts de blog et pages similaires. Les champs utiles sont titre, auteur, date, image et publisher. Il aide Google a comprendre la page comme contenu publie. Pour des entrees de glossaire, Article ou un modele plus specifique CreativeWork ou DefinedTerm peut convenir selon le systeme, mais pour les rich results Google, Article concerne surtout de vrais articles.

FAQPage et HowTo demandent plus de prudence en 2026. FAQPage reste un type Schema.org valide : une page avec questions et reponses peut les decrire ainsi. Mais Google a documente en mai et juin 2026 que les FAQ rich results ne sont plus affiches dans Google Search. HowTo reste aussi un type Schema.org valide, mais Google avait deja retire sa documentation de rich result car ce resultat n'est plus affiche. Conclusion : FAQPage et HowTo peuvent aider la clarte semantique, la recherche interne ou d'autres consommateurs, mais ne doivent plus etre vendus comme leviers principaux de visibilite Google.

Schemas commerciaux : Product, Review, SoftwareApplication et Course

Product Schema est puissant quand une page decrit vraiment un produit : nom, images, offres, prix, disponibilite, variantes, reviews et informations marchand. C'est aussi un domaine ou les mauvaises donnees se voient vite. Prix, disponibilite et notes doivent etre actuels et visibles pour l'utilisateur.

Review Snippet markup decrit Review et AggregateRating. Il ne doit pas servir a inventer des etoiles, cacher des avis ou marquer des notes auto-promotionnelles. Google a des regles specifiques; en cas d'abus, l'eligibilite rich result peut disparaitre. SoftwareApplication convient aux pages app ou logiciel quand systeme, categorie, note et offre existent. Course Markup est surtout pertinent pour des listes de cours; un bloc commercial generique sans donnees de cours ne suffit pas.

Organization, LocalBusiness et Person

Organization Markup aide Google a comprendre l'identite administrative : nom, URL, logo, contact, adresse, profils sociaux et identifiants. Il appartient souvent a la home ou a une page About centrale, pas aveuglement sur chaque URL avec des donnees contradictoires.

LocalBusiness est plus specifique. Il convient aux lieux physiques ou filiales avec adresse, horaires, telephone et attributs locaux. Une entreprise SaaS sans lieu public ne doit pas forcer LocalBusiness. Person Markup convient aux auteurs, profils experts, fondateurs ou contenus relus medicalement quand la personne est visible et pertinente. Plus une page depend de la confiance, plus la clarte des entites compte.

Navigation et structure : BreadcrumbList, WebSite et ItemList

BreadcrumbList est l'un des types les plus pratiques, car il decrit la position de la page dans la hierarchie du site. Il est utile pour grands sites, shops, glossaires et hubs de contenu. De bons breadcrumbs sont visibles dans l'interface, pas seulement caches dans JSON-LD.

WebSite Markup peut decrire le site dans son ensemble. Il etait souvent associe a Sitelinks Search Box, mais Google a retire cette documentation. WebSite peut rester utile semantiquement s'il represente correctement la domain. ItemList decrit des listes ordonnees ou selectionnees : categories, tops, listes de cours, collections ou comparatifs. L'erreur consiste a transformer n'importe quel bloc de liens en ItemList.

Medias, cas speciaux et contenus sensibles

VideoObject est approprie quand une video est visible et importante sur la page. Titre, description, thumbnail, date d'upload, duree et informations d'integration doivent correspondre. Sans video visible, VideoObject est trompeur. SpeakableSpecification existe dans Schema.org et dans l'ecosysteme Google, mais ce n'est pas un standard SEO general pour chaque page. Il faut l'utiliser seulement lorsque les exigences specifiques sont remplies.

MedicalWebPage est un bon exemple de type sensible. Les contenus medicaux demandent exactitude, revue, auteur clair et absence de promesses trompeuses. Schema peut structurer ces signaux, mais ne remplace pas la qualite medicale. Sur les sujets YMYL, un mauvais markup est pire que pas de markup.

Quels types apportent le plus de valeur ?

Le type le plus valuable est celui qui decrit correctement le contenu principal et qui est supporte pour la surface de recherche visee. Pour une page produit, Product est souvent central. Pour une clinique locale, LocalBusiness. Pour un hub de contenu, BreadcrumbList, Article et des entites Organization ou Person propres. Pour une page video, VideoObject. Pour un repertoire de cours, Course et ItemList.

Ordre pratique : verifier les donnees visibles requises, verifier le support Google, generer JSON-LD, tester avec Rich Results Test et URL Inspection, puis observer Search Console. Schema n'est pas une case unique. Prix, reviews, disponibilite, auteurs et URLs changent.

Erreurs frequentes

• Le markup decrit du contenu invisible.
• Toutes les pages recoivent le meme bloc Organization sans contexte.
• Des etoiles Review sont inventees ou auto-promotionnelles.
• FAQPage est encore vendu en 2026 comme levier Google FAQ rich result.
• Product est utilise sur des categories ou pages lead sans produit unique.
• Breadcrumb ne correspond pas a la navigation visible.
• JSON-LD est oublie, duplique ou livre avec anciennes URLs apres relaunch.
• Un test valide est confondu avec une garantie d'affichage rich result.

Angle Contextter

Contextter traite Schema Markup comme un probleme de structure de contenu, pas seulement comme une couche technique. Les donnees structurees utiles viennent d'une structure utile : entites claires, sections coherentes, vraie auteurite, donnees produit exactes, questions visibles, vrais medias et liens internes coherents. Quand le brief precise deja quelle entite la page explique et quels faits sont visibles, JSON-LD devient plus simple, plus propre et plus honnete.

Sources pour la revue

• Intro to structured data: https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data
• General structured data guidelines: https://developers.google.com/search/docs/appearance/structured-data/sd-policies
• Search Gallery: https://developers.google.com/search/docs/appearance/structured-data/search-gallery
• Article structured data: https://developers.google.com/search/docs/appearance/structured-data/article
• Breadcrumb structured data: https://developers.google.com/search/docs/appearance/structured-data/breadcrumb
• Product structured data: https://developers.google.com/search/docs/appearance/structured-data/product
• Review snippet structured data: https://developers.google.com/search/docs/appearance/structured-data/review-snippet
• Organization structured data: https://developers.google.com/search/docs/appearance/structured-data/organization
• Local business structured data: https://developers.google.com/search/docs/appearance/structured-data/local-business
• Video structured data: https://developers.google.com/search/docs/appearance/structured-data/video
• Software app structured data: https://developers.google.com/search/docs/appearance/structured-data/software-app
• Course list structured data: https://developers.google.com/search/docs/appearance/structured-data/course
• FAQ rich result removal: https://developers.google.com/search/updates#removing-faq-rich-result
• FAQPage type: https://schema.org/FAQPage
• HowTo type: https://schema.org/HowTo
• MedicalWebPage type: https://schema.org/MedicalWebPage
• SpeakableSpecification type: https://schema.org/SpeakableSpecification
• ItemList type: https://schema.org/ItemList