Errore 400 in Google Ads: come risolverlo e prevenirlo

Ok, diciamolo chiaramente. Il codice di errore 400 in Google Ads dà spesso la sensazione che “ci sia qualcosa che non va”, senza mostrarti subito cosa. E quando le campagne fanno correre il tempo e il budget, non ti serve un mistero, ma un metodo. In questa guida vediamo insieme cosa significa di solito un “400” nel contesto di Google Ads e come diagnosticare il problema in tempi rapidi. Restiamo pratici: prima inquadriamo il problema, poi testiamo in modo mirato e, alla fine, mettiamo in sicurezza la prevenzione così il tuo team non deve ripartire da zero ogni volta.

Nota importante: “Google Ads 400” viene usato in pratica in punti diversi. A volte lo vedi nell’interfaccia di Google Ads, a volte durante un import, nel tracking o tramite un’integrazione. Per questo questa guida parte da una domanda semplice: dove vedi esattamente il 400?

Cosa significa davvero “Google Ads 400” e da dove inizi la diagnosi?

In molti sistemi, HTTP status code 400 significa “Bad Request”. In sostanza: la request inviata dal tuo sistema non è corretta (o non viene accettata) perché manca qualcosa, c’è un valore non valido o non rientra nelle regole. Con Google Ads API questo tipo di problema viene spesso associato anche a “invalid argument” e ad altri problemi di validazione simili, mentre i dettagli nell’errore indicano quale parametro o valore non è corretto. (developers.google.com)

Passo 1: identifica la fonte dell’errore

Usa questa distinzione e non perderai tempo sul percorso sbagliato.

Nell’interfaccia di Google Ads: l’errore appare quando salvi, modifichi o attivi annunci, campagne, segmenti di pubblico o asset.
Durante upload, import o bulksheet: l’errore appare in una procedura di caricamento o quando carichi un feed o un asset.
Nel tracking o nella gestione della landing page: l’errore nasce durante l’elaborazione dei tag, l’import delle conversioni o il collegamento dei parametri URL.
Tramite integrazione o API: l’errore compare nel connettore, nello script, nel flusso di automazione o nei log delle pipeline di analytics o dei dati ads.

Passo 2: raccogli i dettagli che ti servono

Non fermarti al solo “400”. Assicurati di avere uno screenshot o una riga di log con dentro:

il testo esatto dell’errore
il momento in cui accade (per esempio al salvataggio o all’import)
l’oggetto coinvolto (annuncio, campagna, pubblico, asset, elemento del feed)
il valore che potrebbe essere il responsabile (per esempio URL, ID, parametro, nome campo)

Negli errori API spesso nella struttura dell’errore trovi i “details” che indicano quali argomenti o campi sono problematici. Non è un “nice to have”, è la tua mappa. (developers.google.com)

Le cause più comuni del codice di errore 400 in Google Ads e come escluderle in fretta

Affrontiamo le cause più frequenti, in ordine di “più viste nella pratica” e “più rapide da testare”. Non è una lista magica, ma una triage operativa che usiamo spesso in progetti SEA e di ottimizzazione delle conversioni.

1) Campi o valori non validi nelle integrazioni (integrazioni, API, script)

Se nei log compare un 400 in un’integrazione, è molto probabile che stia fallendo una validazione. Può succedere per:

un campo che non esiste o che ha un nome diverso
un valore fuori dal formato o dall’intervallo consentito
un campo “vuoto” dove invece è richiesto un valore obbligatorio
un tipo non coerente (per esempio testo dove è atteso un numero)

Con Google Ads API viene consigliato esplicitamente di guardare i dettagli dell’errore, perché di solito indicano quale argomento non è corretto. (developers.google.com)

Test veloce: ripristina la modifica alla versione precedente e riprova. Se allora funziona, sai che la causa è nell’ultima modifica, non nell’intera configurazione.

2) Problemi di URL o landing page nel tracking conversioni e nell’import conversioni

Sembra banale, ma lo vediamo spesso: l’errore non nasce perché l’annuncio è “sbagliato”, ma perché la landing page o i componenti di tracking non elaborano in modo coerente ciò che Google Ads si aspetta.

Pensa a:

parametri URL non codificati correttamente
catene di redirect con forme di URL inattese
tag di conversione che si attivano, ma non corrispondono alla definizione di conversione

Test veloce: fai passare una campagna o un annuncio in uno scenario “pulito”. Quindi un solo URL principale senza parametri extra, e verifica se il tag di conversione continua a funzionare correttamente. Se il 400 scompare, hai trovato un candidato coerente.

3) Problemi negli upload, negli import o nei processi simili ai feed

Bulksheet e feed sono utili, finché una colonna ha un nome leggermente diverso da quello che l’import si aspetta. A quel punto arrivano errori di validazione che ritornano come 400.

Cause frequenti:

manca una colonna obbligatoria
la colonna c’è, ma contiene valori vuoti
si superano limiti di lunghezza o di formato

Negli “common errors” di Google Ads API vedi anche tipi come “stringa più lunga del limite”. (developers.google.com)

Test veloce: importa un set minimo di righe (per esempio 1 campagna o 10 elementi). Se funziona, aumenta gradualmente fino alla dimensione in cui si rompe. Non stai cercando “tutto il file”, ma la riga o il parametro specifico.

4) Validazione legata all’account o all’accesso (a volte visibile, a volte no)

Non tutti i 400 sono soltanto “l’input è sbagliato”. In alcune integrazioni anche accessi, scope o permessi possono causare un problema di validazione che ritorna come errore di request. Google Ads API documenta questo tipo di gestione degli errori come parte dei “common errors” e spiega come risolverli. (developers.google.com)

Test veloce: verifica se il connettore usa lo stesso utente, lo stesso livello di account e le stesse autorizzazioni della tua ultima esecuzione funzionante. Se hai modificato i permessi di recente, inizia da lì.

Una checklist pratica per il troubleshooting, da 0 a tutto funzionante in una sola sessione

Questa è la nostra impostazione “professionale ma con il caffè”. Breve, concreta e pensata per non farti impantanare.

Checklist A: diagnosi in 15 minuti

Annota dove vedi il 400 (interfaccia, import, tracking, log API).
Recupera il testo dell’errore con i dettagli, se presenti. Negli errori API, quei dettagli spesso stanno nella struttura dell’errore. (developers.google.com)
Individua l’oggetto (campagna, annuncio, asset, elemento del feed).
Determina cosa è cambiato da poco (parametro, template, script, colonna del feed, URL con tagging).
Fai un rollback di test: annulla l’ultima modifica o disattiva una sola integrazione alla volta.

Checklist B: soluzione mirata per scenario

Scegli il caso giusto.

Scenario 1: errore in API o integrazione

Segui questa sequenza:

Cerca nei log quale parametro o campo viene indicato nei dettagli dell’errore.
Controlla tipo e formato. Assicurati che i numeri non siano testo e che il nome esatto del campo sia corretto.
Verifica i limiti. Se l’errore segnala che una stringa è troppo lunga, correggi la lunghezza e rifila l’input.
Poi rilancia con un solo oggetto piccolo, non con tutto il batch.

Google consiglia esplicitamente di guardare i dettagli e adattare la request di conseguenza. (developers.google.com)

Scenario 2: errore durante upload o import

Crea un “small test file” con gli stessi nomi di colonna e gli stessi tipi di dato.
Aggiorna una riga alla volta fino a quando l’upload fallisce di nuovo: sei vicino alla causa.
Controlla i campi obbligatori e le celle vuote. Nel contesto API, i campi empty possono causare problemi di validazione. (ads-developers.googleblog.com)

Scenario 3: errore legato a tracking o landing page

Testa una variante di landing page senza parametri URL extra.
Verifica che il tuo tag o script si attivi davvero nella pagina in cui ti aspetti la conversione.
Controlla che la catena di redirect non produca un URL inatteso (per esempio con parametri mancanti).

Checklist C: evita che il problema si ripresenti con un miglioramento strutturale

Se succede spesso, di solito non è “sfortuna una tantum”. È un problema di processo. Quindi rendi il processo più robusto.

Validazione dell’input prima dell’integrazione: controlla lunghezza dei campi, formato e campi obbligatori nel tuo processo.
Controllo di versione per template URL e feed: se qualcuno modifica un parametro, sai subito quale esecuzione è andata in errore.
Ambiente di test o batch di prova: prima 1 o 10 oggetti, sempre, poi lanci tutto il resto live.
Logging chiaro: salva i dettagli dell’errore, non solo il codice.

Come incide sulla performance SEA e cosa devi misurare

Parliamo di business. Un codice di errore 400 non blocca solo la modifica. In base alla causa, può incidere anche su:

ad delivery (se asset o campagne non vengono salvati o attivati correttamente)
conversion tracking (se gli aggiornamenti ai tag o alle conversioni falliscono)
qualità dei dati (e quindi sull’ottimizzazione basata su segnali sbagliati)

Per questo, dopo la correzione, devi verificare che le metriche siano corrette.

Cosa controllare subito

Conversazioni o conversioni: il volume è corretto e corrisponde al pattern atteso?
Cost Per Acquisition (CPA), facendo attenzione alla definizione che usate (per acquisizione o per azione): il CPA sale o scende in modo logico dopo la correzione?
Conversion Rate (CVR): il CVR si muove in modo coerente o c’è un buco nei dati?
Click Through Rate (CTR): il CTR cambia quando gli ads o gli asset sono stati salvati di nuovo?

Suggerimento dalla pratica: tratta la diagnosi come CRO (Conversion Rate Optimization) per il tracking e per la governance delle campagne. Non è glamour, ma è efficiente. Se i dati non sono corretti, stai ottimizzando sul nulla.

Trade-off da conoscere

Una correzione rapida può disturbare temporaneamente il tracking: se applichi hotfix, controlla sempre dopo le definizioni di conversione.
Il rollback può avere impatto sul budget: ripristina ciò che hai modificato, ma fai attenzione a pianificazione, offerte e timing.
Più logging significa più overhead: vuoi i dettagli, ma non a scapito di velocità o stabilità nel workflow.

Prevenzione nella pratica: crea un workflow a prova di Google Ads 400

Non vuoi fare il detective ogni trimestre. Quindi impostiamo la prevenzione, così il team vede prima gli errori e li corregge più velocemente.

Prevenzione 1: standardizza asset SEA e naming

Molti errori di input nascono dall’incoerenza. Non da cattive intenzioni, ma dal fatto che “ognuno compila in modo leggermente diverso”. Standardizza:

final URL degli annunci e set di parametri
convenzioni di naming degli asset
nomi colonna del feed e tipi di dato

Se tieni tutto sotto controllo, riduci i problemi di validazione e risparmi ore di debugging.

Prevenzione 2: costruisci un piccolo “preflight check”

Prima di andare live con bulk o integrazioni, esegui un preflight check. Per esempio:

ogni campo obbligatorio esiste davvero?
lunghezze e formati sono corretti?
i parametri URL sono formattati bene?

Il motivo è semplice: nella validazione della request la differenza tra funzionare e non funzionare è spesso molto precisa. Google descrive questo tipo di errori guidati dalla validazione e spiega come prevenirli usando i dettagli. (developers.google.com)

Prevenzione 3: fai di SEO e SEA una rete di sicurezza reciproca

Qui il team diventa davvero più forte. Se SEA cambia qualcosa, SEO può aiutare con coerenza della landing page, struttura e allineamento dei contenuti. Se SEO modifica qualcosa, SEA può aiutare con traffico e materiali di test. Non devi complicarlo, ma ottieni loop di feedback più rapidi.

Vuoi organizzarlo meglio? Leggi anche: Seo sea: collaborazione intelligente tra SEO e SEA.

Prevenzione 4: scegli un supporto con profondità tecnica

A volte non è l’esecuzione, ma la configurazione della tua implementazione. In quel caso conviene coinvolgere qualcuno che capisca sia ads sia tracking.

Se ci stai pensando, ti aiuta sapere a cosa fare attenzione: vedi Google AdWords Specialist Inhuren: Waar Op te Letten.

Per casi d’uso specifici, serve attenzione in più

A seconda del tipo di campagna, gli errori 400 diventano più tipici nei feed o nei template di pagina.

Se fai e-commerce, controlla la struttura del feed e le integrazioni in stile Merchant. Utile anche: Google Ads Shopping: E-commerce adverteren geoptimaliseerd.
Se fai pubblicità per hotel, presta attenzione al routing degli URL e alla destinazione. Vedi: Google Hotel Ads: Hotels boeken via Google. Praktisch.

Qual è il prossimo passo se vuoi eliminare quel 400 già oggi?

Niente chiusura vaga, ma un piano concreto per domani.

Rispondi a una domanda: dove vedi esattamente “google ads 400” (interfaccia, upload/import, tracking, integrazione/API)?
Raccogli i dettagli dell’errore e collegali all’oggetto coinvolto (annuncio, campagna, asset, elemento del feed).
Fai un rollback o un test minimale: un solo piccolo scenario, un solo URL, una sola esecuzione. Così trovi la causa più in fretta.
Valida tracking e definizioni di conversione prima di riprendere a ottimizzare i KPI.
Inserisci la prevenzione nel workflow, non come controllo separato. Un preflight check e un buon logging riducono molto le ripetizioni.

E se noti che il perimetro si allarga subito oltre un solo messaggio di errore, è un segnale che la governance attorno alle modifiche ads, alle landing page e al conversion tracking va rafforzata. Questo si inserisce bene anche in un approccio di crescita più ampio, per esempio quando tratti insieme SEO, SEA e CRO: vedi Agenzia di web design: crescita con SEO, SEA e CRO.

Conclusione: risolvere Google Ads 400 significa soprattutto fare una diagnosi intelligente

Il codice di errore 400 in Google Ads di solito non è un mistero, ma un problema di validazione. La strada più rapida è: dove vedi l’errore, quale oggetto è coinvolto e quali dettagli ti stanno dando la direzione. Poi adatti l’input o la configurazione, testi in piccolo e infine controlli i dati di conversione, così non ottimizzi su segnali sbagliati.

Quando imposti bene questo processo, ottieni un workflow che intercetta prima gli errori e ti fa perdere meno tempo. E, onestamente, è una bella sensazione quasi quanto un buon caffè, solo che qui protegge i tuoi margini.