Un contenuto può essere inoltrato in una chat, in un’email o inserito in un documento commerciale e portare visite al sito. In Google Analytics 4, però, una parte di questi accessi può apparire come (direct) / (none).
In GA4, (direct) / (none) indica che non è disponibile una sorgente referral chiara. Non dimostra né che la persona abbia digitato l’indirizzo del sito, né che la visita provenga certamente da una condivisione privata. La documentazione di Google elenca infatti più cause possibili per il traffico diretto, incluse URL digitati o salvati nei preferiti, link contenuti in documenti, parametri mancanti o persi e interferenze tecniche. Google spiega come viene attribuito il traffico Direct in GA4.
Per lavorare sul dark social conviene quindi cambiare domanda: non «quanta parte del Direct è dark social?», ma «quale incertezza di attribuzione posso eliminare e quali segnali utili posso raccogliere?». L’obiettivo realistico non è sapere chi ha inoltrato un link o cosa è stato scritto in una conversazione privata. È rendere leggibili più percorsi, distinguere problemi tecnici da distribuzione non tracciata e collegare meglio le visite ai lead.
Direct e dark social: perché non sono la stessa cosa
Trattare una percentuale di traffico Direct come stima certa del dark social è un’inferenza insufficiente: Direct include sia accessi potenzialmente riconducibili a condivisioni private sia cause tecniche e accessi realmente diretti. Prima di trarre conclusioni servono verifiche aggiuntive.
In termini operativi, per dark social si intendono qui condivisioni in ambienti privati o poco attribuibili, come messaggistica, email e documenti. Non è una sorgente che GA4 riconosce in modo universale.
| Segnale osservato | Ipotesi possibili | Verifica utile |
|---|---|---|
| Direct in crescita dopo una campagna | Link non taggati, inoltri privati, redirect che perdono parametri | Controllare gli URL distribuiti e testare il passaggio fino alla landing |
| Molti ingressi Direct su una landing lunga e poco memorizzabile | Documento, email, chat oppure attribuzione persa | Esaminare i materiali che riportano quell’URL e i redirect |
| Conversioni dopo pagamento o passaggio esterno | Auto-referral, gateway di pagamento, domini non configurati | Verificare referral indesiderati e misurazione interdominio |
Prima fase: correggere l’attribuzione persa
Prima di aggiungere nuovi tag, è opportuno controllare l’implementazione esistente: UTM mancanti o incompleti, redirect e shortener che eliminano parametri, integrazioni assenti, auto-referral, gateway di pagamento e passaggi tra domini possono alterare l’attribuzione.
- Raccogliete i link diffusi dall’azienda: newsletter, campagne, firme email, PDF, QR code, partnership e messaggi commerciali.
- Verificate che i parametri arrivino integri sulla pagina di destinazione, anche dopo redirect o accorciamenti URL.
- Controllate i percorsi che escono dal sito e poi vi rientrano, in particolare checkout e servizi di pagamento.
- Se il percorso passa fra domini gestiti dall’organizzazione, per esempio sito e checkout, valutate la misurazione interdominio di GA4.
Le esclusioni dei referral non vanno applicate indiscriminatamente. Google avverte che impostare ignore_referrer su tutte le pagine può far perdere informazioni preziose sulle sorgenti; l’esclusione va riservata a flussi specifici e verificati, come determinati pagamenti di terze parti. La guida Google sui referral indesiderati chiarisce questo limite.
Una prova semplice vale più di molte ipotesi: aprite un campione di URL da dispositivi e contesti diversi, controllate la landing effettiva e poi verificate in GA4 se sorgente, mezzo e campagna sono arrivati come previsto.
Seconda fase: usare UTM nei contesti che controllate
Per i link distribuiti intenzionalmente, Google raccomanda di utilizzare almeno utm_source, utm_medium e utm_campaign. La guida alla creazione degli URL delle campagne descrive i parametri manuali disponibili.
Per una PMI è preferibile una tassonomia piccola, scritta e stabile nel tempo. Usate valori minuscoli, senza varianti casuali come WhatsApp, whatsapp e WA per lo stesso contesto.
utm_source: origine della distribuzione, per esempiowhatsapp,newsletteropartner_nome.utm_medium: tipo di distribuzione, per esempioemail,private_share,qr.utm_campaign: iniziativa o contenuto, per esempioguida-preventivo.utm_content: variante o posizione della CTA, per esempiocta-articolooqr-fiera.
Esempio puramente illustrativo: ?utm_source=whatsapp&utm_medium=private_share&utm_campaign=guida-preventivo&utm_content=cta-articolo.
Se un destinatario inoltra un URL con UTM e i parametri restano integri fino alla landing, GA4 può registrare il clic con quei dati. Non può però stabilire chi ha effettuato l’inoltro né in quale conversazione sia avvenuto. Questo rende gli UTM particolarmente utili per i contesti controllati: newsletter, messaggi one-to-one autorizzati, PDF, presentazioni, QR code, partnership e inviti alla condivisione.
Tenete un registro interno essenziale: URL completo, proprietario, data di attivazione, campagna, destinazione e criterio di chiusura. È un presidio semplice contro report incoerenti e campagne che continuano a raccogliere clic dopo la loro conclusione.
Terza fase: misurare i segnali di condivisione sul sito
Pulsanti come “Copia link”, “Condividi” o l’apertura di un generatore di URL tracciati possono inviare eventi a GA4 tramite dataLayer e Google Tag Manager. L’evento rappresenta un’interazione avvenuta sul sito, non l’identità di chi condividerà né il contenuto della conversazione privata.
Una nomenclatura essenziale può comprendere share_click, copy_link e tracked_link_generator_open, con parametri non personali quali page_type e share_method. In questo modo si può leggere quali pagine generano più intenzione di condivisione e confrontare il segnale con visite e conversioni successive, senza trasformare un clic sul pulsante in una prova di vendita.
I parametri personalizzati inviati a GA4 non sono automaticamente disponibili nei report: occorre registrare le corrispondenti dimensioni o metriche personalizzate, quando non sono già previste dalla piattaforma. La documentazione sugli event parameters di GA4 specifica questo passaggio.
Quarta fase: attribuire il lead con più evidenze
GA4 può rilevare form_submit, ma un modulo specifico di acquisizione contatti va misurato con un evento dedicato e contrassegnato come evento chiave. Google distingue gli eventi automatici dalla configurazione degli eventi chiave.
Un modello più affidabile non cerca un’unica sorgente infallibile, ma crea un registro di evidenze per ogni lead: campagna e UTM quando presenti, pagina di ingresso, data, evento di conversione e stato di qualificazione nel CRM. Se il collegamento con il CRM è effettivamente disponibile, il confronto utile è fra sessioni, lead qualificati, opportunità e ricavi per campagna.
Può essere utile anche una domanda volontaria e non invasiva nel modulo o nel CRM: “Come ci hai conosciuto?”. Le risposte possono includere chat, passaparola, email o contenuto inoltrato. La risposta dichiarata e gli UTM possono confermarsi oppure divergere: sono evidenze complementari, non dati da forzare in una verità artificiale.
Privacy: cosa non inserire mai nei link
Non inserite in URL o UTM indirizzi email, numeri di telefono, nomi, codici fiscali, identificativi cliente o altri dati personali. Google Analytics vieta l’invio di informazioni personali identificabili e indica espressamente che non devono comparire nei parametri UTM. La policy Google sui dati personali include anche utm_source, utm_medium, utm_campaign e utm_content.
In Italia la progettazione del tracking deve considerare finalità determinate, minimizzazione dei dati e tempi di conservazione appropriati previsti dal GDPR, oltre a informativa, possibilità di revoca e consenso preventivo quando necessario richiamati dal Garante. Consultate il testo del GDPR e le linee guida del Garante sui cookie e altri strumenti di tracciamento.
Consenso e configurazione dipendono dalle tecnologie utilizzate, dai fornitori coinvolti e dai trattamenti effettivi. L’implementazione va quindi validata con le figure privacy competenti.
Un piano in 30 giorni per ridurre l’incertezza
- Settimana 1: mappate sorgenti, landing, redirect, domini, checkout e conversioni; individuate le cause tecniche più probabili del Direct.
- Settimana 2: approvate una tassonomia UTM e create link tracciati per i contesti controllati prioritari.
- Settimana 3: configurate gli eventi di copia e condivisione, l’evento chiave del modulo rilevante e le eventuali dimensioni personalizzate.
- Settimana 4: riunite in un report operativo dati di campagna, landing, lead e qualificazione; riesaminate gli URL che perdono parametri o generano anomalie.
Il criterio di successo non è azzerare il traffico Direct, ma aumentare la quota di percorsi leggibili e prendere decisioni migliori su contenuti, distribuzione e acquisizione dei lead. Quando sito, CRM, checkout e campagne rendono difficile ricostruire il percorso, un audit di attribuzione può definire priorità tecniche e misurazioni sostenibili prima di aggiungere strumenti.
