SEO · Données structurées

Quel balisage Schema.org choisir selon le contenu réel de votre page

Le bon Schema.org est celui qui décrit réellement la page. Le choix doit partir du contenu visible, puis être vérifié dans la documentation Google lorsqu’une fonctionnalité enrichie est visée.

Partir du contenu réel de la page

Demandez d’abord ce que la page représente : organisation, article, produit, événement, profil ou autre chose. Le balisage doit décrire ce que l’utilisateur voit et non une catégorie inventée pour les moteurs.

Google exige que les données structurées représentent fidèlement le contenu principal et ne soient pas trompeuses. Source : General structured data guidelines.

Utiliser Organization pour l’identité de l’organisation

Organization peut décrire l’entité derrière le site avec des informations vérifiables. Un type plus spécifique peut être préférable lorsqu’il correspond réellement à l’activité.

Il n’est pas nécessaire de multiplier des blocs incohérents sur chaque page. L’identité doit rester stable et alignée avec le contenu visible.

Utiliser Article pour un vrai contenu éditorial

Article ou une variante peut correspondre à un contenu éditorial, avec auteur, date et image cohérents. Une page de service ou un hub ne devient pas un article uniquement parce qu’elle contient beaucoup de texte.

Le type doit suivre la fonction de la page, pas sa longueur.

Distinguer produit, offre et service

Product peut être pertinent pour un produit réellement présenté comme tel. Les prix, disponibilités et avis déclarés doivent correspondre aux informations visibles.

Schema.org contient plus de types que les fonctionnalités explicitement prises en charge par Google. Pour Google Search, vérifiez la liste officielle des fonctionnalités.

FAQ et formats spécifiques : ne pas baliser par réflexe

La présence de questions-réponses ne signifie pas automatiquement qu’un rich result apparaîtra. Les fonctionnalités prises en charge et leurs conditions évoluent.

Choisissez le balisage parce qu’il décrit correctement le contenu, pas uniquement dans l’espoir d’un effet visuel.

Valider sans promettre un rich result

Testez le JSON-LD et les propriétés requises, puis comparez le balisage au contenu visible. Google recommande notamment le Rich Results Test pour les fonctionnalités supportées.

Un balisage valide n’est pas une garantie d’apparition en rich result. Il peut rendre une page éligible, mais l’affichage final dépend de nombreux facteurs.