Pour rendre l’identité du vendeur cohérente, alignez le balisage Organization sur les informations visibles et vérifiables du site : nom, logo, URL, contacts et politiques. Google recommande d’ajouter les propriétés pertinentes sur la page d’accueil, sans propriété obligatoire, et de choisir le sous-type schema.org le plus précis, par exemple OnlineStore pour un site ecommerce. N’ajoutez ni fausse note agrégée ni garantie non documentée.
Pourquoi l’identité du vendeur se joue sur la page d’accueil
Google explique que les données structurées Organization ajoutées à la page d’accueil aident à mieux comprendre les détails administratifs d’une organisation et à la distinguer d’autres organisations. Certaines propriétés servent en arrière-plan à cette désambiguïsation, tandis que d’autres peuvent influencer des éléments visuels dans les résultats de recherche, comme le logo affiché ou le knowledge panel. La documentation officielle précise aussi qu’il n’existe pas de propriété obligatoire : il faut ajouter celles qui sont pertinentes pour votre organisation. Official source
Cette logique a une conséquence pratique : le balisage n’est pas un exercice de remplissage. Chaque valeur doit correspondre à une information réelle, présente sur le site et stable dans le temps. Un logo déclaré qui ne correspond pas au logo visible, un nom qui varie entre la page d’accueil et la page contact, ou une politique de retour absente du site créent une incohérence. Le balisage ne corrige pas une identité floue ; il l’expose.
Que signifie « cohérent » entre site et balisage ?
La cohérence se joue sur trois niveaux.
- Identité de base : nom de l’organisation, URL du site, URL d’une page de profil externe si elle existe, logo. Ces éléments doivent être identiques dans le balisage et dans les pages visibles.
- Sous-type : Google recommande d’utiliser le sous-type schema.org le plus spécifique possible. Pour un site ecommerce, la documentation cite explicitement OnlineStore plutôt que le type générique Organization. Un vendeur en ligne qui se déclare simplement Organization laisse de côté une information de nature.
- Informations marchandes : adresse, contact, politique de retour. La documentation indique que les marchands peuvent influencer davantage de détails dans le knowledge panel marchand et le profil de marque, notamment la politique de retour, l’adresse et les coordonnées. Pour OnlineStore, elle mentionne contactPoint et hasMerchantReturnPolicy.
Exemple hypothétique : un vendeur belge avec deux adresses
Prenons un exemple fictif. Une boutique en ligne basée à Namur, en Belgique, vend du matériel de randonnée. Sa page d’accueil affiche « Rando Namur SRL », un logo vert, un numéro de téléphone belge et une adresse de retour en France pour les clients français. Le balisage Organization indique « Rando Namur », un logo bleu et aucune adresse.
Résultat probable : les signaux se contredisent. Le nom déclaré ne correspond pas au nom visible, le logo ne correspond pas à l’image affichée, et l’adresse de retour absente du balisage ne peut pas être reliée à une politique documentée. La correction ne consiste pas à ajouter des propriétés au hasard, mais à choisir une identité unique, à l’écrire sur le site, puis à la refléter dans le balisage.
Cet exemple est illustratif : il ne décrit aucune entreprise réelle et ne fournit aucune mesure de performance.
Faut-il ajouter une note agrégée ou une garantie ?
Non, pas sans base vérifiable. La documentation Organization ne demande pas d’aggregateRating et ne promet aucune éligibilité à un affichage enrichi. Ajouter une note agrégée inventée ou une garantie commerciale non documentée crée un risque : le balisage doit décrire ce qui existe. Si vous affichez des avis clients, la question relève d’un autre type de données structurées et de règles distinctes. Pour Organization, la prudence consiste à ne déclarer que des informations que le site rend vérifiables.
Méthode de diagnostic en cinq étapes
- Lister les signaux visibles : nom, logo, URL, téléphone, e-mail, adresse, politique de retour, conditions de vente. Notez où ils apparaissent sur le site.
- Comparer avec le balisage : relevez les propriétés Organization présentes sur la page d’accueil et vérifiez chaque valeur contre la source visible.
- Choisir le sous-type : Organization, OnlineStore ou un autre sous-type schema.org pertinent. La documentation recommande le plus spécifique.
- Tester techniquement : utilisez le Rich Results Test pour valider le code et repérer les erreurs critiques. La documentation suggère aussi de corriger les problèmes non critiques lorsqu’ils améliorent la qualité.
- Déployer progressivement : publiez le balisage sur quelques pages, vérifiez le rendu, puis étendez. La documentation mentionne le déploiement sur quelques pages et la maintenance via les sitemaps.
Ce que la documentation ne garantit pas
Google ne promet pas qu’un balisage Organization complet produira un knowledge panel, un logo spécifique ou une position particulière. La documentation parle d’aider Google à mieux comprendre et à désambiguïser, et de pouvoir influencer certains éléments visuels. La différence est importante : le balisage est un signal, pas un contrat d’affichage. De même, les propriétés iso6523 et naics sont décrites comme utilisées en arrière-plan pour la désambiguïsation, pas comme des déclencheurs d’affichage.
Questions fréquentes
Le balisage Organization est-il obligatoire pour un site ecommerce ?
Non. La documentation indique qu’il n’y a pas de propriété obligatoire et recommande d’ajouter les propriétés pertinentes. Pour un site ecommerce, elle recommande toutefois le sous-type OnlineStore et mentionne contactPoint et hasMerchantReturnPolicy.
Où placer le balisage Organization ?
La documentation cite la page d’accueil comme emplacement principal pour aider Google à comprendre les détails administratifs de l’organisation. Le déploiement peut ensuite être testé sur quelques pages avant généralisation.
Pour aller plus loin
Si vous travaillez aussi les données structurées vidéo, l’article sur les propriétés creator et interactionStatistic de VideoObject montre comment Google précise progressivement les propriétés.