En bref: Depuis le 22 avril 2026, la Merchant API est accessible depuis Google Ads Scripts. Flux et campagnes vivent enfin dans le même environnement d’exécution. Un seul script lit les données de Merchant Center et agit dessus. Un produit refusé est retiré du groupe de fiches PMax, la rupture de stock d’un SKU met son groupe de composants en pause. Automatiquement, sans aucune tuyauterie externe entre deux systèmes.
J’écris des Google Ads Scripts depuis 2015, l’année où j’ai lancé ppc-scripts.eu. Pendant toutes ces années, le même mur coupait chaque configuration Shopping en deux. Les campagnes vivaient dans Google Ads Scripts, le flux complètement ailleurs, et tout ce qui avait besoin des deux tenait avec des bouts de ficelle. Le 22 avril 2026, Google a abattu ce mur. La Merchant API est désormais accessible depuis Google Ads Scripts.
Ce qui a changé
Un script peut désormais lire les données de Merchant Center et agir dessus dans le même environnement d’exécution Google Ads. Ajoute les product_filters (partage conditionnel du flux avec Google Ads, déployé en novembre 2025) et la boucle entre l’état du flux et la dépense publicitaire se referme enfin dans un seul environnement.
Pourquoi c’est important
Cette séparation imposait auparavant des contournements pénibles. Un problème de flux était détecté dans un système, puis la réaction de campagne se déclenchait dans un autre. Entre les deux, il fallait de la tuyauterie externe, une tâche cron, un serveur et des identifiants, le tout à ta charge. En douze ans sur la Google Ads API, j’ai assemblé plus de systèmes de ce genre que je ne veux bien l’admettre. Désormais, la réaction s’exécute là même où tu pilotes la campagne.
Le gain évident, c’est un garde-fou en boucle fermée. Un produit est refusé dans Merchant Center, et le même script le retire du groupe de fiches PMax ou réduit le budget de la campagne. Automatiquement, sans intervention humaine.
Comment l’automatiser
Commence par l’événement de flux le plus pénible à traiter manuellement aujourd’hui et relie-le à une action de campagne :
- Refus → exclusion. Un SKU perd son approbation, alors retire-le du groupe de fiches concerné. Le budget ne part plus sur un produit que personne ne peut acheter.
- Rupture de stock → mise en pause. Le stock tombe à zéro dans le flux, alors mets en pause le groupe de composants qui le diffuse ou baisse son enchère.
- Changement de prix → revue d’enchère. Une mise à jour de prix ronge la marge, alors signale le produit pour réévaluer son enchère.
Ce genre de logique inter-domaines réclamait auparavant deux systèmes et une tâche cron entre les deux. Aujourd’hui, un seul script s’exécute selon la planification de Google, sans tuyauterie externe à maintenir ni secrets à faire transiter entre les environnements. Commence par un événement et une action. Vérifie que la réaction se déclenche, puis branche seulement la suivante.
Pour replacer la convergence entre la Google Ads API et la Merchant API dans son contexte, lis mon bilan annuel de la Google Ads API.
