Il modulo è su un altro dominio: come evitare di perdere campagna e click ID?

Una persona clicca un annuncio, entra sul sito e poi apre un modulo, un calendario o un preventivatore ospitato su un altro dominio. La richiesta arriva al CRM, ma la fonte è “diretto”, le UTM sono vuote e il click ID non esiste. La campagna ha generato il contatto; il sistema, però, ha perso il filo durante il trasloco.

Il problema non si risolve attivando genericamente il “cross-domain”. Bisogna separare almeno tre cose: continuità della sessione analitica, conservazione degli identificativi pubblicitari e collegamento della richiesta nel CRM. Sono vicine, ma non sono la stessa configurazione.

Prima mappa il viaggio reale del contatto

Disegna il percorso completo, includendo ogni cambio di dominio e ogni redirect:

• clic sull’annuncio e prima landing page;
• pagine visitate sul dominio principale;
• link o pulsante verso il servizio esterno;
• pagina che contiene il modulo o il calendario;
• conferma, eventuale ritorno al sito e webhook verso il CRM.

Se il passaggio avviene dentro un iframe, tramite redirect automatico o aprendo una nuova scheda, il comportamento può cambiare. Anche una pagina di ringraziamento sul dominio principale non ricuce da sola ciò che è stato perso prima dell’invio.

Cross-domain Analytics non significa attribuzione nel CRM

Google Analytics usa la misurazione cross-domain per riconoscere, quando c’è consenso, una singola attività tra domini diversi. La configurazione richiede lo stesso tag ID sui domini coinvolti e trasferisce gli identificativi tramite il parametro _gl aggiunto ai link o ai moduli. Fonte: Google Analytics, misurazione cross-domain.

Questo aiuta la continuità di utente e sessione nei report Analytics. Non compila automaticamente i campi del CRM, non conserva qualsiasi UTM e non garantisce che il fornitore esterno esponga i dati necessari nel webhook. Il CRM ha bisogno di un proprio passaggio di informazioni.

Perciò verificherei separatamente:

• se il dominio esterno può usare lo stesso Google tag e accettare il linker;
• se link, form e redirect mantengono _gl;
• se il modulo supporta campi nascosti o un payload personalizzato;
• quali valori arrivano davvero al CRM dopo l’invio.

Il GCLID deve sopravvivere al percorso

Con il tagging automatico, Google Ads aggiunge il parametro gclid all’URL dopo il clic. Google avverte che i redirect devono trasferirlo fino alla landing finale: se viene rimosso, il clic può non essere associato alle conversioni successive. Fonte: Google Ads, tagging automatico.

Non basta quindi vedere il GCLID sulla prima pagina. Devi controllare che venga acquisito nel punto previsto, mantenuto secondo consenso e regole definite e collegato alla singola richiesta. Se il pulsante verso il form esterno elimina i parametri o il servizio rifiuta query string arbitrarie, l’identificativo può sparire prima ancora che il CRM venga coinvolto.

Google dispone anche delle conversioni avanzate per i lead, che collegano il dato raccolto nel form con l’esito importato offline. La documentazione richiede dati forniti dall’utente coerenti tra sito e importazione e raccomanda di includere i GCLID quando possibile; non è una scorciatoia per ignorare un passaggio rotto. Fonte: Google Ads, configurazione delle conversioni avanzate per i lead.

UTM, click ID e ID della richiesta fanno lavori diversi

Nel flusso verso il CRM conserverei tre famiglie di dati:

• classificazione leggibile: sorgente, mezzo, campagna, contenuto e termine quando disponibili;
• identificativi pubblicitari: i click ID effettivamente raccolti e utilizzabili;
• identificativo interno: un ID stabile della richiesta, distinto dall’ID del contatto e da quello dell’opportunità.

Le UTM aiutano i report interni, ma non sostituiscono necessariamente il click ID richiesto da un’integrazione. L’ID della richiesta, invece, permette di collegare pagina, invio, webhook e record CRM senza usare l’email come chiave universale.

Se il lead torna più volte prima di compilare, non sovrascriverei la prima origine con l’ultimo passaggio. La struttura consigliata è approfondita nell’articolo su prima fonte, conversione e cronologia nel CRM.

Un esempio ipotetico

Esempio ipotetico, non riferito a un cliente: un annuncio porta a azienda.it/servizio. Il pulsante “Prenota” apre calendario-fornitore.com. Il sito registra campagna e GCLID in un record temporaneo associato all’ID richiesta-8F31. Il link verso il calendario trasporta soltanto i parametri previsti e il servizio li restituisce nel webhook insieme all’ID.

Il CRM crea la richiesta con origine, campagna, click ID e data di acquisizione. Quando il commerciale la qualifica, l’esito viene collegato allo stesso ID e può alimentare l’azione offline configurata.

Se il servizio esterno non consente campi nascosti, parametri o webhook adeguati, valuterei tre alternative: incorporare un form controllato sul dominio aziendale, usare un’integrazione API supportata oppure acquisire prima i dati necessari e riconciliarli mediante un ID stabile. La scelta dipende dalle capacità reali del fornitore e dalla valutazione privacy, non da un trucco universale.

Il test da fare prima di aumentare il budget

• Apri un URL di prova con UTM e un identificativo riconoscibile.
• Segui ogni redirect e verifica quali parametri restano.
• Controlla la presenza di _gl quando usi Analytics cross-domain.
• Invia il modulo e confronta browser, webhook e record CRM.
• Verifica che la stessa richiesta non generi contatti o conversioni duplicati.
• Ripeti con consenso negato e con consenso concesso, rispettando la configurazione prevista.
• Controlla infine l’importazione dell’esito commerciale, non soltanto il modulo ricevuto.

Il server-side con Stape può rendere più controllato il trasporto degli eventi, ma non recupera un click ID che il sito non ha mai conservato né un parametro eliminato dal fornitore esterno. È lo stesso limite descritto nell’articolo su che cosa può recuperare davvero il server-side tracking.

Quando una landing riceve traffico ma il CRM non conosce la campagna, il problema può essere a metà strada, non nell’annuncio. Prima di cambiare creatività o budget, verifica il viaggio completo: dominio, linker, parametri, modulo, webhook e record commerciale. Un clic senza continuità tecnica diventa molto facilmente un lead “diretto” che diretto non è mai stato.

Fonti ufficiali consultate il 29 ottobre 2026. L’esempio è ipotetico. La configurazione concreta dipende dai servizi coinvolti, non elimina gli obblighi di consenso e non garantisce risultati pubblicitari.