Google ha rilasciato la quarta versione dell’API in dieci mesi

Le major release trimestrali richiedono manutenzione continua, mentre l’AI trasforma la creazione delle campagne

Chiunque lavori nell’area tecnica di un’agenzia conosce la scena. Hai appena finito di adattare script, report automatici e integrazioni all’ultima versione dell’API. Fai i test, tutto funziona, tiri un sospiro di sollievo. Poi apri le note di rilascio e scopri che ne è già uscita un’altra. Il 14 ottobre, una dozzina di giorni fa, è toccato a v26: secondo le note di rilascio ufficiali di Google Ads API, è una nuova versione major, la quarta del 2026. Non è una notizia clamorosa. È piuttosto la conferma di un ritmo con cui chi costruisce strumenti pubblicitari deve fare i conti tutto l’anno.

Quattro versioni in dieci mesi: il calendario che detta il lavoro

Basta mettere le date in fila. Già a gennaio, il 28, era uscita v23. Il 22 aprile è arrivata v24, il 22 luglio v25 e infine, il 14 ottobre, v26. Gennaio, aprile, luglio, ottobre: una major ogni tre mesi, con una regolarità quasi da orologio. Per chi sviluppa integrazioni significa che il lavoro di aggiornamento non è un evento eccezionale da pianificare una volta l’anno, ma una specie di manutenzione stagionale,
come il cambio delle gomme.

Tra una major e l’altra c’è anche spazio per le versioni minori. Lo scorso 23 settembre, per esempio, è uscita v25.2, una minor release senza breaking changes, cioè senza modifiche che rompono il codice esistente. Una piccola pausa, insomma, prima del rilascio successivo. Ma qui sorge la domanda che ogni sviluppatore prima o poi si fa: se ogni tre mesi arriva una versione nuova, per quanto tempo resta valida quella che sto usando adesso?

Il nastro trasportatore delle versioni e l’AI che scrive gli annunci

La risposta sta nella pagina che Google dedica alle date di dismissione delle versioni. Le regole sono due, e abbastanza semplici. La prima: Google si impegna a mantenere disponibili al massimo cinque versioni major contemporaneamente. La seconda: una versione major ha una vita di circa 12 mesi, una minor di 10.

L’immagine più utile è quella di un nastro trasportatore. Le versioni salgono da un lato a cadenza regolare e, dopo circa un anno, scendono dall’altro. Chi ci resta sopra troppo a lungo, prima o poi, cade. Con quattro major all’anno, il conto è presto fatto: la versione su cui si è costruita un’integrazione oggi sarà superata da diverse altre entro la sua scadenza, e restare indietro di troppi passaggi vuol dire ritrovarsi con un lavoro di migrazione molto più pesante. Per un’agenzia con decine di clienti, o per una piattaforma che gestisce campagne per conto terzi, questo si traduce in tempo, persone e budget dedicati soltanto a non rimanere a piedi.

Perché allora vale la pena di correre dietro al nastro, invece di limitarsi a sopravvivere? Perché le versioni recenti non portano solo correzioni tecniche. Con v22, come ha raccontato Search Engine Land nel suo resoconto, l’API ha aggiunto strumenti di automazione e intelligenza artificiale pensati per semplificare la creazione e l’ottimizzazione delle campagne. Il pezzo più interessante è descritto nell’annuncio di v22 sul blog per sviluppatori: un nuovo AssetGenerationService, in beta, che genera testi e immagini per gli annunci usando l’AI generativa.

Tradotto: non si tratta più solo di caricare via codice creatività preparate da qualcun altro, ma di chiedere all’API stessa di produrle. Secondo Search Engine Land, inserzionisti e marketer ottengono così automazione basata sull’AI sia per la creazione degli asset sia per il bidding. Per chi sviluppa strumenti significa poter offrire ai propri clienti una funzione che fino a poco tempo fa richiedeva un copywriter e un grafico. È una prospettiva entusiasmante, ma che porta con sé domande da non liquidare in fretta: chi controlla cosa viene generato, con quali dati, e chi risponde se un testo prodotto automaticamente promette qualcosa che il prodotto non mantiene? Il fatto che il servizio sia ancora in beta è anche un invito alla prudenza. E non è un’esclusiva di Google: generare asset con l’AI direttamente via API è una partita che si gioca anche altrove.

Copilot dall’altra parte del campo

Dall’altra parte del campo c’è Microsoft. Come spiega la documentazione di Microsoft Advertising sull’AI generativa, inserzionisti, agenzie e partner che accedono alla piattaforma via API possono usare le capacità generative di Copilot per creare e ottimizzare le creatività delle campagne su larga scala. L’approccio è molto concreto: si parte da un URL del sito web e da un prompt testuale, e il sistema genera i testi degli annunci, suggerisce le immagini e assembla asset video e banner display, costruendo annunci e gruppi di asset.

Messe una accanto all’altra, le due proposte raccontano la stessa direzione. Da un lato l’AssetGenerationService di Google, che produce testi e immagini; dall’altro Copilot, che promette di passare da un indirizzo web a un pacchetto creativo quasi completo. La differenza, per chi costruisce strumenti, starà nei dettagli: quanto è facile integrare questi servizi, quanto controllo lasciano su ciò che viene generato, quanto sono stabili da una versione all’altra. La domanda vera è chi riuscirà a rendere più breve il percorso dal prompt alla campagna pronta da pubblicare.

Una cosa, intanto, è chiara: le API pubblicitarie non sono più semplici tubature tecniche che collegano un software a una piattaforma. Sono diventate il punto in cui l’AI generativa entra nel lavoro quotidiano di chi fa campagne. Se il calendario trimestrale verrà rispettato, la prossima major di Google potrebbe arrivare a gennaio, ed è una data che conviene segnare in agenda. Ma la cosa da osservare davvero è un’altra: quanto in fretta le funzioni di generazione automatica, oggi ancora in beta, smetteranno di essere un esperimento e diventeranno lo standard.