Le persone iniziano a compilare il modulo, ma i preventivi ricevuti sono pochi.
Prima di aggiungere pubblicità o ridurre tutti i campi, serve capire dove si interrompe il percorso. Google Analytics 4 può aiutarti a confrontare visite, compilazioni e richieste riuscite, purché gli eventi rappresentino ciò che accade davvero sul sito. Questa guida spiega come preparare una misurazione utile e trasformarla in controlli concreti.
Indice della guida
Definisci il percorso che vuoi controllare
Parti da un modulo preciso: richiesta sopralluogo, preventivo commerciale o primo appuntamento. Se il sito contiene anche ricerca interna, accesso clienti e newsletter, gli invii di questi moduli non devono finire nel conteggio dei preventivi. Assegna un identificatore stabile e comprensibile, come preventivo_servizi, indipendente dai dati del visitatore.
Annota dove il modulo è presente, cosa succede dopo l’invio e dove viene salvata la richiesta. Quando compare nella pagina di un servizio, la visualizzazione della pagina non dimostra che la persona sia arrivata fino al modulo. Se serve misurarne l’effettiva esposizione, concorda un evento specifico: non chiamare automaticamente “modulo visto” qualunque visita alla pagina.
Distingui avvio, tentativo di invio e richiesta riuscita
La misurazione avanzata di GA4 comprende form_start, relativo alla prima interazione con un modulo nella sessione, e form_submit, relativo all’invio. Controlla che l’opzione sia attiva nello stream web e che il modulo sia effettivamente rilevato.
Un evento di invio non prova da solo che il server abbia accettato la richiesta. Un modulo può presentare un errore dopo il tentativo; un’integrazione può emettere eventi su un semplice clic. Per il risultato commerciale usa generate_lead quando il sistema conferma l’acquisizione del contatto. Non trasformare indiscriminatamente ogni form_submit in un lead: includeresti anche newsletter, ricerche e invii respinti.
La guida su come misurare le richieste di preventivo approfondisce la configurazione del successo. Qui quel risultato diventa il punto finale del percorso.
Collauda il tracciamento con casi diversi
Prepara una prova riconoscibile usando dati di test nel modulo, senza trasmetterli ad Analytics. Apri il sito come un visitatore e verifica in DebugView gli eventi del dispositivo predisposto per il debug. Confrontali con le richieste salvate dal sito o dal gestionale.
- Inizia a compilare e abbandona: deve esserci l’avvio, senza il successo.
- Invia con un campo obbligatorio mancante: l’errore non deve diventare un lead.
- Completa un invio valido: verifica conferma e acquisizione effettiva.
- Ricarica la conferma e torna indietro: controlla eventuali duplicazioni.
Ripeti da smartphone. Moduli incorporati da altri siti, finestre sovrapposte e strumenti che inviano senza ricaricare la pagina possono richiedere un’integrazione dedicata. Se manca l’evento, risolvi il rilevamento prima di interpretare l’assenza come abbandono.
Raccogli identificatori, senza i valori compilati
Per distinguere i percorsi bastano informazioni come identificatore del modulo, pagina e versione del percorso. Non spedire nomi, indirizzi email, telefoni, messaggi, allegati o il testo libero del preventivo nei parametri degli eventi. Controlla anche gli indirizzi delle pagine di conferma: eventuali dati personali nella query potrebbero essere raccolti insieme all’URL.
Quando un parametro serve nei report, verifica se occorre registrarlo come dimensione personalizzata; la sua presenza in DebugView non garantisce che sia già disponibile nell’esplorazione. Gestisci inoltre tag e consenso in modo coerente con il sito. Le persone non misurate o i dispositivi che bloccano il tracciamento rendono Analytics una vista parziale, non il registro completo dei contatti.
Costruisci un funnel riferito allo stesso modulo
In Esplora crea un’esplorazione della canalizzazione. La procedura Google per i moduli offre una base da adattare al tuo percorso. Imposta passaggi riconoscibili:
- Visita alla pagina che contiene il modulo.
form_startfiltrato sul modulo scelto.generate_leadconfermato per quel modulo.
Se form_submit è affidabile, puoi aggiungerlo fra avvio e successo per isolare i tentativi respinti. Mantieni lo stesso identificatore nei passaggi. Una canalizzazione chiusa considera chi entra dal primo passaggio; una aperta consente ingressi successivi. Scegli consapevolmente e annota sequenza, intervallo temporale e filtri: cambiando queste impostazioni cambia anche ciò che stai contando.
Leggi le differenze senza confondere eventi e persone
Esempio: nel percorso osservato 200 utenti visitano la pagina, 80 iniziano il modulo e 30 arrivano alla richiesta confermata. Il completamento dopo l’avvio è 30 diviso 80, cioè 37,5%; il 62,5% non raggiunge il successo nelle condizioni definite. Non significa che 50 persone abbiano sicuramente incontrato un guasto.
Alcune potrebbero aver telefonato, cercato informazioni per un secondo momento o continuato da un altro dispositivo. Confronta gli utenti del funnel, non il semplice numero di eventi: una persona può tentare più invii. Se i contatti reali risultano superiori ai successi misurati, verifica prima tracciamento, consenso e percorso di conferma. Non correggere i numeri inserendo richieste inventate.
Usa i dati per scegliere una prova concreta
Un calo prima dell’avvio suggerisce di controllare visibilità del modulo, chiarezza dell’offerta e invito al contatto. Un calo fra avvio e invio richiede invece una prova della compilazione: tastiera mobile, campi obbligatori, allegati troppo pesanti, istruzioni ambigue o CAPTCHA. Fra tentativo e successo cerca messaggi di errore e problemi di ricezione.
Dividi il confronto per dispositivo e, se i numeri bastano, per canale di acquisizione. Un visitatore che cerca un prezzo indicativo può comportarsi diversamente da chi deve prenotare un sopralluogo urgente. Evita conclusioni generali basate su pochi casi. Per problemi riproducibili consulta la guida sul modulo contatti che non si invia.
Modifica un ostacolo e confronta richieste utili
Scegli un intervento verificabile: rendere facoltativo un dato non necessario, spiegare i formati ammessi per le foto o correggere un errore su smartphone. Conserva configurazione e nomi degli eventi, annota l’intervento e confronta periodi con traffico sufficientemente simile. Se cambi insieme modulo, campagne e tracciamento, sarà difficile capire il motivo del risultato.
Controlla anche se le nuove richieste contengono quanto serve per rispondere. Un modulo più breve può aumentare gli invii ma generare contatti inutilizzabili. Confronta quindi completamento, richieste realmente ricevute e qualità dei preventivi, mantenendo i dettagli commerciali nel sistema che gestisce i clienti.
Domande frequenti
form_submit corrisponde sempre a un preventivo ricevuto?
No. L’evento descrive l’invio rilevato, ma il modulo può essere diverso da quello dei preventivi oppure la richiesta può non essere accettata. Verifica l’integrazione e misura il successo con un evento collegato all’acquisizione confermata.
Posso sapere chi ha abbandonato il modulo?
Questa analisi serve a confrontare percorsi aggregati, non a identificare le persone che non hanno inviato la richiesta. Non trasmettere ad Analytics email, telefoni o valori dei campi compilati.
Devo rendere obbligatorio form_submit nel funnel?
Solo se viene rilevato correttamente per il modulo analizzato. Se l’integrazione non lo emette, usarlo come passaggio obbligatorio può far apparire come abbandoni anche richieste riuscite.
Perché Analytics conta meno richieste del gestionale?
Consenso, blocchi del tracciamento, percorsi non misurati e problemi tecnici possono creare differenze. Il gestionale registra i contatti acquisiti; Analytics descrive il comportamento che riesce a osservare.