Les erreurs de politique de prix dans Google Merchant Center surviennent lorsque le prix transmis dans votre flux produit ne correspond pas à celui affiché sur la page du produit ou lors du passage en caisse. La solution la plus rapide consiste à harmoniser le prix du flux, le prix affiché sur la page, les données structurées, la devise, l’affichage de la TVA/livraison et les règles de promotion, puis à demander une nouvelle analyse de vos produits dans Merchant Center. Tant que ce problème n’est pas résolu, vos articles risquent d’être limités dans Google Shopping, les listes gratuites ou les campagnes Performance Max.
Sur un site e-commerce, l’information de prix n’est jamais unique : thème, intégration ERP, module marketplace, plugin de promotion, système de coupons, variation, mise à jour selon le stock et extension de flux Google peuvent chacun générer un prix différent. Google tient compte du prix réellement visible par l’internaute. Transmettre 999 TL dans le flux mais afficher 1 049 TL sur la page produit, ajouter la TVA au dernier moment ou imposer une taxe en panier sont autant d’exemples de violation de la politique de prix.
Ce guide vous explique les causes des erreurs de prix dans Merchant Center, comment les diagnostiquer avec des exemples concrets et les étapes techniques à suivre pour une résolution durable. Nous avons ajouté des checklists spécifiques pour WooCommerce, OpenCart, Shopify, logiciels sur-mesure et flux API. La rapidité, l’accessibilité et la sécurité de vos pages produits sont également essentielles : à ce sujet, les pages Solutions d'hébergement e-commerce et certificat SSL renforceront la santé technique de votre boutique.
Qu’est-ce qu’une erreur de politique de prix Google Merchant Center ?
Une erreur de politique de prix se produit lorsque Google détecte une incohérence entre le prix annoncé à l'utilisateur et le prix constaté sur le site. Parfois il s’agit d’une différence de quelques centimes due à un arrondi, parfois d’un oubli de prix promotionnel. Comme le prix influence directement la décision d’achat, Google considère ce champ comme l’un des plus sensibles.
Les messages d’erreur les plus fréquents dans Merchant Center sont : incohérence de prix, incohérence de devise, prix de la page d’accueil différent du flux, augmentation du prix au paiement, erreur de prix soldé, données structurées invalides ou mise à jour automatique erronée. Le problème est souvent le même : le prix vu par le robot Google n’est pas identique au champ price ou sale_price du flux produit.
Google ne contrôle pas seulement lors du premier enregistrement. Vos produits sont ré-analysés régulièrement. Un produit validé aujourd’hui peut être refusé demain à cause d’une fin de promotion, d’un changement de taux de change, de stock ou d’une erreur de plugin. Il est donc crucial de mettre en place un système qui gère le prix de bout en bout, et non de corriger chaque erreur individuellement.
Les erreurs de politique de prix les plus courantes
1. Prix du flux différent du prix affiché sur la page produit
Le cas le plus fréquent : le prix dans le flux et celui visible sur la page produit ne sont pas identiques. Par exemple, une chaussure à 749,90 TRY dans le flux s’affiche à 799,90 TL sur le site. Cela provient généralement du cache, d’un plugin de promotion, d’une modification manuelle ou d’un flux non actualisé.
Commencez par vérifier le prix transmis dans Merchant Center depuis le détail du produit. Ensuite, ouvrez l’URL du produit en navigation privée, rafraîchissez sans cache et notez le prix affiché à l’utilisateur. Si vous utilisez un CDN ou du cache, automatisez le nettoyage après chaque mise à jour de prix. Sur WordPress/WooCommerce, réglez la fréquence de génération du flux au moins une fois par jour, et jusqu’à toutes les 1-4 heures en période de promotions.
2. Transmission incorrecte du prix promotionnel
Deux champs sont essentiels pour le prix soldé dans Merchant Center : price (prix normal) et sale_price (prix promotionnel actif). Si un produit passe de 599 TL à 499 TL, le flux doit indiquer price : 599 TRY et sale_price : 499 TRY. Beaucoup de boutiques transmettent uniquement 599 TRY ou oublient de retirer sale_price une fois la promotion terminée.
Si vous utilisez un prix soldé, envoyez aussi les dates de promotion via sale_price_effective_date. Ce n’est pas obligatoire, mais cela aide Google à interpréter correctement le prix. Si le flux n’est pas actualisé à la fin de la campagne, Google peut attendre 499 TL alors que l’utilisateur voit 599 TL, générant une erreur de prix.
3. Ajout tardif de TVA, taxes ou frais obligatoires
En France, l’internaute s’attend à voir un prix TTC sur la page produit. Si un article affiché à 1 000 € devient 1 200 € au paiement avec ajout de TVA, c’est une incohérence manifeste. De même, si des frais de service ou de conditionnement sont automatiquement ajoutés en panier, ils doivent être inclus dans le prix produit ou explicitement indiqués dans la configuration livraison/frais.
Google exige que le montant réel à payer soit clairement affiché. Les options facultatives (emballage cadeau, livraison express, extension de garantie) sont traitées à part, mais tout frais obligatoire modifie la perception du prix. Adoptez donc une logique de prix final TTC, identique entre page produit, flux et paiement.
4. Erreurs de devise et de format
La devise dans le flux doit respecter la norme ISO 4217, par exemple TRY pour la Turquie. Utiliser simplement "TL", un symbole, un mauvais séparateur décimal ou afficher USD sur la page et transmettre TRY dans le flux déclenchera une erreur.
Exemple correct : 1299.90 TRY. Préférez le point comme séparateur dans le flux, même si vous affichez "1 299,90 TL" côté utilisateur. Les sites multi-devises doivent vérifier le ciblage pays, le hreflang et la correspondance des devises. Pour la vente internationale, le sujet Gestion de domaine et extensions nationales est crucial pour inspirer confiance sur votre marché cible.
5. Confusion autour des variations de prix
Pour les produits à options (couleur, taille, capacité, pack), les prix varient. Exemple : une coque de téléphone noire à 199 TL, le modèle cuir à 299 TL. Si le flux indique 199 TL mais l’URL du produit ouvre la variation à 299 TL, Google détecte une incohérence.
Chaque variation doit disposer d’un identifiant unique, d’un item_group_id correct, d’un paramètre d’URL adapté et afficher le prix de la variation correspondante. L’utilisateur doit accéder à la variation vue dans le flux. Les boutiques sur-mesure doivent s’assurer que les URLs des variations sont crawlables et ne présentent pas de prix différents au robot.
6. Divergence entre données structurées et prix affiché
Google lit non seulement le texte visible, mais aussi le balisage schema.org Product et Offer. Si la page affiche 899 TL mais que les données structurées indiquent 999 TRY, Merchant Center signalera une incohérence. Ce problème provient souvent d’une mise à jour de thème, cache ou module schema obsolète.
Utilisez les outils Rich Results Test et Inspection d’URL pour vérifier le prix détecté par Google. Assurez-vous que les champs price, priceCurrency, availability et éventuellement priceValidUntil soient à jour dans le schema Product. Si votre thème et votre plugin de flux tirent le prix de sources différentes, optez pour une source unique pour la donnée produit.
Tableau de diagnostic rapide des erreurs de prix
| Symptôme | Cause probable | Point de contrôle | Solution recommandée |
|---|---|---|---|
| Prix du flux différent | Flux ou cache obsolète | Détail du produit dans Merchant Center et URL live | Augmenter la fréquence de mise à jour du flux, nettoyer le cache |
| Promotion mal interprétée | Erreur sur le champ sale_price | Champs price, sale_price et dates de campagne | Synchroniser correctement les champs promotionnels |
| Prix augmente au paiement | Ajout tardif de TVA ou frais obligatoire | Étapes panier et paiement | Afficher le prix final sur la page produit |
| Variation de prix au clic | Mauvaise URL de variation | item_group_id et paramètre d’URL | Associer le bon prix et URL à chaque variation |
| Google lit un autre prix | Données schema obsolètes | Rich Results Test | Mettre à jour le schema Product/Offer |
Comment résoudre une erreur de politique de prix Google Merchant Center pas à pas ?
Étape 1 : Déterminer l’ampleur du problème
Vérifiez si l’erreur concerne un seul produit, une catégorie ou tout le catalogue. Filtrez les produits refusés dans Merchant Center et exportez-les. Sélectionnez 10-20 exemples, comparez prix, URL, catégorie, marque, variation et statut promotionnel. Si tout le catalogue est touché, vérifiez devise, taxes, format du flux ou schema global. Si seuls les produits en promotion sont concernés, concentrez-vous sur sale_price et les dates.
Étape 2 : Comparer le flux et la page produit live
Pour chaque exemple, notez côte à côte trois prix : celui du flux, celui affiché sur la page produit et celui au paiement. S’ils ne sont pas tous identiques, corriger Merchant Center ne suffit pas. Par exemple, page produit à 349 TL, panier à 369 TL, flux à 349 TL : le souci vient d’un frais ajouté en panier. Page produit à 349 TL, flux à 329 TL : le flux est obsolète.
Pensez à désactiver le cache navigateur, utiliser une session privée et tester depuis différents IP ou appareils, car certains sites affichent un prix selon la localisation ou le statut de l’utilisateur. Google se comporte comme un visiteur standard : évitez de transmettre des prix réservés aux membres, liés à un coupon ou visibles seulement après connexion.
Étape 3 : Assainir et standardiser le flux produit
Votre flux peut être généré en XML, CSV, Google Sheets, Content API ou via un plugin e-commerce. Quelle que soit la méthode, les champs de prix doivent provenir d’une source unique. Avoir des prix différents en ERP, sur le site et dans le plugin de flux augmente le risque d’erreur. Définissez une règle technique : le prix de vente doit venir d’un seul champ en base, les promotions doivent être distinctes et contrôlées par date.
- price : Transmettez le prix normal ou principal, dans la bonne devise.
- sale_price : Utilisez-le uniquement si une promotion est active.
- sale_price_effective_date : Indiquez le début et la fin de la campagne.
- availability : Mettez à jour le stock en même temps que le prix.
- link : Dirigez vers la page ou variation exacte.
Étape 4 : Contrôler l’accès au crawl
Pour une lecture correcte par Google, les pages produit doivent être accessibles aux robots. Ne bloquez pas les URLs produits, CSS ou JS dans robots.txt. Si le prix est chargé en JavaScript, Google peut parfois voir un prix incorrect ou avec retard. Un serveur lent peut renvoyer un prix obsolète ou vide.
Optimisez la vitesse et la stabilité du serveur pour réduire les erreurs Merchant Center. En 2026, les systèmes de crawl de Google sont avancés, mais un site e-commerce lent ou instable reste pénalisé. Assurez-vous que vos pages produits retournent un code HTTP 200, que les redirections 3xx sont courtes et que votre certificat SSL fonctionne parfaitement. Pour la technique, lisez Hébergement NVMe et Installation de SSL gratuit.
Étape 5 : Actualiser les données structurées
Mettre en place le schema Product sur vos pages produit améliore la visibilité organique et la validation Merchant Center. Mais un schema incorrect est pire que pas de schema ! Vérifiez que la variable de prix dans le thème vient bien du produit actuel. Testez sur les produits à variations que le prix du schema change avec la sélection de variation.
Le prix vu dans Rich Results Test doit être identique à celui affiché à l’utilisateur. Le champ priceCurrency doit contenir un code valide : TRY, USD, EUR… Pour les produits hors stock, renseignez le champ availability. Afficher un ancien prix promotionnel sur un produit en rupture nuit à l’expérience utilisateur et à la validation Merchant Center.
Étape 6 : Demander une ré-analyse dans Merchant Center
Après correction, rechargez le flux ou déclenchez la synchronisation API. Vérifiez dans le détail du produit Merchant Center que le prix transmis est à jour. Demandez une révision pour les produits concernés. L’actualisation peut prendre de quelques heures à 24-72 heures. Sur les produits à fort budget, testez d’abord sur un petit groupe pour éviter de répéter des erreurs à grande échelle.
Contrôles spécifiques selon la plateforme e-commerce
WooCommerce
Les erreurs de prix sur WooCommerce proviennent souvent du cache, d’un plugin multi-devises, d’un plugin de prix dynamique ou d’un flux non actualisé. Vérifiez les champs prix normal et prix promotionnel sur l’édition produit. Contrôlez le mapping du sale_price dans votre plugin de flux. Si le prix varie selon coupon ou statut d’utilisateur, transmettez le prix standard dans le flux.
Avec un cache serveur, assurez-vous qu’une modification de prix purge bien le cache des produits, catégories et flux. À ce sujet, Hébergement WordPress et une configuration cache adaptée sont essentiels.
Shopify et solutions e-commerce prêtes à l’emploi
Sur Shopify, les champs prix sont en général mieux structurés, mais le multi-marché, multi-devise et promotions automatiques peuvent générer des erreurs. Dans Google & YouTube app, vérifiez le pays cible, la devise et le mapping des variations. Ne confondez pas prix comparatif et prix de vente. N’intégrez pas dans le flux des promotions appliquées uniquement en panier : Google n’accepte pas toujours les remises basées sur coupon non visibles sur la page produit.
Logiciels sur-mesure et intégrations API
Pour les solutions sur-mesure, l’idéal est de versionner et logger chaque modification de prix : qui, quand, quel prix, quand transmis au flux. Avec Content API, surveillez les réponses de mise à jour et loggez les codes d’erreur. Assurez-vous que l’URL accessible à Google ne soit pas bloquée, ni redirigée selon le pays ou l’utilisateur, ni nécessite une session.
Bonnes pratiques pour prévenir les incohérences de prix
Corriger une erreur de prix une fois ne suffit pas : il faut instaurer un contrôle continu et durable. Sur un grand catalogue, des milliers de prix changent chaque jour. Privilégiez l’automatisation, le logging et l’audit régulier plutôt que le contrôle manuel.
- Planifiez la génération du flux juste après chaque début ou fin de promotion.
- Purge simultanément le cache page, flux et schema lors d’un changement de prix.
- Contrôlez chaque semaine la concordance flux-site des 50 produits les plus cliqués.
- Formalisez par écrit la politique prix TTC pour toutes les équipes.
- Testez chaque variation pour prix et URL unique.
- Surveillez quotidiennement les rapports de diagnostic Merchant Center : au-delà de 1 % d’erreurs, analysez la cause.
- Vérifiez régulièrement SSL, DNS, hosting et redirections : des pages inaccessibles perturbent la validation de prix.
Par exemple, dans une boutique de 5 000 produits avec 8 % de changement de prix quotidien, environ 400 articles doivent être re-testés chaque jour. Faire tout cela à la main est irréaliste. Un simple cron qui compare le prix du flux et celui du produit en live vous aidera à détecter tôt les erreurs.
Gestion des frais de livraison, coupons et prix promotionnels

Le montant de la livraison peut être géré à part du prix produit, mais vos paramètres de livraison dans Merchant Center doivent être corrects. Afficher "livraison gratuite" sur la page mais ajouter des frais au paiement nuit à la confiance et génère des problèmes de politique. Si le montant dépend du pays, ville, poids ou panier, adaptez vos règles de livraison dans Merchant Center.
Pour les coupons, soyez vigilant : si l’utilisateur doit entrer un code manuellement, la remise ne doit pas être transmise comme prix produit dans le flux. Si la promotion est automatique et visible par tous, elle peut être renseignée en sale_price. Par exemple, si la page affiche 699 TL au lieu de 799 TL pour tous, transmettez 699 TL. Mais n’envoyez jamais un prix réduit accessible uniquement via un code promo type EFSANE10 : Google verrait un prix différent sur la page d’accueil.
Quand utiliser les mises à jour automatiques de produits Google ?
Les mises à jour automatiques de produits dans Merchant Center permettent à Google de corriger temporairement certains écarts de prix ou de stock en lisant directement le site. Cette fonctionnalité peut réduire les petites incohérences, mais n’est pas une solution définitive : si les données schema sont erronées ou si JavaScript tarde à afficher le prix, la correction sera elle aussi incorrecte.
Gardez cette option activée, mais assurez-vous que votre source de données principale soit fiable. Les corrections automatiques sont un filet de sécurité face aux décalages de timing. Si le système doit corriger en permanence, cela indique un problème structurel dans vos processus de flux.
L’impact de l’infrastructure technique sur les erreurs de prix
Les erreurs de prix Merchant Center sont souvent visibles côté marketing, mais leur origine est technique : hébergement instable, erreurs 500 fréquentes, SSL défectueux, redirections mal configurées, changement de devise selon le pays ou cache agressif peuvent fausser la lecture du prix par Google. Des pages produits rapides et stables sont essentielles, non seulement pour le SEO, mais aussi pour l’approbation publicitaire et la visibilité Shopping.
Chez Hostragons, les solutions d’hébergement, gestion de domaines et SSL renforcent cette base technique. Par exemple, Hébergement Professionnel assure l’accessibilité des pages lors des pics de trafic, Transfert de domaine et la gestion DNS limitent les problèmes de crawl dus aux redirections. L’objectif n’est pas la vente, mais d’offrir à Merchant Center un flux de données fiable.
Checklist : 12 points à vérifier avant mise en ligne
- Le champ price du flux est-il identique au prix affiché ?
- sale_price est-il utilisé uniquement pour les promotions actives ?
- Les dates de début et fin de campagne sont-elles correctes ?
- Y a-t-il un surcoût obligatoire entre page produit et paiement ?
- La devise est-elle envoyée au format ISO ?
- La variation d’URL ouvre-t-elle la bonne option ?
- Le schema Product affiche-t-il le prix actuel ?
- robots.txt bloque-t-il l’accès de Google ?
- Le nettoyage du cache s’effectue-t-il automatiquement après changement de prix ?
- Les paramètres livraison et taxes dans Merchant Center sont-ils corrects ?
- Le prix sur mobile est-il identique à celui sur desktop ?
- Le flux a-t-il été renvoyé après correction ?
FAQ
Combien de temps pour corriger une erreur de prix Google Merchant Center ?
Après correction, la re-validation des produits prend généralement quelques heures à 72 h. Cela dépend du nombre d’articles, de la fréquence de crawl, du type d’erreur et du volume de demandes de révision.
Comment transmettre le prix promotionnel dans le flux ?
Indiquez le prix normal dans price et le prix promotionnel actif dans sale_price. Si la promotion a des dates définies, renseignez aussi sale_price_effective_date pour limiter les erreurs.
Afficher un prix TTC est-il obligatoire ?
En France, l’affichage du prix TTC au consommateur est attendu. Ajouter une taxe ou un frais obligatoire en paiement mais non visible sur la page génère une incohérence de prix dans Merchant Center.
Les mises à jour automatiques de produits règlent-elles tous les problèmes de prix ?
Non. Elles réduisent les petits écarts de timing, mais ne corrigent pas un flux erroné, des données schema obsolètes ou une tarification site incorrecte. Il faut rectifier la source de données principale.
Comment éviter les erreurs de prix sur les produits à variations ?
Pour chaque variation, utilisez le bon prix, un identifiant unique, un item_group_id commun et l’URL d’atterrissage exacte. L’utilisateur doit voir la variation correspondant au prix affiché dans le flux.
Conclusion
Les erreurs de politique de prix dans Google Merchant Center découlent généralement de petits écarts entre flux, page produit, schema et paiement. La solution durable : une source de prix unique, une gestion correcte des promotions, des données structurées actualisées, des pages rapides et auditables, et des contrôles réguliers. Pour une visibilité optimale sur Google Shopping et les listes gratuites, ne négligez pas votre infrastructure technique. Découvrez les solutions hosting, domaine et SSL de Hostragons pour sécuriser la fiabilité des données de votre boutique en ligne.