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 custom labels, 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 en GA depuis juillet 2025 et vraiment meilleure. ErrorInfo lisible par la machine, pagination à 1 000 lignes, patch produit partiel. C'est l'échéance la plus dure de l'année.
La première chose que j’ai faite après l’annonce, c’est ouvrir notre codebase 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 intermédiaire a déjà fermé le 28 février 2026, et la remplaçante officielle, Merchant API v1, est en GA depuis juillet 2025.
Ce qui casse vraiment
Tout ce qui parle encore à l’ancienne API. Imports de flux, flux supplémentaires, custom labels, 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 remarque le chiffre d’affaires manquant. J’ai vu ce mode de panne sur des comptes réels. Le plus cher, ce n’est jamais la panne elle-même, ce sont les semaines où personne ne la remarque.
C’est l’échéance la plus dure 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 :
ErrorInfolisible par la machine. Ta logique de retry se branche 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 durcir la stack, pas seulement d’assurer le service minimum. Relie chaque ancien appel à sa sous-API d’accueil, branche ErrorInfo dans ta couche de retry et bascule les rapports sur la pagination élargie. Si tu gères plusieurs comptes, construis le connecteur une seule fois et déploie-le sur 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 codebase et compte les résultats. Chacun d’eux est désormais en sursis. Pour voir comment la Merchant API s’insère dans le reste des changements de l’année, lis mon bilan de l’année de l’API Google.
