Il progetto per una società multiservizi italiana: dal form al CRM, dal CRM a Google Ads, Meta e piattaforme di affiliazione, in un solo hub server-side.
Nella lead generation le piattaforme vedono il form, non il cliente. Per una società multiservizi ho costruito un hub con Google Tag Manager Server-Side: al momento del form salva identificativo del click, dati utente e consenso; quando il CRM qualifica il lead, invia un webhook; l’hub aggancia i due momenti e smista la conversione offline a Google Ads, Meta, GA4 e agli altri vendor. Per riservatezza i dati del progetto non vengono pubblicati: questa pagina mostra come funziona il sistema, che è la parte replicabile su qualsiasi progetto.
Società multiservizi italiana, campagne di lead generation su più piattaforme gestite con continuità. Il contratto si chiude offline: telefono, appuntamento, back office. Per riservatezza non indichiamo il nome del cliente e i dati del progetto non vengono pubblicati: il valore di questa pagina è l’architettura.
Nella lead generation la conversione vera avviene dopo il sito: il form è solo l’inizio. Se a Google Ads, Meta o a una piattaforma di affiliazione arriva soltanto l’evento di invio del form, l’algoritmo ottimizza su chiunque lo compili: curiosi, contatti fuori target e duplicati inclusi.
Detto in una frase: così stai insegnando all’algoritmo a portarti più form, non più clienti.
C’è anche un secondo problema, meno visibile. Tra il form e la firma passano giorni o settimane: quando il lead diventa cliente, la sessione di navigazione non esiste più e il browser non c’entra più niente. Il momento in cui nasce il valore e il momento in cui il tracciamento può registrarlo sono separati nel tempo. Serve un ponte tra i due.
Il ponte è il container server di Google Tag Manager, che in questo progetto lavora in tre momenti.
Il punto che rende interessante questa architettura è che il container server non è “un altro tag”: è l’hub che collega il CRM alle piattaforme pubblicitarie. Una volta costruito, aggiungere un vendor è un instradamento in più, non un nuovo progetto.
Google Tag Manager Server-Side su infrastruttura Stape, con Stape Store come archivio, e un webhook configurato nel CRM del cliente.
Con questo flusso le piattaforme smettono di ottimizzare sul form e iniziano a ottimizzare sul cliente. Il segnale che ricevono non è più “qualcuno ha compilato un modulo” ma “questo contatto è diventato un cliente”: gli algoritmi di offerta imparano dai casi che generano valore reale e cercano utenti simili a quelli.
Nessuna promessa di numeri: ogni progetto ha il suo punto di partenza. Quello che l’architettura garantisce è la qualità del segnale, ed è il presupposto per tutto il resto.
Questo schema è pensato per due situazioni.
Per le agenzie che gestiscono lead generation per clienti con vendita offline: l'hub si integra nei progetti esistenti e restituisce alle campagne il segnale che oggi si ferma al form.
Per le aziende con un ciclo di vendita fuori dal sito: multiservizi, utilities, immobiliare, B2B, servizi che passano da un preventivo. Il criterio è semplice: se tra il form e il contratto passa più di un giorno, stai ottimizzando sul segnale sbagliato.
Se ti sei riconosciuto in una di queste situazioni, il passo successivo non è scegliere una tecnologia: è capire cosa il tuo tracciamento registra oggi e cosa perde per strada. L’architettura si costruisce sul punto di partenza reale di un progetto, non su uno schema generico e il punto di partenza si misura.
Sono conversioni che avvengono fuori dal sito: un contratto firmato, una vendita chiusa al telefono, un preventivo accettato. Le piattaforme pubblicitarie da sole non le vedono: vanno inviate collegandole al click che ha generato il contatto.
Serve un ponte tra CRM e piattaforma: quando il lead diventa cliente, il CRM invia un segnale automatico (webhook) a un sistema che ritrova il click originario e importa la conversione offline in Google Ads.
Un webhook è un messaggio automatico che un sistema invia quando succede qualcosa: in questo caso il CRM lo invia quando un lead cambia stato. Senza un CRM che registra la qualifica dei lead, non esiste il segnale da inviare.
No: Google Ads permette anche import manuali o integrazioni dirette via API. Il vantaggio dell’hub server-side è centralizzare: il dato entra una volta e viene smistato a tutti i vendor, ciascuno nel suo formato.
Sì. L’hub smista la stessa conversione a più piattaforme: Google Ads, Meta, GA4, affiliazione. Ogni destinazione riceve il dato nel formato che si aspetta, e aggiungerne una nuova è una configurazione in più, non un nuovo progetto.
Lo stato del consenso viene salvato al momento del form insieme agli altri dati. Quando arriva la qualifica dal CRM, l’invio alle piattaforme rispetta la scelta fatta dall’utente: i dati di chi non ha acconsentito non vengono inviati.
Dipende dalle finestre di attribuzione delle piattaforme: Google Ads, ad esempio, accetta conversioni offline entro un periodo definito dal click, in genere fino a 90 giorni. Il ciclo di vendita e la finestra vanno allineati in fase di progetto.
In generale sì: serve che il CRM possa inviare webhook o notifiche automatiche verso un indirizzo esterno, una funzione ormai comune. Dove manca, si può usare un connettore intermedio.
No: per riservatezza i dati del cliente non vengono pubblicati. Il meccanismo descritto in questa pagina è invece generale, e si applica a qualsiasi progetto con un CRM e una vendita che si chiude fuori dal sito
Colleghiamoli: raccontami come lavori e ti dico se questo schema ha senso per il tuo progetto.
Colleghiamoli: raccontami come lavori e ti dico se questo schema ha senso per il tuo progetto.
Due minuti per compilare il form, una risposta concreta in giornata. Leggo tutto personalmente: nessun preventivo automatico e nessuna telefonata commerciale.
Se i tuoi dati non sono affidabili, c’è più di una soluzione.
Troviamo insieme ciò che ti serve davvero.
Seleziona uno slot per una consulenza gratuita di 30 minuti.
