Ajouter les frais de livraison au niveau produit dans Merchant Center sans perdre vos délais de livraison

Les frais de livraison sont obligatoires pour les annonces Shopping et les fiches gratuites dans 30 pays, et le moyen le plus sûr de les renseigner est le paramètre au niveau du compte dans Merchant Center. Tôt ou tard, un catalogue a besoin d'exceptions : articles lourds, supplément régional, produit peu cher situé sous un montant minimum de commande. Dès que vous placez un price dans l'attribut [shipping] au niveau produit, Google cesse de lire les délais de livraison et les montants minimums de commande que vous aviez configurés pour cette destination. Le produit peut rester approuvé, alors que son estimation de livraison ne provient plus des paramètres que vous avez configurés.

Ce guide s'adresse aux gestionnaires de flux qui disposent déjà de paramètres de livraison fonctionnels et qui doivent ajouter des exceptions au niveau produit sans les casser. À la fin, vous saurez quels paramètres un remplacement écrase, quels sous-attributs redéfinir, et comment déployer la modification sans risquer un avertissement de livraison inexacte sur l'ensemble du catalogue.

Ce que remplace réellement un remplacement de livraison au niveau produit

Merchant Center lit la livraison à deux endroits : les règles de livraison au niveau du compte et l'attribut [shipping] de chaque produit. Google recommande lui-même d'utiliser d'abord les paramètres au niveau du compte et de considérer l'attribut comme un dernier recours. La raison tient à la priorité. Comme l'indique la documentation de l'attribut, l'envoi de price dans [shipping] fait ignorer les paramètres de service au niveau du compte pour cette destination, y compris les délais de livraison et les montants minimums de commande. Vous devez alors les spécifier au niveau produit.

Deux règles en découlent. Premièrement, un remplacement n'est pas un correctif appliqué par-dessus le paramètre du compte : il le remplace pour la destination concernée. Deuxièmement, l'attribut peut être répété jusqu'à 100 fois par produit, de sorte que chaque pays, région et service vers lequel vous expédiez ce produit nécessite sa propre ligne complète.

La modification d'avril 2026 qui simplifie les choses

La mise à jour 2026 de la spécification des données produit, entrée en vigueur le 14 avril 2026, a ajouté des équivalents au niveau produit des options du compte : heure limite de traitement, montant minimum de commande et libellés de fidélité (loyalty_program_label et loyalty_tier_label) sous forme de sous-attributs de [shipping]. Une annonce distincte du 28 avril a ajouté [pickup_cost]. À partir du 30 septembre 2026, au Royaume-Uni, en Suisse et dans l'EEE, les produits in_store activés pour le retrait en magasin devront indiquer les frais de retrait et les montants minimums de commande si votre site web les applique.

Étape 1 : déterminez si un remplacement est vraiment nécessaire

Partez de la réponse par défaut, qui est non. Gardez un produit sur la livraison au niveau du compte si l'une des conditions suivantes est remplie :

• Un tarif forfaitaire unique ou une seule règle de seuil couvre l'ensemble du catalogue.
• L'exception peut s'exprimer sous la forme d'une région ou d'un libellé de livraison dans les paramètres de Merchant Center.
• La seule différence est un délai de livraison, qui peut être défini produit par produit avec les attributs autonomes [min_handling_time] et [max_handling_time], sans toucher au prix.

Ne remplacez au niveau produit que lorsque le prix de livraison lui-même diffère selon le produit, par exemple pour des biens volumineux, du mobilier hors format ou un article à tarif forfaitaire expédié dans une boutique à livraison gratuite.

Étape 2 : faites l'inventaire de ce que fournissent actuellement vos paramètres de compte

Avant d'écrire la moindre ligne, listez ce que la règle au niveau du compte fournit pour les destinations que vous allez remplacer. Ce sont les valeurs que vous devrez redéfinir.

Si votre estimation de livraison est aujourd'hui affichée aux acheteurs et que vous sautez cet inventaire, c'est elle que vous perdrez. La documentation de Google indique qu'une vitesse de livraison requiert trois éléments réunis : un délai de traitement maximal, un délai d'acheminement maximal et un prix.

Étape 3 : écrivez des lignes complètes, pas partielles

Voici un exemple avant/après, à titre d'illustration, pour une boutique allemande. La règle du compte comporte un service Standard avec 1 à 2 jours de traitement et 3 à 5 jours d'acheminement. Cet exemple a été construit pour montrer le fonctionnement, ce ne sont pas des données client.

Avant. Le marchand ne remplace que le prix de livraison d'un article volumineux :

Cette ligne est valide. C'est aussi celle qui pose problème, car les délais de livraison de la règle du compte ne s'appliquent plus à ce produit en Allemagne.

Après. Le même remplacement redéfinit les champs de vitesse :

Prenons maintenant un accessoire bon marché avec son propre prix de livraison, dans une boutique qui exige un montant minimum de commande de 20 EUR. Comme le prix du produit est égal ou inférieur au montant minimum de commande et que la ligne remplace la livraison, le minimum doit lui aussi être redéfini :

La spécification du montant minimum de commande de Google précise qu'il ne faut le définir que si le prix du produit est égal ou inférieur au minimum, que la devise doit correspondre à celle du price du produit, et que la valeur envoyée doit correspondre à ce qu'affiche votre site web. Le canapé à 1249.00 EUR n'a pas besoin de minimum_order_value.

Étape 4 : gérez délibérément l'heure limite et les fuseaux horaires

L'heure limite est facile à mal renseigner, car deux formats circulent. La page actuelle de Google sur l'attribut spécifie handling_cutoff_time comme une chaîne HHMM à quatre chiffres, par exemple 1530, avec handling_cutoff_timezone au format IANA, par exemple Europe/Berlin, le fuseau horaire de la destination étant utilisé par défaut. Certains articles tiers antérieurs à la mise à jour d'avril montrent des décalages UTC tels que +02:00. Suivez la page de Google et validez sur quelques produits avant de déployer.

Lorsque la même heure limite s'applique à plusieurs lignes [shipping] d'un produit, utilisez l'attribut autonome handling_cutoff_time plutôt que de la répéter. Notez aussi la règle de priorité : si vous envoyez les délais de traitement à la fois comme attributs autonomes et comme sous-attributs de [shipping], seuls les sous-attributs sont pris en compte. Si l'heure limite est laissée vide, la documentation de Google sur les délais de livraison indique que la valeur par défaut est 8 h 00, heure du Pacifique (PST), ce qui n'est pas le bon fuseau pour la plupart des boutiques européennes ou de la région MENA.

Étape 5 : vérifiez les formats de devise et les plafonds de prix

Chaque devise a un plafond pour le sous-attribut price. Ces chiffres comptent dans la région où Feedance est le plus présent, car la livre turque, le dirham des EAU et le riyal saoudien partagent un plafond plus élevé que l'euro ou le dollar :

Utilisez le point comme séparateur décimal et aucune virgule pour les milliers : 29.90 EUR et jamais 29,90 EUR. Les décimales avec virgule sont la norme dans de nombreux exports turcs et européens, vérifiez donc le format avant que la colonne ne parte vers Merchant Center. N'incluez pas dans les frais de livraison les taxes ou droits imposés par les autorités.

Étape 6 : testez sur un segment, puis élargissez

Envoyez les nouvelles lignes pour un seul groupe de produits, par exemple une catégorie dans un pays, en utilisant une source supplémentaire afin de ne pas toucher au flux principal. Un flux supplémentaire est conçu pour cela : il ajoute des colonnes aux produits sans remplacer les données principales. Attendez le prochain cycle de traitement, puis ouvrez le produit dans Merchant Center et vérifiez que l'estimation de livraison s'affiche toujours. Ce n'est qu'ensuite que vous déployez le modèle sur les autres exceptions. L'édition par règles dans votre outil de flux aide à corriger la virgule en point et à construire les valeurs séparées par des deux-points, à condition qu'il puisse écrire dans une colonne que vous définissez.

Étape 7 : rapprochez avec le paiement et connaissez le message d'erreur

Google compare le coût indiqué dans vos données à celui que voient les acheteurs au moment du paiement. Si les données affichent un montant inférieur, le compte peut recevoir cet avertissement :

Frais de livraison inexacts (en raison d'incohérences entre les frais de livraison de votre flux et ceux des pages de paiement de votre site web)

Les étapes de correction de Google consistent à aligner les paramètres des services de livraison ou l'attribut sur le site web, à renvoyer les données, puis à demander un réexamen. Google précise qu'un réexamen peut prendre 24 à 48 heures après la mise en ligne des corrections, et que si les tarifs exacts sont difficiles à reproduire, vous pouvez les surestimer légèrement. Intégrez à chaque mise en production un contrôle ponctuel de cinq produits remplacés par rapport à un panier réel.

Ce que ce guide ne couvre pas

Nous n'avons pas traité [carrier_shipping], qui suit des règles voisines, la livraison pour l'inventaire local au-delà de la remarque sur les frais de retrait, ni les seuils de livraison gratuite qui dépendent de la valeur du panier plutôt que du produit. Les grilles tarifaires complexes, comme les tranches de poids par transporteur, sont généralement plus faciles à maintenir dans Merchant Center lui-même que sous forme de milliers de lignes de flux. Nous n'avons pas non plus comparé la manière dont d'autres plateformes de flux, comme Feedonomics, Productsup, Channable ou DataFeedWatch, écrivent les sous-attributs structurés, et nous ne formulons donc aucune affirmation à leur sujet. Vérifiez que votre outil sait produire des sous-attributs séparés par des deux-points avant de vous engager dans une approche. Les noms d'attributs présentés ici ont été vérifiés dans les pages d'aide de Google le 18 octobre 2026, et Google modifie ces pages fréquemment.

FAQ

L'attribut [shipping] remplace-t-il les paramètres de livraison de Merchant Center ?

Oui. Une valeur dans l'attribut remplace le tarif de livraison au niveau du compte. Définir price fait aussi ignorer, pour cette destination, les délais de livraison et les montants minimums de commande définis au niveau du compte.

Combien de lignes de livraison un produit peut-il avoir ?

L'attribut peut être répété jusqu'à 100 fois par produit. Chaque combinaison de pays, de région ou de service vers laquelle vous expédiez ce produit nécessite sa propre ligne.

Dois-je renseigner minimum_order_value sur chaque produit ?

Non. Ne le spécifiez que si le prix du produit est égal ou inférieur au montant minimum de commande. Si un produit remplace aussi la livraison, vous devez fournir explicitement le minimum, même si les paramètres du compte en définissent un.

Quel format utilise handling_cutoff_time ?

La page de Google sur l'attribut spécifie une chaîne HHMM à quatre chiffres, par exemple 1530. Le sous-attribut de fuseau horaire associé prend un nom IANA et, s'il est omis, utilise par défaut le fuseau horaire de la destination.

Que se passe-t-il si j'utilise à la fois les attributs autonomes de délai de traitement et les sous-attributs de livraison ?

Seuls les sous-attributs de [shipping] sont utilisés. Les attributs autonomes [min_handling_time] et [max_handling_time] sont un substitut, pas un complément.

Quel est le prix de livraison maximal que je peux envoyer en livre turque ?

La fourchette documentée pour TRY va de 0 à 5000, comme pour AED et SAR. Utilisez le point comme séparateur décimal.

L'obligation de frais de retrait s'applique-t-elle en dehors de l'Europe ?

Selon l'annonce de Google, l'exigence du 30 septembre 2026 s'applique aux produits in_store activés pour le retrait au Royaume-Uni, en Suisse et dans les pays de l'EEE.

Combien de temps dure un réexamen après correction d'un avertissement de livraison inexacte ?

Google indique qu'un réexamen peut prendre 24 à 48 heures une fois les corrections effectives dans vos données et vos paramètres. Ne demandez pas de réexamen avant que le renvoi des données ait été traité.

Pour aller plus loin

Si vos remplacements s'inscrivent dans un nettoyage plus large de Merchant Center, notre guide de configuration du flux Google Merchant Center présente les attributs requis et les corrections d'erreurs courantes, et Empêcher Google de remplacer silencieusement les données de prix et de disponibilité de votre flux explique l'autre manière dont Google modifie vos données sans vous prévenir. Pour la mécanique d'ajout de colonnes sans toucher au flux principal, consultez les flux supplémentaires et les Feed Rules.

Passez votre propre flux dans l'outil gratuit d'audit de flux produits pour voir où se situent les lacunes de complétude et de qualité des données avant d'ajouter des remplacements de livraison.