Nous utilisons des cookies pour améliorer votre expérience, analyser le trafic du site et personnaliser le contenu. Vous pouvez accepter tous les cookies ou choisir les catégories à autoriser. En savoir plus
Schéma de produit 2026 : hasMerchantReturnPolicy et shippingDetails sont désormais requis | Ordiko
Guide
Schéma de produit 2026 : hasMerchantReturnPolicy et shippingDetails sont désormais requis
Les exigences de résultats enrichis de produits de Google pour 2026 ont ajouté hasMerchantReturnPolicy et shippingDetails comme champs obligatoires. Voici comment les mettre en œuvre correctement sans perdre l'éligibilité aux extraits enrichis.
PT45M
TL;DR. Les exigences de Google pour les résultats enrichis de produits en 2026 ont ajouté hasMerchantReturnPolicy et shippingDetails comme champs nécessaires pour l'éligibilité aux extraits enrichis. Les produits sans eux perdent le prix, la disponibilité et les étoiles d'avis dans les résultats de recherche. Ordiko émet les deux par défaut une fois que vous configurez les politiques au niveau du magasin ; les concurrents nécessitent un travail de thème/plugin.
Qu'est-ce qui a changé en 2026
Au cours de 2024 et 2025, Google a déployé de nouvelles exigences pour les données structurées des produits. La base de référence de 2026 :
Champ
Requis pour le résultat enrichi ?
Effet si manquant
name, image, description
Oui (depuis longtemps)
Résultat non éligible
offers.price, priceCurrency
FAQ
Quand hasMerchantReturnPolicy est-il devenu requis ?
Google a annoncé l'exigence en 2024 avec un déploiement progressif tout au long de 2025 et début 2026. À partir de 2026, l'absence de hasMerchantReturnPolicy sur le schéma de produit entraîne une perte d'éligibilité aux résultats enrichis — votre produit n'affiche plus le prix, la disponibilité ou les étoiles d'avis dans les SERPs.
Puis-je émettre une seule politique pour tout le magasin ?
Oui. Définissez hasMerchantReturnPolicy une fois sur le schéma de l'Organisation avec un @id stable, puis référez-le depuis chaque offre de produit via @id. C'est le modèle le plus propre et ce qu'Ordiko émet par défaut.
Que faire si mes produits ont des règles d'expédition différentes ?
Remplacez par produit. La plupart des magasins ont plus de 90 % des produits sous la même politique et 5 à 10 % nécessitant des remplacements (surdimensionnés, matières dangereuses, sur mesure). Ordiko prend en charge une politique nullable par produit qui revient à la politique du magasin.
Cela affecte-t-il les citations de recherche AI ?
Oui, indirectement. Les moteurs AI (Perplexity, ChatGPT, Claude) analysent le même JSON-LD que Google. Des politiques de retour et d'expédition complètes améliorent la citabilité — les moteurs AI préfèrent les pages avec des données structurées complètes car elles peuvent répondre directement aux questions des utilisateurs.
Émettez un shippingDetails par région de destination que vous servez. Un magasin US-Canada expédie vers deux destinations, donc deux entrées.
Modèle de référence (recommandé)
Définir la politique de retour et l'expédition par produit produit un HTML verbeux. Le modèle plus propre est de les définir une fois sur le schéma Organization avec des @ids stables et de les référencer depuis chaque produit :
// Une fois sur chaque page (ou juste la page d'accueil) :
{
"@type": "Organization",
"@id": "https://example.com/#organization",
"name": "Example Store",
"hasMerchantReturnPolicy": {
"@type": "MerchantReturnPolicy",
"@id": "https://example.com/#return-policy",
"applicableCountry": ["US", "CA"],
"returnPolicyCountry": "US",
"returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
"merchantReturnDays": 30,
"returnMethod": "https://schema.org/ReturnByMail",
"returnFees": "https://schema.org/FreeReturn"
}
}
// Par page produit :
{
"@type": "Product",
"name": "Sac en cuir",
"offers": {
"@type": "Offer",
"price": "149.00",
"priceCurrency": "USD",
"availability": "https://schema.org/InStock",
"hasMerchantReturnPolicy": { "@id": "https://example.com/#return-policy" },
"shippingDetails": { "@id": "https://example.com/#shipping-us" }
}
}
Cela valide exactement de la même manière que les politiques en ligne mais garde chaque PDP plus petite et plus facile à mettre en cache.
Surcharges par produit
Certains produits nécessitent des exceptions :
Articles surdimensionnés (meubles, matelas) : politique de retour différente (souvent OriginalShippingFees).
Matériaux dangereux (batteries, aérosols) : MerchantReturnNotPermitted ou uniquement en magasin.
Faits sur mesure (gravure, monogrammes) : MerchantReturnNotPermitted.
Produits numériques : MerchantReturnNotPermitted.
Surchargez au niveau du produit :
// Pseudocode pour un produit Ordiko
{
id: "prod_xyz",
slug: "montre-gravée-sur-mesure",
returnPolicy: {
category: "MerchantReturnNotPermitted",
applicableCountry: ["US"],
},
}
L'ordre de résolution : surcharge produit → politique de magasin → aucune.
Validation
Par page : Google Rich Results Test sur des PDP représentatives. Confirmez "éligible" sans avertissements concernant le retour/l'expédition.
En production : Google Search Console → Améliorations → Produits → rapport de couverture.
Comment Ordiko implémente cela
Ordiko émet hasMerchantReturnPolicy et shippingDetails sur chaque PDP automatiquement une fois que vous configurez :
Paramètres → SEO → Politique de retour (un formulaire, ~5 champs).
Paramètres → SEO → Politiques d'expédition (une ligne par destination).
Le résolveur dans src/lib/seo/return-policy.ts cascade : surcharge produit → politique de magasin → aucune. Le rendu émet le modèle de référence avec des @ids stables sur l'Organisation.
Pas de travail de thème. Pas de plugins. Pas d'écriture JSON-LD.
Erreurs courantes
Duplication en ligne de la politique de retour sur chaque produit. Valide mais produit 10–50 Ko de JSON redondant par PDP. Utilisez le modèle de référence.
Absence de `applicableCountry`. Ceci est requis. Spécifiez les pays auxquels la politique s'applique.
Mauvaise énumération de catégorie. Utilisez l'URL complète (https://schema.org/MerchantReturnFiniteReturnWindow), pas le nom court.
Politiques d'expédition qui ne correspondent pas aux tarifs d'expédition visibles. Le schéma et le contenu de la page doivent être d'accord ou Google supprime le résultat enrichi.
Aucune politique d'expédition du tout. Même les magasins avec expédition gratuite doivent émettre shippingDetails avec une shippingRate.value de 0.
FAQ
Quand `hasMerchantReturnPolicy` est-il devenu requis ? Google a annoncé l'exigence en 2024 avec une application déployée tout au long de 2025 et début 2026. À partir de 2026, l'absence de hasMerchantReturnPolicy sur le schéma Produit entraîne une perte d'éligibilité aux résultats enrichis — votre produit n'affiche plus le prix, la disponibilité ou les étoiles d'avis dans les SERP.
Puis-je émettre une seule politique pour tout le magasin ? Oui. Définissez hasMerchantReturnPolicy une fois sur le schéma Organization avec un @id stable, puis référencez-le depuis chaque offre de produit via @id. C'est le modèle le plus propre et ce qu'Ordiko émet par défaut.
Que faire si mes produits ont des règles d'expédition différentes ? Surchargez par produit. La plupart des magasins ont 90 % ou plus de produits sous la même politique et 5 à 10 % nécessitant des surcharges (surdimensionnés, matières dangereuses, faits sur mesure). Ordiko prend en charge une politique par produit nullable qui revient à la politique du magasin.
Cela affecte-t-il les citations de recherche AI ? Oui, indirectement. Les moteurs AI (Perplexity, ChatGPT, Claude) analysent le même JSON-LD que Google. Des politiques de retour et d'expédition complètes améliorent la citabilité — les moteurs AI préfèrent les pages avec des données structurées complètes car ils peuvent répondre directement aux questions des utilisateurs.