Circa l'80 percento delle proprietà GA4 che segnalano il proprio dominio o un fornitore di pagamento nel canale Referral nel 2026 non sta vedendo un bug di tracciamento — sta vedendo una lacuna di configurazione che divide una visita in due sessioni e sovrascrive la campagna che ha guadagnato la conversione. Un self-referral non si corregge mai modificando tag o codice; si corregge indicando a GA4 quali host vanno insieme e quali referrer ignorare.
Questa guida affronta sette correzioni — cos'è un self-referral, come corrompe l'attribuzione, le impostazioni di referral indesiderati e traffico configurato, la misurazione tra sottodomini, i checkout di terze parti, l'interazione con la misurazione tra domini e la verifica — affinché tu dedichi il tuo tempo alla causa, non al sintomo. Per controllare automaticamente il tuo tracciamento rispetto alle perdite di attribuzione più comuni, esegui il nostro audit gratuito di tracciamento a 5 assi.
Aggiornato il 2026-05-09 con il comportamento attuale di traffico configurato, misurazione tra domini e DebugView osservato su account statunitensi, britannici ed europei.
- Un self-referral è una lacuna di configurazione, non un bug di codice — il tuo host o un dominio di pagamento viene letto come esterno. 2. Le andate e ritorni avviano una nuova sessione — checkout, accesso e salti tra sottodomini sovrascrivono la sorgente originale. 3. Traffico configurato è il nuovo nome dell'elenco dei referral indesiderati, gestito per flusso di dati. 4. Stripe e PayPal sono i colpevoli abituali — aggiungi il dominio radice per escludere ogni sottodominio. 5. La correzione è solo in avanti — GA4 non rielabora mai lo storico, quindi annota la data e verifica con traffico nuovo.
Cos'è un self-referral e da dove arriva?
Un self-referral è il primo concetto da fissare perché il nome descrive il sintomo, non la causa. Si verifica quando un dominio che possiedi o controlli appare nel canale Referral come se fosse un sito esterno che ti invia traffico. Il visitatore non ha mai lasciato il tuo controllo, eppure GA4 registra il ritorno come un arrivo del tutto nuovo da un referrer.
Il tuo dominio — Il caso più semplice è il tuo sito principale che si riferisce a sé stesso. Una catena di reindirizzamenti, una pagina in cache su un altro host o un passaggio di accesso su un server separato possono rimandare l'utente con il tuo dominio come referrer, che GA4 legge come esterno.
Un sottodominio — Quando un utente passa da www a shop, o dal sito di marketing a app su un sottodominio diverso, GA4 tratta ogni sottodominio come un host distinto a meno che tu non indichi diversamente. Attraversare il confine avvia una nuova sessione attribuita al sottodominio precedente.
Un dominio di terze parti — I fornitori di pagamento, prenotazione e autenticazione reindirizzano l'utente fuori dal tuo sito e indietro. Al ritorno, il dominio del fornitore — non la tua campagna — viene registrato come sorgente. Per il quadro più ampio di come i referral raggiungono i tuoi report, vedi la nostra guida al tracciamento del traffico di referral in GA4.
Come un self-referral corrompe l'attribuzione della sorgente?
Una volta capito da dove arrivano i self-referral, il danno che fanno è facile da vedere. Il problema centrale è che GA4 avvia una nuova sessione ogni volta che rileva una nuova sorgente, e un self-referral sembra sempre una nuova sorgente. Questo singolo comportamento si propaga in tre distorsioni misurabili.
Si avvia una nuova sessione — GA4 apre una sessione nuova nel momento in cui appare un referrer inatteso. Una visita autentica che rimbalza attraverso un checkout diventa due sessioni, raddoppiando il tuo conteggio delle sessioni per la stessa persona e la stessa intenzione.
La sorgente originale viene sovrascritta — La campagna, il mezzo e la sorgente che hanno guadagnato la visita vengono sostituiti dal dominio referrer. Un clic da una campagna Google Ads che passa attraverso un host di pagamento torna attribuito a quell'host, quindi la campagna perde il credito della conversione.
Le conversioni atterrano nel canale sbagliato — Poiché la conversione si attiva nella sessione post-ritorno, viene accreditata al canale Referral anziché alla sorgente a pagamento o organica che l'ha guidata. È esattamente la discrepanza che insegui nella nostra guida alla riconciliazione delle conversioni di GA4 e Google Ads. Non corretta, fa sembrare le campagne a pagamento più deboli e il traffico di referral più forte della realtà.
Dove impostare i referral indesiderati e il traffico configurato?
L'impostazione che corregge la maggior parte dei self-referral ha avuto due nomi, ed è per questo che i consigli online spesso si contraddicono. Conoscere entrambi i nomi — e dove risiede ora il controllo — ti fa risparmiare il tempo maggiore di tutta questa guida.
Referral indesiderati — Era l'etichetta originale dell'elenco di domini che GA4 non deve trattare come sorgenti di referral. Aggiungere un dominio qui indica a GA4 di ignorarlo come referrer affinché non avvii mai una nuova sessione né sovrascriva la sorgente.
Traffico configurato — È la superficie attuale della stessa capacità, presente nelle impostazioni del tag del flusso di dati. L'elenco dei referral indesiderati risiede in Configura le impostazioni del tag, sotto Mostra tutto, dove aggiungi una condizione di corrispondenza per ogni dominio da escludere.
Per flusso di dati, non per proprietà — Il controllo si imposta su ciascun flusso di dati web individuale, non una volta per l'intera proprietà. Se hai più flussi, ripeti la configurazione su ciascuno. L'esclusione preserva la campagna e il mezzo originali anziché eliminare il traffico, e cambia il modo in cui gli arrivi vengono classificati d'ora in avanti. I tipi di corrispondenza e le condizioni esatti sono documentati nel riferimento ufficiale sul traffico configurato collegato nelle Fonti.
Come gestire la misurazione tra sottodomini?
I sottodomini sono la sorgente di self-referral più fraintesa perché il comportamento dipende dalla generazione di tracciamento in cui ti trovi. La buona notizia è che il GA4 moderno gestisce automaticamente la maggior parte degli spostamenti tra sottodomini, ma le eccezioni mordono ancora.
Ambito automatico del cookie — GA4 imposta il suo cookie di misurazione al dominio privato di livello più alto per impostazione predefinita, quindi il movimento tra www.example.com e shop.example.com mantiene di solito una singola sessione senza configurazione extra. È la ragione più comune per cui un self-referral di sottodominio è già risolto a metà.
Quando i sottodomini perdono ancora — I problemi tornano quando un sottodominio esegue una configurazione GA4 separata, un ambito di cookie diverso o un tag che si carica in modo incoerente. In quei casi il cookie non si trasferisce, e il salto tra sottodomini avvia una nuova sessione con il sottodominio precedente come referrer.
La correzione cintura e bretelle — Aggiungi i tuoi sottodomini all'elenco del traffico configurato come rete di sicurezza, in modo che anche un salto incoerente non venga mai conteggiato come referral. Questo integra l'ambito del cookie anziché sostituirlo. Per un approccio di misurazione lato server che aggira diverse di queste fragilità lato client, vedi la nostra guida al tracciamento lato server con GTM.
Come escludere i checkout di terze parti (Stripe, PayPal)?
I checkout di terze parti sono la singola causa più grande di conversioni attribuite erroneamente, perché il reindirizzamento di pagamento riporta l'utente alla tua pagina di ringraziamento portando il fornitore come referrer. È qui che escludere i domini giusti rende all'istante.
Identificare i fornitori — Guarda il tuo canale Referral alla ricerca di qualsiasi dominio di pagamento, prenotazione o portafoglio. Stripe, PayPal, i widget di prenotazione ospitati e i fornitori di accesso esterni sono i nomi abituali, e ciascuno intercetta il credito di una vendita reale.
Aggiungere il dominio radice — Aggiungi ogni fornitore all'elenco del traffico configurato usando il suo dominio radice, come stripe.com o paypal.com. GA4 abbina i sottodomini sotto la radice, quindi una sola voce copre checkout.stripe.com e qualsiasi altro host usato dal fornitore, il che mantiene l'elenco breve e affidabile.
Confermare rispetto al gruppo di canali — Dopo aver escluso i fornitori, le conversioni dovrebbero ricadere sulla campagna, la sorgente a pagamento o organica che le ha davvero guidate. Il modo in cui GA4 raggruppa il traffico corretto segue le regole del gruppo di canali predefinito collegate nelle Fonti. Per assicurarti che la marcatura della campagna a monte sia pulita, in modo che la sorgente preservata sia corretta, costruisci i tuoi link con la nostra configurazione dell'importazione delle conversioni di GA4 e Google Ads.
Come interagisce con la misurazione tra domini?
L'esclusione di referral e la misurazione tra domini vengono spesso confuse perché toccano lo stesso problema da estremi opposti. Cogliere bene la distinzione ti evita di applicare lo strumento sbagliato e lasciare la perdita aperta.
La misurazione tra domini collega i tuoi siti — Quando possiedi due o più domini distinti tra cui un utente si muove — diciamo un dominio di marketing e un dominio di negozio separato — la misurazione tra domini cuce il percorso in un'unica sessione passando un parametro di collegamento nell'URL. Serve per la continuità tra le proprietà che controlli.
L'esclusione silenzia un dominio non controllato — L'esclusione di referral impedisce semplicemente che un dominio nominato venga conteggiato come referral. Vi ricorri quando una terza parte che non controlli, come un host di pagamento, continua a sovrascrivere la tua sorgente e non hai modo di aggiungere un collegamento dalla sua parte.
Molte configurazioni necessitano di entrambe — Una tipica proprietà e-commerce usa la misurazione tra domini per unire i propri domini di marketing e negozio, e il traffico configurato per escludere i fornitori di pagamento nel mezzo. Si impostano nelle stesse impostazioni del tag del flusso di dati e funzionano insieme. Configura i tuoi domini sotto la misurazione tra domini come documenta il riferimento ufficiale collegato nelle Fonti, poi sovrapponi le esclusioni per le terze parti.
Come verificare la correzione e quali sono i suoi limiti?
Applicare le impostazioni è solo metà del lavoro; l'altra metà è dimostrare che hanno funzionato e capire cosa non possono fare. Salta la verifica e rischi di fidarti di una correzione che non ha mai attecchito.
Testare con un percorso reale — Attiva una vera andata e ritorno attraverso il dominio escluso, poi osserva DebugView e il tempo reale. Conferma che nessuna nuova sessione si avvia quando l'utente torna e che la sorgente originale è preservata. I report in tempo reale e DebugView riflettono la modifica in pochi minuti, molto prima che i report aggregati si assestino.
Attendere l'elaborazione — L'elaborazione standard di GA4 è in ritardo di circa 24-48 ore, quindi il canale Referral nei report principali si aggiorna uno o due giorni dopo la correzione. Apporta la modifica, convalida subito in DebugView, poi giudica i report aggregati il giorno dopo.
Usare la tabella qui sotto — Abbina il sintomo che vedi alla perdita probabile e alla correzione più rapida, lavorando dall'alto verso il basso.
Aggiungere un dominio al traffico configurato cambia solo il modo in cui GA4 classifica il traffico raccolto dopo il salvataggio. GA4 non rielabora né riattribuisce le sessioni già registrate, quindi i report del mese scorso mantengono per sempre i loro conteggi di referral gonfiati e le sessioni divise. Annota la data esatta in cui hai applicato ogni esclusione, convalida la correzione con traffico nuovo nell'arco di 24-48 ore, e non confrontare mai i numeri grezzi prima e dopo come se la regola fosse sempre stata attiva.
La verifica chiude il cerchio: una correzione di self-referral che non hai testato in DebugView è una correzione di cui non puoi fidarti. Una volta che il percorso reale conferma che la sorgente sopravvive all'andata e ritorno e i report elaborati mostrano il referral che scompare, l'attribuzione è di nuovo onesta. Per far emergere automaticamente ogni perdita di attribuzione rimanente, esegui l'audit gratuito a 5 assi di SteerAds, e per mantenere pulita la marcatura della campagna in modo che la sorgente preservata sia sempre corretta, costruisci i tuoi link con il nostro generatore di UTM.
Sources
Fonti ufficiali consultate per questa guida:
-
support.google.com — referral indesiderati e traffico configurato
-
support.google.com — gruppo di canali predefinito
-
support.google.com — misurazione tra domini
-
support.google.com — informazioni su Analytics
FAQ
Cos'è un self-referral in GA4?
Un self-referral si verifica quando il tuo dominio, uno dei tuoi sottodomini o un dominio di terze parti che controlli appare come sorgente di referral nei report GA4. In quasi l'80 percento dei casi deriva da un utente che lascia il tuo sito verso un fornitore di pagamento o prenotazione e torna, oppure che passa da un sottodominio all'altro senza misurazione condivisa. Poiché la visita di ritorno porta il tuo dominio come referrer, GA4 la legge come traffico nuovo anziché come continuazione. Il risultato è un conteggio delle sessioni gonfiato e un canale Referral che elenca nomi che non ti aspettavi. La correzione è configurazione, non codice.
Perché il mio dominio appare come referral?
Il tuo dominio appare come referral quando GA4 vede una visita in entrata il cui referrer è un host che non riconosce come parte dello stesso sito. I trigger abituali sono un flusso di checkout o accesso su un sottodominio diverso, un reindirizzamento tramite un host di marketing, o un fornitore di pagamento che rimanda l'utente a una pagina di ringraziamento. Ogni ritorno sembra un nuovo arrivo da una sorgente esterna. GA4 tratta il traffico come interno solo dopo che gli indichi quali host vanno insieme tramite il traffico configurato e le impostazioni tra domini. Fino ad allora, ogni andata e ritorno viene registrata come referral.
Che differenza c'è tra referral indesiderati e traffico configurato?
Sono la stessa funzione sotto due nomi che sono cambiati nel tempo. L'elenco dei referral indesiderati — ora mostrato come elenco del traffico configurato nelle impostazioni del flusso di dati — indica a GA4 quali domini referrer non devono avviare una nuova sessione né sovrascrivere la sorgente esistente. Quando un dominio è in quell'elenco, GA4 lo ignora come referrer e preserva la campagna, il mezzo e la sorgente originali. Non elimina il traffico; riclassifica l'arrivo affinché non venga più conteggiato come referral. Lo gestisci per flusso di dati web, non a livello di proprietà.
Devo escludere Stripe e PayPal dai referral di GA4?
Sì. I fornitori di pagamento come Stripe, PayPal e la maggior parte dei widget di prenotazione reindirizzano l'utente fuori dal tuo dominio e indietro, quindi senza esclusione appaiono come sorgente di referral su ogni transazione. È il modo più comune in cui le conversioni reali vengono attribuite erroneamente a un dominio di pagamento anziché alla campagna che le ha guadagnate. Aggiungi il dominio di ciascun fornitore all'elenco del traffico configurato come referral da escludere. Ti serve solo il dominio radice, come stripe.com o paypal.com, e GA4 abbina i sottodomini sottostanti. Riprova poi un acquisto reale per confermare che la sorgente sopravvive all'andata e ritorno.
Escludere un referral corregge i miei dati storici?
No. Le esclusioni di referral e le impostazioni del traffico configurato si applicano solo ai dati raccolti dopo la modifica. GA4 non rielabora né riattribuisce le sessioni già registrate, quindi i report delle settimane passate mantengono i loro conteggi di referral gonfiati e le sessioni divise. Per questo dovresti annotare la data in cui hai applicato la correzione e confrontare i periodi prima e dopo. Tratta la modifica come una correzione rivolta in avanti, convalidala con traffico nuovo nell'arco di 24-48 ore, ed evita di confrontare i numeri grezzi prima e dopo come se la regola fosse sempre stata attiva.
Che differenza c'è tra esclusione di referral e misurazione tra domini?
Risolvono problemi correlati da estremi opposti. La misurazione tra domini collega due o più domini distinti che possiedi — per esempio un sito di marketing e un negozio separato — affinché un singolo utente venga cucito in un'unica sessione mentre si sposta tra di essi. L'esclusione di referral, invece, impedisce semplicemente che un dominio nominato venga conteggiato come referral. Usi la misurazione tra domini quando vuoi continuità tra le tue proprietà, e l'esclusione quando una terza parte che non controlli, come un host di pagamento, continua a inquinare la sorgente. Molte configurazioni corrette usano entrambe insieme, impostate nello stesso flusso di dati.
Quanto tempo impiega un'esclusione di referral GA4 a funzionare?
L'impostazione si applica quasi subito al traffico nuovo, ma non vedrai report puliti all'istante. L'elaborazione standard di GA4 introduce un ritardo di solito di 24-48 ore prima che i dati si assestino, mentre DebugView e i report in tempo reale mostrano il comportamento corretto molto prima. L'approccio pratico è apportare la modifica, eseguire un percorso di test attraverso il dominio escluso in pochi minuti, confermare in DebugView che nessuna nuova sessione si avvia, e poi attendere un giorno prima di giudicare i report aggregati. Le sessioni in corso non sono interessate, quindi la lettura più pulita proviene dal traffico che inizia dopo la modifica.