Merchant Center : écart de prix ou disponibilité ? (2026)

Environ 1 refus Shopping sur 4 dans Google Merchant Center en 2026 est une erreur 'Mismatched value (price)' ou 'Mismatched value (availability)' — et presque aucune ne signifie que vos données sont fausses, seulement que votre flux et votre page en direct divergeaient au moment où Google a regardé. Merchant Center traite le flux comme une déclaration et la page de destination comme la preuve, donc la correction n'est jamais de deviner un nouveau prix ; c'est de faire dire la même chose à la valeur du flux, au prix visible et aux données structurées.

Ce guide remonte depuis l'exploration à travers cinq causes — un flux obsolète, la devise, la taxe et la livraison, le prix dynamique et des données structurées cassées — pour que vous passiez votre temps sur le vrai écart, pas sur le symptôme. Pour vérifier votre compte face aux fuites de flux et de conversion les plus courantes automatiquement, lancez notre audit gratuit Google Ads à 5 axes.

Mis à jour le 2026-05-19 avec le comportement actuel des Diagnostics Merchant Center, des mises à jour automatiques et de l'exploration des données structurées observé sur des comptes US, UK et européens.

TL;DR — pourquoi Merchant Center signale un écart de prix ou de disponibilité :

La page est la preuve — Google explore la page de destination et lui fait confiance plutôt qu'au flux quand les 2 divergent. 2. La plupart des écarts sont de synchronisation — un flux obsolète est en retard sur une promotion ou un changement de stock en direct. 3. La taxe et la livraison vont hors de price [price] — réglez la taxe dans les paramètres, la livraison dans son attribut. 4. Les données structurées doivent aussi correspondre — un balisage schema.org erroné refuse un flux correct. 5. Mises à jour automatiques plus actualisation fréquente gardent le flux, la page et l'exploration synchronisés.

Que signifie vraiment 'Mismatched value (price)' ?

L'erreur est la première chose à lire attentivement car le libellé exact indique quel attribut corriger. Merchant Center déclenche 'Mismatched value (price)', 'Mismatched value (availability)' ou 'Incorrect price' quand la valeur soumise dans le flux ne correspond pas à ce que Google a trouvé sur la page produit en direct.

Mismatched value (price) — L'attribut price [price] de votre flux diffère du prix que Google a exploré sur la page de destination ou dans ses données structurées. Quand l'écart dépasse une faible tolérance, l'article est refusé et cesse d'être diffusé dans Shopping.

Mismatched value (availability) — L'attribut availability [availability] dit que le produit est en stock, mais la page explorée indique épuisé ou en rupture, ou l'inverse. Google refuse pour qu'un acheteur ne clique jamais sur une annonce d'un article qu'il ne peut pas acheter.

Incorrect price — Un signal plus large indiquant que le prix affiché aux acheteurs ne peut pas être fiable, souvent parce que le flux, la page et les données structurées donnent trois nombres différents. Le remède pour les trois est le même : faire concorder chaque source. Voyez notre guide des produits Shopping qui ne s'affichent pas pour le tableau plus large des refus.

Pourquoi Google explore-t-il votre page et vos microdonnées ?

Cela semble redondant de soumettre un flux puis de laisser Google lire quand même votre page, mais l'exploration existe pour protéger les acheteurs. Le flux est ce que vous déclarez ; la page est ce qu'un acheteur voit réellement, et Google réconcilie les deux avant de laisser un article être diffusé.

L'exploration — Selon un calendrier régulier, Google récupère chaque page de destination produit et lit trois choses : le prix visible, les données structurées et les microdonnées. Il les compare ensuite aux attributs price [price] et availability [availability] de votre flux.

Données structurées et microdonnées — La plupart des boutiques exposent le prix et la disponibilité dans le balisage schema.org Product. Google lit price, priceCurrency et availability dans ce balisage. Si votre page affiche un prix aux acheteurs mais porte un ancien nombre dans les données structurées, Google voit un conflit même quand le prix visible est correct.

La page l'emporte — Quand le flux et l'exploration divergent, Google fait confiance à la page, car c'est ce que l'acheteur vit. C'est pourquoi corriger seulement le flux ne suffit pas ; la page, ses données structurées et le flux doivent tous concorder. Pour le tableau de conformité plus large, lisez notre guide de récupération après suspension Merchant Center.

Quelles sont les causes les plus courantes d'un écart de prix ?

Les écarts de prix viennent presque toujours d'une poignée de causes répétables. Identifiez celle qui s'applique et la correction devient évidente.

Flux obsolète face au site en direct — La cause la plus courante. Une promotion s'active sur le site à minuit alors que le flux porte encore le prix de la veille jusqu'à la prochaine récupération programmée. Les deux valeurs étaient correctes ; elles se sont juste mises à jour à des moments différents.

Devise — Si le flux soumet un prix dans une devise alors que la page en affiche une autre, ou qu'un site multi-devises montre à l'acheteur un montant localisé que le flux ne reprend pas, Google lit un écart. La devise de price [price] doit correspondre au pays et à la page.

Taxe, TVA et livraison incluses différemment — Une cause fréquente et subtile. L'attribut price [price] doit suivre la règle de taxe régionale et ne jamais inclure la livraison. Si la page affiche un total taxe comprise alors que le flux soumet le montant hors taxe, ou que la livraison est intégrée à l'un mais pas à l'autre, les nombres divergent.

Prix dynamique — Les boutiques qui retarifent toutes les heures avec un algorithme dépasseront toujours un flux quotidien. Sans mises à jour quasi temps réel, le flux est obsolète par définition. Notre guide de configuration et d'optimisation Shopping couvre l'architecture du flux pour les catalogues à évolution rapide.

Comment surviennent les écarts de disponibilité et le retard de rupture de stock ?

Les écarts de disponibilité suivent la même logique que le prix, mais la valeur est en stock, en rupture, en précommande ou en réapprovisionnement plutôt qu'un nombre. Le danger est d'envoyer les acheteurs vers un produit qu'ils ne peuvent pas acheter.

Rupture de stock non mise à jour — La fuite de disponibilité la plus courante. Un article est épuisé sur le site, mais le flux soumet encore en stock jusqu'à la prochaine actualisation, donc Google explore une page épuisée et refuse. L'inverse arrive aussi après un réapprovisionnement.

L'attribut availability — L'attribut availability [availability] doit refléter l'état de stock en direct que Google trouvera sur la page. Si votre vitrine marque un article en rupture dans ses données structurées, le flux doit dire la même chose, sinon l'exploration l'emporte et l'article est refusé.

Dérive de variante et d'inventaire — Les produits multi-variantes sont un piège classique : le parent s'affiche en stock alors qu'une taille ou couleur précise est épuisée, et le flux ne la détaille pas. Synchronisez la disponibilité au niveau de la variante, pas seulement du produit.

Traitez la disponibilité comme un signal en temps réel, pas hebdomadaire. Le remède est la même famille de corrections que le prix : actualisation plus fréquente, mises à jour automatiques et données structurées qui correspondent au flux.

Comment fonctionnent les mises à jour automatiques et les attributs price et availability ?

Google vous donne deux outils qui, utilisés ensemble, empêchent une petite dérive de devenir un refus : les attributs eux-mêmes et les mises à jour automatiques.

price [price] et availability [availability] — Ce sont les deux attributs que Google compare à l'exploration. L'attribut price [price] porte le prix de base sous la bonne règle de taxe, livraison exclue ; l'attribut availability [availability] porte en stock, en rupture, en précommande ou en réapprovisionnement. Réussissez ces deux à la source et la plupart des refus n'apparaissent jamais.

Mises à jour automatiques — Quand le prix ou la disponibilité exploré diffère du flux, Google peut mettre l'article à jour pour correspondre à la page plutôt que de le refuser. C'est un filet de sécurité pour le décalage : une promotion sur la page est honorée même avant que votre flux ne rattrape. Activez-les dans les paramètres Merchant Center.

Pas un substitut à un flux exact — Les mises à jour automatiques ne corrigent que de petits écarts et ne fonctionnent bien que lorsque vos données structurées sont correctes, car c'est ce que Google lit. Activez-les, mais corrigez quand même la fréquence d'actualisation du flux et le balisage. Le guide d'optimisation du flux Shopping pour le Q4 montre comment renforcer le flux avant une saison à fort trafic.

Le tableau de diagnostic des écarts de prix et de disponibilité

Parcourez ce tableau de haut en bas — il est classé par rapidité de confirmation de chaque cause et par fréquence à laquelle elle est la vraie raison d'un refus pour écart de prix ou de disponibilité.

Ne vous contentez pas de modifier le flux et de resoumettre :

Corriger seulement la valeur price [price] dans le flux efface l'erreur pour un jour, puis le refus revient à la prochaine exploration car la page de destination et ses données structurées portent encore l'ancien nombre. Google fait confiance à la page, pas au flux. Alignez les 3 sources — flux, prix visible et données structurées — et comblez le décalage avec une actualisation fréquente et des mises à jour automatiques, sinon vous corrigerez le même article chaque semaine.

Comment valider la correction et empêcher un nouveau refus

Vous trouverez généralement plus d'un article qui dérive. L'erreur est de les corriger dans un ordre aléatoire, ou de changer de nouveau le prix en cours d'examen sans pouvoir dire ce qui a fonctionné. Classez par impact multiplié par facilité et déployez en séquence.

Valider dans Diagnostics — Après avoir aligné les trois sources, ouvrez la page Diagnostics dans Merchant Center et demandez une nouvelle récupération ou réimportez le flux. La réapprobation suit généralement la prochaine exploration, souvent en quelques heures à environ 3 jours. Ne changez pas le prix de nouveau pendant que l'article est en examen.

Empêcher le décalage de synchronisation — Activez les mises à jour automatiques et augmentez la fréquence d'actualisation du flux pour correspondre à la fréquence de changement de vos prix et de votre stock. Une boutique aux ventes flash devrait pousser les changements via l'API Content en quasi temps réel, sans attendre une récupération programmée quotidienne.

Garder des données structurées honnêtes — Utilisez le test des résultats enrichis pour confirmer que le prix et la disponibilité schema.org Product sur chaque modèle correspondent au prix visible et au flux. Un balisage erroné est la cause cachée qui fait refuser sans cesse un flux correct.

Mesurez un changement à la fois. Revérifiez Diagnostics après chaque correction, pas après toutes, pour savoir quel levier a effacé le refus. Estimez le coût de l'inventaire refusé avant de passer à l'échelle avec notre calculateur de dépenses publicitaires gaspillées, et pour faire ressortir chaque fuite de flux et de conversion automatiquement, lancez l'audit gratuit à 5 axes de SteerAds.

Sources

Sources officielles consultées pour ce guide :

FAQ

Que signifie l'erreur 'Mismatched value (price)' dans Merchant Center ?

Elle signifie que l'attribut price [price] de votre flux ne correspond pas au prix que Google a exploré sur la page produit ou dans ses données structurées. Google compare les deux régulièrement, et quand l'écart dépasse une faible tolérance, l'article est refusé. Environ 1 refus de prix sur 3 vient d'un flux mis à jour plus lentement que le site après une promotion ou un changement de prix. La correction consiste à aligner la valeur du flux, le prix de la page et le prix des données structurées, puis à actualiser le flux plus souvent pour que les trois restent synchronisés. Tant que les trois ne concordent pas, le produit ne sera pas diffusé dans Shopping.

Pourquoi Google explore-t-il ma page si je soumets déjà un flux ?

Google explore la page de destination pour vérifier que le prix et la disponibilité soumis dans le flux sont bien ceux qu'un acheteur voit réellement. Le flux est votre déclaration ; l'exploration est le contrôle. Google lit le prix visible, les données structurées (balisage schema.org Product) et les microdonnées, puis les compare aux attributs price [price] et availability [availability]. En cas de désaccord, Google fait confiance à la page plutôt qu'au flux et refuse l'article pour protéger les acheteurs d'une expérience trompeuse. C'est pourquoi des données structurées correctes et à jour sur la page comptent autant qu'un flux propre.

Comment corriger un écart de prix causé par la taxe ou la livraison ?

Assurez-vous que le prix du flux et celui de la page suivent les mêmes règles. L'attribut price [price] doit être le prix hors taxe dans la plupart des régions, ou taxe comprise là où la loi l'exige, et ne doit jamais inclure la livraison. Si votre page affiche un prix taxe comprise mais que votre flux soumet le montant hors taxe, Google voit un écart. Réglez la taxe dans les paramètres de taxe de Merchant Center plutôt que dans le prix, gardez la livraison dans l'attribut de livraison, et confirmez que le prix des données structurées sur la page reflète le même prix de base que le flux. La cohérence des trois efface l'erreur.

Qu'est-ce que les mises à jour automatiques et faut-il les activer ?

Les mises à jour automatiques permettent à Google de corriger de petits écarts de prix et de disponibilité à partir de ce qu'il explore sur votre page, afin qu'un flux obsolète n'entraîne pas le refus de l'article pendant que vous corrigez la source. Quand le prix ou la disponibilité exploré diffère du flux, Google met l'article à jour pour correspondre à la page. C'est un filet de sécurité, pas un substitut à un flux exact : activez-les pour réduire les refus, mais corrigez quand même la fréquence d'actualisation du flux et les données structurées. Activez-les dans les paramètres Merchant Center, vérifiez d'abord vos données structurées, puis gardez votre flux principal exact.

À quelle fréquence dois-je actualiser mon flux Merchant Center ?

Actualisez aussi souvent que vos prix et votre stock changent. Une boutique aux prix statiques peut utiliser une récupération programmée quotidienne, mais une boutique qui lance des ventes flash ou applique un prix dynamique doit utiliser l'API Content ou un flux supplémentaire pour pousser les changements en quasi temps réel. La plupart des écarts de prix et de disponibilité viennent d'un flux mis à jour une fois par jour alors que le site change toutes les heures. Associez une actualisation fréquente aux mises à jour automatiques et à des données structurées exactes pour que le flux, la page et l'exploration ne dérivent jamais assez pour déclencher un refus.

Un écart de prix est-il toujours de ma faute ?

Non. La cause la plus courante est un décalage de synchronisation plutôt qu'une valeur erronée — votre flux et votre site sont tous deux corrects, mais ils se sont mis à jour à des moments différents. Une promotion s'active sur le site à minuit alors que le flux porte encore le prix de la veille jusqu'à la prochaine récupération programmée. La mise en cache peut aussi servir à Google une ancienne page même après mise à jour. Le sujet n'est pas la faute mais la synchronisation : alignez la valeur du flux, le prix visible de la page et les données structurées, puis comblez le décalage avec une actualisation plus fréquente et des mises à jour automatiques pour que les trois ne divergent jamais.

Combien de temps faut-il pour qu'un article corrigé soit de nouveau approuvé ?

Après correction du flux et de la page, la réapprobation suit généralement la prochaine exploration et le traitement du flux, souvent en quelques heures à environ 3 jours. Vous pouvez l'accélérer en demandant une nouvelle récupération des articles concernés ou en réimportant le flux, puis en consultant la page Diagnostics dans Merchant Center. Ne changez pas le prix de nouveau en cours d'examen, car chaque changement relance la comparaison. Confirmez que la valeur du flux, le prix visible et le prix des données structurées concordent tous avant de resoumettre, puis surveillez Diagnostics quelques jours pour être sûr que le refus ne revient pas.