Comment configurer les données structurées MerchantReturnPolicy pour une boutique en ligne en 2026

Les données structurées MerchantReturnPolicy permettent aux commerçants en ligne de communiquer leurs politiques de retour à Google dans un format compréhensible par les moteurs de recherche. Elles couvrent des informations essentielles telles que les délais de retour, les modalités de remboursement, les frais d’expédition des retours et les méthodes de retour acceptées. En 2026, un balisage correctement configuré peut aider Google à afficher les conditions de retour pertinentes dans les résultats de recherche liés aux achats et dans les fiches d’information des commerçants. Toutefois, l’ajout de ces informations ne se limite pas à l’installation d’une extension SEO ou à l’insertion de quelques propriétés sur un site web. Les commerçants doivent comprendre les exigences de Google, sélectionner les valeurs Schema.org appropriées et vérifier que chaque information correspond à leur politique de retour réelle. Ce guide explique comment configurer correctement MerchantReturnPolicy, gérer les exceptions et éviter les erreurs susceptibles de nuire à la visibilité dans Google Search.

Qu’est-ce que MerchantReturnPolicy et pourquoi ces données structurées sont-elles importantes ?

MerchantReturnPolicy est un type de données structurées défini par Schema.org pour décrire la manière dont une entreprise gère les retours de produits. Il fournit aux moteurs de recherche des informations précises sur le délai pendant lequel les achats peuvent être retournés, la prise en charge des frais de retour et les modes de remboursement disponibles. Par exemple, une boutique de vêtements en ligne proposant des retours gratuits sous 30 jours peut communiquer ces deux conditions à l’aide de données structurées. Google peut ainsi interpréter ces informations sans devoir se baser uniquement sur le texte de la politique de retour. Ces renseignements peuvent apparaître à côté des produits éligibles dans les résultats de recherche, permettant aux acheteurs de connaître certaines conditions d’achat avant même de consulter la fiche produit.

Google prend en charge MerchantReturnPolicy à deux niveaux : celui de l’entreprise et celui de l’offre associée à un produit particulier. Le balisage au niveau de l’entreprise décrit la politique générale applicable à la plupart ou à l’ensemble des produits vendus. Il est intégré aux données structurées Organization à l’aide de la propriété hasMerchantReturnPolicy. Le balisage au niveau du produit est utilisé lorsque certains articles sont soumis à des conditions de retour différentes. Par exemple, un magasin de meubles peut proposer un délai standard de 30 jours, mais accorder 60 jours pour certains produits. Google recommande de définir la politique générale au niveau de l’entreprise et de réserver le balisage spécifique aux produits aux exceptions ou aux situations dans lesquelles aucune politique standard n’existe. Cette approche évite les répétitions inutiles et facilite la gestion des catalogues volumineux.

Des informations de retour précises peuvent améliorer l’expérience d’achat en aidant les clients à évaluer les coûts et les restrictions éventuels avant de commander. Un acheteur qui compare deux commerçants peut tenir compte des frais de retour ou des délais de remboursement, au même titre que du prix et de la rapidité de livraison. Cependant, MerchantReturnPolicy ne constitue pas un facteur direct de classement, et un balisage valide ne garantit pas l’affichage d’informations enrichies dans les résultats de recherche. Google détermine quand et où présenter les conditions de retour, en tenant compte des critères d’éligibilité et des informations fournies dans les autres paramètres du commerçant. Les e-commerçants doivent donc privilégier l’exactitude des données plutôt que de considérer ce balisage comme un raccourci SEO. Son objectif principal est de rendre les conditions commerciales compréhensibles, cohérentes et accessibles aux moteurs de recherche.

Quelles propriétés MerchantReturnPolicy sont obligatoires en 2026 ?

Google propose deux possibilités pour configurer une politique de retour standard au niveau de l’entreprise. La première utilise applicableCountry et returnPolicyCategory, ainsi que merchantReturnDays lorsque la politique prévoit un délai de retour fixe. La propriété applicableCountry identifie les pays auxquels la politique s’applique à l’aide de codes ISO à deux lettres, tels que GB pour le Royaume-Uni, DE pour l’Allemagne et FR pour la France. Google accepte jusqu’à 50 pays dans cette propriété. La propriété returnPolicyCategory indique si les retours sont acceptés pendant une période déterminée, sans limite de temps fixe ou s’ils ne sont pas autorisés. La seconde possibilité consiste à utiliser merchantReturnLink pour identifier la page présentant la politique de retour du commerçant. Pour communiquer des conditions de retour plus détaillées, la première méthode offre davantage de possibilités.

Trois valeurs sont disponibles pour returnPolicyCategory : MerchantReturnFiniteReturnWindow, MerchantReturnUnlimitedWindow et MerchantReturnNotPermitted. La première décrit un délai de retour fixe et nécessite que merchantReturnDays contienne un nombre entier. Par exemple, un commerçant acceptant les retours dans les 30 jours suivant la livraison doit indiquer MerchantReturnFiniteReturnWindow et définir merchantReturnDays sur 30. MerchantReturnUnlimitedWindow signifie qu’aucune date limite fixe ne s’applique, tandis que MerchantReturnNotPermitted désigne les produits pour lesquels les retours ne sont pas acceptés selon la politique indiquée. Les commerçants doivent utiliser cette dernière valeur avec prudence, car la législation sur la protection des consommateurs peut néanmoins prévoir des droits de rétractation, de remboursement ou de recours. La catégorie choisie doit refléter les conditions réelles sans laisser entendre que les droits légaux obligatoires sont supprimés.

Des propriétés supplémentaires permettent de préciser les conditions de retour. La propriété returnMethod indique si les produits peuvent être renvoyés par voie postale, rapportés dans un magasin physique ou déposés dans un point de retour dédié. La propriété returnFees précise qui prend en charge les frais de retour, tandis que refundType décrit les solutions proposées, comme un remboursement intégral, un échange ou un avoir. Parmi les autres propriétés prises en charge au niveau de l’entreprise figurent itemCondition, returnPolicyCountry, returnLabelSource et restockingFee. Les boutiques peuvent également distinguer les frais liés au retour d’un produit défectueux de ceux occasionnés par un simple changement d’avis du client. Ces informations complémentaires sont recommandées lorsqu’elles sont pertinentes, mais ne sont pas toutes obligatoires. Les commerçants doivent renseigner uniquement les propriétés correspondant à leurs procédures réelles et éviter d’indiquer des services ou des options qu’ils ne proposent pas.

Comment configurer MerchantReturnPolicy pour une boutique en ligne ?

Avant d’implémenter les données structurées, les commerçants doivent examiner leurs conditions de retour existantes et identifier les règles applicables à leur catalogue. Cette vérification doit permettre de déterminer le délai de retour autorisé, l’état dans lequel les articles peuvent être retournés, les méthodes de retour acceptées, les modalités de remboursement et la prise en charge des frais d’expédition. Prenons l’exemple d’une boutique de vêtements britannique proposant des retours sous 30 jours après la livraison, avec des frais de retour gratuits et un remboursement intégral sur le moyen de paiement initial. Son balisage utilisera GB comme pays applicable, MerchantReturnFiniteReturnWindow comme catégorie, 30 pour merchantReturnDays, ReturnByMail comme méthode de retour et FreeReturn pour les frais. Ces paramètres illustrent une politique commerciale particulière et ne constituent pas des conditions obligatoires pour toutes les entreprises britanniques.

Google recommande le format JSON-LD pour l’implémentation des données structurées, car il peut être géré indépendamment du contenu visible de la page. L’objet MerchantReturnPolicy doit être intégré aux données structurées Organization ou OnlineStore du commerçant à l’aide de hasMerchantReturnPolicy. Chaque propriété doit utiliser le type de données approprié et une valeur reconnue par Schema.org. Les pays doivent être identifiés par des codes ISO à deux lettres, les délais de retour doivent être exprimés sous forme de nombres entiers et les montants doivent être accompagnés d’une devise valide. Lorsque des valeurs d’énumération Schema.org sont nécessaires, le balisage généré doit utiliser leurs identifiants normalisés plutôt que des descriptions ordinaires. Un développeur ou un outil de gestion des données structurées compatible peut prendre en charge cette syntaxe tout en permettant aux responsables de la boutique de gérer les informations commerciales correspondantes.

Google recommande de placer le balisage MerchantReturnPolicy général sur une seule page présentant la politique de retour du commerçant, plutôt que de le répéter sur chaque fiche produit. Cette page doit expliquer les mêmes conditions que celles indiquées dans les données structurées et rester accessible aux clients. Pour les sites WordPress et WooCommerce, la méthode d’implémentation dépend du thème utilisé, des extensions SEO et des données structurées déjà générées. Certains outils prennent directement en charge les propriétés relatives aux retours, tandis que d’autres nécessitent une configuration supplémentaire ou une intervention technique. Avant tout ajout, il convient de vérifier si les balisages Organization et Product sont déjà générés automatiquement. Il est généralement préférable de compléter une configuration existante plutôt que de créer des objets en double décrivant différemment la même entreprise.

Comment définir les délais, les frais de retour et les exceptions propres aux produits ?

Les frais d’expédition des retours nécessitent une attention particulière, car Google distingue trois situations. FreeReturn signifie que le client ne paie rien pour retourner le produit. ReturnFeesCustomerResponsibility s’applique lorsque le client organise lui-même l’expédition du retour et en assume directement le coût. ReturnShippingFees indique que le commerçant facture un montant déterminé pour le retour. Lorsque ReturnShippingFees est sélectionné, returnShippingFeesAmount doit préciser les frais, d’un montant non nul, ainsi que leur devise. Par exemple, un commerçant facturant 4,95 £ pour une étiquette de retour prépayée doit déclarer ce montant à l’aide de MonetaryAmount, avec GBP comme devise. Ce montant ne doit pas être renseigné lorsque FreeReturn ou ReturnFeesCustomerResponsibility est utilisé. Des combinaisons incorrectes peuvent provoquer des erreurs de validation ou transmettre des informations trompeuses concernant les frais de retour.

Les conditions particulières de retour peuvent être ajoutées dans les données structurées Offer d’un produit individuel. Cette possibilité est utile lorsqu’un commerçant accorde un délai différent à certains articles ou commercialise des catégories soumises à des modalités de retour distinctes. MerchantReturnPolicy au niveau de l’offre prend en charge applicableCountry, returnPolicyCategory, merchantReturnDays, returnMethod, returnFees ainsi que le montant des frais d’expédition de retour lorsqu’il est pertinent. En revanche, il ne prend pas en charge toutes les propriétés disponibles au niveau de l’entreprise. Lorsque Google reçoit à la fois une politique générale et un balisage spécifique à un produit, la politique définie au niveau de l’offre est prioritaire pour ce produit. Les commerçants doivent donc éviter d’ajouter des règles individuelles aux articles soumis aux conditions standard, car les exceptions inutiles augmentent les risques d’incohérence.

Les commerçants internationaux doivent configurer leurs politiques en fonction des pays dans lesquels les achats sont effectués et des destinations auxquelles les marchandises doivent être renvoyées. La propriété applicableCountry identifie le marché concerné par la politique, tandis que returnPolicyCountry indique le pays dans lequel les produits retournés doivent être réceptionnés. Une entreprise allemande vendant à des clients français peut ainsi utiliser FR comme pays applicable et DE comme destination de retour lorsque les articles sont traités en Allemagne. Plusieurs pays peuvent partager une même politique si leurs conditions sont réellement identiques. Des descriptions séparées sont préférables lorsque les délais, les frais d’expédition ou les procédures diffèrent. Les commerçants doivent également respecter les législations locales. Par exemple, les achats à distance éligibles au Royaume-Uni et dans l’Union européenne bénéficient généralement d’un droit de rétractation de 14 jours, sous réserve d’exceptions et de procédures particulières. Les politiques commerciales volontaires ne doivent jamais être présentées comme remplaçant ces droits.

Comment vérifier MerchantReturnPolicy et éviter les erreurs SEO ?

Une fois MerchantReturnPolicy ajouté, l’étape suivante consiste à vérifier que Google peut interpréter les données structurées générées. L’outil de test des résultats enrichis de Google permet d’analyser une page publiée ou un extrait de code et d’identifier les problèmes susceptibles d’affecter les fonctionnalités de recherche prises en charge. Les commerçants doivent tester leur page principale consacrée aux retours ainsi que les fiches produits contenant des conditions particulières. Le test doit confirmer que MerchantReturnPolicy est associé au bon objet Organization ou Offer et que les propriétés obligatoires sont présentes. Pour un délai de retour fixe, merchantReturnDays doit contenir un nombre entier valide. Les codes pays, les catégories de retour et les propriétés relatives aux frais d’expédition doivent également être vérifiés. Schema Markup Validator peut fournir une vérification supplémentaire de la structure Schema.org, mais la validité générale du balisage ne garantit pas l’éligibilité à toutes les fonctionnalités commerciales de Google.

L’un des problèmes les plus fréquents est la contradiction entre le balisage et la politique de retour réellement appliquée. Une boutique peut, par exemple, annoncer des retours sous 30 jours sur son site alors que les données structurées indiquent toujours 14 jours. Une autre peut déclarer les retours gratuits alors que les clients doivent payer les frais de port. Des problèmes apparaissent également lorsqu’une extension WooCommerce génère automatiquement des informations sur les retours qui entrent en conflit avec un balisage personnalisé. Étant donné qu’une politique MerchantReturnPolicy définie au niveau d’un produit peut remplacer celle de l’entreprise, il est particulièrement important de repérer les exceptions devenues obsolètes. Les commerçants doivent examiner les données structurées finales générées par leur site, et non se fier uniquement aux paramètres affichés dans leur extension. Une configuration correcte signifie que les informations produites sont exactes, et pas simplement qu’un outil de test ne signale aucune erreur.

Google Merchant Center et Search Console ajoutent un autre élément à prendre en compte, puisque les conditions de retour peuvent être communiquées indépendamment du balisage du site. Les règles de priorité de Google accordent la préséance aux informations spécifiques aux produits transmises dans les flux Merchant Center, puis aux paramètres de compte applicables dans Merchant Center ou Search Console, aux données structurées au niveau du produit et enfin aux données structurées au niveau de l’entreprise. Par conséquent, modifier uniquement MerchantReturnPolicy sur le site ne change pas nécessairement les informations utilisées par Google lorsqu’une source prioritaire contient des conditions différentes. Les boutiques en ligne doivent comparer leurs flux de produits, les paramètres de leurs comptes marchands et les politiques publiées sur leur site chaque fois que leurs modalités de retour évoluent. La cohérence entre ces sources permet de limiter l’apparition de frais ou de délais obsolètes dans les résultats de recherche liés aux achats.

Comment maintenir MerchantReturnPolicy à jour et suivre les résultats en 2026 ?

Après l’implémentation, Google Search Console peut aider à identifier les problèmes de données structurées qui affectent les fiches marchands. Le rapport sur les fiches de marchand présente les anomalies pertinentes détectées sur les pages produits éligibles, tandis que d’autres rapports de diagnostic peuvent signaler un balisage invalide ou impossible à analyser. Les commerçants doivent examiner les erreurs signalées, corriger leur cause et utiliser la procédure de validation disponible pour demander une nouvelle vérification après les modifications. Les systèmes de Google ont ensuite besoin de temps pour explorer à nouveau les pages et traiter les informations mises à jour. Même un balisage MerchantReturnPolicy techniquement valide ne garantit pas l’affichage des conditions de retour dans chaque résultat. Leur présentation dépend de la fonctionnalité de recherche, des critères d’éligibilité, des informations commerciales disponibles et des choix d’affichage de Google.

Le balisage de la politique de retour doit être réexaminé chaque fois que les conditions commerciales changent. Les principales situations nécessitant une mise à jour comprennent la prolongation du délai de retour standard, l’ajout de nouveaux pays de livraison, la modification des frais de retour, l’évolution des modes de remboursement ou le déplacement d’un entrepôt de traitement des retours. Les promotions saisonnières demandent également une attention particulière. Un commerçant qui prolonge les délais de retour pour les achats de Noël peut décrire les conditions concernées à l’aide de returnPolicySeasonalOverride dans le balisage au niveau de l’entreprise. La configuration saisonnière doit correspondre à la période d’achat réellement concernée et à la date limite de retour applicable, plutôt qu’à une promotion estimée. Lorsque les conditions temporaires expirent, la politique standard doit rester exacte. Les boutiques WordPress et WooCommerce doivent également tester leur balisage après des modifications importantes du thème, des mises à jour d’extensions de données structurées ou des changements majeurs dans la gestion des commandes et des produits.

Une configuration MerchantReturnPolicy fiable repose sur la cohérence entre les politiques présentées aux clients, les données structurées et les paramètres marchands de Google. Les commerçants doivent maintenir une politique de retour écrite et compréhensible, utiliser le balisage au niveau de l’entreprise pour les conditions standard et ajouter des exceptions spécifiques aux produits uniquement lorsqu’elles sont nécessaires. Les délais de retour, les frais d’expédition, les modes de remboursement et les conditions internationales doivent correspondre précisément à ce que les clients peuvent réellement attendre. Des vérifications régulières permettent de détecter les propriétés manquantes et les informations obsolètes, mais elles ne remplacent pas l’examen des règles commerciales effectivement appliquées. En 2026, l’approche la plus efficace consiste à considérer MerchantReturnPolicy comme un élément des informations produits nécessitant un suivi régulier, et non comme une intervention SEO ponctuelle. Des données structurées exactes contribuent à rendre les informations commerciales plus claires tout en réduisant les risques de contradiction entre les conditions de retour affichées dans les différents services de Google.