Quali richieste diventano clienti? Collegare il CRM a GA4 per misurare contatti qualificati e vendite

Concorda che cosa significa contatto qualificato

Parti dal lavoro commerciale, prima delle impostazioni. Per un installatore, una richiesta potrebbe essere qualificata dopo avere verificato zona servita, tipo di intervento e disponibilità a un sopralluogo. Un cliente acquisito potrebbe invece richiedere un preventivo accettato. Scrivi il criterio scelto e assegna a qualcuno l’aggiornamento dello stato.

Evita definizioni diverse fra operatori: “interessato” non dovrebbe significare sia messaggio ricevuto sia accordo concluso. Prevedi anche richieste non pertinenti, trattative perse e pratiche riaperte. Il CRM conserva la storia completa; Analytics riceve soltanto i passaggi necessari all’analisi. Se il modulo non alimenta ancora il gestionale, parti dal collegamento fra sito e CRM.

Associa gli stati agli eventi GA4 adatti

Google prevede eventi consigliati per il percorso del contatto. La mappatura deve corrispondere a un fatto verificabile, non al semplice salvataggio di una scheda:

• generate_lead: è stata generata una richiesta.
• qualify_lead: il contatto soddisfa i criteri commerciali stabiliti.
• close_convert_lead: la trattativa ha raggiunto l’esito positivo definito.
• close_unconvert_lead: la trattativa si è conclusa senza acquisizione.

Il conteggio degli invii resta distinto dalla misurazione delle richieste del sito. Se associ un valore monetario, documentane il significato e la valuta: valore stimato del contatto, contratto firmato e incasso non sono intercambiabili. Non sommare tutte le fasi come se fossero ricavi.

Conserva il collegamento senza inviare l’anagrafica

Per gli eventi web inviati con Measurement Protocol, il client_id deve corrispondere a quello prodotto dal tag Analytics del sito. Il tecnico deve verificare come recuperarlo e associarlo alla richiesta quando la raccolta è consentita. Inventare un nuovo identificativo al momento della vendita non ricostruisce la visita precedente.

Il codice della pratica nel CRM serve internamente per riconoscere il record e controllare gli invii. Non è automaticamente il user_id di Analytics. Quest’ultimo richiede una strategia coerente per identificare l’utente nei diversi punti del percorso. Prevedi un esito esplicito per le richieste senza identificativi utilizzabili: devono restare nel conteggio commerciale, senza attribuzioni inventate o collegamenti ottenuti tramite email e telefono.

Scegli il collegamento e proteggi gli invii

Non esiste una connessione identica per qualsiasi CRM. Controlla il connettore del fornitore, una piattaforma di automazione oppure uno sviluppo dedicato. Chiedi quali cambi di stato attivano l’invio, quali campi vengono trasmessi e come sono gestiti errori e tentativi ripetuti. Una schermata “collegato” non dimostra che arrivino gli esiti corretti.

Il Measurement Protocol permette di inviare eventi dal server e integra la raccolta del sito: non ne sostituisce automaticamente tutte le funzioni. Il segreto API deve rimanere nell’ambiente server. Mantieni un registro degli invii e una chiave interna per ogni passaggio, così un nuovo tentativo non trasmette di nuovo lo stesso esito. Decidi anche come trattare una pratica riaperta.

Distingui il momento dell’esito dall’attribuzione alla visita

Invia il cambio di stato tempestivamente, con il momento reale in cui è avvenuto. La documentazione di invio indica fino a 72 ore per retrodatare un evento; oltre quel limite il comportamento dipende dalla modalità di validazione. Non è un sistema per caricare liberamente anni di trattative arretrate.

Registrare un esito e collegarlo correttamente ai dati della visita sono operazioni diverse. Google segnala requisiti temporali ulteriori per elaborare gli eventi insieme a quelli raccolti sul sito, compreso il riferimento alle 48 ore dall’evento client originale. Non riutilizzare una vecchia sessione come se fosse ancora attiva. Se una vendita avviene settimane dopo, concorda quali analisi sono attendibili in GA4 e quali devono essere ricostruite nel CRM o in un report dedicato, mantenendo le provenienze raccolte correttamente.

Mantieni esclusi dati personali e informazioni riservate

Non copiare l’anagrafica commerciale nei parametri degli eventi: nomi, email, telefoni, indirizzi completi e testi liberi delle richieste possono contenere informazioni che non devono finire in Analytics. Usa categorie controllate, per esempio “installazione” o “manutenzione”, anziché note scritte dall’operatore. Verifica anche URL e nomi dei campi.

Il collegamento dal server deve rispettare le scelte applicabili alla raccolta e all’uso dei dati; non serve ad aggirarle. Fai verificare gestione e aggiornamento del consenso nel percorso sito–CRM–Analytics. Il parametro consent del protocollo contiene impostazioni per finalità pubblicitarie, ma non sostituisce da solo l’intera gestione della privacy. Segui le indicazioni Google sulle informazioni personali e limita l’accesso ai registri tecnici.

Prova stati, errori e duplicati prima dell’avvio

Prepara contatti fittizi in un ambiente di prova e segui la stessa sequenza usata dagli operatori. Il server di validazione Google aiuta a controllare il formato; gli eventi inviati al percorso di validazione non entrano nei report. Una risposta HTTP positiva dal normale endpoint, invece, non certifica da sola che ogni dato sia stato elaborato correttamente.

1. Crea una richiesta, qualificala e chiudila positivamente.
2. Salva di nuovo la pratica senza cambiarne lo stato.
3. Prova una richiesta priva di identificativo utilizzabile.
4. Simula un invio fallito e il successivo recupero.
5. Confronta i passaggi registrati dal connettore con quelli presenti in Analytics.

Per ogni prova conserva risultato atteso, risultato osservato e correzione necessaria.

Leggi gli esiti insieme ai limiti della misurazione

Il report Acquisizione lead usa gli eventi pertinenti per mostrare nuovi contatti, contatti qualificati e acquisiti. Le metriche indicate da Google contano utenti unici con quegli eventi: non coincidono necessariamente con il numero di pratiche del CRM. Una persona può avere più richieste, mentre identificativi mancanti possono impedire un confronto completo.

Controlla periodo, definizioni e copertura prima di confrontare i canali. Esempio: venti richieste con cinque esiti qualificati possono essere più utili di quaranta richieste fuori zona, ma non bastano da sole a stabilire la redditività. Mantieni un prospetto con richieste totali nel CRM, esiti inviabili ed esiti presenti in GA4. Se l’obiettivo è ottimizzare gli annunci, valuta separatamente il percorso delle conversioni offline in Google Ads.