Comment récupérer le Client ID de Google Analytics 4 ?

Le Client ID GA4 se récupère avec gtag(), JavaScript ou Google Tag Manager. Il relie les événements d’un même navigateur et appareil, mais n’identifie pas une personne. Voici comment choisir une méthode et éviter les erreurs d’interprétation.

À quoi sert le Client ID GA4 ?

Le Client ID de Google Analytics 4 est un identifiant aléatoire stocké dans le cookie _ga. Il sert à relier entre eux les événements associés à un même navigateur et à un même appareil. Quand ce navigateur consulte plusieurs pages ou effectue plusieurs actions, le Client ID permet à GA4 de rattacher ces événements au même identifiant de navigateur.

Ce rapprochement ne signifie pas que GA4 connaît la personne derrière l’écran. Le Client ID identifie un navigateur, pas un individu. Plusieurs personnes peuvent utiliser le même navigateur et être associées au même Client ID. À l’inverse, une même personne qui utilise plusieurs navigateurs ou appareils peut être associée à plusieurs identifiants.

Cette distinction est importante pour interpréter les données. Le Client ID aide à suivre une continuité d’activité dans un contexte donné, mais il ne constitue pas une identité personnelle. Il ne permet pas, à lui seul, de savoir qui a consulté votre site, ni de relier automatiquement les activités d’une personne entre ses appareils.

La continuité peut aussi être rompue. Si le cookie _ga est supprimé, un nouvel identifiant peut être généré lors d’une visite ultérieure. Un changement d’appareil peut également conduire à un autre Client ID. GA4 peut alors traiter les événements comme provenant de navigateurs distincts, même s’ils sont associés à une même personne.

Découvrez égalementComment configurer le suivi interdomaines dans GA4 ?

Le Client ID est donc utile pour analyser les interactions d’un navigateur, pas pour reconnaître un utilisateur. Pour l’exploiter dans un outil de mesure, une balise ou un flux d’automatisation, il faut le récupérer depuis la source adaptée. Les méthodes varient selon que vous travaillez dans le navigateur, avec Google Tag Manager ou côté serveur.

Comment récupérer le Client ID avec gtag() ?

Avec gtag(), on peut demander la valeur client_id associée à un ID de mesure GA4. L’appel transmet une commande à gtag.js ; la valeur revient ensuite dans une fonction de rappel, appelée callback. Cette méthode ne lit pas directement un cookie et ne suppose pas que votre site utilise une configuration particulière.

Il faut disposer de l’ID de mesure GA4, au format G-XXXXXXXXXX, et appeler la commande dans un contexte où gtag() est disponible. La balise Google doit aussi être chargée et initialisée pour cet ID. Si gtag() n’existe pas encore, si la balise n’a pas fini de s’initialiser ou si les conditions de consentement empêchent la lecture, le résultat peut ne pas être disponible. L’exemple doit donc être adapté au chargement réel de votre balise et à votre gestion du consentement.

Remplacez G-ABC1234567 par l’ID de mesure de votre propriété. Le callback reçoit la valeur, puis l’affiche dans la console du navigateur. Elle n’est envoyée vers aucun autre service.

// Remplacez cet ID fictif par l’ID de mesure GA4 de votre site.
gtag('get', 'G-ABC1234567', 'client_id', function(clientId) {
  // Affiche la valeur reçue dans la console, sans la transmettre ailleurs.
  console.log('Client ID GA4 :', clientId);
});

Pour éviter un appel prématuré, exécutez ce code après le chargement de l’implémentation gtag() utilisée par votre site. La disponibilité de la fonction, à elle seule, ne garantit pas que la valeur soit déjà lisible.

Découvrez égalementComment automatiser vos rapports avec l’API Data GA4 ?

Le Client ID est un identifiant pseudonyme utilisé par GA4 pour distinguer un navigateur ou un appareil. Il n’identifie pas directement une personne à lui seul, mais reste une donnée à traiter selon votre contexte de collecte, vos règles de consentement et vos obligations de confidentialité.

Si le code de mesure est géré dans Google Tag Manager, le moment d’exécution et l’accès à gtag() dépendent de votre configuration GTM. Le code doit alors être adapté à ce contexte plutôt que copié tel quel.

Comment le récupérer avec JavaScript ou GTM ?

JavaScript peut lire le cookie _ga, et Google Tag Manager (GTM) permet d’intégrer cette logique à votre plan de marquage, selon la configuration en place. Cette lecture n’est pas une méthode universelle ni plus fiable que gtag(). Avec gtag('get', ...), le Client ID peut être demandé à la configuration Google tag, mais l’appel dépend de son initialisation, de l’identifiant de mesure et du contexte de consentement.

Voici une fonction qui recherche le cookie _ga et retourne sa valeur brute, ou null s’il est absent. Elle ne transforme pas cette valeur en Client ID.

function lireCookieGa() {
  // Parcourt les cookies en tolérant les espaces après les points-virgules.
  const cookie = document.cookie
    .split(';')
    .map(partie => partie.trim())
    .find(partie => partie.startsWith('_ga='));

  // Retourne la valeur brute, sans déduire le Client ID.
  return cookie ? cookie.slice('_ga='.length) : null;
}

La valeur du cookie peut ressembler à GA1.1.123456789.987654321, mais le format et son interprétation doivent être vérifiés dans votre implémentation. Ne transmettez pas automatiquement toute la valeur comme Client ID : comparez-la au résultat obtenu par l’accès utilisé par votre balisage, puis validez le comportement sur vos navigateurs, domaines et configurations de consentement.

Découvrez égalementQuelle différence entre dimensions et métriques ?

Dans GTM, vous pouvez créer une variable JavaScript personnalisée qui retourne cette valeur, puis l’utiliser dans une balise adaptée. Si une balise doit attendre un résultat asynchrone de gtag('get', ...), prévoyez plutôt une remontée dans le dataLayer. Dans les deux cas, vérifiez le résultat dans le mode Aperçu de GTM et dans les requêtes effectivement envoyées par votre implémentation. J’ai déjà vu des écarts entre la valeur lue dans le navigateur et celle transmise par le plan de marquage, notamment après un changement de consentement.

Si le cookie a été supprimé, sa lecture ne permet pas de récupérer l’identifiant existant qu’il contenait. Les autres points d’accès ont eux aussi des limites, qu’il faut évaluer selon la configuration et le moment de la collecte.

Que peut-on vérifier dans GA4 et BigQuery ?

L’interface GA4 et BigQuery sont des points d’accès possibles aux données associées au Client ID. Leur disponibilité et la façon dont cet identifiant y est exposé dépendent toutefois de la configuration et des données effectivement accessibles. Je ne les présente donc pas comme des méthodes de récupération directe équivalentes à gtag() ou au cookie _ga.

La présence d’un identifiant dans GA4 ou BigQuery ne suffit pas à établir qu’il s’agit du même Client ID que celui lu côté navigateur. Il faut vérifier sa définition, son format et son périmètre avant de s’en servir. Une donnée liée à un utilisateur, à un appareil ou à une session ne doit pas être assimilée au Client ID sans preuve.

Avant de rédiger une procédure précise, je vérifie trois points :

• Quelles données sont réellement disponibles dans la propriété GA4 et dans les éventuelles données accessibles via BigQuery ?
• Quel identifiant est exposé, et sa correspondance avec le Client ID récupéré via gtag() ou le cookie _ga est-elle documentée ou vérifiable ?
• Quel est son périmètre : navigateur, appareil ou autre contexte, et cette portée correspond-elle au besoin ?

Sans ces vérifications, je ne donne ni chemin de menu, ni requête SQL, ni nom de champ, ni procédure d’export. Ces détails varient selon les données disponibles ; les inventer créerait une fausse méthode reproductible.

Pour récupérer directement le Client ID côté navigateur, je privilégie gtag() ou la lecture du cookie _ga lorsque le contexte le permet. Je n’utilise l’interface GA4 ou BigQuery qu’après avoir confirmé que l’identifiant recherché y est effectivement exposé et qu’il correspond au bon périmètre.

Quelle méthode choisir pour votre implémentation ?

Le Client ID GA4 relie des événements provenant d’un même navigateur et appareil ; il ne révèle pas l’identité d’une personne. Pour le récupérer, gtag() fournit une méthode directe lorsque la balise est disponible. La lecture du cookie _ga et l’intégration dans Google Tag Manager peuvent aussi convenir, à condition de vérifier la configuration et la valeur obtenue. L’interface GA4 et BigQuery demandent une validation spécifique avant de décrire une procédure fiable. Enfin, la suppression des cookies ou le changement d’appareil peut générer un nouvel identifiant. Vous pouvez ainsi choisir une méthode adaptée sans confondre suivi de navigateur et identification individuelle.

FAQ

• Qu’est-ce que le Client ID de Google Analytics 4 ?
  C’est un identifiant aléatoire stocké dans le cookie _ga. Il sert à relier des événements provenant d’un même navigateur et appareil, sans identifier une personne.
• Comment récupérer le Client ID avec gtag() ?
  La commande gtag(‘get’, ‘G-XXXXXXXXXX’, ‘client_id’, callback) permet de demander le client_id. Remplacez l’ID de mesure fictif par celui de votre propriété et vérifiez que gtag() est disponible.
• Peut-on lire le Client ID dans le cookie _ga ?
  Le cookie _ga est associé au Client ID, mais sa valeur brute ne doit pas être considérée automatiquement comme le Client ID sans vérifier son format et le contexte d’implémentation.
• Google Tag Manager peut-il récupérer le Client ID ?
  GTM peut intégrer une logique de récupération via les balises ou variables adaptées à votre configuration. Il faut tester la valeur obtenue dans l’implémentation réelle.
• Le Client ID reste-t-il identique après suppression des cookies ?
  Pas nécessairement. La suppression du cookie peut entraîner la création d’un nouvel identifiant. Un changement d’appareil peut aussi produire un Client ID différent.

A propos de l’auteur

Je suis Franck Scandolera, spécialiste de la mesure digitale et de l’exploitation des données analytics. J’aide les équipes à fiabiliser leurs implémentations GA4 et à transformer les données de navigation en décisions mesurables.

Franck Scandolera

Dev d’applications métier · Data Engineer · Automatisation IA

Clients : Logis Hôtels, Yelloh Village, BazarChic, FFF, Texdecor…

• Apps & agents IA : Node.js, Python, API, RAG, OpenAI, Mistral, Claude
• Data Engineering : BigQuery, Snowflake, PostgreSQL, ClickHouse, dbt, Airflow, Dataform, Looker, Power BI, Metabase
• Automatisation IA : n8n, Apps Script, scraping, API, LLM
• Tracking & perf Web : GA4, GTM server, Matomo, Piano, Tealium, CAPI, Core Web Vitals