GA4 attribuisce le vendite a PayPal o ai sistemi di pagamento: cosa controllare

Capire quale rapporto sta mostrando il problema

Annota proprietà GA4, intervallo di date, nome del rapporto e dimensione selezionata. Nel rapporto Acquisizione traffico, “Sorgente/mezzo sessione” descrive l’acquisizione delle sessioni. Le dimensioni del primo utente e i rapporti di attribuzione rispondono a domande diverse: non confrontare colonne con ambiti differenti come se fossero equivalenti.

Cerca il dominio del pagamento e osserva sessioni, acquisti ed entrate nello stesso contesto. Conserva una schermata senza dati personali e indica da quando l’anomalia è evidente. Un nome riconoscibile nella tabella è un indizio da verificare; da solo non dimostra che ogni vendita elencata abbia perso la stessa sorgente originaria.

Ricostruire il percorso prima e dopo il pagamento

Disegna i passaggi concreti: pagina di ingresso, prodotto, carrello, checkout, eventuale dominio esterno e pagina di conferma. Alcuni metodi lavorano dentro il sito, altri trasferiscono il visitatore; da telefono può intervenire anche un’app. Il percorso effettivo conta più del marchio del fornitore.

Con una prova concordata, registra gli indirizzi e i passaggi che cambiano dominio, senza conservare token di pagamento o dati del cliente. Controlla se il ritorno raggiunge la pagina prevista e se compaiono reindirizzamenti intermedi. Chiedi a chi mantiene l’integrazione quali variazioni sono possibili tra carta, portafoglio digitale e autenticazione del pagamento.

Configurare soltanto i referral indesiderati verificati

La guida Google ai referral indesiderati include i servizi di pagamento esterni tra i casi da valutare. Nelle impostazioni del flusso web, apri la configurazione del tag e l’elenco dei referral indesiderati; serve un ruolo con permessi adeguati. Inserisci condizioni coerenti con il dominio realmente osservato e controlla il tipo di corrispondenza prima di salvare.

Conserva una nota con valore precedente, modifica, motivo e data. Evita elenchi copiati senza verifica: un dominio potrebbe portare anche visite commerciali autentiche. L’esclusione non cancella gli acquisti; interviene sull’uso del referrer come sorgente. Nei rapporti possono persistere effetti dell’attribuzione di visite precedenti, quindi la presenza immediata di una riga non basta a dichiarare fallita la configurazione.

Distinguere il pagamento da un secondo dominio del negozio

Se catalogo e checkout funzionano su due domini che puoi configurare, valuta la misurazione tra domini. In GA4 questa mantiene la continuità tramite il parametro _gl e richiede la configurazione coerente del tag sul percorso interessato. Va controllato che reindirizzamenti e moduli non interrompano il passaggio previsto.

Un dominio del gestore dei pagamenti non è automaticamente un secondo sito su cui puoi installare il tuo tag. Aggiungerlo indiscriminatamente alla misurazione tra domini non sostituisce il controllo dell’integrazione. Chiedi al tecnico quali passaggi sono sotto il tuo controllo e quali sono gestiti dal fornitore, poi verifica la soluzione adatta a ciascuno.

Verificare l’acquisto separatamente dalla provenienza

Un’attribuzione discutibile e una vendita assente sono problemi diversi. Confronta un ordine di prova con il relativo evento di acquisto purchase, il suo identificativo, valore e valuta. Accerta che il percorso non invii due eventi per lo stesso acquisto dopo un aggiornamento della pagina o una seconda apertura della conferma.

Controlla la continuità del tag, le impostazioni di consenso e i passaggi tra browser o dispositivi. La misurazione deve rispettare le scelte dell’utente; non alterarle per far coincidere i totali. Se mancano vendite, parti dalla guida a GA4 e acquisti non registrati. I dati del gestionale restano il riferimento operativo per riconciliare gli ordini.

Un esempio ipotetico: il ritorno dal portafoglio digitale

Immaginiamo un negozio che osservi un aumento di entrate associate a un dominio di pagamento dopo il cambio del checkout. Il responsabile salva il rapporto, seleziona la stessa dimensione usata nei confronti precedenti e organizza una prova da una pagina di ingresso nota. Il tecnico ricostruisce il ritorno dal pagamento e individua il dominio coinvolto.

Dopo aver verificato tag ed evento di acquisto, viene corretta la configurazione pertinente e documentata la data. Il negozio osserva i percorsi successivi e confronta periodi omogenei, tenendo separati i vecchi dati. Questo esempio descrive un collaudo: non implica che ogni integrazione PayPal produca l’anomalia né che l’esclusione risolva tutte le perdite di attribuzione.

Valutare il risultato senza forzare i numeri

Prepara una matrice semplice con metodo di pagamento, dispositivo, percorso di ritorno ed esito della prova. Ripeti i casi che il negozio usa davvero, includendo eventuali checkout esterni. Per ogni problema conserva il passaggio preciso e il risultato atteso, così chi interviene può riprodurlo.

• Proprietà e flusso web corretti.
• Condizioni dei referral documentate.
• Continuità del percorso verificata dove possibile.
• Evento di acquisto e identificativo controllati.
• Data della modifica annotata nei confronti.

Non prendere decisioni sul budget da pochi ordini di prova o da una variazione del solo traffico diretto. Se vuoi confrontare visibilità Google e visite, leggi anche perché Search Console e Analytics mostrano dati diversi. L’obiettivo è rendere interpretabili le misure, non ottenere una coincidenza artificiale.

Domande frequenti

Devo escludere tutti i servizi di pagamento?

Individua quelli effettivamente coinvolti nel tuo percorso e il ruolo del dominio osservato. Una lista generica può nascondere sorgenti che sarebbe utile mantenere.

La modifica sistema anche i rapporti passati?

Non considerarla una riscrittura dei dati già raccolti. Conserva la data dell’intervento e interpreta separatamente i confronti prima e dopo.

Perché vedo ancora una differenza rispetto agli ordini?

Attribuzione, raccolta degli eventi e gestione contabile sono aspetti distinti. Consenso, strumenti di blocco e percorsi tra dispositivi possono limitare ciò che Analytics riesce a osservare.