Synchronisation prix et disponibilité : éviter les refus liés aux écarts entre site et flux

Quand Merchant Center refuse un produit pour un prix ou un stock « incorrect », le robot de Google n’a fait qu’une chose : comparer la ligne de votre flux avec ce qu’il lit sur la page produit, au moment où il passe. Si les deux ne disent pas la même chose, l’article sort de la diffusion Shopping et Performance Max, souvent sans que personne ne s’en aperçoive pendant plusieurs jours. Ce guide détaille les scénarios de refus que l’on rencontre le plus souvent en audit, les délais de rétablissement annoncés par Google et une méthode pour ne plus subir ces écarts. Contenu mis à jour le 26 octobre 2026.

Ce que Google compare exactement

Trois sources entrent en jeu pour chaque article : la valeur envoyée dans le flux (attributs price, sale_price, availability), les données structurées de la page (balisage schema.org Offer avec price, priceCurrency et availability) et le texte affiché à l’internaute. Google recommande le balisage structuré ; sans lui, ses extracteurs lisent la page « comme un humain », avec plus de risques d’erreur d’interprétation (prix barré pris pour le prix de vente, prix d’une option lu à la place du prix de base).

La comparaison a lieu à chaque exploration de la page, pas seulement lors de l’envoi du flux. Un flux juste à 6 h du matin peut donc devenir faux à 10 h si une promotion démarre sur le site sans que le flux suive.

Les messages de diagnostic à connaître

Les trois premiers touchent des articles un par un. Le dernier est le vrai risque : des incohérences de prix répétées sur une grande partie du catalogue peuvent faire basculer le problème du produit au compte entier.

Six scénarios de refus qui reviennent sans cesse

1. La promotion qui démarre sur le site avant le flux

Une remise de 20 % est programmée dans le CMS pour minuit, mais le flux n’est récupéré qu’à 6 h. Pendant six heures, Google lit un prix plus bas que celui déclaré. Correctif : déclarer la promotion dans sale_price avec sale_price_effective_date, pour que le flux connaisse à l’avance la période.

2. Le prix HT dans le flux, TTC sur la page

Fréquent sur les sites qui vendent aussi aux professionnels. En France, le prix déclaré pour Shopping doit être le prix TTC payé par un particulier. Si le site affiche les deux, le prix TTC doit être le plus visible.

3. Le prix qui dépend d’une option

Un matelas existe en 140 et en 160 cm, mais une seule ligne de flux porte le prix « à partir de ». Google arrive sur la page, voit le prix de la taille sélectionnée par défaut et constate l’écart. Correctif : une ligne par variante, chacune avec son prix, et une URL qui présélectionne la bonne variante (paramètre d’URL ou page dédiée).

4. La rupture affichée seulement après le choix d’une taille

La page affiche « en stock » tant qu’aucune taille n’est choisie, puis « épuisé » pour la taille du flux. Le stock doit être géré par variante, des deux côtés.

5. Le cache qui sert une ancienne version de la page

Le stock est à jour dans la base, mais le cache du site ou du CDN sert pendant des heures une page qui affiche l’ancien prix. Google lit la page en cache, pas votre base de données. Purgez le cache des fiches produits à chaque changement de prix.

6. Les règles de prix géolocalisées ou par client connecté

Prix différent pour un client connecté, conversion de devise selon l’adresse IP : le robot de Google ne voit pas forcément le même prix que vos tests. Le prix déclaré doit être celui qu’un visiteur non connecté, en France, voit sur la page.

Délais de résolution : ce que Google annonce

• Article refusé pour écart de prix ou de stock : une fois la page et le flux alignés, vous pouvez demander une nouvelle vérification depuis la fiche de diagnostic. Google indique que l’examen du site peut prendre jusqu’à 12 heures ; sans demande de votre part, l’article est revérifié lors d’un passage ultérieur du robot, donc plus tard.
• Statut « à corriger » qui persiste : il peut rester affiché le temps que Google revisite les pages concernées, même si la correction est faite. Ne modifiez pas une seconde fois une page déjà corrigée.
• Compte suspendu : il faut corriger à l’échelle du catalogue puis demander un examen du compte. Google précise que renvoyer une demande sans avoir corrigé peut entraîner une période d’attente avant la demande suivante. Vérifiez donc tout avant de cliquer.

En pratique, la perte ne se limite pas au délai de réexamen : il faut ajouter le temps pendant lequel l’écart est passé inaperçu. C’est pourquoi la surveillance compte autant que la correction.

Les mises à jour automatiques : un filet, pas une solution

Merchant Center propose des « mises à jour automatiques des articles », activées par défaut dans Produits > Automatisations. Lorsque le prix ou la disponibilité de la page diffère du flux, Google peut corriger la valeur au lieu de refuser l’article. Trois limites, documentées par Google :

• elles sont conçues pour des écarts ponctuels sur une petite part du catalogue, pas pour remplacer un flux à jour ;
• elles fonctionnent mal sur les produits dont le prix ou le stock change plus d’une fois par jour : l’article peut alors être refusé au lieu d’être mis à jour, et Google peut suspendre ces corrections si les écarts sont trop nombreux ;
• la mise à jour du prix peut aussi toucher le prix barré : si vos pages affichent plusieurs prix barrés, Google déconseille d’activer cette option pour le prix.

Pour un catalogue qui bouge plusieurs fois par jour (prix dynamiques, stocks partagés avec des marketplaces), Google oriente vers la Merchant API, qui permet de pousser les changements de prix et de stock au fil de l’eau.

Méthode pour supprimer les écarts à la source

1. Une seule source de vérité. Le prix et le stock naissent dans l’ERP ou le CMS ; le flux et la page les lisent tous les deux. Aucune règle de prix ne doit exister uniquement dans l’outil de flux.
2. Une fréquence calée sur vos changements. Catalogue stable : une récupération quotidienne suffit. Promotions fréquentes : plusieurs récupérations par jour ou envoi par API au moment du changement.
3. Des promotions déclarées à l’avance. sale_price et sa période de validité partent dans le flux avant le début de l’opération.
4. Un balisage structuré complet. Offer avec price numérique sans symbole, priceCurrency au format ISO (EUR) et availability conforme, pour chaque variante.
5. Un test « comme Google ». Ouvrez l’URL du flux en navigation privée, sans être connecté : le prix et le stock doivent être visibles sans clic et identiques au flux. L’outil de test des résultats enrichis de Google confirme ce que lit le robot.
6. Une alerte quotidienne. Suivez dans Merchant Center le nombre d’articles refusés par motif. Une hausse soudaine des écarts de prix signale presque toujours une promotion ou un déploiement du site.

Erreurs fréquentes pendant la correction

• corriger le flux alors que c’est la page qui est fausse (ou l’inverse) : l’écart réapparaît au passage suivant ;
• désactiver les mises à jour automatiques pour « garder la main » sans avoir fiabilisé le flux ;
• multiplier les demandes de réexamen du compte sans correction complète ;
• supprimer les articles refusés du flux : vous perdez leur historique de performance.

L’impact sur vos campagnes

Un article refusé ne diffuse plus, ni en Shopping standard ni dans Performance Max. Quand les refus touchent les meilleures ventes, l’algorithme perd ses produits les plus rentables et répartit le budget sur le reste du catalogue, avec un ROAS qui baisse sans raison apparente dans Google Ads. Le premier réflexe face à une chute brutale de performance Shopping devrait toujours être d’ouvrir les diagnostics Merchant Center avant de toucher aux enchères.

Pour aller plus loin sur la structure du flux, consultez notre guide du flux Google Shopping, ainsi que nos articles sur la gestion des variantes dans Merchant Center et sur les erreurs liées à l’identifiant produit.

Ce que nous voyons sur les comptes e-commerce

Sur les comptes que nous reprenons, le contrôle du flux fait partie des premiers jours de travail, car aucune optimisation d’enchères ne compense un catalogue partiellement refusé. Quelques résultats de comptes e-commerce que nous accompagnons (anonymisés) : un e-commerce d’éviers et de robinetterie a fait progresser son CA Google Ads de 63 % au premier semestre 2026 (419 258 € à 684 529 €, ROAS de 7,2 à 10,9) ; un e-commerce d’échafaudages a réalisé 71 ventes Google Ads au troisième trimestre 2026 contre 27 un an plus tôt, avec un coût par vente en baisse de 58 % à budget quasi stable. Ces résultats tiennent à l’ensemble du travail sur le compte, pas à la seule synchronisation du flux, et ne préjugent pas des vôtres.

Checklist avant chaque promotion

• prix TTC identique entre flux, balisage et texte de la page ;
• sale_price et période de validité envoyés avant le lancement ;
• cache des fiches produits purgé au démarrage et à la fin de l’opération ;
• stock suivi par variante ;
• diagnostics Merchant Center vérifiés le lendemain du lancement.