I target CPA e ROAS diventano strategie autonome
Google Ads promuove Target CPA e ROAS a strategie autonome nell'API v24, separandole da Maximize Conversions. Scadenza: agosto 2026.
La separazione tra tipi di strategia ridefinisce il contratto tra codice e API Google Ads
TARGET_CPA non è più un campo opzionale dentro MaximizeConversions. Da giugno 2026, con l’aggiornamento delle strategie di offerta annunciato dal team Google Ads, l’API v24 promuove Target CPA e Target ROAS a tipi di strategia distinti e autonomi. A prima vista sembra un cambio di etichetta. Per chi scrive codice che crea o gestisce campagne, cambia la struttura dei dati con cui lavora ogni giorno.
L’API non mente: un nuovo tipo, non un’etichetta
Il cambiamento è preciso e documentato. Fino a oggi, la documentazione ufficiale sulle strategie di bidding descriveva TARGET_CPA e TARGET_ROAS come tipi riservati esclusivamente alle portfolio bidding strategy — non disponibili come strategie standard a livello di singola campagna. Se volevi impostare un Target CPA su una campagna standalone, passavi da MaximizeConversions con il campo target_cpa_micros valorizzato. Basta guardare il file bidding.proto della versione v24 del protobuf per vedere come il messaggio MaximizeConversions contenga ancora quel campo opzionale (int64 target_cpa_micros = 4): era lì che abitava la logica di Target CPA prima della separazione.
Ora Google separa esplicitamente i due mondi. Le etichette “Maximize conversions with a Target CPA” e “Maximize conversion value with a Target ROAS” spariscono, sostituite rispettivamente da “Target CPA” e “Target ROAS” come tipi a sé stanti. L’azienda è chiara nel precisare che il comportamento di offerta sottostante non cambia — si tratta, nelle parole del blog ufficiale, di “strictly a labeling and organizational update”. Ma questa distinzione tra comportamento e struttura non deve ingannare: per il codice che consuma l’API, la struttura è tutto.
Il pilota automatico: come lo Smart Bidding sceglie la rotta
Dietro questa modifica c’è una realtà che chi lavora con lo Smart Bidding conosce bene. Gli algoritmi di Maximize Conversions e Target CPA puntano entrambi a massimizzare le conversioni, ma con una differenza fondamentale nel loro obiettivo di controllo: il primo ottimizza il volume dato un budget, il secondo mantiene un vincolo esplicito sul costo per acquisizione. Sono due funzioni obiettivo diverse, anche se condividono parte dell’infrastruttura di machine learning sottostante.
Il vecchio accorpamento nell’API — dove Target CPA era un campo opzionale dentro MaximizeConversions — era una semplificazione architetturale che rispecchiava la UI di Google Ads degli anni scorsi, quando l’azienda aveva scelto di presentare Target CPA come una “modalità” di Maximize Conversions. Comodo per l’utente finale, meno elegante per chi costruisce integrazioni: un campo opzionale che, se valorizzato, cambia semanticamente il tipo di strategia è una fonte silenziosa di ambiguità. La nuova struttura è più onesta: se hai un Target CPA, usi TARGET_CPA. Se vuoi massimizzare il volume, usi MAXIMIZE_CONVERSIONS. Il tipo del messaggio protobuf riflette l’intenzione, non la lascia implicita in un campo numerico.
Lo stesso ragionamento si applica specularmente a Target ROAS e Maximize Conversion Value. La separazione rende l’API più leggibile e riduce la superficie di errore: non devi più interpretare se un MaximizeConversions con target_cpa_micros = 0 significhi “nessun target” o “target non impostato”. La risposta ora è nel tipo stesso della strategia.
Agosto 2026: la scadenza che cambia lo stack
La risposta non è teorica. Google ha comunicato esplicitamente agli sviluppatori di aggiornare le loro integrazioni e la logica di creazione delle campagne per supportare le nuove designazioni TARGET_CPA e TARGET_ROAS. E c’è una data concreta a cui guardare: secondo la guida di supporto Google Ads, a partire dal 17 agosto 2026 Google modificherà i sistemi di bidding per migliorare la coerenza delle performance basate sugli obiettivi impostati, anche in presenza di aggiustamenti del budget. Quella data non è solo una milestone di marketing: è il momento in cui la nuova architettura diventa pienamente operativa nei sistemi di backend.
Se il tuo codice crea campagne impostando MaximizeConversions con target_cpa_micros per ottenere un comportamento Target CPA, devi riscrivere quella logica. Se hai script di reporting che inferiscono il tipo di strategia dal valore di quel campo, devi aggiornarli. Se hai wrapper interni all’API che mappano tipi di strategia su enum proprietari, il mapping cambia. Non si tratta di un refactoring profondo, ma di un intervento chirurgico preciso che richiede di censire ogni punto in cui il codice tocca la strategia di offerta.
Per chi costruisce campagne programmaticamente, giugno 2026 segna una ristrutturazione delle fondamenta API, non un restyling della UI. Il comportamento degli algoritmi non cambia, ma il contratto tra il tuo codice e l’API sì. Controlla i tuoi script, aggiorna la logica di creazione campagne. Agosto non aspetta.
