Faut-il déclarer ses politiques d'expédition et de retour au niveau organisation dans les données structurées ?

Qu'est-ce qui change concrètement avec cette mise à jour ?

Jusqu'à présent, les politiques d'expédition et de retour devaient être spécifiées au niveau de chaque produit ou offre dans les données structurées. Google accepte maintenant une déclaration globale au niveau de l'organisation, qui s'applique par défaut à l'ensemble du catalogue.

En pratique, cela signifie qu'un site e-commerce avec des conditions uniformes peut centraliser cette information dans le markup Organization, au lieu de la répéter pour chaque Product ou Offer. Search Console affiche désormais ces données et signale d'éventuelles erreurs de structure.

Pourquoi Google introduit cette option maintenant ?

La réponse tient en un mot : scalabilité. Les gros catalogues souffraient d'une redondance massive dans les données structurées. Répéter les mêmes politiques sur 10 000 fiches produit alourdissait le code et compliquait la maintenance.

Google cherche aussi à améliorer l'affichage des informations marchandes dans les résultats enrichis. Plus les données sont propres et centralisées, plus il est facile de les exploiter pour afficher frais de port, délais de livraison ou conditions de retour directement dans les SERP.

Quels types de politiques peuvent être déclarés au niveau organisation ?

On parle des ShippingRateSettings (tarifs et zones de livraison) et des MerchantReturnPolicy (conditions de retour, délais, frais éventuels). Ces propriétés schema.org existaient déjà au niveau Offer, elles sont désormais disponibles sur l'entité Organization.

• ShippingRateSettings : zones géographiques, tarifs, délais de livraison
• MerchantReturnPolicy : durée de rétractation, modalités de retour, frais de retour
• Ces politiques s'appliquent par défaut à tous les produits, sauf surcharge explicite au niveau produit
• Search Console propose un rapport dédié pour monitorer la validité de ces données
• La centralisation réduit la dette technique et facilite les mises à jour globales

Cette déclaration est-elle cohérente avec ce qu'on observe sur le terrain ?

Totalement. Les sites qui avaient implémenté ces politiques au niveau produit se plaignaient depuis des mois de la lourdeur du markup. Certains plateformes e-commerce généraient des JSON-LD de plusieurs centaines de lignes par page produit, dont 80 % de répétition.

Google a clairement écouté les retours. Mais — et c'est là que ça coince — cette option ne dispense pas d'un markup produit correct. Si votre Organization déclare une politique générale mais que vos fiches produit sont mal structurées par ailleurs, vous n'aurez pas de résultats enrichis pour autant.

Quelles nuances faut-il apporter à cette annonce ?

Première nuance : le niveau organisation ne remplace pas le niveau produit, il le complète. Si un produit a des conditions particulières (expédition surdimensionnée, retour non accepté pour raisons d'hygiène), il faut encore le spécifier au niveau Offer.

Deuxième nuance : Google ne garantit nulle part que ces données seront affichées dans les résultats. Le support technique existe, l'exploitation dans les SERP reste discrétionnaire. On a déjà vu ce pattern avec les FAQ ou les HowTo — markup validé, affichage aléatoire.

Dans quels cas cette option ne change-t-elle rien ?

Si vous avez des politiques différenciées par catégorie (mode vs électroménager, par exemple), le niveau organisation ne vous aidera pas beaucoup. Vous devrez continuer à gérer ça au niveau produit ou créer plusieurs entités Organization (solution bancale, peu recommandée).

De même, les marketplaces avec plusieurs vendeurs ne peuvent pas utiliser cette approche : chaque vendeur a ses propres conditions. Le markup reste obligatoirement au niveau Offer, vendor par vendor.

Que faut-il faire concrètement pour implémenter cette nouveauté ?

D'abord, auditer vos politiques actuelles. Si elles sont uniformes sur l'ensemble du catalogue, vous êtes un candidat idéal. Si elles varient, identifiez les exceptions avant de centraliser.

Ensuite, ajoutez les propriétés shippingDetails et returnPolicy à votre markup Organization (généralement dans le footer ou le header du site). Vérifiez la syntaxe avec le validateur de données structurées de Google. Puis surveillez le rapport dédié dans Search Console.

Enfin, nettoyez progressivement les redondances au niveau produit. Ne supprimez pas tout d'un coup — testez d'abord sur un échantillon, vérifiez que les résultats enrichis ne disparaissent pas, puis déployez.

Quelles erreurs éviter lors de la migration ?

Erreur classique : déclarer une politique au niveau organisation sans cohérence avec le contenu visible. Si votre page « Conditions de livraison » dit une chose et votre JSON-LD une autre, vous risquez un désaveu manuel ou algorithmique.

Autre piège : oublier les exceptions géographiques. Si vous livrez gratuitement en France mais pas en Corse, votre markup doit le refléter avec les zones appropriées (shippingDestination). Sinon, vous induisez Google en erreur.

• Vérifier que les politiques sont réellement uniformes sur le catalogue concerné
• Ajouter le markup Organization avec shippingDetails et returnPolicy conformes à schema.org
• Tester avec le validateur de données structurées et le Rich Results Test
• Monitorer les nouveaux rapports dans Search Console (section Améliorations)
• Conserver le markup au niveau produit pour les cas particuliers (surcharges, exclusions)
• Documenter la logique de fallback : que se passe-t-il si un produit n'a pas de politique explicite ?
• Prévoir un suivi post-déploiement : taux de clics, affichage des résultats enrichis, remontées utilisateurs

Comment vérifier que l'implémentation fonctionne correctement ?

Utilisez le Rich Results Test sur une page produit type. Google doit reconnaître la politique au niveau organisation et l'appliquer au produit si celui-ci n'en déclare pas. Si le test ne détecte rien, votre syntaxe est probablement incorrecte.

Ensuite, attendez quelques jours et consultez Search Console. Le rapport « Politiques marchandes » (ou équivalent selon la langue) doit lister vos pages sans erreur critique. Si des avertissements apparaissent, corrigez immédiatement — Google est pointilleux sur ces données.