La migration Merchant API n’est plus une option : Google a arrêté la Content API for Shopping. Google confirme la date sur son centre d’aide. En clair, l’ancienne interface a fonctionné jusqu’au 18 août 2026, puis elle a été coupée. Concrètement, toute connexion programmatique qui envoie vos produits vers Merchant Center devait basculer avant cette date. Par ailleurs, les appels restés sur l’ancien système renvoient désormais une erreur. Résultat : un flux non migré cesse de mettre à jour vos fiches.
Migration Merchant API : ce que Google a réellement changé
D’abord, précisons le calendrier. Google a lancé la Merchant API en disponibilité générale en août 2025. Ensuite, la firme a fixé l’arrêt de la Content API au 18 août 2026. De plus, une seconde échéance visait les early adopters : la version v1beta a été retirée le 28 février 2026. Enfin, depuis le 1er septembre 2026, les requêtes vers l’ancienne interface subissent des erreurs progressives. En pratique, les appels vers les points de terminaison v2.1 renvoient un code HTTP 410 Gone.
Mais attention, il ne s’agit pas d’un simple changement de nom. En effet, la Merchant API repose sur une architecture modulaire, découpée en sous-API dédiées. Ainsi, les produits, l’inventaire, les comptes et les sources de données se gèrent séparément. Par conséquent, une intégration existante ne se recopie pas telle quelle. Autrement dit, chaque méthode utilisée doit être vérifiée face à la nouvelle référence. Par exemple, l’ancienne mise à jour des règles de retour a été remplacée par une opération de création. De plus, la méthode customBatch de la Content API n’existe plus.
Des champs techniques qui piègent les catalogues
Certains détails paraissent minuscules, mais ils cassent tout. D’abord, les prix passent en micros entiers. Concrètement, une valeur de 49,99 devient 49 990 000, soit la valeur multipliée par un million. Ensuite, une erreur d’arrondi peut fausser tout un catalogue. Par ailleurs, les valeurs d’énumération utilisent désormais des underscores. Par exemple, « in stock » devient « in_stock ». De plus, le champ targetCountry est remplacé par feedLabel. Surtout, un produit est identifié par la combinaison langue, feed label et offer ID, au format contentLanguage~feedLabel~offerId.
Pourquoi la panne ne se voit pas tout de suite
Voici le vrai danger. En effet, tant que le dernier état du flux reste dans Merchant Center, vos annonces semblent tourner normalement. Cependant, les prix et les stocks ne se mettent plus à jour. Par conséquent, les écarts s’installent en silence. Ensuite, les réclamations clients arrivent, puis les offres disparaissent progressivement des résultats. Autrement dit, un catalogue peut paraître intact dans Merchant Center tout en étant figé. Un flux produit doit donc être contrôlé entre la boutique, Merchant Center et les journaux techniques.
Il y a aussi le piège des feed labels. En effet, ces libellés ne se transfèrent pas automatiquement. De plus, leur format peut se complexifier après la bascule. Or vos campagnes Shopping et Performance Max s’appuient souvent sur eux pour cibler les bons produits. Par conséquent, un feed label mal reconnecté peut arrêter net la diffusion d’une campagne. Ce point passe pourtant toutes les validations techniques. Résultat : le flux paraît valide, mais les annonces ne servent plus.
Qui doit agir sur votre migration Merchant API
La réponse dépend de votre chaîne technique réelle. D’une part, les plateformes gérées prennent souvent la migration en charge. Ainsi, le canal officiel Google & YouTube de Shopify ou l’extension Google Listings & Ads de WooCommerce basculent en général automatiquement. Toutefois, il faut confirmer que votre extension tourne sur une version récente compatible Merchant API. D’autre part, les intégrations sur mesure exigent un vrai travail de développement. En effet, un ERP, un middleware ou un flux maison qui appelle directement l’API doit être migré à la main.
Encore faut-il identifier la bonne source. Par exemple, un ancien module ajouté lors d’une refonte peut appeler l’API à la place du connecteur officiel. Dans ce cas, personne ne surveille l’interface arrêtée. Par ailleurs, la nouvelle API impose une inscription du projet Google Cloud comme client. Sinon, un appel authentifié peut renvoyer une liste vide, sans erreur claire. Autrement dit, tout semble fonctionner, mais rien ne remonte.
Ce que la nouvelle API apporte en échange
La bascule n’est pas qu’une contrainte. En effet, la Merchant API débloque des fonctions exclusives. Notamment, Google Product Studio génère des visuels et des textes produits par IA. De plus, une API de notifications remonte les changements en temps réel. Cependant, prudence sur les contenus générés. En effet, tout titre ou visuel produit par IA doit inclure la mention digital_source_type. Sinon, vous risquez des désapprobations de produits, voire une suspension de compte. Ici, l’IA accélère, mais l’expertise fait le résultat.
Ce que ça change pour votre marque
Cette échéance touche directement votre chiffre d’affaires Shopping. Voici trois réflexes concrets. D’abord, identifiez votre source de données dans Merchant Center, via Paramètres puis Sources de données. Ensuite, vérifiez que prix et stocks se rafraîchissent bien, plutôt que de vous fier à l’apparence du catalogue. Enfin, contrôlez vos feed labels et le ciblage de vos campagnes après la bascule. En pratique, ce chantier mêle technique, flux produit et pilotage publicitaire. Or ces trois métiers avancent rarement au même rythme en interne. Un audit de votre flux et de vos campagnes permet de repérer une panne silencieuse avant qu’elle ne rogne vos ventes. Pour aller plus loin, consultez la documentation officielle de migration Google.
