PayPal compare come sorgente in GA4: correggere i referral dei pagamenti

Leggi il report e scegli il confronto corretto

Nel report Acquisizione traffico usa la dimensione Sorgente/mezzo sessione, cerca il dominio del pagamento e osserva sessioni, acquisti e ricavi nello stesso intervallo. Il report Acquisizione utenti risponde invece alla domanda sulla prima acquisizione: non confrontare le due tabelle come se descrivessero lo stesso momento.

Salva il nome esatto del dominio, la proprietà, lo stream e il periodo. Chiedi a chi segue l’ecommerce quando sono cambiati gateway, plugin, checkout o banner del consenso. Una coincidenza temporale suggerisce un controllo, senza dimostrare da sola la causa.

La documentazione del report Acquisizione traffico chiarisce l’ambito delle dimensioni di sessione. Mantieni lo stesso criterio anche nel confronto successivo alla correzione.

Disegna il percorso di un ordine

Prepara una prova concordata con il responsabile del negozio, usando l’ambiente di test del sistema di pagamento quando disponibile. Registra la sequenza: pagina di ingresso, prodotto, carrello, checkout, eventuale sito esterno e pagina finale del negozio.

• Pagamento riuscito: il cliente torna alla conferma oppure resta sul portale del gestore?
• Pagamento annullato: torna al carrello, al checkout o a una pagina di errore?
• Smartphone: si apre un’app, una nuova scheda o lo stesso browser?
• Metodi diversi: carta e portafoglio digitale seguono davvero gli stessi passaggi?

Annota i domini osservati, senza copiare pubblicamente indirizzi contenenti token, dati del cliente o riferimenti riservati. Questa mappa aiuta il tecnico a individuare il passaggio problematico e impedisce di applicare una soluzione pensata per un altro gateway.

Configura soltanto i referral tecnici verificati

Per il ritorno da un elaboratore di pagamenti Google prevede i referral indesiderati. Con ruolo Editor o superiore, apri Amministrazione → Stream di dati → stream Web → Configura le impostazioni del tag → Mostra tutte → Elenca referral indesiderati. Aggiungi la condizione per il dominio effettivamente verificato e salva.

Scegli una corrispondenza precisa; controlla quali sottodomini include. Non usare parole generiche come “pay” o un elenco copiato da un altro negozio. Un sito che pubblica una recensione dei tuoi prodotti e porta nuovi visitatori è una sorgente da conservare.

Segui le istruzioni Google sui referral indesiderati. Evita di applicare indiscriminatamente ignore_referrer a tutte le pagine: perderesti informazioni utili sulla provenienza.

Distingui esclusione e misurazione interdominio

Se il carrello è su un altro dominio che controlli e puoi misurare, valuta la misurazione interdominio: richiede una configurazione coerente, lo stesso ID tag del medesimo stream e la corretta trasmissione del parametro di collegamento.

Il normale sito di pagamento di PayPal non è un tuo dominio sul quale installare il tag. Non aggiungerlo automaticamente a “Configura i tuoi domini”: l’esclusione del referral e il collegamento tra domini misurabili risolvono problemi diversi.

Per un checkout gestito da un fornitore, chiedi quali integrazioni supporta davvero. Se non puoi misurare il dominio esterno, documenta il limite. Una regola sui referral non ricostruisce un’identità persa, un consenso assente o una pagina priva di tag.

Controlla gli acquisti anche quando la sorgente migliora

Verifica l’evento purchase e i parametri dell’ordine, tra cui transaction_id, valore, valuta e articoli. Google descrive questi dati nella guida alla misurazione ecommerce. Il pagamento registrato dal gestionale e l’acquisto inviato ad Analytics sono due controlli distinti.

Prepara un piccolo prospetto interno con identificativo di prova, metodo, esito nel negozio ed evento osservato. Ricarica la conferma e verifica che l’implementazione non invii acquisti impropri; prova anche l’annullamento, che non deve essere trattato come vendita completata.

Se gli ordini mancano o i ricavi sono incoerenti, approfondisci acquisti e ricavi ecommerce in GA4. Non considerare risolto il problema soltanto perché la riga PayPal diminuisce.

Collauda la modifica e registra gli esiti

Con la modalità di debug attiva, usa DebugView per esaminare gli eventi del dispositivo di prova e i loro parametri. L’assenza di eventi richiede anche un controllo del consenso e della configurazione di raccolta. DebugView aiuta a osservare il percorso tecnico; il report elaborato serve per valutare l’attribuzione.

Ripeti la prova sul metodo interessato e su un metodo alternativo. Nel verbale scrivi chi ha eseguito il test, quale configurazione era attiva e quali esiti avete verificato. Una sola prova su computer non rappresenta necessariamente l’esperienza di chi paga da un’app sul telefono.

Valuta i dati successivi senza riscrivere lo storico

L’impostazione non ripara retroattivamente i report. Google spiega inoltre che un referral precedente può continuare a influenzare l’attribuzione di utenti di ritorno. Non aspettarti che ogni riga scompaia subito.

Confronta periodi omogenei successivi all’intervento e conserva una nota interna del cambiamento. Se nel frattempo hai aumentato il budget o avviato una promozione, separa queste variazioni nella lettura dei risultati. Una riduzione delle vendite attribuite al gateway, da sola, non misura un miglioramento commerciale.

Se il problema persiste, consegna al tecnico dominio osservato, mappa del checkout, prove e impostazioni applicate. Sono elementi più utili di una richiesta generica come “Analytics assegna male gli ordini”.