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 runtime. Un seul script lit les données de Merchant Center et agit dessus. Un produit refusé sort du listing group PMax, un SKU en rupture met en pause son groupe de composants. 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. Et pendant toutes ces années, le même mur coupait chaque setup Shopping en deux. Les campagnes vivaient dans Scripts, le flux vivait complètement ailleurs, et tout ce qui avait besoin des deux se réglait au ruban adhésif. 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 runtime Google Ads. Ajoute les product_filters (partage conditionnel du flux avec Google Ads, livré en novembre 2025) et la boucle entre la santé du flux et la dépense publicitaire se referme enfin dans un seul environnement.
Pourquoi c’est important
Cette séparation imposait avant des contournements pénibles. Un problème de flux était détecté dans un système. La réaction de campagne se déclenchait dans un autre. Et entre les deux, de la tuyauterie externe, un cron job, un serveur, des identifiants, le tout à ta charge. En douze ans sur l’API Google Ads, j’ai construit plus de cette glu que je ne veux bien l’admettre. Désormais, la réaction vit là où tu pilotes déjà 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 listing group PMax ou réduit son budget. Automatiquement, sans intervention humaine.
Comment l’automatiser
Commence par l’événement de flux qui te fait le plus mal à traiter à la main aujourd’hui et relie-le à une action de campagne :
- Refus → exclusion. Un SKU perd son approbation, alors retire-le du listing group concerné. La dépense arrête de courir après 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 avant deux systèmes et un cron job entre les deux. Aujourd’hui, c’est un seul script, exécuté sur le calendrier de Google, sans tuyauterie externe à maintenir ni secrets à faire transiter entre environnements. Commence par un événement et une action. Vérifie que la réaction se déclenche, puis seulement branche la suivante.
Pour le contexte plus large de la convergence des API Ads et Merchant de Google, lis notre bilan de l’année de l’API Google.
