Errori di modello di monitoraggio e ValueTrack: soluzione

Circa 1 account Google Ads su 8 sottoposto ad audit nel 2026 contiene almeno un modello di tracciamento che storpia silenziosamente i propri URL di clic — e il danno è a doppio taglio: l'annuncio viene disapprovato per "destinazione non funzionante" mentre il gclid che alimenta i tuoi dati di conversione si disperde. Gli errori URL sembrano un problema tecnico di nicchia, ma stanno a monte di tutto ciò che misuri, quindi un singolo modello difettoso può sia bloccare la pubblicazione sia corrompere i numeri su cui fai offerte.

Questa guida districa i modelli di tracciamento e i parametri ValueTrack, spiega esattamente perché gli URL finali falliscono la revisione e ti dà un metodo ripetibile per costruire, testare e pubblicare URL che superano la policy e portano i dati. Per analizzare automaticamente il tuo account alla ricerca di destinazioni rotte e lacune di tracciamento, esegui il nostro audit gratuito a 5 assi di Google Ads.

Aggiornato il 2026-05-25 con l'attuale validazione dei modelli di tracciamento, il comportamento di ValueTrack e l'interazione con il Consent Mode osservati negli account di Stati Uniti, Regno Unito ed Europa.

TL;DR — cosa si rompe e come correggerlo :

Destinazione non funzionante riguarda l'URL di clic assemblato, non la pagina che vedi — correggi il modello, non la pagina. 2. Tieni il token lpurl per primo e lascia che l'auto-tagging aggiunga il gclid. 3. Reindirizzamenti e banner di consenso sono le cause principali di un gclid perso. 4. Il suffisso dell'URL finale trasporta i parametri UTM più in sicurezza di un tracker di clic anteposto. 5. Testa due volte — il pulsante in-prodotto più un clic reale e attivo — prima di pubblicare su un intero account.

Cosa sono i modelli di tracciamento e i parametri ValueTrack?

Google Ads divide l'indirizzo che un utente raggiunge in due campi disaccoppiati, e comprendere questa divisione è tutto il gioco.

URL finale: la landing page effettiva — la destinazione che un utente vede. Deve risolversi in una pagina funzionante sul tuo dominio visualizzato.

Modello di tracciamento: un campo separato che dice a Google come assemblare l'URL di clic avvolgendo o aggiungendo tracciamento attorno all'URL finale. Usa il token ValueTrack {lpurl} come segnaposto per l'URL finale codificato.

Parametri ValueTrack: segnaposto dinamici che Google sostituisce al momento del clic. Il token {lpurl} diventa il tuo URL finale; token come {campaignid}, {adgroupid}, {keyword} e {device} iniettano i dettagli dell'asta così puoi attribuire i clic senza codificare a mano i valori.

Il disaccoppiamento è il punto: imposti il tracciamento una volta a livello di account, campagna, gruppo di annunci o parola chiave, e ogni URL finale lo eredita. Cambia un fornitore di misurazione e modifichi 1 campo, non 500 annunci. Per le basi della misurazione che alimentano tutto questo, consulta la nostra guida al monitoraggio delle conversioni.

Perché gli URL finali falliscono con "destinazione non funzionante"?

"Destinazione non funzionante" è una disapprovazione di policy, e quasi mai significa che la tua landing page è offline. Significa che il crawler di Google ha seguito l'URL di clic assemblato — modello più URL finale codificato più parametri — e non è riuscito a raggiungere una pagina valida. Ci sono cinque cause ricorrenti.

Codifica rotta — Quando {lpurl} non viene tenuto per primo, o il valore di un parametro contiene uno spazio o un simbolo non codificato, l'URL cucito diventa malformato e si risolve nel nulla.

Catene di reindirizzamenti — Un URL finale che fa un reindirizzamento 301 attraverso 2 o 3 salti può perdere parametri o superare la tolleranza del crawler, quindi la destinazione "non funziona" anche se un essere umano alla fine atterra.

Discrepanza di dominio — Google verifica che l'URL finale e l'URL visualizzato condividano un dominio. Instrada il clic attraverso un tracker su un altro dominio senza configurarlo correttamente e il controllo fallisce.

Timeout ed errori — Un server lento, un 404 su una pagina obsoleta o un 5xx durante la scansione vengono tutti letti come una destinazione rotta.

Collisioni di parametri — Definire lo stesso parametro due volte, o aggiungere un ? dove ne esiste già uno, produce un indirizzo che il server rifiuta.

Per la tassonomia più ampia delle disapprovazioni in cui rientra tutto questo, consulta la nostra guida agli annunci disapprovati e alle violazioni di policy.

Come costruire un modello corretto con lpurl e gclid

Un modello corretto è quasi sempre noioso, e noioso è l'obiettivo. Costruiscilo in questo ordine.

Inizia con il token — Metti {lpurl} per primo, poi un punto interrogativo, poi i tuoi parametri uniti da e commerciali. Il token si espande nel tuo URL finale codificato in URL, quindi tutto ciò che segue il ? diventa un parametro di query su quella destinazione.

Lascia che l'auto-tagging possieda il gclid — Non inserire a mano un gclid nel modello. Attiva l'auto-tagging a livello di account e Google aggiungerà il gclid a ogni clic. È su quello che l'importazione delle conversioni e le Enhanced Conversions fanno l'abbinamento, quindi lascia che sia Google a gestirlo invece di rischiare un valore obsoleto o duplicato.

Mantienilo minimale — Aggiungi solo i parametri che leggerai davvero. Ogni token in più è una cosa in più che può rompere la codifica o entrare in collisione.

Usa il suffisso per le aggiunte — Se tutto ciò che ti serve è aggiungere tag UTM, preferisci il suffisso dell'URL finale a un modello; aggiunge i parametri senza avvolgere l'indirizzo, quindi sopravvive ai reindirizzamenti in modo più affidabile. Riserva il modello per instradare i clic attraverso un servizio di misurazione di terze parti.

Se stai integrando tutto questo in una configurazione server-side, la nostra guida a GTM server-side spiega come il gclid scorre a valle.

Come passare UTM e parametri personalizzati in modo pulito

Parametri puliti sono la differenza tra un'analisi di cui ti fidi e un groviglio di sorgenti non corrispondenti. Quattro regole li tengono in ordine.

Una sola fonte di verità — Decidi se i tag UTM vivono nel suffisso dell'URL finale o nel modello di tracciamento, e non dividerli mai tra entrambi. I valori UTM duplicati sono la causa più comune del caos di sorgente/mezzo in GA4.

Allinea GA4 e Ads — Mantieni i tuoi utm_source, utm_medium e utm_campaign coerenti con il modo in cui il clic viene auto-taggato, così le conversioni importate combaciano. La nostra guida alla configurazione di GA4 e all'importazione delle conversioni mostra la mappatura in dettaglio.

Codifica ogni valore — Uno spazio, una e commerciale o un carattere accentato dentro un valore deve essere codificato in URL o troncherà la query string. Costruisci i tuoi tag con uno strumento invece che a mano — il nostro costruttore di UTM codifica i valori al posto tuo.

Preferisci ValueTrack alla codifica manuale — Usa {campaignid} o {keyword} invece di digitare i nomi delle campagne; il token dinamico è sempre corretto e non si disallinea mai quando rinomini le cose.

Come testare gli URL prima che vadano in produzione

La maggior parte dei disastri URL viene colta in 5 minuti di test e mancata del tutto senza. Esegui due controlli indipendenti.

Il pulsante Test in-prodotto — Accanto al campo del modello di tracciamento, il pulsante Test espande ogni token ValueTrack e apre l'URL assemblato. Conferma che restituisca una pagina 200 sul dominio corretto con i tuoi parametri presenti. Questo coglie istantaneamente gli errori di codifica e sintassi.

Un clic reale e attivo — Il test in-prodotto non simula reindirizzamenti o banner di consenso, quindi concludi con un clic reale. Abilita l'auto-tagging, clicca un annuncio attivo su un dispositivo di test e osserva la barra degli indirizzi attraverso ogni salto. Conferma che il gclid e i tuoi parametri UTM raggiungano la pagina finale renderizzata.

Conferma dall'analisi — Apri la vista in tempo reale della tua analisi e verifica che il clic si registri con la sorgente/mezzo corretti. Se il gclid è presente nell'URL ma la sessione appare come diretta, hai un problema di tagging o consenso a valle, non un problema di modello.

Tratta qualsiasi modifica del modello come un deploy: testa su 1 annuncio, conferma, poi distribuisci.

La tabella di risoluzione degli errori URL

Lavora questa tabella dall'alto verso il basso — è ordinata dalla correzione più rapida e comune alla più profonda.

Non inserire mai a mano un gclid nel tuo modello :

Digitare un valore gclid fisso, o copiarne uno da un clic passato, fa entrare ogni visitatore con lo stesso ID di clic — così l'importazione delle conversioni li abbina tutti a un singolo clic e i tuoi dati collassano. Lascia che l'auto-tagging aggiunga un gclid fresco e univoco al momento del clic. Se vedi un gclid letterale che siede nel tuo modello di tracciamento, rimuovilo prima di fare qualsiasi altra cosa.

Come i modelli di tracciamento interagiscono con reindirizzamenti e consenso

L'ultimo miglio — reindirizzamenti e consenso — è dove i modelli costruiti correttamente perdono comunque dati, quindi merita una checklist a sé.

Reindirizzamenti — Ogni 301 o 302 tra il clic e la pagina finale è un'occasione per perdere la query string. Se devi instradare attraverso un reindirizzamento, conferma che inoltri tutti i parametri e mantieni la catena a 1 salto. Un reindirizzamento verso un dominio diverso rischia anche la disapprovazione per "destinazione non funzionante".

Consent Mode — Sotto il Consent Mode v2, un banner che ricarica o riscrive l'URL prima che l'utente acconsenta può rimuovere il gclid dall'indirizzo. Configura il banner per preservare i parametri di query durante l'interazione di consenso, e conferma che il gclid sia ancora presente dopo che l'utente accetta.

Salti HTTP e www — Un reindirizzamento silenzioso da HTTP a HTTPS, o da un dominio nudo a www, conta come un salto. Imposta il tuo canonical così il clic atterra direttamente sulla forma finale.

Recupero server-side — Se la perdita lato front-end è inevitabile, cattura il gclid lato server alla prima richiesta e mantienilo persistente. Lo stesso schema è alla base delle importazioni di conversioni offline, dove il gclid viaggia con il lead di ritorno in Google Ads.

Una volta che il percorso è pulito, bloccalo: ri-testa dopo qualsiasi modifica alla landing page o al CMS, e fai l'audit degli URL prima di ogni grande lancio. Per trovare destinazioni rotte e parametri persi su un intero account in una volta sola, esegui l'audit gratuito a 5 assi di SteerAds.

Fonti

Fonti ufficiali consultate per questa guida:

FAQ

Cosa significa 'destinazione non funzionante' in Google Ads?

Significa che il crawler di Google ha seguito l'URL prodotto dal tuo modello di tracciamento e non è riuscito a raggiungere una landing page funzionante — è andato in timeout, ha restituito un errore 4xx o 5xx, è entrato in un ciclo di reindirizzamenti o è atterrato su un dominio che non corrisponde al tuo URL visualizzato. La disapprovazione riguarda l'URL di clic assemblato, non la pagina che vedi nel tuo browser, quindi la causa più comune è un modello che costruisce un indirizzo malformato una volta che il token lpurl e i parametri vengono uniti. Correggi il modello, invia di nuovo e la revisione di solito si risolve entro un giorno lavorativo.

Cos'è il token lpurl in un modello di tracciamento?

Il token lpurl è un segnaposto ValueTrack che Google sostituisce con il tuo URL finale al momento del clic, codificato in URL così da poter essere trasportato in sicurezza come parametro. Un modello di tracciamento in genere inizia con quel token seguito dai tuoi parametri di tracciamento, per esempio il token lpurl poi un punto interrogativo poi i tuoi tag UTM. Poiché la landing page viene iniettata dinamicamente, puoi modificare il tracciamento una sola volta a livello di account invece di modificare ogni annuncio. Tieni sempre il token lpurl per primo a meno che tu non stia intenzionalmente instradando il clic attraverso un tracker di clic che si aspetta una destinazione codificata.

Perché il mio gclid non arriva alla landing page?

Un gclid perso si riconduce quasi sempre a un reindirizzamento o a un modello che sovrascrive la query string. Se il tuo URL finale fa un reindirizzamento 301 verso un altro indirizzo, molte configurazioni rimuovono i parametri originali a meno che il reindirizzamento non li inoltri esplicitamente. I banner di consenso che ricaricano la pagina, il JavaScript che riscrive l'URL e i salti da HTTP a HTTPS o da/verso www sono i soliti colpevoli. Testa l'intero percorso del clic dall'inizio alla fine: clicca un annuncio reale, osserva la barra degli indirizzi e conferma che il gclid sopravviva a ogni salto dalla prima richiesta fino alla pagina finale renderizzata.

Qual è la differenza tra un URL finale e un modello di tracciamento?

L'URL finale è la pagina effettiva su cui atterra un utente — la destinazione. Il modello di tracciamento è un campo separato che dice a Google come assemblare l'URL di clic avvolgendo o aggiungendo informazioni di tracciamento attorno a quell'URL finale usando il token lpurl. I due sono disaccoppiati di proposito: puoi aggiornare il tracciamento a livello di account, campagna, gruppo di annunci o parola chiave senza toccare un solo URL finale. Google verifica che il modello più l'URL finale si risolvano nello stesso dominio di destinazione, ed è per questo che una discrepanza fa scattare 'destinazione non funzionante'.

I modelli di tracciamento influiscono sul monitoraggio delle conversioni e sullo Smart Bidding?

Sì, direttamente. Se il modello perde il gclid, le conversioni importate e le Enhanced Conversions non possono essere ricollegate al clic, quindi i conteggi delle tue conversioni calano e lo Smart Bidding perde il segnale su cui ottimizza. Anche una perdita parziale — diciamo un salto di reindirizzamento che rimuove i parametri solo su mobile — distorce silenziosamente i tuoi dati e le tue offerte. Ecco perché gli errori URL non sono solo una seccatura di policy: un modello rotto affama l'algoritmo. Verifica che il gclid sopravviva prima di fidarti di qualsiasi numero di ROAS o CPA di quella campagna.

Posso usare insieme sia un modello di tracciamento sia un suffisso dell'URL finale?

Sì, e per la maggior parte degli account il suffisso dell'URL finale è lo strumento più pulito per aggiungere parametri. Il suffisso allega i tuoi parametri di tracciamento all'URL finale senza avvolgerlo, quindi sopravvive ai reindirizzamenti meglio di un modello che antepone un tracker di clic. Usa il modello di tracciamento quando devi instradare i clic attraverso un servizio di misurazione o reindirizzamento di terze parti, e usa il suffisso dell'URL finale quando vuoi semplicemente trasportare parametri UTM o personalizzati. Possono coesistere; assicurati solo che lo stesso parametro non sia definito due volte con valori in conflitto.

Come faccio a testare un modello di tracciamento prima che gli annunci vadano in produzione?

Usa il pulsante Test integrato accanto al campo del modello di tracciamento — espande i token ValueTrack e apre l'URL assemblato così puoi confermare che si risolva. Poi fai una verifica nel mondo reale: abilita l'auto-tagging, clicca un annuncio attivo su un dispositivo di test e verifica che il gclid e i tuoi parametri UTM raggiungano tutti la landing page renderizzata. Abbina il test in-prodotto a un ispettore di parametri o alla vista in tempo reale della tua analisi. Non pubblicare mai un nuovo modello su un intero account senza entrambi i controlli, perché il test in-prodotto non rileva la perdita di parametri in fase di reindirizzamento.