Comment le user ID de GA4 relie les visites connectées d'un appareil à l'autre

Qu'est-ce que le user ID de GA4 ?

Google Analytics 4 compte une personne connectée une seule fois à travers les sessions, les appareils et les plateformes quand votre site envoie un user ID de GA4, un identifiant que votre propre système attribue à la connexion et transmet dans le paramètre de configuration user_id. La page d'aide de Google indique que la fonctionnalité vous permet d'"associate your own identifiers with individual users so you can connect their behavior across different sessions and on various devices and platforms." Ne l'envoyez que pour les personnes qui se sont connectées.

Sans lui, GA4 compte des appareils. La page de Google sur la reporting identity indique "On websites, the device ID gets its value from the client ID", donc la même personne sur un téléphone et sur un ordinateur portable apparaît comme deux utilisateurs. Cet écart est l'une des raisons pour lesquelles les pages vues, sessions et utilisateurs concordent rarement d'un outil à l'autre. Chaque outil définit un "utilisateur" à sa façon.

Google place le user ID en tête de ses sources d'identité. Sa page sur la reporting identity indique "User-ID is the most accurate identity space, because it uses data you collect to identify your users." La précision dépend du nombre de visiteurs qui se connectent. Un site de contenu où 5% des lecteurs ont un compte y gagne peu, alors qu'une application SaaS derrière une connexion y gagne beaucoup.

Comment envoyer un user ID à GA4 ?

Vous envoyez un user ID à GA4 en ajoutant user_id à la commande config sur chaque page, avec l'une de trois valeurs selon l'état de connexion du visiteur. Le guide développeur de Google fixe les règles :

L'exemple gtag.js de Google ressemble à ceci :

if (/* your logic for determining if the user is signed in */) {
  gtag('config', 'TAG_ID', {
    'user_id': 'USER_ID'
  });
} else if (/* your logic for determining if the user signed out */) {
  gtag('config', 'TAG_ID', {
    'user_id': null
  });
}

Quand l'ID n'est connu qu'après le chargement de la page, par exemple juste après un formulaire de connexion, Google recommande plutôt gtag('set'), qui "sets the user_id for all subsequent events on the page." Confirmez ensuite que la propriété lit l'ID en vérifiant la reporting identity, traitée plus bas.

Quelles règles un user ID de GA4 doit-il respecter ?

Un user ID de GA4 doit faire 256 caractères ou moins, être propre à une seule personne, rester stable d'une visite à l'autre et ne rien contenir qu'un tiers pourrait utiliser pour identifier cette personne. La page d'aide de Google indique "Your user ID must not contain information that a third party could use to determine a user's identity", et précise que votre usage de l'ID doit respecter les conditions d'utilisation de Google Analytics, "This includes avoiding the use of impermissible personally identifiable information." N'envoyez ni adresse e-mail brute ni nom.

Quatre autres règles viennent des pages d'aide et développeur de Google :

1. Utilisez un ID réel et unique. Google avertit que "Repeatedly setting a blank or dummy user ID can lead to inaccurate data (including permanent data loss)." Deux personnes qui partagent un ID fusionnent en un seul utilisateur dans tous les rapports.
2. Envoyez null à la déconnexion, jamais une chaîne. Google indique "Don't send an empty string (""), a blank string (" "), or the quoted words "null" or "NULL"." Les chaînes "undefined" et "null" comptent comme de vrais ID.
3. Tenez-le à l'écart des dimensions personnalisées. Le guide développeur indique "Don't set custom dimensions based on user IDs", et ajoute que user_id ne doit pas être défini comme propriété utilisateur ni envoyé comme paramètre d'événement.
4. Mentionnez-le dans votre politique de confidentialité. Google cite "providing appropriate notice of your use of identifiers in your Privacy Policy" parmi les obligations de conformité.

L'identifiant de compte interne de votre base de données est le choix sûr, parce qu'il est stable et ne signifie rien en dehors de votre propre système. Avant de le déployer, comparez-le à la liste des identifiants qui comptent comme données personnelles, car un identifiant de compte stable désigne toujours une personne.

Comment la reporting identity utilise-t-elle le user ID ?

La reporting identity de GA4 décide si les rapports utilisent le user ID, et seules les options Blended et Observed le lisent. Vous la réglez dans Admin sous Data display, Reporting identity, et Google décrit les trois options ainsi :

Google indique que vous pouvez "switch between the options at any time without making any permanent impact on data", parce que ce choix modifie les rapports, pas la collecte. Il y a un compromis. Google indique qu'avec les deux premières options "your property must have enough activity from signed-in users to adequately obfuscate their identity. As a consequence your reports are subject to data thresholds." Si des lignes disparaissent après l'activation du user ID, lisez comment le data thresholding de GA4 masque les petites lignes avant de conclure que la balise est cassée.

Que deviennent les événements avant la connexion et après la déconnexion ?

GA4 rattache un user ID aux événements antérieurs de la même session une fois l'ID défini, et cesse de le rattacher aux événements envoyés après la déconnexion. L'exemple de Google se déroule ainsi : un visiteur déclenche les événements 1 et 2 sans ID, se connecte et déclenche l'événement 3, puis se déconnecte et déclenche l'événement 4. "Events 1, 2, and 3 are now all associated with that user's ID", alors que l'événement 4 n'en a aucun.

Ce rattachement rétroactif ne s'étend qu'à la session en cours. Google indique "Any data in your Analytics account collected and recorded prior to implementation won't be reprocessed and associated with a user ID." Les visites enregistrées avant le déploiement du user ID ne le reçoivent jamais. Et Google ajoute que "User-ID data collected in one property can't be shared or mixed with data in other properties", donc un site marketing et une application répartis sur deux propriétés ne fusionnent pas.

Que peut-on faire des données user ID dans GA4 ?

Avec les données user ID dans GA4, vous pouvez comparer les utilisateurs connectés et non connectés, ouvrir la chronologie d'un seul utilisateur dans l'exploration utilisateur, créer des audiences de remarketing et exporter des lignes au niveau utilisateur vers BigQuery. La page de bonnes pratiques de Google liste ces usages.

Deux détails liés au consentement comptent ici. Google indique que lorsque vous collectez des user IDs et associez BigQuery, "that information is exported to BigQuery regardless of the consent status of your users." Et pour le remarketing, "If you are using User-ID, then Analytics only includes the user identifier and the device identifier for the last device associated with each logged-in user."

Flowsery identifie-t-il les utilisateurs d'un appareil à l'autre ?

Flowsery identifie un utilisateur connecté quand votre application appelle flowsery.identify({ userId, email, name }) depuis son SDK npm, mais en mode sans cookies il ne relie pas un visiteur anonyme d'un jour à l'autre ni d'un appareil à l'autre. Après cet appel, l'API visiteurs de Flowsery renvoie le userId, le nom et l'email dans le champ profile du visiteur, et ce champ vaut null pour les visiteurs anonymes. Le mode sans cookies fonctionne autrement. La page d'accueil de Flowsery indique "Visitor IDs are hashed and rotate daily", et sa page sur le suivi sans cookies indique "Visitors are grouped into sessions using anonymized, salted hashes that rotate daily. No persistent IDs ever leave the device." Comme le hash change chaque jour, une personne anonyme qui visite le site sur un téléphone aujourd'hui et sur un ordinateur portable demain apparaît comme deux visiteurs. Le guide du suivi sans cookies explique comment les outils sans cookies comptent les visiteurs sans ID stocké. Comme le user ID de GA4, l'appel identify de Flowsery utilise un ID que votre propre système attribue à la connexion, il ne couvre donc que les personnes connectées.

Questions fréquentes

Peut-on utiliser une adresse e-mail comme user ID de GA4 ?

Non. Google indique que le user ID "must not contain information that a third party could use to determine a user's identity", et vous demande d'éviter les informations personnelles identifiables non autorisées. Utilisez plutôt un identifiant de compte interne issu de votre base de données.

Quelle est la longueur maximale d'un user ID de GA4 ?

Un user ID doit faire 256 caractères ou moins. Google indique la même limite dans sa page d'aide User-ID et dans son tableau des limites de collecte d'événements.

Faut-il enregistrer user_id comme dimension personnalisée ?

Non. Le guide développeur de Google indique "Don't set custom dimensions based on user IDs", parce que les valeurs uniques créent une forte cardinalité qui nuit à la précision des rapports. Utilisez la reporting identity et l'exploration utilisateur pour travailler sur les données au niveau utilisateur.

Que faut-il envoyer quand un utilisateur se déconnecte ?

Envoyez null. Google demande de ne pas envoyer de chaîne vide, de chaîne blanche, ni les mots "null" ou "NULL" entre guillemets. Pour les visiteurs qui ne se sont jamais connectés, n'envoyez pas du tout le paramètre.

GA4 applique-t-il le user ID aux données antérieures à sa mise en place ?

Non. Google indique que les données collectées avant la mise en place "won't be reprocessed and associated with a user ID." Au sein d'une session, les événements envoyés avant la connexion sont bien rattachés à l'ID une fois celui-ci défini.

Pourquoi mes rapports GA4 ont-ils perdu des lignes après l'activation du user ID ?

Google indique que les reporting identities Blended et Observed rendent les rapports "subject to data thresholds" quand l'activité des utilisateurs connectés est trop faible "to adequately obfuscate their identity." Google précise aussi que changer de reporting identity n'a aucun effet permanent sur les données, vous pouvez donc comparer le même rapport en Device based pour voir ce que le seuil a retiré.

Comment GA4 compte-t-il une personne sur un téléphone et un ordinateur portable ?

Uniquement quand les deux visites envoient le même user ID. Sans lui, GA4 prend l'ID d'appareil à partir du client ID sur les sites web, donc le téléphone et l'ordinateur apparaissent comme deux utilisateurs. Si l'ID est envoyé après la connexion sur les deux appareils et que la reporting identity est Blended ou Observed, GA4 compte une seule personne.

Faut-il envoyer le user ID avec gtag config ou gtag set ?

Utilisez config avec user_id sur chaque page quand l'ID est connu au chargement. Utilisez gtag('set') quand l'ID n'apparaît qu'après le chargement, par exemple juste après un formulaire de connexion, car il "sets the user_id for all subsequent events on the page." Dans les deux cas, envoyez null après la déconnexion.

Quelle reporting identity de GA4 utilise le user ID ?

Blended et Observed l'utilisent toutes les deux. Blended suit l'ordre user ID, device ID, puis modélisation, et Observed va du user ID au device ID. Device based n'utilise que le device ID et ignore le user ID. Vous pouvez passer d'une option à l'autre à tout moment, sans impact permanent sur les données.

Peut-on associer les données user ID de GA4 à son CRM ?

Oui, via l'export BigQuery, qui contient à la fois user_pseudo_id et user_id. Dès que vous collectez des user ID et liez BigQuery, ces informations sont exportées quel que soit le statut de consentement de vos utilisateurs. Vérifiez-le par rapport à votre politique de confidentialité avant de construire la jointure.