Voir le trafic provenant des apps dans Google Analytics 4

Il est bien plus fréquent que tu ne l'imagines qu'un utilisateur accède à ton site depuis une app sur son mobile.

Et il est aussi bien plus fréquent que tu ne le penses que ce trafic soit indiqué comme direct dans Google Analytics.

Autrement dit, il s'ajoute à cette boîte noire qu'est le trafic direct.

Selon le projet, le volume peut être considérable, car nous parlons d'applications aussi massives que :

• Gmail.
• La barre de navigation d'Android (attention à celle-ci, on l'oublie souvent).
• Les réseaux sociaux.
• Telegram et WhatsApp.
• Slack et autres apps similaires.

Si tu as une audience importante provenant de l'un de ces canaux, ce que je vais te raconter va t'intéresser.

Pourquoi cela se produit

Si ces cas sont attribués au trafic direct, c'est parce qu'il s'agit de sessions qui n'ont pas de référent HTTP.

En gros, sans entrer dans les détails techniques, c'est parce que ce sont des utilisateurs qui ne viennent pas d'une autre page web, mais d'une app.

Autrement dit, ils ont cliqué sur un lien dans une app de leur mobile qui les a conduits vers ton site.

De plus, le plus courant est qu'ils consultent ton site dans le navigateur interne intégré à presque toutes ces apps, et non dans le navigateur du mobile lui-même (Chrome, Safari, etc.).

Comme je le dis, ce comportement est plus fréquent qu'on ne le pense, surtout si nous avons une bonne audience sur l'un de ces canaux (email, Telegram, Instagram…).

Il est donc intéressant de voir ce trafic et de pouvoir l'analyser.

Comment voir le trafic web provenant des apps dans GA4

Plus simple que tu ne le penses. Il n'y a que trois étapes :

Étape 1 : créer un rapport d'exploration vierge

Pour cela, va sur le lien « Explorer » dans la colonne de gauche et sélectionne « Rapport vierge » :

Étape 2 : ajouter des métriques et des dimensions

Commençons par importer ces dimensions :

• URL de provenance de la page.
• Source/support de la session.
• Page de destination.

Ensuite, nous importons les métriques suivantes :

• Sessions.
• Nombre total d'utilisateurs.
• Utilisateurs actifs (facultatif).

Dans le champ « Lignes », nous plaçons la dimension URL de provenance de la page.

Dans le champ « Valeurs », nous plaçons les sessions, , nombre total d'utilisateurs, ou utilisateurs actifs, selon ce que nous voulons analyser.

Étape 3 : filtrer le trafic qui nous intéresse

Et c'est ici qu'arrive la magie de l'astuce.

Nous allons filtrer le trafic dont l'URL de provenance contient « -app: », comme ceci :

Résultat

Le voici :

Important: pour que ce soit clair, au cas où je ne l'aurais pas dit avant, ce trafic n'est PAS celui de ton app, mais celui de ton site, provenant de liens placés dans d'autres apps, OK ?

Étapes suivantes

Bon, maintenant que nous avons identifié tout le trafic que les apps nous apportent, nous pouvons creuser un peu plus, puisque c'est bien le but.

Maintenant que tu sais filtrer, adapte le rapport à ce dont tu as réellement besoin. Je te propose deux extensions.

Ajouter la source et le support de la session

La première chose à faire est d'ajouter au rapport la dimension Source et support de la session:

Tu verras ainsi qu'une partie du trafic d'app n'est pas direct.

À quoi cela est-il dû ?

Au fait que nous avons résolu le problème : nous avons tagué les liens et ajouté les paramètres UTM correspondants. J'y reviens plus bas.

Ajouter la page de destination

Une autre dimension que je te recommande d'ajouter au rapport est Page de destination. Tu en sauras ainsi un peu plus et auras davantage de contexte.

Par exemple, regardons ceci :

Ici, le « gm » à la fin de l'URL de provenance m'indique que l'app est Gmail.

Et la page de destination est la page de connexion de mon site.

Avec ces informations, j'ai d'abord pensé que le lien n'était pas tagué —ce qui, comme je le disais plus haut, permet d'éviter le problème—, mais ce n'est pas le cas. Le lien dans l'email EST bien tagué.

Alors, pourquoi GA4 le classe-t-il comme trafic direct ?

À cause d'un problème courant : l'URL de mon site que j'ai mise dans le lien (correctement taguée) se trouve en fait avoir une redirection lorsque l'utilisateur y accède.

Une redirection qui fait que les paramètres UTM sont perdus et que, par conséquent, GA4 n'est pas capable d'attribuer correctement la source, le support et la campagne.

C'est mon erreur, pas celle de GA4. Et pour la corriger, je peux suivre l'une de ces deux voies :

1. Changer le lien dans l'email par l'URL finale à laquelle arrive l'utilisateur (après la redirection) et taguer cette URL. C'est le plus simple, mais ce n'est pas toujours possible.
2. Faire en sorte que la redirection conserve les paramètres UTM et les applique sur la page finale. C'est un peu plus complexe techniquement, mais cela fonctionne toujours.

Sachez que les redirections provoquent souvent ce problème. Et cela affecte aussi bien l'analytics que les campagnes payantes, par exemple avec le paramètre GCLID.

Exception

Si tu regardes les images, tu as peut-être remarqué une chose : toutes les apps sont sur Android.

Je ne comprends pas très bien pourquoi —j'imagine que c'est une caractéristique de Safari in-app qui bloque Analytics — mais, avec cette méthode, tu ne pourras voir que le trafic provenant du système d'exploitation mobile de Google.

Heureusement, il est très largement majoritaire en Espagne, donc tu disposes de bien plus de données que celles qui te manquent.

Solution au trafic direct des apps : comment l'éviter

Comme je l'ai mentionné plusieurs fois, la façon de l'éviter est d' utiliser les paramètres UTM. Pour cela, il suffit d'ouvrir le Google URL Builder et d'ajouter les bons paramètres.

Et c'est tout ? Si je le fais toujours, est-ce que je n'aurai plus de trafic direct vers le site provenant d'apps ?

Je suis désolé de te dire que non.

La raison est que tu contrôles les liens que tu publies, mais pas ceux que d'autres personnes partagent. Et plus les gens partagent ton site, mieux c'est, mais comme ces personnes ne vont pas dans le Google URL Builder pour les taguer, tu auras TOUJOURS du trafic direct provenant d'apps.

C'est pourquoi il est important de savoir comment l'afficher dans l'outil.

Conclusion

C'est une astuce assez peu connue qui permet d'approfondir un segment de ton trafic et qui, surtout pour certains projets, peut être très pertinente.

Tu pourras désormais expliquer certains pics de trafic que tu ne comprenais pas. Et tu pourras aussi corriger quelques autres choses, comme les redirections.

Le tout très simplement, comme la plupart des astuces GA4 que j'ai publiées jusqu'à présent.

Si tu aimes l'analytics et Google Analytics, je pense que cela vaut la peine d'y jeter un œil.

Et si tu as des problèmes avec l'analytics de ton projet et penses avoir besoin d'aide, parlons-en.