En bref: La Content API for Shopping v2.1 ferme le 18 août 2026. Ce jour-là, les imports de flux, les flux supplémentaires, les libellés personnalisés, les mises à jour de prix et de stock et les contrôles de refus cessent de fonctionner. Sa remplaçante, la Merchant API v1, est disponible pour tous depuis juillet 2025 et vraiment meilleure. ErrorInfo exploitable par le code, pagination à 1 000 lignes, mise à jour partielle d’un produit. C’est l’échéance la plus stricte de l’année.
La première chose que j’ai faite après l’annonce, c’est ouvrir notre base de code chez Lynt et chercher shoppingcontent.googleapis.com. Chaque résultat est un script qui meurt le 18 août 2026. C’est le jour où Google ferme définitivement la Content API for Shopping v2.1. La Merchant API v1beta, version intermédiaire, est déjà arrivée en fin de vie le 28 février 2026, et sa remplaçante officielle, la Merchant API v1, est disponible pour tous depuis juillet 2025.
Ce qui casse vraiment
Tout ce qui parle encore à l’ancienne API : imports de flux, flux supplémentaires, libellés personnalisés, mises à jour de prix et de stock, contrôles de refus. Si un script quotidien garde tes prix synchronisés, il se tait le 18 août et le flux dérive loin de la réalité jusqu’à ce que quelqu’un constate le manque à gagner. J’ai vu ce mode de panne sur des comptes réels. Ce qui coûte le plus cher, ce n’est jamais la panne elle-même, mais les semaines où personne ne la remarque.
C’est l’échéance la plus stricte de tout l’écosystème publicitaire de Google cette année. Tout le reste de la feuille de route peut glisser. Pas celle-ci.
Pourquoi la migration vaut le coup de toute façon
La Merchant API n’est pas un simple endpoint rebaptisé. Elle scinde un monolithe en sous-API ciblées (datasources, products, inventories, reports, notifications) et répare trois choses qui rendaient l’automatisation fragile sur la v2.1 :
ErrorInfoexploitable par le code. Ta logique de relance s’appuie sur un code d’erreur au lieu de comparer des chaînes.- Pagination passée de 250 à 1 000 lignes. Le même rapport avec quatre fois moins d’appels.
patchproduit. Tu modifies un champ au lieu de renvoyer le produit entier.
Comment mener la migration
Traite la refonte comme une occasion de renforcer le socle technique, pas seulement d’assurer le service minimum. Associe chaque ancien appel à la sous-API qui le remplace, branche ErrorInfo dans ta couche de relance et bascule les rapports sur la pagination élargie. Si tu gères plusieurs comptes, construis le connecteur une seule fois et déploie-le chez tous les clients. La structure en sous-API est la même partout, donc tu fais le travail une fois et chaque compte en hérite.
Lance la même recherche que moi. Cherche shoppingcontent.googleapis.com dans ta base de code et compte les résultats. Chacun d’eux est désormais en sursis. Pour replacer la Merchant API dans l’ensemble des évolutions de cette année, lis mon bilan annuel de la Google Ads API.
