Vedere il traffico proveniente dalle app in Google Analytics 4

È molto più frequente di quanto immagini che un utente acceda al tuo sito da un'app sul proprio telefono.

Ed è anche molto più frequente di quanto pensi che quel traffico venga registrato come diretto in Google Analytics.

In altre parole, viene aggiunto a quella scatola nera che è il traffico diretto.

A seconda del progetto, può essere un volume considerevole, visto che parliamo di applicazioni diffuse come:

• Gmail.
• La barra di navigazione di Android (occhio a questa, perché spesso non viene considerata).
• I social network.
• Telegram e WhatsApp.
• Slack e app simili.

Se hai un pubblico importante proveniente da uno di questi canali, quello che sto per raccontarti ti interessa.

Perché succede

Il motivo per cui questi casi vengono attribuiti al traffico diretto è che sono sessioni che non hanno un referrer HTTP.

In sostanza, lasciando da parte i tecnicismi, è perché sono utenti che non provengono da un'altra pagina web, ma da un'app.

In altre parole, hanno cliccato su un link dentro un'app del telefono che li ha portati sul tuo sito.

Inoltre, nella maggior parte dei casi vedono il tuo sito nel browser interno integrato in quasi tutte queste app, non nel browser del telefono stesso (Chrome, Safari, ecc.).

Come dicevo, questo comportamento è più frequente di quanto pensiamo, soprattutto se abbiamo un buon pubblico su uno di questi canali (email, Telegram, Instagram…).

Quindi è interessante vedere questo traffico e poterlo analizzare.

Come vedere il traffico web proveniente dalle app in GA4

Più facile di quanto pensi. Sono solo tre passaggi:

Passaggio 1: creare un report Esplorazione vuoto

Per farlo, vai al link “Esplora” nella colonna di sinistra e seleziona “Report vuoto”:

Passaggio 2: aggiungere metriche e dimensioni

Iniziamo importando queste dimensioni:

• URL referrer della pagina.
• Sorgente/mezzo della sessione.
• Pagina di destinazione.

Poi importiamo le seguenti metriche:

• Sessioni.
• Utenti totali.
• Utenti attivi (facoltativo).

Nel campo “Righe” inseriamo la dimensione URL referrer della pagina.

Nel campo “Valori” inseriamo le sessioni, , utenti totali, o utenti attivi, a seconda di ciò che ci interessa analizzare.

Passaggio 3: filtrare il traffico che ci interessa

E qui arriva la magia del trucco.

Quello che faremo è filtrare il traffico il cui URL di riferimento contiene “-app:” così:

Risultato

Eccolo:

Importante: per essere chiari, nel caso non lo abbia già detto, questo traffico NON è quello della tua app, ma quello del tuo sito proveniente da link inseriti in altre app, ok?

Passaggi successivi

Bene, ora che abbiamo individuato tutto il traffico che le app ci portano, possiamo scavare un po' più a fondo, che è proprio il punto.

Ora che sai come filtrare, adatta il report a ciò che ti serve davvero. Ti propongo un paio di estensioni.

Aggiungere la sorgente e il mezzo della sessione

La prima cosa che puoi fare è aggiungere al report la dimensione Sorgente e mezzo della sessione:

Così vedrai che c'è traffico da app che non è diretto.

Da cosa dipende?

Dal fatto che abbiamo risolto il problema: abbiamo taggato i link e aggiunto i parametri UTM corrispondenti. Più avanti torno sull'argomento.

Aggiungere la pagina di destinazione

Un'altra dimensione che ti consiglio di aggiungere al report è Pagina di destinazione. Così saprai qualche cosa in più e avrai più contesto.

Per esempio, guardiamo questo:

Qui, il “gm” alla fine dell'URL referrer mi indica che l'app è Gmail.

E la landing è la pagina di login del mio sito.

Con queste informazioni, la prima cosa che ho pensato è che il link non fosse taggato —che, come dicevo sopra, è il modo per evitarlo—, ma non è così. Il link nell'email È taggato.

Allora perché GA4 lo classifica come traffico diretto?

Per un problema comune: quello che succede è che l'URL del mio sito inserito nel link (correttamente taggato), in realtà ha un redirect quando l'utente vi accede.

Un redirect che fa sì che i parametri UTM vadano persi e che, quindi, GA4 non riesca ad attribuire correttamente sorgente, mezzo e campagna.

È un mio errore, non di GA4. E per risolverlo posso seguire una di queste due strade:

1. Cambiare il link nell'email con l'URL finale a cui arriva l'utente (dopo il redirect) e taggare quell'URL. La soluzione più semplice, ma non sempre possibile.
2. Fare in modo che il redirect conservi i parametri UTM e li applichi nella pagina finale. Un po' più complesso tecnicamente, ma funziona sempre.

Sappi che questo problema con i redirect si verifica spesso. E riguarda sia l'analisi sia le campagne a pagamento, per esempio con il parametro GCLID.

Eccezione

Se guardi le immagini, forse hai notato una cosa: tutte le app sono su Android.

Non capisco bene il motivo —suppongo sia una caratteristica di Safari in-app che blocca Analytics — ma il fatto è che, seguendo questo sistema, potrai vedere solo il traffico del sistema operativo mobile di Google.

Fortunatamente, in Spagna è nettamente maggioritario, quindi hai molti più dati di quelli che ti mancano.

Soluzione al traffico diretto da app: come evitarlo

Come ho già detto un paio di volte, il modo per evitarlo è utilizzare i parametri UTM. Per farlo, devi solo aprire il Google URL Builder e aggiungere i parametri corretti.

E basta? Se lo faccio sempre, smetterò di avere traffico diretto sul sito proveniente dalle app?

Mi spiace dirti di no.

Il motivo è che controlli i link che pubblichi tu, ma non quelli che condividono altre persone. E più persone condividono il tuo sito meglio è, ma siccome queste persone non aprono il Google URL Builder per taggare i link, avrai SEMPRE traffico diretto proveniente dalle app.

Per questo è importante sapere come visualizzarlo dentro lo strumento.

Chiusura

Questo è un trucco non molto conosciuto che permette di approfondire un segmento del tuo traffico e che, soprattutto per alcuni progetti, può essere molto rilevante.

Ora troverai una spiegazione per alcuni picchi di traffico che non capivi. E potrai anche risolvere qualche altra cosetta, come i redirect.

Tutto in modo molto semplice, come la maggior parte dei trucchi di GA4 che ho pubblicato finora.

Se ti piacciono l'analisi e Google Analytics, credo che valga la pena darci un'occhiata.

E se hai problemi con l'analisi del tuo progetto e pensi di aver bisogno di aiuto, parliamone.