Controllare l’IA in Google Ads: automazione con limiti e controlli

Quali tipi di automazione esistono?

Smart Bidding

Google Smart Bidding utilizza Google AI per orientare le offerte nelle singole aste su conversioni o valore di conversione. Ne fanno parte CPA target, ROAS target, «Massimizza conversioni» e «Massimizza valore di conversione». Smart Bidding decide le offerte all’interno della configurazione di campagna e obiettivo. Presuppone che la conversione selezionata sia pertinente per gli obiettivi aziendali e affidabile dal punto di vista tecnico.

Raccomandazioni applicate automaticamente (auto-apply)

Google può applicare automaticamente tipi di raccomandazione selezionati a livello di account. Possono riguardare offerte, parole chiave, targeting, annunci, asset o monitoraggio. I tipi disponibili possono cambiare.

Strumenti e agenti esterni

I fornitori terzi possono leggere dati, generare proposte o, con l’autorizzazione corrispondente, eseguire modifiche. L’etichetta di marketing non dice quali diritti esistono. Verifichi autorizzazioni API, ruolo utente, percorso di modifica e traccia di audit.

maitiq è un servizio gestito assistito dall’IA per Google Ads: i workflow generano dalle evidenze proposte con intervento, motivazione e dati a supporto. La decisione è presa da una persona oppure l’azione rientra nei limiti di una politica limitata attivata espressamente; ogni implementazione è un passo separato, espressamente autorizzato e registrato, e i testi generati dall’IA restano consultivi. L’audit stesso è in sola lettura.

Classifichi quindi i sistemi in base alle autorizzazioni, non all’etichetta di marketing:

• leggere: recuperare dati, senza raccomandazione né modifica;
• proporre: formulare un intervento, senza che venga accettato;
• decidere: memorizzare una decisione – di una persona o di una politica limitata espressamente autorizzata –, senza esecuzione tecnica;
• modificare: eseguire esattamente la modifica autorizzata separatamente;
• verificare: controllare lo stato tecnico successivo e l’osservazione nel tempo.

Un prodotto può chiamarsi «IA» e limitarsi a leggere. Una semplice regola può modificare direttamente. Il rischio sta nell’ambito di applicazione e nei diritti, non nell’etichetta. Quale ruolo strategico l’IA può assumere nella gestione operativa è descritto in IA per la gestione di Google Ads; qui si parla di registro, verifica e arresto.

Perché la conversione è la leva di controllo più importante?

Un’automazione delle offerte ottimizza sul segnale che riceve. Se una visita a una pagina è primaria, la campagna può generare più visite senza produrre richieste valide. Se l’avvio del modulo, la conferma del browser e lo stesso lead lato server vengono tutti conteggiati come primari, il sistema si addestra su un volume obiettivo gonfiato.

Verifichi l’azione di conversione che rappresenta l’obiettivo aziendale, primaria o secondaria, l’obiettivo della campagna, la modalità di conteggio, la deduplicazione, il valore, il consenso, la freschezza dei dati, la riconciliazione con il sistema di origine e la qualificazione. Il solo indicatore «primaria» non basta: anche le azioni secondarie incluse in un obiettivo personalizzato che la campagna utilizza davvero servono per l’offerta. Più obiettivi e azioni legittimi possono coesistere e non devono essere forzati in un’unica conversione principale. Una conversione del sito web verificata può essere l’obiettivo giusto; decisivo è che il segnale corrisponda al risultato commerciale effettivo e non venga gonfiato da eventi duplicati o deboli. Le offerte basate sulle conversioni richiedono un segnale solido e deduplicato; un’importazione CRM non è necessaria per ogni account. In maitiq la preparazione e la riconciliazione delle conversioni offline e CRM fanno parte delle prestazioni concordate: i flag di consenso vengono verificati, i dati identificativi sottoposti a hash e i record deduplicati. L’importazione in produzione tramite l’interfaccia dati di Google non è attualmente disponibile attraverso questa via e non viene sbloccata da un accordo separato da solo. L’audit in sola lettura non esegue alcun caricamento e non modifica l’account.

Quali campi deve contenere un registro delle automazioni?

Prima di compilare occorre sapere dove cercare. Le automazioni si trovano in almeno quattro punti: nelle impostazioni di auto-apply dell’account, nelle strategie di offerta delle singole campagne, negli accessi collegati (ruoli utente, account collegati, accessi API di fornitori terzi) nonché negli script e nelle regole automatiche. Verifichi tutti e quattro i punti prima di dichiarare completo un registro. Il registro è un modello per il suo file di lavoro: lo compila per il suo account; non si popola automaticamente dai dati dell’account.

Il registro riporta inoltre, per ogni voce, stato (attivo, in pausa, test, sconosciuto), fonte di attivazione, ultima modifica, ultima verifica e prossima scadenza. Sconosciuto non va trattato come disattivato, ma genera un chiarimento con scadenza. La cronologia delle modifiche è parziale e limitata nel tempo: la fonte e la data di attivazione possono quindi mancare. I diritti a livello di account e quelli specifici di campagna vengono rilevati separatamente; un accesso tramite account manager da solo non prova un’automazione attiva, ma la sua assenza non prova nemmeno che non ce ne siano.

Una voce è valida quando una seconda persona può verificarla senza dover porre domande: per l’auto-apply il tipo di raccomandazione esplicitamente indicato, altrimenti sistema e livello, la fonte e la data di attivazione nella misura in cui la cronologia le mostra, le campagne interessate, la conversione principale protetta, la persona con diritto di arresto e la prossima data di revisione. Se la fonte o la data di attivazione mancano, si registra sconosciuto e si apre un chiarimento con scadenza, invece di scartare la voce solo per questo motivo. «L’IA ottimizza l’account» non è una voce di registro, perché da essa non discendono né un ambito di applicazione né una regola di arresto. Per maitiq la voce si presenta così: diritti «analizzare e proporre», «registrare la decisione» e – quando espressamente attivata – «esecuzione autorizzata separatamente»; un audit in sola lettura legge soltanto e non modifica nulla. Approvazione «decisione singola» oppure una politica limitata attivata espressamente, che approva le proposte idonee e avvia l’esecuzione autorizzata separatamente; controlli limitano l’esecuzione all’account, all’azione e alle entità autorizzati, e una decisione esatta e registrata – per esempio l’esclusione di parole chiave indicate con precisione – autorizza già la relativa implementazione protetta, senza una seconda approvazione aggiuntiva. Evidenze «proposta con intervento, motivazione e, dove esiste un confronto di valori, valore precedente e nuovo»; implementazione «passo autorizzato separatamente e registrato»; responsabilità «persona indicata presso di lei più il Client Success Manager».

Come si verifica l’auto-apply per tipo di raccomandazione?

Google consente l’applicazione automatica esclusivamente a livello di account. Un’approvazione per singola campagna non esiste: chi attiva un tipo lo attiva per l’intero account. Verifichi quindi tipo per tipo, non bundle per bundle.

1. Aprire le impostazioni di auto-apply a livello di account.
2. Scomporre i bundle nei singoli tipi di raccomandazione e rilevare ogni tipo separatamente.
3. Assegnare ogni tipo alla sua categoria – annunci e asset, offerte, parole chiave e targeting oppure monitoraggio. La categoria determina quale rischio commerciale va verificato; un tipo di monitoraggio può modificare proprio il segnale su cui ottimizza la sua strategia di offerta.
4. Nel tab «Cronologia» leggere per ogni tipo: stato di opt-in attuale, numero delle applicazioni più recenti, momento dell’ultima applicazione e data della prima attivazione.
5. Nella cronologia delle modifiche dell’account verificare chi ha iscritto l’account e quando; la cronologia è parziale e limitata nel tempo.
6. Esaminare la coda delle raccomandazioni previste per la giornata e scartare quelle non adatte prima che vengano eseguite.
7. Leggere le entità interessate dalle ultime applicazioni e verificarle rispetto a conversione principale, limiti di budget e regole commerciali documentate.
8. Annotare la decisione con la motivazione: mantenere, disattivare, test limitato, non chiaro oppure escalare.
9. In caso di disattivazione, documentare la via scelta – deselezionare e salvare nel tab «Gestisci» oppure disattivare dal tab «Cronologia».
10. Salvare la prossima data di revisione.

Il punteggio di ottimizzazione non è un KPI aziendale. Una raccomandazione può essere coerente con la logica della piattaforma e contraddire comunque il quadro commerciale documentato.

Due punti vanno esplicitamente messi a verbale. Primo: la documentazione ufficiale sulla gestione descrive la disattivazione di un tipo, non l’annullamento di modifiche già applicate. La disattivazione impedisce le applicazioni future; le modifiche già applicate sono ricostruibili nella cronologia delle modifiche e, dove questa lo consente, aggiornate o annullate — non ogni raccomandazione applicata può essere annullata. Secondo: il catalogo dei tipi cambia. Google segnala esplicitamente che le raccomandazioni vengono adeguate nel tempo; verifichi il catalogo dei tipi applicabili automaticamente a ogni revisione. Un registro senza data di revisione fissa invecchia quindi senza segnalare alcun errore.

Come si controlla Smart Bidding?

Prima dell’attivazione:

• verificare la conversione principale;
• controllare il valore di conversione e il conteggio;
• definire le campagne interessate;
• comprendere i dati e il ritardo;
• approvare i limiti di budget e di obiettivo;
• evitare modifiche strutturali parallele;
• definire la finestra di osservazione e la regola di arresto.

Dopo l’attivazione si documentano stato e fase di apprendimento, si verificano termini di ricerca e mix di traffico, si osserva la qualità delle conversioni, si versionano le modifiche a obiettivo o budget e si valutano i risultati solo con evidenze mature. Un minimo universale di conversioni non esiste; quanti dati servano a una strategia dipende dalla campagna, dall’obiettivo e dal requisito specifico del sistema.

Come dovrebbe generare proposte un’IA esterna?

Un’architettura controllata:

1. Codice deterministico raccoglie le evidenze ammesse.
2. I dati identificativi o non necessari vengono rimossi.
3. Il modello riceve un estratto limitato e depurato, non un file grezzo.
4. Lo schema di risposta ammette solo riferimenti e valori di stato noti.
5. I valori numerici vengono calcolati al di fuori del modello.
6. La validazione rifiuta le risposte incomplete o inventate.
7. Il risultato resta consultivo.
8. Una persona decide; in alternativa, una politica limitata attivata espressamente può approvare le proposte idonee e avviare l’esecuzione autorizzata separatamente – è disattivata per impostazione predefinita.
9. Un’operazione di scrittura separata e autorizzata implementa esattamente ciò che è stato approvato.
10. Ogni esito di un’operazione di scrittura eseguita viene registrato.

maitiq lavora secondo questo principio: i numeri vengono calcolati in modo deterministico, l’IA supporta in modo consultivo e con verifica dello schema nella formulazione e nella classificazione, e non approva alcuna proposta.

Come restano i numeri deterministici e gli output dell’IA consultivi?

Il percorso numerico e quello linguistico restano separati. Costi, clic, conversioni, finestre temporali, valute, valori limite e formule provengono da dati di origine validati e da codice deterministico. Un modello può spiegare questi valori, stabilirne la priorità o classificarli in campi predefiniti, ma non può introdurre un nuovo numero come osservazione.

Una risposta il cui formato di output è verificato fa riferimento solo a entità note, valori di stato ammessi ed evidenze esistenti. Un riferimento mancante, un valore di stato non valido, una copertura incompleta o un numero contraddittorio producono un errore visibile, non una risposta apparentemente riuscita ma con informazioni mancanti. L’output resta consultivo e non può né sostituire una decisione umana né autorizzare una modifica.

Quali regole di arresto sono sensate?

Sospenda l’automazione o segnali il problema al responsabile se il segnale di conversione è rotto o conteggiato due volte, se l’ambito di applicazione è inatteso, se vengono raggiunti limiti di budget o di esposizione, se c’è un’esposizione non autorizzata degli ID clic o dei dati sul consenso, se le conversioni importate superano gli eventi di origine ammissibili, se il mix di termini di ricerca cambia fortemente, se ci sono modifiche non attribuibili, se manca la persona responsabile o se una decisione non è riproducibile.

Una regola di arresto richiede una persona con accesso, non solo un allarme su un dashboard. Nel servizio gestito di maitiq il suo interlocutore è una persona indicata per nome: un Client Success Manager, il suo referente dedicato in maitiq, raccoglie i segnali di arresto e li trasmette alla persona responsabile; i diritti tecnici di arresto nell’account restano alla persona da lei indicata oppure a un operatore nominato del fornitore. Le raccomandazioni che richiedono un intervento indicano l’intervento, la motivazione e i dati a supporto; le segnalazioni diagnostiche e i rilievi su dati mancanti restano visibili come tali.

Che cosa deve contenere una scheda di arresto e rollback?

Arresto e rollback sono due azioni, non una. Un arresto pone fine alle ulteriori operazioni che designa e limita l’esposizione. Un rollback ripristina uno stato precedente. Una scheda che confonde le due cose, in caso di malfunzionamento, costa esattamente il tempo che dovrebbe far risparmiare. Per ogni automazione va inserita una scheda nel registro:

Lo stato precedente va letto e salvato prima della modifica, dove il supporto tecnico lo consente; chi lo cerca solo in caso di malfunzionamento spesso non lo trova più. Non ogni azione può essere annullata tramite una funzione del prodotto, e lo stato ottenuto non può essere riletto automaticamente ovunque; dove ciò non è possibile, una verifica manuale resta la scelta affidabile. Un rollback, inoltre, è concluso solo quando lo stato ripristinato è stato letto, non quando l’annullamento è stato inviato. In maitiq ogni proposta indica l’azione esatta con valore precedente e nuovo, nella misura in cui esiste un confronto di valori del genere, altrimenti l’intervento concreto con le relative evidenze; ogni implementazione – anche un annullamento – è un passo autorizzato separatamente e registrato.

Un arresto non interrompe ogni effetto. I clic già registrati, i costi segnalati con ritardo e i dati di conversione già importati continuano a produrre effetti. La scheda indica quindi esplicitamente che cosa un arresto interrompe e che cosa no.

Chi decide, chi implementa e chi verifica rientra nel processo di approvazione per le modifiche a Google Ads. Un arresto può significare disattivare l’auto-apply per un tipo, escalare un’automazione delle offerte o revocare un accesso in scrittura esterno. Sono tre diritti diversi, e quale azione sia ammessa dipende dall’autorizzazione concreta. I limiti derivano dall’account e dall’autorizzazione, non da valori forfettari in CHF, percentuale o conversioni. I passi falliti o bloccati restano visibili come tali.

Come maitiq gestisce l’automazione con limiti e controlli

maitiq combina l’analisi regolare dell’account con un servizio gestito: i workflow leggono le evidenze e preparano proposte con intervento, motivazione e – dove esiste un confronto di valori – valore precedente e nuovo. La decisione è presa da una persona oppure l’azione rientra nei limiti di una politica limitata attivata espressamente: questa approva le proposte idonee e avvia l’esecuzione autorizzata separatamente, ed è disattivata per impostazione predefinita. Controlli limitano l’esecuzione all’account, all’azione e alle entità autorizzati. Una modifica non supervisionata al di fuori di questi limiti non avviene mai. Questo riguarda le automazioni nell’ambito delle prestazioni concordate, non ogni raccomandazione Google esterna nell’account automaticamente. Chieda invece a chi la segue oggi: chi verifica l’auto-apply per tipo, e dove viene registrato?

Domande frequenti

Fonti e inquadramento

Le cinque pagine di assistenza Google Ads riportate sotto documentano Smart Bidding, la gestione delle raccomandazioni applicate automaticamente e l’applicazione o il rifiuto delle raccomandazioni. Sono documentazione della piattaforma Google – non fonti di autorità, associazioni o ricerca indipendente sui prezzi – e vanno inquadrate di conseguenza, non come prezzo di mercato generale o prova di successo. Informazioni sul modo di lavorare di maitiq sono disponibili su maitiq.com.

Faccia esaminare il suo caso concreto da maitiq.