Placez le balisage MerchantReturnPolicy sur une page unique qui décrit la politique de retour de votre entreprise, en le rattachant à Organization via hasMerchantReturnPolicy. Le contenu balisé doit correspondre mot pour mot à ce qu'un visiteur peut lire sur cette page. Pour une exception produit, utilisez une instance sous Offer, avec un jeu de propriétés plus restreint. Vérifiez ensuite avec le Rich Results Test et suivez les rapports Search Console.
Pourquoi une politique balisée peut ne pas correspondre au site
MerchantReturnPolicy est un type de données structurées qui permet de décrire une politique de retour : lien vers la page dédiée, conditions de retour, modes de retour, frais, options de remboursement. Google Search peut s'en servir pour afficher ces informations à côté des produits et dans les knowledge panels (documentation officielle).
Le problème n'est pas le type lui-même, mais l'écart entre ce qui est balisé et ce que le site affiche réellement. Trois causes reviennent :
- Une politique standard balisée sur chaque page produit, alors que la page de politique générale dit autre chose pour certaines catégories.
- Des zones géographiques ou des devises implicites : le balisage ne précise pas le pays ou la devise, mais la page visible applique des règles différentes selon le marché.
- Un texte identique recopié d'un ancien site ou d'un modèle, sans vérifier qu'il correspond aux conditions actuelles.
Où placer le balisage : page unique ou exception produit ?
La documentation recommande de placer les informations de retour sur une seule page décrivant la politique de l'entreprise, et de ne pas les répéter sur chaque page. Le type MerchantReturnPolicy se place sous Organization via la propriété hasMerchantReturnPolicy.
Pour une exception produit, on utilise une ou plusieurs instances de MerchantReturnPolicy sous le type Offer. Attention : les politiques produit individuelles sous Offer acceptent un ensemble de propriétés plus limité que celles décrites dans la documentation générale.
| Situation | Emplacement du balisage | Propriétés disponibles |
|---|---|---|
| Politique standard de l'entreprise | Sous Organization, via hasMerchantReturnPolicy | Jeu complet décrit dans la documentation |
| Exception pour un produit précis | Sous Offer | Jeu plus restreint |
| Politique déjà configurée dans Merchant Center | Priorité à la configuration Merchant Center | Selon les réglages du compte |
La documentation décrit un ordre de priorité : réglages via Content API, réglages Merchant Center ou Search Console, balisage produit, puis balisage de l’organisation. Lorsqu’un réglage de Search Console contredit le balisage du site, Google retient le réglage Search Console. Autrement dit, un balisage parfait peut être ignoré si un réglage contradictoire existe ailleurs.
Exemple hypothétique : une politique qui ne correspond pas
Prenons un cas fictif, uniquement illustratif. Une boutique en ligne vend des vêtements en France, en Belgique et en Suisse. Sa page de politique de retour indique : retour sous 30 jours, frais de retour à la charge du client, remboursement sous 14 jours après réception.
Le balisage MerchantReturnPolicy placé sous Organization indique : retour sous 14 jours, frais de retour offerts, remboursement sous 5 jours. Aucune mention du pays ni de la devise.
Résultat : le balisage ne correspond ni au texte visible, ni aux conditions réellement appliquées. Même si le balisage est techniquement valide, il décrit une politique qui n'existe pas sur le site. Ce n'est pas un problème de syntaxe, c'est un problème de véracité.
Méthode de vérification en quatre étapes
- Inventorier les pages de politique de retour. Identifiez toutes les URL qui décrivent des conditions de retour, y compris les pages par pays ou par catégorie.
- Comparer le balisage au texte visible. Pour chaque propriété balisée, vérifiez qu'un visiteur peut lire l'information correspondante sur la page. Si une propriété n'a pas d'équivalent visible, retirez-la ou ajoutez le texte manquant.
- Vérifier les zones et devises. Si le site applique des règles différentes selon le pays, assurez-vous que le balisage ne présente pas une règle unique comme si elle s'appliquait partout. La documentation ne fournit pas de règle automatique de résolution par pays : c'est à vous de vérifier la cohérence.
- Tester et suivre. Utilisez le Rich Results Test pour valider la syntaxe, puis consultez les rapports Search Console pour détecter les erreurs ou avertissements. Si vous avez un compte Google Merchant Center, la documentation suggère d'y configurer la politique de retour, car les réglages Merchant Center peuvent primer sur le balisage.
Ce que les sources ne permettent pas de conclure
La documentation officielle décrit le fonctionnement du type, les emplacements possibles et l'ordre de priorité entre sources. Elle ne garantit pas l'affichage d'un résultat enrichi, ne fournit pas de règle de résolution automatique par pays, et ne précise pas comment Google traite un balisage partiellement contradictoire. Ces zones restent à vérifier au cas par cas, par des tests et une surveillance des rapports.
Pour aller plus loin sur la cohérence entre données structurées et page visible, voir notre guide sur les données structurées Product : prix, stock et vérification. Et si vous préparez une refonte ou un changement de domaine, notre article sur la migration de site web rappelle pourquoi il faut sécuriser les pages qui rapportent.
Questions fréquentes
Faut-il baliser MerchantReturnPolicy sur chaque page produit ?
Non. La documentation recommande une page unique décrivant la politique de l'entreprise, avec le balisage sous Organization. Le balisage sous Offer ne sert qu'à documenter une exception pour un produit précis, avec un jeu de propriétés plus restreint.
Que se passe-t-il si le balisage contredit la page visible ?
Le balisage décrit alors une politique qui n'existe pas pour le visiteur. La documentation ne prévoit pas de correction automatique : c'est à vous de vérifier la correspondance entre chaque propriété balisée et le texte réellement affiché, puis de corriger l'un ou l'autre.