La Merchant API arrive dans Google Ads Scripts — flux et campagnes au même endroit

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 peut désormais lire les données de Merchant Center et agir : un produit refusé est retiré d'un listing group PMax, un SKU en rupture met en pause son groupe de composants — automatiquement, sans aucune tuyauterie externe entre deux systèmes.

Flux et campagnes ont toujours vécu dans des mondes séparés : les campagnes scriptables dans Google Ads Scripts, le flux géré ailleurs entièrement. Depuis le 22 avril 2026, ce mur est tombé — la Merchant API est désormais accessible depuis Google Ads Scripts.

Ce qui a changé

Un seul script peut désormais lire les données de Merchant Center et agir dessus dans le même runtime Google Ads. Combiné aux product_filters (partage conditionnel du flux avec Google Ads, livré en novembre 2025), 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 des contournements pénibles : un problème de flux détecté dans un système, une réaction de campagne déclenchée dans un autre, le tout assemblé par de la tuyauterie externe. Désormais, la réaction se trouve là où réside déjà le contrôle de la campagne.

Le gain évident, c’est un garde-fou en boucle fermée : un produit est refusé dans Merchant Center → le même script le retire du listing group PMax ou réduit son budget — automatiquement, sans intervention humaine.

Comment l’automatiser

Commencez par l’événement de flux le plus pénible que vous traitez encore à la main aujourd’hui et reliez-le à une action de campagne :

  • Refus → exclusion. Un SKU perd son approbation → retirez-le du listing group concerné pour que la dépense arrête de courir après un produit impossible à acheter.
  • Rupture de stock → mise en pause. Le stock tombe à zéro dans le flux → mettez en pause ou baissez l’enchère du groupe de composants qui le diffuse.
  • Changement de prix → revue d’enchère. Une hausse de prix qui érode la marge → signalez le produit pour réévaluer son enchère.

C’est le genre de logique inter-domaines qui réclamait auparavant 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. Commencez petit — un événement, une action — et vérifiez que la réaction se déclenche avant de brancher la suivante.

Pour le contexte plus large de la convergence des API Ads et Merchant de Google, consultez notre bilan de l’année de l’API Google.

Vous gérez plus de 50 campagnes et vous faites encore ça à la main ?

Contact →