Le click ID expliqué : gclid, fbclid, ttclid et msclkid

Un click ID est un jeton opaque qu'une plateforme publicitaire génère à l'instant où quelqu'un clique sur son annonce, qu'elle ajoute à l'URL de destination, et qu'elle relit plus tard au moment de la conversion - afin de rapprocher une vente ou une inscription du clic exact qui l'a produite. Chez Google, c'est gclid. Chez Meta, c'est fbclid. Chez TikTok, c'est ttclid. Chez Microsoft Advertising, c'est msclkid. Menez des campagnes payantes sur plus d'une plateforme et vous croiserez les quatre, généralement en vous demandant pourquoi votre URL est devenue aussi longue.

Chacun remplit exactement le même rôle pour sa propre plateforme, et aucun n'est une étiquette que vous rédigez. Une balise UTM est un texte que vous composez pour que vos propres outils analytics puissent regrouper le trafic par campagne. Un click ID, ce n'est pas ça - c'est une chaîne que la plateforme génère, et seul le pixel ou l'API de cette plateforme sait quoi en faire. Vous avez besoin des deux. Ils répondent à des questions différentes. C'est la partie que la plupart des articles explicatifs passent sous silence.

Ce qu'est réellement un click ID

Voyez un click ID comme un ticket de vestiaire, pas comme une étiquette nominative. Quand quelqu'un clique sur une publicité Google, le serveur de Google génère une chaîne unique, la relie à la campagne, au groupe d'annonces et au mot-clé à l'origine du clic, puis l'ajoute à l'URL sous la forme ?gclid=.... Cette chaîne est illisible pour vous comme pour n'importe qui d'autre - c'est un numéro de référence dans le propre journal de clics de Google. Fbclid, ttclid et msclkid suivent le même schéma : une émission différente, la même idée.

L'objectif est de boucler la relation entre "nous avons diffusé une publicité" et "ceci s'est produit sur votre site". Sans click ID, une plateforme ne peut fournir que des estimations au niveau de la campagne. Avec un click ID, elle peut affirmer : ce clic précis, il y a trois jours, a mené à cet achat précis - un niveau de précision que les UTM seules ne peuvent pas offrir. C'est ce qui alimente l'import de conversions hors ligne, Smart Bidding et les événements serveur de type CAPI. Les paramètres UTM expliqués est l'article complémentaire sur le balisage au niveau de la campagne que la plupart des équipes font tourner en parallèle des click ID.

Les quatre click ID que vous croiserez

Chaque grande plateforme publicitaire a sa propre version, et ce qui compte, ce sont les différences sur qui la relit et combien de temps elle reste exploitable.

Quatre plateformes, quatre noms de paramètres, un seul mécanisme. Faites de la publicité sur les quatre et une même page de destination peut porter plusieurs identifiants de clic à la fois - un gclid périmé venant du clic de la semaine dernière, côte à côte avec un fbclid tout frais issu de la publicité de retargeting du jour.

En quoi un click ID diffère d'un paramètre UTM

C'est la confusion derrière chaque recherche "qu'est-ce que fbclid" : il se trouve juste à côté de utm_source dans la chaîne de requête et ressemble à un paramètre de suivi, alors qu'il fait quelque chose de complètement différent.

Un paramètre UTM est une étiquette : vous choisissez la valeur - utm_campaign=spring-sale - et votre outil analytics regroupe les sessions selon la chaîne que vous avez tapée. Un click ID est une clé de recherche. Vous n'avez pas choisi la valeur de gclid ; c'est Google qui l'a fait, et seuls les propres systèmes de Google peuvent en tirer quelque chose. Déposez un gclid dans un rapport analytics générique et il reste là, inerte - utile à Google Ads, inutile à tout le reste.

Cette asymétrie compte pour le diagnostic. Quand les UTM cessent d'apparaître dans les rapports, la cause est généralement le navigateur ou un lien cassé - Firefox et Brave cassent votre attribution UTM traite ce mode de défaillance. Quand un click ID cesse de correspondre, la cause est presque toujours qu'il n'a jamais atteint à temps le pixel ou l'API propre de la plateforme, ou que sa fenêtre de validité s'est refermée avant que la conversion n'ait eu lieu.

Comment fonctionne réellement l'aller-retour d'un click ID

Débarrassez-vous des noms propres à chaque plateforme et chaque click ID suit le même parcours en trois étapes.

Étape un, la génération. À l'instant où un utilisateur clique sur la publicité, avant même que le navigateur ne demande votre page de destination, la plateforme génère l'identifiant et l'encode dans l'URL de redirection.

Étape deux, le trajet. L'identifiant voyage sous forme de paramètre de requête à travers tous les sauts qui se trouvent entre la publicité et votre page de destination - la redirection de la plateforme, puis votre domaine. Capturez-le ici et écrivez-le dans un cookie, un champ de formulaire caché, ou votre fiche CRM, pour plus tard.

Étape trois, le rapprochement. Quand la conversion se produit - un achat, une inscription, l'envoi d'un formulaire - votre pixel ou votre serveur renvoie le click ID stocké à l'API de la plateforme avec l'événement. La plateforme le recherche dans son propre journal de clics et, s'il se trouve toujours dans la fenêtre de validité, elle crédite la publicité d'origine. C'est le mécanisme derrière la transmission des conversions à l'API Conversions de Meta : capturer tôt, conserver, renvoyer plus tard.

Pourquoi ce paramètre est apparu sans y être invité, et si vous pouvez le retirer

La plupart des gens découvrent un click ID par accident. Le balisage automatique est activé par défaut dans Google Ads et Microsoft Advertising, et TikTok a rendu ttclid automatique en 2024, sans possibilité de refus. Personne n'a demandé ce paramètre ; la plateforme a simplement commencé à l'ajouter, parce que c'est ainsi que fonctionne désormais le suivi des conversions.

Donc oui, vous pouvez le retirer - mais c'est le moment qui détermine s'il s'agit d'un simple nettoyage sans conséquence ou d'un trou d'attribution que vous vous infligez vous-même. Retirer fbclid d'un lien avant de le partager, ou le supprimer de la colonne URL d'un rapport, ne change rien aux données de conversion que votre pixel a déjà capturées. Le retirer avant que votre propre script ou votre redirection ne l'ait lu, c'est une tout autre histoire : vous avez supprimé la seule chose dont la plateforme avait besoin pour créditer le clic, et aucune quantité de données UTM ne peut le récupérer. L'habitude la plus sûre consiste à capturer le click ID côté serveur dès le premier saut - l'approche décrite dans le suivi des conversions côté serveur - et à ne nettoyer le paramètre que dans ce que vous affichez ou stockez en aval de cette capture.

Découvrez comment le suivi des conversions d'Elido capture automatiquement chaque click ID → Si vous jonglez manuellement avec gclid, fbclid, ttclid et msclkid sur quatre comptes publicitaires, c'est exactement cette douleur que ça résout - une seule couche de redirection qui journalise l'identifiant avant que quoi que ce soit d'autre ne touche à l'URL.

Où les click ID se perdent

Un click ID est fragile exactement de la même façon qu'un UTM est fragile, avec en plus un ou deux modes de défaillance qui lui sont propres.

Quatre situations expliquent l'essentiel de la perte, et chacune appelle une correction différente.

Un visiteur copie-colle l'URL d'atterrissage dans une conversation de groupe. Toute personne qui clique sur ce lien collé porte désormais le click ID de quelqu'un d'autre. La conversion correspond soit au mauvais clic, soit à rien du tout. Stockez l'identifiant en le rattachant à la session qui est arrivée en premier, et cessez de traiter l'URL de la barre d'adresse comme la référence.

Le clic s'ouvre dans un navigateur intégré à une application. Instagram et TikTok confient le tap à une webview restreinte qui, souvent, ne peut pas conserver un cookie first-party au-delà de cette session, si bien que l'identifiant qui voyage dans l'URL n'a nulle part où se loger. Lisez le paramètre côté serveur dès la première requête plutôt que de compter sur le navigateur pour s'en souvenir.

Une redirection reconstruit l'URL de destination et supprime la chaîne de requête. Le click ID n'atteint alors jamais la page de destination. Il a disparu avant même que votre pixel ne se charge, si bien que rien en aval ne peut le sauver. Vérifiez que chaque couche de redirection du parcours transmet les paramètres de requête par défaut.

Le navigateur retire le paramètre avant le chargement de la page. La suppression des paramètres de requête de Firefox nomme explicitement fbclid en mode Strict. Capturez l'identifiant au niveau de la redirection, avant que la page de destination et ses scripts ne s'exécutent.

Le cas du copier-coller est en réalité un problème de dark social déguisé en click ID - le lien voyage par un canal privé que vos analytics ne peuvent pas voir, et l'attribution du dark social couvre entièrement cet angle mort. Pour les limites de cookies propres à Safari qui affectent la persistance de fbclid et ttclid, l'attribution des clics après Safari ITP est la lecture dédiée - je ne vais pas la répéter ici.

Garder les conversions attribuées : la checklist pratique

Rien de tout cela n'exige de reconstruire votre stack. Il suffit de s'assurer que le click ID est capturé une fois, tôt, avant que quoi que ce soit en aval ne puisse le perdre.

• Capturez gclid, fbclid, ttclid et msclkid côté serveur, dès le premier saut de redirection, et non sur la page de destination après le chargement des scripts.
• Stockez le click ID avec la fiche de commande ou de lead dans votre propre base de données, pas uniquement dans un cookie qui pourrait expirer avant la conclusion de la vente.
• Transmettez le click ID stocké à l'API de chaque plateforme - API Conversions, Enhanced Conversions, API Events, import hors ligne UET - dans la fenêtre de validité propre à cette plateforme.
• Vérifiez que votre raccourcisseur ou votre chaîne de redirection transmet les chaînes de requête sans y toucher ; testez avec un ?gclid=test123 factice et confirmez qu'il survit au saut.
• Associez les click ID aux UTM plutôt que de choisir l'un ou l'autre ; le suivi des campagnes UTM de bout en bout couvre la mise en place en parallèle pour la vue au niveau de la campagne qu'un click ID seul ne peut pas offrir.

La plupart des trous d'attribution que j'ai déboggués remontent à ce deuxième point : un click ID qui n'a vécu que dans un cookie, sur un domaine qui a changé, ou une session qui a expiré avant la conclusion de l'affaire. Corriger cette seule habitude comble plus de trous que n'importe quel réglage de plateforme - le genre de correction autour duquel est construite la section tutoriels du blog.

À lire aussi sur le blog

• Les paramètres UTM expliqués : le guide complet
• Firefox et Brave cassent votre attribution UTM
• L'attribution des clics après Safari ITP
• Le suivi des conversions côté serveur
• Transmettre les conversions à l'API Conversions de Meta