Come misurare le richieste di preventivo del sito con Google Analytics 4

Definisci quando una richiesta è davvero arrivata

Scrivi una regola condivisa con chi gestisce il sito: «Contiamo una richiesta quando il server ha validato i campi e ha accettato il preventivo nel sistema previsto». Specifica se quel sistema è un archivio del sito, un gestionale o un servizio esterno. La conferma mostrata al visitatore deve corrispondere a questo stato.

Se il modulo invia soltanto un’email, chiarisci che cosa prova la risposta tecnica: l’accettazione da parte del servizio di invio non dimostra necessariamente la consegna nella casella. Per il confronto operativo usa il sistema più vicino alla registrazione effettiva delle richieste.

Separa apertura del modulo, inizio compilazione, tentativo di invio, invio accettato e contatto qualificato. Esempio: una persona dimentica il telefono, preme Invia e vede un errore. Ha interagito con il modulo, ma non ha ancora trasmesso una richiesta valida. Questo caso deve far parte del collaudo.

Distingui generate_lead dagli eventi automatici del modulo

Google descrive generate_lead come evento consigliato per la generazione di un contatto, ad esempio tramite un modulo. Per un preventivo, collegalo alla condizione di successo definita con il tecnico. Il nome dell’evento non riconosce automaticamente il successo: dipende da come viene inviato.

La misurazione avanzata può raccogliere form_start e form_submit, insieme a parametri come ID e nome del modulo. Sono utili per studiare le interazioni, ma il rilevamento va verificato sul modulo reale, soprattutto se usa invii asincroni o componenti esterni.

Prima di aggiungere tag, controlla quelli già presenti: plugin, codice del sito e Tag Manager potrebbero misurare la stessa azione. Mantieni un solo percorso responsabile di generate_lead. Evita di rinominare indiscriminatamente ogni form_submit, perché il sito potrebbe includere anche ricerca, newsletter e moduli con scopi diversi.

Collega l’evento alla conferma corretta del modulo

Per un modulo che conferma l’esito senza cambiare pagina, chiedi al tecnico un segnale emesso solo dopo la risposta positiva del sistema. Quel segnale può attivare il tag configurato in Tag Manager oppure il codice di misurazione già adottato. Un semplice ascolto del clic sul pulsante non soddisfa la regola.

Se esiste una pagina di ringraziamento, verifica che non generi un nuovo contatto a ogni apertura diretta, ritorno con il browser o aggiornamento. Il collegamento all’invio deve essere controllato: il solo caricamento di /grazie/ è affidabile soltanto se il sito ne governa correttamente accesso e conteggio.

Per moduli incorporati da un altro dominio, chiedi al fornitore quale conferma supporta. Se il sito può vedere soltanto il clic che apre il servizio esterno, descrivi quella metrica come apertura e non come preventivo ricevuto. Annota anche quale proprietà e stream GA4 devono ricevere gli eventi, evitando invii all’ambiente di prova.

Usa pochi parametri e controlla che non contengano dati personali

Una specifica iniziale può essere semplice: nome evento generate_lead, tipo modulo preventivo e identificativo stabile del modulo, per esempio preventivo_servizi. Quando serve distinguere le sedi, usa un codice organizzativo concordato. Questi valori descrivono il percorso e non il contenuto scritto dalla persona.

Le indicazioni Google per evitare informazioni personali richiedono attenzione anche a URL, titoli e parametri raccolti automaticamente. Non inviare nome, email, telefono, indirizzo del cliente, testo libero del messaggio o documenti allegati. Controlla che il modulo non li inserisca nell’indirizzo della pagina di conferma.

Definisci i parametri utili prima di creare dimensioni personalizzate per i report. Se attribuisci un valore economico stimato al contatto, documenta il criterio e la valuta prevista: non presentarlo come fatturato realizzato. Mantieni inoltre il tracciamento coerente con le impostazioni di consenso del sito e non usare il collaudo per aggirarle.

Collauda invii validi, errori e duplicati in DebugView

Abilita il debug per il tuo dispositivo, per esempio con Tag Assistant o l’anteprima di Tag Manager, e apri Amministrazione → Visualizzazione dei dati → DebugView. La guida a DebugView spiega come leggere eventi e parametri. Identifica il dispositivo di prova e confronta il momento della conferma con quello dell’evento.

• Invio valido: una richiesta accettata genera una sola occorrenza prevista di generate_lead.
• Campi mancanti o errati: nessuna richiesta accettata, nessun generate_lead.
• Errore del servizio: la comparsa del messaggio di errore non deve essere conteggiata come successo.
• Doppio clic: controlla sia la richiesta nel sistema sia il numero di eventi ricevuti.
• Ricaricamento e ritorno alla conferma: non devono creare contatti aggiuntivi fittizi.

Ripeti il percorso sui dispositivi principali e verifica i diversi stati di consenso. Se un errore server richiede una simulazione, eseguila nell’ambiente di prova concordato. Correggi i duplicati all’origine; il metodo di conteggio di GA4 non ripara un modulo che invia due richieste.

Contrassegna l’evento corretto e verifica i report

Dopo il collaudo, apri Amministrazione → Visualizzazione dei dati → Eventi, individua generate_lead e verifica l’opzione per contrassegnarlo come evento chiave. Servono i permessi previsti dalla proprietà. La scelta si applica ai dati raccolti da quel momento e non converte retroattivamente gli eventi storici.

Prima di attivarla, controlla se generate_lead misura anche altri tipi di contatto: un unico totale potrebbe comprendere richieste commerciali diverse. Separa l’analisi con una classificazione coerente. Non sommare clic, form_submit e generate_lead come se fossero tre preventivi della stessa persona.

Per controllare la raccolta usa anche Tempo reale; i report standard richiedono elaborazione e possono arrivare dopo. Annota il momento di attivazione e l’eventuale conteggio delle prove. L’utilizzo dell’evento per campagne Google Ads richiede una configurazione ulteriore delle conversioni: la sola stella in GA4 non definisce tutta la misurazione pubblicitaria.

Confronta provenienza, richieste e qualità commerciale

Quando i dati sono disponibili, leggi le richieste insieme a pagina di ingresso, dispositivo e provenienza, usando dimensioni coerenti con la domanda. Per il traffico del profilo Google segui la guida a Performance, GA4 e parametri UTM. Qui il punto centrale è verificare il risultato del modulo, dopo la visita.

Confronta gli andamenti con le richieste registrate dall’attività. Non aspettarti identità automatica: consenso, blocchi del browser, traffico di prova, spam e differenze di conteggio possono produrre scostamenti. Se gli eventi raddoppiano dopo un aggiornamento del plugin senza un aumento delle richieste ricevute, ricontrolla prima i tag.

Valuta separatamente quanti contatti sono pertinenti, quanti ricevono risposta e quanti diventano lavori confermati. Queste informazioni appartengono al processo commerciale. Un generate_lead corretto documenta l’invio misurato; non certifica che il contatto sia qualificato o che il preventivo sia stato accettato.