Google Merchant Center peut réécrire quatre champs du flux que vous soumettez sans vous demander votre avis : le prix, le prix soldé, la disponibilité et l'état. Il récupère les valeurs de remplacement directement dans le balisage de données structurées de vos pages produits, et il le fait par défaut sur chaque nouveau compte Merchant Center (support.google.com/merchants/answer/15623993). Si votre page produit se met à jour lentement, est mise en cache par un CDN ou est tout simplement erronée, Google lui fera quand même davantage confiance qu'à votre flux. Ce guide s'adresse à toute personne qui gère des campagnes Shopping payantes ou des fiches gratuites et qui a constaté dans Google un prix, un statut de stock ou un état ne correspondant pas à ce qu'elle a soumis ; il explique comment identifier les fiches concernées et comment verrouiller les champs qui comptent.
Ce que modifient réellement les « mises à jour automatiques des articles »
Google appelle cette fonctionnalité « automatic item updates » (mises à jour automatiques des articles) et, depuis septembre 2025, elle se trouve dans Merchant Center sous Products & store > Products > Automations, où chaque automatisation dispose de son propre bouton d'activation et d'une estimation d'impact rédigée en langage clair (support.google.com/merchants/answer/15623993). Trois sous-automatisations sont activées par défaut sur tous les comptes : les mises à jour du prix, de la disponibilité et de l'état. Deux autres sont facultatives et doivent être activées délibérément : les mises à jour de la livraison et les améliorations d'images (support.google.com/merchants/answer/3246284).
L'explication que donne Google du mécanisme est sans détour : « Nous lisons automatiquement le balisage de données structurées de votre boutique en ligne à l'aide de nos extracteurs de données avancés et récupérons directement les données produits de votre HTML dans Merchant Center. » L'exemple que donne Google dans son centre d'aide mérite d'être repris tel quel, car il montre à quel point un petit écart suffit à déclencher une réécriture : si votre dernier import de flux fixe le prix d'un article à 4 GBP, mais que la page produit en ligne l'affiche à 3 GBP, Google met à jour l'annonce ou la fiche gratuite active à 3 GBP, et non aux 4 GBP que vous avez soumis.
La disponibilité fait l'objet d'une correspondance plus souple que le prix. La documentation de Google indique que « in_stock, preorder et backorder sont tous considérés comme compatibles avec in_stock » pour cette automatisation : une page qui affiche brièvement « backorder » ne déclenchera donc pas forcément de correction, mais une page qui affiche « out of stock » face à un flux indiquant « in stock » en déclenchera une.
Pourquoi cette fonctionnalité existe, et pourquoi elle n'est pas forcément néfaste
Son objectif déclaré est d'éviter les refus causés par des données de flux obsolètes : « Si les extracteurs ne parviennent pas à déterminer le prix, la disponibilité ou l'état, vos produits feront l'objet de refus au niveau produit » (support.google.com/merchants/answer/3246284). Autrement dit, Google l'a conçue comme un filet de sécurité pour les marchands dont les flux sont en retard sur leur boutique. Pour une boutique dotée d'un balisage schema.org Product fiable et d'un flux rarement mis à jour, elle réduit réellement les refus.
Le problème réside dans l'hypothèse sous-jacente : que la page en ligne est toujours plus à jour et plus exacte que le flux. Cette hypothèse tombe dans plusieurs situations que nous rencontrons souvent lors d'audits de flux :
- La boutique utilise un CDN ou un cache de page complète qui a 15 à 60 minutes de retard sur un changement de prix, si bien que l'exploration de Google récupère l'ancien prix.
- Les données structurées du site ont été configurées une seule fois, il y a des années, et jamais mises à jour lors du déploiement d'un nouveau moteur de prix ou d'un module de promotions : elles affichent donc le prix soldé du mois dernier.
- Une boutique régionale ou propre à une devise sert des données structurées différentes de celles que Google explore pour ce marché.
- Le flux est volontairement plus prudent que le site, par exemple en maintenant un article « in stock » pendant une période tampon définie, le temps de rapprocher un inventaire d'entrepôt.
Dans chacun de ces cas, les mises à jour automatiques des articles amènent Google à afficher le mauvais chiffre dans l'annonce, et ce, en silence. Aucun e-mail n'est envoyé. La seule trace est une ligne dans les diagnostics de Merchant Center, sous un problème libellé exactement « Automatic updates: Mismatched price », « Automatic updates: Mismatched availability » ou « Automatic updates: Mismatched condition ». Il s'agit d'un mode de défaillance différent des suspensions de compte que nous avons traitées dans notre guide de récupération après une suspension pour présentation trompeuse : rien ici n'entraîne la suspension de votre compte, mais l'annonce sur laquelle clique votre client peut ne pas refléter l'offre que vous vouliez proposer.
Un exemple concret
Flux soumis :price: 1299.00 TRY,availability: in stock
Page produit en ligne (derrière un cache CDN de 40 minutes après une baisse de prix lors d'une vente flash) : les données structurées affichent1199.00 TRY
Le robot de Google lit la page en cache, signale « Automatic updates: Mismatched price » et republie la fiche à 1199.00 TRY — un prix que le marchand n'a jamais soumis et que les conditions de la vente n'ont jamais autorisé sur ce canal.
Le flux était correct. C'est la correction de Google qui était l'erreur, et elle apparaissait dans l'onglet des diagnostics exactement comme un cas où le flux aurait réellement été obsolète.
Liste de contrôle : êtes-vous concerné ?
- Ouvrez Products & store > Products > Diagnostics et filtrez les problèmes contenant « Automatic updates ». Chacun indique le nombre d'articles concernés et un échantillon des ID d'offre concernés.
- Ouvrez Products & store > Products > Automations et vérifiez si les mises à jour du prix, de la disponibilité et de l'état sont activées (elles le sont par défaut, sauf si quelqu'un les a déjà désactivées).
- Choisissez trois ID d'offre signalés et comparez trois valeurs côte à côte : la valeur soumise dans votre flux, la valeur actuellement affichée dans l'annonce Shopping ou la fiche gratuite, et la valeur présente dans les données structurées schema.org/Product ou Product de votre boutique (affichez le code source de la page ou utilisez le test des résultats enrichis de Google) au moment de la vérification.
- Si l'annonce en ligne correspond aux données structurées mais pas à votre flux, et que les données structurées sont erronées, la cause se trouve sur votre site, pas dans votre flux. Corriger les données structurées (ou leur délai de mise en cache) corrige l'annonce sans toucher au moindre paramètre de Merchant Center.
- Si vous êtes passé de la Content API for Shopping à Merchant API cette année, revérifiez chaque bouton d'amélioration automatique. La Content API for Shopping a été arrêtée le 18 août 2026, avec des erreurs de requête progressives à partir du 1er septembre 2026 pour quiconque l'appelle encore (developers.google.com/merchant/api/latest-updates, page à jour au 24 septembre 2026). Les mises à jour automatiques des articles relèvent désormais d'une ressource dédiée
automaticImprovementsdans Merchant API, et une migration précipitée est une cause fréquente de réinitialisation silencieuse de ces paramètres à leurs valeurs par défaut.
La désactiver, entièrement ou champ par champ
Dans l'interface de Merchant Center, allez dans Products & store > Products > Automations, ouvrez l'automatisation que vous souhaitez modifier, cliquez sur View details et utilisez le bouton pour activer ou désactiver cette mise à jour précise. Cela fonctionne pour les mises à jour du prix, de la disponibilité, de l'état et de la livraison. Les améliorations d'images et les améliorations de la livraison ne peuvent elles aussi être gérées que de cette manière dans l'interface, mais deux des paramètres ne sont accessibles que par l'API.
Si vous vous connectez via Merchant API, vous contrôlez le même comportement grâce à des champs booléens explicites sur la ressource automaticImprovements du compte (developers.google.com/merchant/api/guides/automatic-improvements/overview) :
| Sous-automatisation | Par défaut | Bouton dans l'interface Merchant Center | Champ Merchant API |
|---|---|---|---|
| Mises à jour du prix | Activé | Oui | allowPriceUpdates |
| Mises à jour de la disponibilité | Activé | Oui | allowAvailabilityUpdates |
| Mises à jour strictes de la disponibilité | Désactivé | Non | allowStrictAvailabilityUpdates |
| Mises à jour de l'état | Activé | Oui | allowConditionUpdates |
| Améliorations automatiques des images | Désactivé | Oui | allowAutomaticImageImprovements |
| Améliorations automatiques de la livraison | Désactivé | Non | allowShippingImprovements |
La documentation de Merchant API précise explicitement que la mise à jour de cette ressource remplace l'intégralité du composant et ne constitue pas un correctif partiel : envoyez les six champs à chaque mise à jour, et pas seulement celui que vous vouliez modifier, sous peine de réinitialiser les autres à leurs valeurs par défaut (developers.google.com/merchant/api/guides/automatic-improvements/overview).
Décider de ce qu'il faut réellement désactiver
Tout désactiver n'est pas forcément le bon choix. Cela supprime le filet de sécurité contre les refus que la fonctionnalité était censée éviter. Il est plus utile de raisonner attribut par attribut :
- Laissez les mises à jour du prix et de la disponibilité activées si vos données structurées sont fiables et que la fréquence d'actualisation de votre flux est réellement plus lente que les changements de prix de votre site.
- Désactivez les mises à jour du prix si vous menez des promotions limitées dans le temps où le prix du flux est intentionnel et différent d'une version en cache ou en prépublication de la page.
- Laissez les mises à jour strictes de la disponibilité désactivées (leur valeur par défaut) si votre équipe opérationnelle maintient des articles disponibles pendant une période de rapprochement que la lecture littérale de la page contredirait.
- Laissez les mises à jour de l'état activées dans la plupart des cas : les incohérences d'état sont plus rares, et le mode de défaillance (un article d'occasion marqué comme neuf, ou l'inverse) est généralement un vrai problème de données qu'il vaut la peine de détecter.
Ce que ce guide ne couvre pas
Ce guide est propre à Google Merchant Center. Meta Commerce Manager et TikTok Shop ont leur propre logique de rapprochement des catalogues, qui n'est ni documentée au même endroit ni régie par les mêmes paramètres ; traitez chaque canal comme un audit à part. Ce guide ne couvre pas non plus le mécanisme distinct des « autofeeds » de Google, par lequel Google construit un flux entièrement à partir de l'exploration de votre site, sans aucune soumission — il s'agit d'une autre fonctionnalité pour un autre problème (aucun flux, plutôt qu'un flux partiellement écrasé), qui mérite son propre audit.
Si la cause est un balisage de données structurées défaillant ou absent sur votre site plutôt qu'un paramètre Google trop agressif, aucun bouton de Merchant Center ne réglera le problème : vous devez corriger le balisage lui-même, et le test des résultats enrichis de Google est le moyen le plus rapide de voir ce que son robot lit réellement. Les outils de surveillance de flux comme Channable et DataFeedWatch proposent une vue similaire des diagnostics d'incohérence, canal par canal ; la vraie différence tient à la question de savoir si la boucle de correction, de la détection de l'incohérence à la correction et à la republication du flux, a lieu au même endroit que celui où vous gérez le flux lui-même, ce qui relève davantage d'une préférence de méthode de travail que d'une limite technique d'un outil en particulier. Les erreurs de GTIN et d'identifiants constituent une catégorie de refus liée mais distincte, traitée dans notre guide sur les erreurs de GTIN.
La place de Feedance
Feedance considère votre flux enrichi comme la source unique de vérité, diffusée vers chacun de ses plus de 200 canaux connectés via l'intégration Google Merchant Center : un écrasement côté Google apparaît ainsi comme une incohérence visible par rapport à cette source de vérité, au lieu de disparaître dans un onglet de Merchant Center que personne ne consulte quotidiennement. C'est la surveillance des flux qui détecte d'abord la dérive ; les décisions concernant les paramètres décrits ci-dessus restent les vôtres, dans l'interface de Google. La fréquence d'actualisation du flux dépend de l'offre (Essentials synchronise quotidiennement ; Business toutes les heures), ce qui compte ici, car un flux actualisé une seule fois par jour laisse aux mises à jour automatiques des articles une journée entière d'écart à combler avec des données issues de l'exploration des pages avant que votre prochaine soumission ne corrige le tir.
Questions fréquentes
Que sont les mises à jour automatiques des articles de Google Merchant Center ?
Il s'agit d'une fonctionnalité de Google, activée par défaut, qui lit les données structurées de vos pages produits et s'en sert pour écraser le prix, la disponibilité, l'état et (en option) les données de livraison et d'image que vous avez soumis dans votre flux, chaque fois que le robot de Google détecte une incohérence.
Quels attributs Google peut-il modifier sans que mon flux ne soumette de nouvelle valeur ?
Par défaut, le prix, le prix soldé, la disponibilité et l'état. Les estimations de délai de livraison et les améliorations d'images sont des sous-automatisations distinctes, désactivées par défaut, qui doivent être activées délibérément.
L'activer corrigera-t-il tous mes refus dans Merchant Center ?
Non. Elle ne résout que les refus causés par une incohérence entre votre flux et votre page en ligne pour les quatre attributs concernés. Les erreurs de GTIN, les violations de règles et les problèmes de présentation trompeuse n'ont aucun rapport et nécessitent leurs propres corrections.
Puis-je désactiver complètement les mises à jour automatiques des articles ?
Oui, attribut par attribut, soit dans Merchant Center sous Products & store > Products > Automations, soit via les quatre champs booléens liés aux mises à jour de la ressource automaticImprovements de Merchant API si vous gérez votre compte par l'API.
Cela affecte-t-il aussi mon catalogue Meta ou TikTok Shop ?
Non. Ce mécanisme précis est propre à Google. Meta Commerce Manager et TikTok Shop ont leur propre logique de rapprochement des catalogues, documentée séparément, que cet article ne couvre pas.
Je suis passé de la Content API for Shopping à Merchant API cette année. Dois-je revérifier quelque chose ?
Oui. Les mises à jour automatiques des articles relèvent désormais d'une ressource dédiée automaticImprovements dans Merchant API et, comme les mises à jour de cette ressource remplacent l'ensemble des champs en une seule fois, un script de migration précipité qui n'a modifié qu'un seul champ peut avoir réinitialisé silencieusement les autres à leurs valeurs par défaut.
Comment savoir si Google a déjà modifié ma fiche ?
Consultez Products & store > Products > Diagnostics à la recherche de problèmes libellés « Automatic updates: Mismatched price », « Mismatched availability » ou « Mismatched condition ». Chaque entrée indique un échantillon des ID d'offre concernés, ce qui vous permet de comparer directement la valeur du flux à la valeur en ligne.
Tous les marchands devraient-ils la laisser désactivée ?
Non. Pour les boutiques dont les données structurées sont exactes et dont le flux s'actualise plus lentement que la boutique, elle réduit les refus sans réel inconvénient. Le risque concerne spécifiquement les boutiques dont la page en ligne peut être obsolète, mise en cache ou volontairement différente du flux.
Feedance gère-t-il ce paramètre à ma place ?
Feedance gère votre flux enrichi comme la source de vérité diffusée vers Google et plus de 200 autres canaux ; le paramètre des mises à jour automatiques des articles est un réglage du compte Google Merchant Center que vous contrôlez directement dans l'interface ou l'API de Google, et non quelque chose qu'une plateforme de flux peut activer à votre place.
Quelle est la différence entre les mises à jour automatiques des articles et les autofeeds ?
Les mises à jour automatiques des articles corrigent des attributs précis d'un flux que vous soumettez déjà. Les autofeeds sont un mécanisme Google distinct qui construit un flux de zéro en explorant votre site lorsqu'aucun flux n'a été soumis. Ils répondent à des problèmes différents et se contrôlent séparément.
Lancez un audit gratuit de votre flux produits pour voir où vos valeurs soumises et les données affichées sur vos canaux ont déjà divergé.
Kardelen Yılmaz travaille sur la croissance chez Feedance, où elle aide les marques e-commerce et les agences à tirer un meilleur rendement de chaque produit qu’elles mettent en avant dans leurs publicités. Elle écrit sur la qualité des flux produits, les campagnes Shopping et Performance Max, l’automatisation créative et la façon dont le shopping piloté par l’IA transforme la visibilité des produits.
LinkedIn
