5 min de lectureIngénierie

Firefox et Brave sont en train de casser votre attribution UTM

Firefox supprime les paramètres UTM et Brave bloque les scripts qui les lisent, si bien que la confidentialité des navigateurs casse discrètement votre attribution. Pourquoi, et comment le lien survit malgré tout.

Marius Voß
DevRel · edge infra
Firefox supprimant des paramètres UTM d'une URL et Brave bloquant le script analytics, cassant l'attribution UTM, tandis qu'un lien court enregistre le clic en premier

Votre suivi UTM fuit, et les navigateurs axés sur la confidentialité en sont la cause. Firefox, en mode Strict, supprime les paramètres de suivi connus de l'URL avant même que la page ne se charge. Brave emprunte un chemin différent vers le même résultat : il laisse le plus souvent les paramètres intacts mais bloque les scripts analytics qui les liraient. Dans les deux cas, un clic taggé en UTM peut arriver sur votre landing page avec les tags disparus ou le script qui les analyse bloqué - et votre rapport de campagne sous-compte discrètement.

C'est le cousin « chaîne de requête » du problème Safari. L'article click attribution after Safari ITP couvre le stockage et les cookies ; celui-ci porte sur les paramètres d'URL eux-mêmes, supprimés ou ignorés, ce qui est un mécanisme différent pour le même symptôme.

Deux navigateurs, deux mécanismes, un rapport cassé

Il est utile d'être précis, car « les navigateurs suppriment les UTM » n'est vrai qu'à moitié.

Firefox les supprime réellement. Sa fonctionnalité de suppression des paramètres de requête, active dans Strict Enhanced Tracking Protection, vérifie les paramètres d'URL par rapport à une liste d'identifiants de suivi connus et supprime les correspondances avant le chargement de la page. La liste par défaut est limitée mais bien réelle, et elle est configurable, donc l'ensemble ne fait que grandir. Une analyse de la suppression des click-ID et des paramètres par navigateur montre à quoi cela ressemble selon les navigateurs.

Brave bloque surtout ceux qui les lisent. La suppression de paramètres par Brave est inconsistante ; ce qu'il fait de manière fiable, c'est bloquer les scripts analytics - GA4 y compris - qui liraient les UTM. Les paramètres peuvent survivre dans l'URL, mais rien sur la page n'est autorisé à les analyser, donc l'effet sur votre rapport est le même : aucune attribution.

Ajoutez les limites de stockage de Safari et vous obtenez un trio de confidentialité complet. Les tests du secteur situent les navigateurs axés sur la confidentialité à environ un cinquième à un quart des visiteurs, avec une partie du trafic américain sur des navigateurs qui bloquent purement et simplement le suivi GA4 par défaut. Ce n'est pas une erreur d'arrondi dans un rapport de campagne.

Firefox supprimant les paramètres utm d'une URL avant le chargement de la page, et Brave bloquant le script GA4 qui les lirait, aboutissant tous deux à une perte d'attribution UTM

Pourquoi l'approche UTM est structurellement exposée

Le modèle UTM suppose deux choses qu'un navigateur axé sur la confidentialité peut casser : que les paramètres de suivi survivent au trajet jusqu'à votre page, et qu'un script sur cette page puisse les lire. Les deux se produisent à la destination, exactement là où opèrent les fonctionnalités de confidentialité du navigateur. Vous demandez aux tags de survivre à un parcours construit spécifiquement pour les supprimer.

Ce n'est pas une raison d'abandonner les UTM - ils fonctionnent encore très bien dans Chrome, qui représente la majorité du trafic - mais c'est une raison de ne pas traiter l'UTM de la landing page comme la source de vérité. C'est un canal à perte, et la perte se concentre sur des audiences soucieuses de leur vie privée auxquelles vous tenez probablement.

Enregistrez le clic avant que le navigateur n'y touche

Le correctif fiable consiste à déplacer la mesure plus tôt : capturer le clic au niveau de la redirection, avant même que la page de destination et ses scripts ne se chargent. Un lien court fait exactement cela. Quand quelqu'un clique sur go.acme.com/spring, la redirection se résout côté serveur et enregistre le clic - campagne, destination, horodatage - et ce n'est qu'ensuite qu'elle envoie le navigateur plus loin. Que Firefox supprime un paramètre de requête sur la landing page, ou que Brave y bloque un script, cela se produit après que le clic a déjà été compté. La donnée de suivi vivait dans la redirection, pas dans une chaîne de requête que le navigateur pouvait supprimer.

Un lien court enregistrant le clic côté serveur au niveau de la redirection avant le chargement de la page de destination, si bien que le clic survit même si le navigateur supprime ensuite le paramètre UTM

La nuance à garder honnête : ceci ne récupère pas les données comportementales sur la page que le blocage de scripts de Brave casse également - si GA4 est bloqué, vos données de session et d'événements sur cette page restent affectées. Ce que le lien court récupère, c'est le signal d'acquisition : le fait que le clic a eu lieu, et depuis quelle campagne. Pour la plupart des questions d'attribution, c'est ce chiffre-là qui disparaissait. Et c'est le même principe côté serveur qui permet de mesurer le dark social - le clic est enregistré à un endroit que la couche de confidentialité du navigateur ne peut pas atteindre.

Vous conservez vos paramètres UTM pour les navigateurs qui les respectent, et vous les enveloppez dans un lien court afin que le clic soit compté même quand ils sont supprimés. Enveloppez vos liens de campagne et la part des navigateurs de confidentialité cessera de disparaître de vos rapports.

Que faire

  • Arrêtez de traiter l'UTM de la landing page comme l'unique source de vérité ; elle est désormais à perte par construction.
  • Enveloppez vos liens de campagne dans un lien court taggé afin que le clic soit enregistré côté serveur au niveau de la redirection.
  • Réconciliez les totaux de clics du lien court avec GA4 pour estimer l'ampleur réelle de votre perte liée aux navigateurs de confidentialité.
  • Conservez les UTM - ils ne sont pas morts, ils ne sont simplement plus suffisants à eux seuls.

Lire la série pilier

Cet article appartient au cluster ingénierie. Les lectures jumelles sont click attribution after Safari ITP et, pour les tags, UTM parameters explained.

À lire aussi sur le blog

Questions fréquentes

Firefox et Brave suppriment-ils les paramètres UTM ?

Firefox, oui, en mode Strict : sa fonctionnalité de suppression des paramètres de requête retire les paramètres de suivi connus, y compris certaines valeurs utm_, de l'URL avant que la page ne se charge. Brave est différent - il ne supprime pas vraiment les paramètres, il bloque plutôt les scripts analytics (comme GA4) qui les liraient. Le résultat final est similaire : votre attribution basée sur les UTM se casse, simplement par deux mécanismes différents.

Pourquoi mes données de suivi UTM disparaissent-elles ?

Les navigateurs axés sur la confidentialité. Le mode Strict de Firefox supprime les paramètres de requête de suivi, Brave bloque les scripts analytics qui les analysent, et Safari a ses propres limites de stockage. Ensemble, les navigateurs de confidentialité représentent une part significative des visiteurs - couramment estimée entre un cinquième et un quart - donc une partie de vos clics taggés en UTM arrive avec les tags disparus ou le script qui les lit bloqué.

Comment suivre mes campagnes si les navigateurs suppriment les paramètres UTM ?

Enregistrez le clic avant que la page de destination ne se charge. Un lien court se résout côté serveur au niveau de la redirection et consigne le clic, la campagne et la destination à cet instant précis - avant qu'un navigateur ne supprime un paramètre de requête ou ne bloque un script sur la landing page. La donnée de suivi se trouve dans la redirection, pas dans une chaîne de requête que le navigateur peut supprimer.

La suppression des paramètres UTM affecte-t-elle tous les navigateurs ?

Pas également. Chrome ne supprime rien par défaut, donc la majorité du trafic conserve encore ses UTM. C'est chez Firefox (Strict), Brave et Safari que la perte se concentre. Comme leur part combinée est assez importante pour fausser un rapport de campagne, l'hypothèse prudente est qu'une fraction non négligeable des clics de chaque campagne est sous-mesurée si vous ne vous fiez qu'aux UTM de la landing page.

Le suivi côté serveur est-il la réponse à la suppression des UTM ?

Enregistrer le clic côté serveur au niveau d'une redirection est la réponse la plus fiable, oui. Cela capture le clic avant que le navigateur ne touche à l'URL de destination ou à ses scripts, donc la suppression de paramètres et le blocage de scripts ne peuvent pas l'effacer. Cela ne désanonymise personne ; cela déplace simplement la mesure vers un point que les fonctionnalités de confidentialité du navigateur n'atteignent pas.

Essayer Elido

Collez une URL, obtenez un lien court

Sans inscription. Lien actif 30 jours. Inscrivez-vous pour le garder pour toujours.

Gratuit, sans inscription · 2 par jour

Essayer Elido

Raccourcisseur d'URL hébergé en UE : domaines personnalisés, analyses approfondies et API ouverte. Forfait gratuit - sans carte bancaire.

Tags
firefox strip utm parameters
browsers strip utm
brave utm tracking
query parameter stripping
utm attribution loss
privacy browser tracking

Lire la suite