Le 18 août 2026, Google ferme définitivement la Content API for Shopping. Pour la majorité des e-commerçants qui gèrent leur catalogue à la main ou via un flux Google Sheets, ce changement ne change rien. Mais pour tous ceux qui pilotent leurs fiches produits via une intégration API, un PIM ou un plugin de synchronisation automatique, c’est un compte à rebours qui touche directement le chiffre d’affaires : sans migration vers la Merchant API, les prix ne se mettent plus à jour, les nouveaux produits n’apparaissent plus, et les annonces Shopping ou Performance Max peuvent tout simplement s’arrêter de tourner.
Ce qui ferme le 18 août et qui est réellement concerné
La Content API for Shopping est l’ancienne interface technique qui permet aux boutiques en ligne d’envoyer automatiquement leur catalogue (prix, stock, disponibilité, images) vers Google Merchant Center. Elle est remplacée par la Merchant API, une architecture plus moderne, plus modulaire, déjà disponible depuis plusieurs mois.
Deux échéances, pas une seule
Les utilisateurs de la version bêta de la nouvelle API (v1beta) devaient déjà migrer vers la version stable v1 depuis fin février 2026. Le 18 août 2026 marque, lui, l’arrêt total et sans transition de l’ancienne Content API : après cette date, les appels vers l’ancienne interface ne répondent tout simplement plus.
Qui n’est pas concerné
Bonne nouvelle pour les petites structures : si votre catalogue est mis à jour via un import manuel de fichier, un flux programmé par URL ou une feuille Google Sheets, vous n’êtes pas impacté par cette fermeture. Le risque concerne exclusivement les intégrations qui communiquent avec Merchant Center via des appels API — souvent invisibles pour le e-commerçant lui-même, car gérées par une agence, un plugin CMS ou un outil de gestion de flux tiers.
Ce qui casse concrètement si rien n’est fait
La bascule ne se voit pas immédiatement dans le back-office, ce qui la rend d’autant plus dangereuse. Voici les conséquences en cascade quand une intégration API n’a pas été migrée à temps :
- Les prix et le stock se figent : Google continue d’afficher les dernières données reçues, même si elles ne correspondent plus à la réalité du site.
- Les nouveaux produits n’apparaissent jamais dans Google Shopping, puisque le flux qui les y envoyait est coupé.
- Les annonces existantes peuvent être désapprouvées puis retirées de la diffusion, Google Merchant Center détectant des données obsolètes ou incohérentes.
- Les campagnes Performance Max s’appuyant sur le flux produit perdent en volume, voire s’arrêtent complètement de diffuser si le flux devient vide ou invalide.
Pour un site dont Google Shopping est un canal d’acquisition important, l’impact se traduit en quelques jours par une baisse de trafic qualifié et de chiffre d’affaires — sans qu’aucune alerte visible ne prévienne clairement de la cause réelle.
Les pièges à anticiper pendant la migration
Les feed labels ne se transfèrent pas automatiquement
La Merchant API introduit une nouvelle logique d’étiquetage des flux (feed labels) qui remplace les anciens couples pays/langue. Si cette correspondance n’est pas reconfigurée manuellement, certains produits peuvent se retrouver mal classés, voire disparaître du ciblage géographique prévu.
Les droits d’accès OAuth sont à revalider
La nouvelle API utilise des scopes de permissions différents. Une intégration qui fonctionnait parfaitement avec l’ancienne authentification peut être bloquée tant que les autorisations n’ont pas été régénérées côté Google Cloud Console.
La structure des réponses API change
Les développeurs qui maintiennent une intégration maison doivent prévoir un vrai travail d’adaptation : les endpoints, les formats de requêtes et certains champs de données ne sont pas strictement identiques entre les deux versions. Une migration « copier-coller » échoue presque toujours en environnement de production.
Plan d’action avant l’échéance
Pour éviter toute coupure, voici la marche à suivre, dans l’ordre :
- Identifier la méthode d’envoi actuelle du catalogue : import manuel, flux programmé, ou intégration API. Seule cette dernière est concernée par la fermeture.
- Contacter l’agence ou l’éditeur du plugin qui gère la synchronisation, s’il ne s’agit pas d’un développement interne, pour confirmer que la migration vers Merchant API v1 est déjà planifiée ou effectuée.
- Tester la nouvelle intégration en environnement de test avant de couper l’ancienne, en vérifiant particulièrement les feed labels et les statuts de diffusion des produits phares.
- Prioriser les produits à fort volume de vente dans les premiers tests, pour limiter l’impact business en cas d’anomalie de migration.
- Vérifier Merchant Center après bascule : contrôler le nombre de produits actifs, les éventuelles désapprobations et l’état des campagnes Shopping/Performance Max sur les 48 heures suivant la migration.
Une échéance technique, mais un enjeu de visibilité e-commerce
Cette migration illustre une réalité que beaucoup de sites marchands sous-estiment : la performance SEO et publicitaire d’une boutique en ligne ne dépend pas seulement du contenu des fiches produits, mais aussi de la robustesse de la tuyauterie technique qui alimente Google en données fiables. Un flux produit cassé a le même effet qu’une fiche produit mal optimisée : moins de visibilité, moins de clics, moins de ventes.
Que vous soyez concerné par cette échéance du 18 août ou non, c’est le bon moment pour auditer l’ensemble de votre présence Google Shopping et vérifier que vos fiches produits, vos données structurées et votre flux Merchant Center racontent la même histoire cohérente à Google. Notre équipe accompagne les e-commerçants sur ces sujets techniques au quotidien : découvrez comment un audit SEO complet sur seoforge.io peut sécuriser votre visibilité avant que le prochain changement technique de Google ne vous prenne de court.
