
De nombreux marchands ont des politiques de retour qui décrivent le processus de retour des produits achetés pour les clients. Lorsque vous ajoutez MerchantReturnPolicy des données structurées à votre site, la recherche Google peut utiliser ces informations pour afficher les politiques de retour à côté de vos produits et dans les panneaux de connaissances des résultats de recherche.
MerchantReturnPolicy vous permet de spécifier un lien vers votre page de politique de retour, ou des détails tels que les conditions dans lesquelles les clients peuvent retourner le produit, les méthodes de retour, les frais de retour, les options de remboursement, et plus encore.

Une politique de retour standard pour votre entreprise qui s’applique à la plupart ou à la totalité des produits que vous vendez peut être spécifiée en utilisant le MerchantReturnPolicy type de données structurées imbriqué sous le Organization
type de données structurées en utilisant la propriété hasMerchantReturnPolicy .
Comment ajouter des données structurées
Les données structurées sont un format standardisé pour fournir des informations sur une page et classer le contenu de la page. Si vous débutez avec les données structurées, vous pouvez en savoir plus sur
comment fonctionnent les données structurées.
. Voici un aperçu de la façon de construire, tester et publier des données structurées.
- Ajoutez les propriétés requises. Selon le format que vous utilisez, apprenez où insérer des données structurées sur la page.
- . Suivez les directives.
- . Validez votre code en utilisant le
Rich Results Test
et corrigez toutes les erreurs critiques. Pensez également à corriger les problèmes non critiques qui pourraient être signalés dans l’outil, car ils peuvent aider à améliorer la qualité de vos données structurées (cependant, ce n’est pas nécessaire pour être éligible aux résultats enrichis). - Déployez quelques pages qui incluent vos données structurées et utilisez l’outil URL Inspection tool pour tester comment Google voit la page. Assurez-vous que votre page est accessible à Google et non bloquée par un fichier robots.txt, la balise
noindexou des exigences de connexion. Si la page semble correcte, vous pouvez
demander à Google de recrawler vos URLs. - Pour tenir Google informé des changements futurs, nous vous recommandons de
soumettre un sitemap. Vous pouvez automatiser cela avec l’API
Search Console Sitemap API.
.
Exemples Voici un exemple d'une OnlineStore
complète avec une politique de retour pour les produits vendus aux clients en Allemagne, en Autriche et en Suisse, et qui doivent être retournés par courrier en Irlande. Il y a une fenêtre de retour de 60 jours, avec des retours gratuits et des remboursements complets. Seuls les produits neufs peuvent être retournés. Voici un exemple d'une MerchantReturnPolicy
<html>
<head>
<title>Our return policy</title>
<script type=”application/ld+json”>
{
“@context”: “https://schema.org”,
“@type”: “OnlineStore”,
“hasMerchantReturnPolicy”: {
“@type”: “MerchantReturnPolicy”,
“applicableCountry”: [ “DE”, “AT”, “CH”],
“returnPolicyCountry”: “IE”,
“returnPolicyCategory”: “https://schema.org/MerchantReturnFiniteReturnWindow”,
“merchantReturnDays”: 60,
“itemCondition”: [ “https://schema.org/NewCondition”, “https://schema.org/DamagedCondition” ],
“returnMethod”: “https://schema.org/ReturnByMail”,
“returnFees”: “https://schema.org/ReturnShippingFees”,
“refundType”: “https://schema.org/FullRefund”,
“returnShippingFeesAmount”: {
“@type”: “MonetaryAmount”,
“value”: 2.99,
“currency”: “EUR”
},
“returnLabelSource”: “https://schema.org/ReturnLabelInBox”,
“customerRemorseReturnFees”: “https://schema.org/ReturnShippingFees”,
“customerRemorseReturnShippingFeesAmount”: {
“@type”: “MonetaryAmount”,
“value”: 5.99,
“currency”: “EUR”
},
“customerRemorseReturnLabelSource”: “https://schema.org/ReturnLabelDownloadAndPrint”,
“itemDefectReturnFees”: “https://schema.org/FreeReturn”,
“itemDefectReturnLabelSource”: “https://schema.org/ReturnLabelInBox”,
“returnPolicySeasonalOverride”: {
“@type”: “MerchantReturnPolicySeasonalOverride”,
“returnPolicyCategory”: “https://schema.org/MerchantReturnFiniteReturnWindow”,
“startDate”: “2025-12-01”,
“endDate”: “2025-01-05”,
“merchantReturnDays”: 30
}
}
// Other Organization-level properties
// …
}
</script>
</head>
<body>
</body>
</html>
Directives
- Pour que votre balisage de politique de retour soit éligible à une utilisation dans la recherche Google, vous devez suivre ces directives :
- Directives générales sur les données structurées
- Search Essentials
Directives techniques
- Directives techniques
Nous recommandons de placer les informations de retour sur une seule page de votre site qui décrit la politique de retour de votre entreprise. Vous n'avez pas besoin de l'inclure sur chaque page de votre site. Incluez leMerchantReturnPolicytype de données structurées sous leOrganization type de données structurées. Reportez-vous également au Organization markup - pour plus d’informations.
Si vous avez une politique de retour non standard pour un produit spécifique, spécifiez leMerchantReturnPolicytype de données structurées sous leOffer type de données structurées. Notez que les propriétés prises en charge pour les politiques de retour au niveau de l’offre sont un sous-ensemble des propriétés prises en charge pour les politiques de retour au niveau de l’organisation. Voir le balisage de liste de marchands (merchant listing markup) pour le sous-ensemble de propriétés prises en charge pour les politiques de retour au niveau du produit.
Définitions de types de données structurées
Vous devez inclure les propriétés requises pour que vos données structurées soient éligibles à une utilisation dans la recherche Google. Vous pouvez également inclure les propriétés recommandées pour ajouter plus d’informations sur vos politiques de retour, ce qui pourrait offrir une meilleure expérience utilisateur.
MerchantReturnPolicy (imbriqué sous Organization
en utilisant la propriété hasMerchantReturnPolicy )
Utilisez les propriétés suivantes pour décrire les politiques de retour standard de votre entreprise.
| Propriétés requises (choisissez l’option qui correspond le mieux à votre cas d’utilisation) | |
|---|---|
| Option A | |
applicableCountry | Le code pays auquel s’applique la politique de retour (où le produit est vendu et d’où il sera retourné). Utilisez le format de code pays à deux lettres ISO 3166-1 alpha-2 |
returnPolicyCategory | Le type de politique de retour. Utilisez l’une des valeurs suivantes :
Si vous utilisez |
| Option B | |
merchantReturnLink | Spécifiez l’URL d’une page Web qui décrit la politique de retour à vos clients. Il peut s’agir de votre propre politique de retour ou de la politique d’un tiers qui gère vos retours. |
Fenêtres de retour finies ou illimitées
Les propriétés suivantes sont recommandées lorsque returnPolicyCategory est défini sur MerchantReturnFiniteReturnWindow ou MerchantReturnUnlimitedWindow.
| Propriétés recommandées | |
|---|---|
merchantReturnDays | Le nombre de jours à compter de la date de livraison pendant lesquels un produit peut être retourné. Cette propriété n’est requise que si |
returnFees | Le type par défaut de frais de retour. Utilisez l’une des valeurs prises en charge suivantes :
|
returnMethod | Le type de méthode de retour proposé. Utilisez une ou plusieurs des valeurs suivantes :
|
returnShippingFeesAmount | Le coût d’expédition pour retourner un produit. Cette propriété ne doit être spécifiée que lorsque |
Fenêtres de retour finies ou illimitées
Les propriétés suivantes sont également recommandées si
returnPolicyCategory est défini sur MerchantReturnFiniteReturnWindow ou MerchantReturnUnlimitedWindow.
| Propriétés recommandées | |
|---|---|
customerRemorseReturnFees | Un type spécifique de frais de retour si le produit est retourné en raison d’un remords du client. Voir |
customerRemorseReturnLabelSource | La méthode par laquelle le consommateur obtient une étiquette d’expédition de retour pour un produit. Voir |
customerRemorseReturnShippingFeesAmount | Le coût d’expédition pour le retour d’un produit en raison d’un remords du client. Cette propriété n’est requise que s’il y a des frais d’expédition non nuls à payer par le consommateur pour retourner un produit. Voir |
itemCondition | Les conditions acceptables d’un article qui peut être retourné. Vous pouvez fournir plusieurs conditions acceptées. Utilisez les valeurs suivantes :
|
itemDefectReturnFees | Un type spécifique de frais de retour pour les produits défectueux. Voir |
itemDefectReturnLabelSource | La méthode par laquelle le consommateur peut obtenir une étiquette d’expédition de retour pour un produit. Voir |
itemDefectReturnShippingFeesAmount | Le coût d’expédition pour le retour d’un produit en raison de produits défectueux. Cette propriété n’est requise que s’il y a des frais d’expédition non nuls à payer par le consommateur pour retourner un produit. Voir |
refundType | Le type de remboursement(s) disponible pour le consommateur lors du retour d’un produit.
|
restockingFee | Les frais de restockage facturés au consommateur lors du retour d’un produit. Spécifiez une valeur de type |
returnLabelSource | La méthode par laquelle le consommateur peut obtenir une étiquette d’expédition de retour pour un produit. Utilisez l’une des valeurs suivantes :
|
returnPolicyCountry | Le pays vers lequel le produit doit être envoyé pour les retours. Ce pays peut être différent du pays vers lequel le produit a été initialement expédié. |
Propriétés de remplacement saisonnier
Les propriétés suivantes sont requises lorsque vous devez définir des remplacements saisonniers pour vos politiques de retour au niveau de l’organisation.
| Propriétés requises | |
|---|---|
returnPolicySeasonalOverride |
Un remplacement saisonnier d’une politique de retour pour spécifier des politiques de retour pour des événements spéciaux, tels que les vacances. Par exemple, votre catégorie de politique de retour habituelle est définie sur Voici comment spécifier plusieurs remplacements saisonniers. Dans cet exemple, la politique de retour habituelle est illimitée, mais est limitée pendant les deux plages de dates suivantes : |
returnPolicySeasonalOverride.returnPolicyCategory | Le type de politique de retour. Utilisez l’une des valeurs suivantes :
Si vous utilisez |
Les propriétés suivantes sont recommandées lorsque vous devez définir des remplacements saisonniers pour vos politiques de retour au niveau de l’organisation.
| Propriétés recommandées | |
|---|---|
returnPolicySeasonalOverride.endDate | La date de fin du remplacement saisonnier. |
returnPolicySeasonalOverride.merchantReturnDays | Le nombre de jours à partir de la date de livraison pendant lesquels un produit peut être retourné. Cette propriété n’est requise que si vous définissez la |
returnPolicySeasonalOverride.startDate | La date de début du remplacement saisonnier. |
Approche alternative pour configurer les paramètres de retour avec Google
Les politiques de retour des détaillants peuvent être compliquées et changer fréquemment. Si vous avez du mal à indiquer et à maintenir à jour vos détails de retour avec le balisage et que vous avez un compte Google Merchant Center, envisagez de configurer vos
politiques de retour
dans Google Merchant Center. Vous pouvez alternativement configurer des
politiques de retour dans Search Consoleau niveau du compte, qui sont automatiquement ajoutées au Merchant Center.
Combinaison de plusieurs configurations de retour
Si vous combinez diverses configurations de retour, gardez à l’esprit comment vous pouvez remplacer les informations de votre politique en fonction de l’ordre de priorité. Par exemple, si vous fournissez à la fois un
balisage de politique de retour sur votre site et des paramètres de politique de retour dans Search Console, Google n’utilisera que les informations fournies dans Search Console.
Google utilise l’ordre de priorité suivant (du plus fort au plus faible) :
- Content API for Shopping (paramètres de retour)
- Paramètres dans Merchant Center ou Search Console
- Balisage de liste de marchands au niveau du produit
- Balisage au niveau de l’organisation
Dépannage
Si vous rencontrez des difficultés pour implémenter ou déboguer des données structurées, voici quelques ressources qui pourraient vous aider.
- Si vous utilisez un système de gestion de contenu (CMS) ou si quelqu’un d’autre s’occupe de votre site, demandez-lui de l’aide. Assurez-vous de lui transmettre tout message de Search Console détaillant le problème.
- Google ne garantit pas que les fonctionnalités qui consomment des données structurées apparaîtront dans les résultats de recherche. Pour obtenir une liste des raisons courantes pour lesquelles Google peut ne pas afficher votre contenu dans un résultat enrichi, consultez les
Directives générales sur les données structurées. - Vous pourriez avoir une erreur dans vos données structurées. Vérifiez la
liste des erreurs de données structurées
et le rapport sur les données structurées non analysables. - Si vous avez reçu une action manuelle sur les données structurées concernant votre page, les données structurées sur la page seront ignorées (bien que la page puisse toujours apparaître dans les résultats de recherche Google). Pour corriger les
problèmes de données structuréesutilisez le rapport sur les actions manuelles. - Examinez à nouveau les directives pour identifier si votre contenu n’est pas conforme aux directives. Le problème peut être causé soit par du contenu indésirable, soit par une utilisation abusive du balisage. Cependant, le problème peut ne pas être un problème de syntaxe, et le test des résultats enrichis ne pourra donc pas identifier ces problèmes. ru
- Résoudre les problèmes de résultats enrichis manquants ou de baisse du nombre total de résultats enrichis.
- Laissez le temps au re-crawl et à la réindexation. N’oubliez pas qu’il peut s’écouler plusieurs jours après la publication d’une page pour que Google la trouve et l’explore. Pour des questions générales sur l’exploration et l’indexation, consultez la
FAQ sur l’exploration et l’indexation de la recherche Google. - Posez une question dans le Forum Google Search Central.
Comment nous l'appliquons
Return policy markup addresses a real purchase objection directly in the result. For ecommerce clients competing on trust rather than price, it is worth the implementation effort.
Services associés