In breve: Dal 22 aprile 2026 la Merchant API è raggiungibile dall'interno dei Google Ads Scripts. Feed e campagne vivono finalmente in un unico runtime. Uno script legge i dati di Merchant Center e agisce di conseguenza. Un prodotto rifiutato vola fuori dal listing group PMax, uno SKU esaurito mette in pausa il suo gruppo di asset. Automaticamente, senza collante esterno tra due sistemi.
Scrivo Google Ads Scripts dal 2015, quando ho lanciato ppc-scripts.eu. E per tutti questi anni lo stesso muro tagliava in due ogni setup Shopping. Le campagne vivevano negli Scripts, il feed viveva da tutt’altra parte, e qualunque cosa avesse bisogno di entrambi voleva dire nastro adesivo. Il 22 aprile 2026 Google ha buttato giù quel muro. La Merchant API è ora raggiungibile dall’interno dei Google Ads Scripts.
Cosa è cambiato
Uno script può ora leggere i dati di Merchant Center e agire di conseguenza nello stesso runtime di Google Ads. Aggiungi i product_filters (condivisione condizionale del feed con Google Ads, rilasciata a novembre 2025) e il ciclo tra la salute del feed e la spesa pubblicitaria si chiude finalmente in un unico ambiente.
Perché è importante
La separazione costringeva prima a soluzioni scomode. Un problema del feed veniva rilevato in un sistema. La reazione della campagna scattava in un altro. E in mezzo c’era impiantistica esterna, un cron job, un server, delle credenziali, tutto a carico tuo. In dodici anni sulla Google Ads API ho costruito più di quel collante di quanto mi piaccia ammettere. Ora la reazione vive dove già controlli la campagna.
Il vantaggio più ovvio è una protezione a ciclo chiuso. Un prodotto viene rifiutato in Merchant Center e lo stesso script lo toglie dal listing group PMax o ne taglia il budget. Automaticamente, senza intervento umano.
Come automatizzarlo
Parti dall’evento del feed che oggi ti fa più male gestire a mano e collegalo a un’azione sulla campagna:
- Rifiuto → esclusione. Uno SKU perde l’approvazione, quindi rimuovilo dal listing group pertinente. La spesa smette di inseguire un prodotto che nessuno può comprare.
- Esaurito → pausa. Lo stock arriva a zero nel feed, quindi metti in pausa il gruppo di asset che lo mostra o riducine l’offerta.
- Cambio di prezzo → revisione dell’offerta. Un aggiornamento di prezzo erode il margine, quindi segnala il prodotto per rivalutare l’offerta.
Questo tipo di logica cross-dominio prima richiedeva due sistemi e un cron job in mezzo. Ora è un solo script che gira sulla pianificazione di Google, senza collante esterno da mantenere né segreti da passare tra ambienti. Parti da un evento e un’azione. Verifica che la reazione scatti e solo dopo collega la successiva.
Per il contesto più ampio della convergenza tra le API Ads e Merchant di Google, leggi il nostro riepilogo dell’anno delle API di Google.
