Ce que UTM et click_id emportent quand on transfère un lien
La chaîne après le point d'interrogation n'est pas qu'une URL plus longue. Quand un collègue, un agent support ou un client renvoie un lien de campagne, utm_source, fbclid et igshid suivent dans l'historique de chat, les archives de tickets et les journaux d'accès. Les sections ci-dessous séparent ce qui part selon le type de paramètre, et décrivent une frontière de retrait que vous pouvez vérifier sur place. Ce n'est pas le mode d'emploi du formulaire Nettoyer un lien.
D'abord, quelle couche part
Cet article ne répond qu'à ce que les paramètres de tracking emportent quand un lien de campagne est renvoyé. Ce n'est pas le formulaire de Nettoyer un lien, ni un guide pour taguer des publicités avec des UTM.
Ce qu'emporte un second transfert
Le premier clic sert la régie publicitaire. Le second transfert n'a généralement plus besoin de cette chaîne de tracking — et cède pourtant la requête entière.
Un marketeur colle une landing dans un canal Slack client. Le support recopie « la page de l'offre » dans un ticket Zendesk. Un collègue renvoie un lien de partage Instagram dans un fil Teams. Presque personne ne lit d'abord ce qui suit le point d'interrogation. Cette queue dans la barre d'adresse a l'air de bruit. C'est une chaîne de requête. Le navigateur l'envoie avec la requête HTTP ; messageries, e-mails et outils de ticketing la stockent comme du texte ordinaire.
Ce n'est pas la même couche que « pourquoi le fragment # d'une URL n'entre pas dans les journaux serveur ». Un fragment reste dans l'onglet actuel et n'entre jamais dans la ligne de requête HTTP. Un paramètre de requête, si. L'article Pourquoi le fragment # d'une URL n'apparaît pas dans les journaux serveur n'explique que le dièse. Celui-ci complète le point d'interrogation : ce qui part au second transfert n'est en général pas le chemin, mais les champs qui le suivent — consultables, archivables, et relisibles par un hôte en aval.
L'aide Google Analytics sur le créateur d'URL est directe : quand quelqu'un clique un lien de recommandation porteur d'UTM, ces paramètres arrivent dans les rapports d'acquisition. Pour l'équipe campagne, c'est la fonction. Pour la personne qui renvoie la même URL, c'est autre chose : vous donnez au canal suivant une étiquette « de quelle campagne vient ce clic », plus tout click ID que la plateforme a ajouté toute seule. Ce canal ne promet pas une lecture unique, réservée au destinataire visé.
La question au second transfert n'est pas « cette URL s'ouvre-t-elle encore ». C'est « la requête contient-elle encore un identifiant dont l'autre côté n'a pas besoin, et que vous ne voulez pas laisser derrière ». Le chemin et les champs métier comme id ou q restent en général. utm_* et les click ID ne devraient plus voyager.
Trois familles de paramètres ne se valent pas
Être accroché au même point d'interrogation ne signifie pas porter la même information. Séparez étiquette de campagne lisible, jeton de clic émis par une plateforme, et marque du partageur.
La première famille, ce sont les UTM. La liste Google comprend utm_source, utm_medium et utm_campaign, plus des champs optionnels comme utm_term, utm_content et utm_id. Les valeurs sont du texte en clair que vous — ou un outil de tagging — avez écrites : newsletter, email, rentree-2026. Elles décrivent une campagne, pas le compte d'un utilisateur. Après un transfert, pourtant, le destinataire, quiconque rejoint le canal plus tard, et quiconque peut exporter le fil voient pour quelle campagne et quel canal le lien a été construit. L'analytics traite la casse comme une valeur différente : utm_source=google et utm_source=Google forment deux lignes. Pour une personne qui lit le collage, ce sont deux étiquettes lisibles.
La deuxième famille, c'est le click ID. Les régies l'ajoutent quand quelqu'un tape une publicité. La valeur est un long jeton, pas fait pour être lu. gclid vient du balisage automatique Google Ads et relie un clic à une conversion. fbclid est ajouté par Meta et souvent relu par un pixel ou l'API Conversions. La même famille comprend ttclid, msclkid et twclid. Vous n'avez pas choisi ces valeurs, et vous ne pouvez pas en extraire un nom de campagne. Elles identifient ce clic, pas cette campagne. Renvoyer une adresse qui contient encore fbclid, c'est céder une clé de recherche pour ce clic publicitaire.
La troisième famille, c'est la marque du partageur. Les outils d'e-mailing en donnent l'exemple le plus clair en français : chez Mailchimp, mc_cid nomme une campagne, tandis que mc_eid est un identifiant d'abonné encodé, recoupable avec un enregistrement de liste. Les liens de partage Instagram et Threads portent depuis longtemps igshid ou un champ privé voisin. Des tests communautaires, et le traitement Apple de la protection contre le suivi des liens, classent igshid comme paramètre de tracking, pas comme sélecteur de page. Un contrôle que vous pouvez faire sans recette d'inversion : supprimez le point d'interrogation et tout ce qui suit ; la publication ou la landing s'ouvre souvent encore, et la marque du partageur a disparu. Cet article ne décrit, ni ne reprend, aucune méthode pour retrouver un compte à partir d'un paramètre. Le fait visible sur place suffit : certains liens de partage portent « qui a tapé Partager », pas seulement « quelle campagne ».
utm_source=newsletter nomme un canal. Après transfert, le nom de campagne est visible pour tout le fil.
fbclid et gclid relient un clic. Coller l'URL brute cède cette clé de recherche.
igshid, mc_eid ou un champ privé. Sans la requête, la page s'ouvre souvent encore.
Depuis iOS 17, la protection contre le suivi des liens de Safari retire les paramètres qu'elle traite comme du tracking quand un lien s'ouvre depuis Mail, Messages ou la navigation privée. La formulation publique d'Apple : la partie identifiante est enlevée, le reste du lien continue de fonctionner. Des tests indépendants — dont le bulletin AppsFlyer sur LTP et des tableaux communautaires plus récents — indiquent que gclid et fbclid sont retirés, alors que les UTM restent en général. Apple ne publie pas de liste complète, et les listes communautaires bougent à chaque version système. Donc « cet iPhone a enlevé le click ID » n'est pas « tous les canaux sont sûrs ». Slack, Teams, WhatsApp, une fenêtre Safari normale, le navigateur intégré de Gmail et la chaîne que vous collez dans un ticket ne feront pas ce travail à votre place.
Où atterrissent les traces
Une fois le paramètre hors de la barre d'adresse, il devient un texte cherchable, une pièce jointe archivée, ou le Referer de la requête suivante.
Les fenêtres de chat sont conçues pour qu'on retrouve les choses. Après avoir collé une URL de campagne complète dans un canal, le corps du message, le cache du client et l'index de recherche côté serveur en gardent chacun une copie. Trois mois plus tard, une recherche sur utm_campaign ou fbclid peut encore faire remonter ce message. Un rappel efface rarement la notification déjà lue de l'autre côté, ni un historique déjà synchronisé. Il ne s'agit pas de faire confiance ou non aux collègues. Ils ont besoin de la landing. Ils n'ont pas besoin d'un jeton pour ce clic publicitaire.
Tickets et e-mails conservent le lien comme preuve. Dès que le support colle l'URL « cette page d'offre ne s'ouvre pas » dans un ticket, agents, files d'escalade et prestataires externes rouvrent l'adresse entière. Une capture plein écran dans une pellicule, ou une barre d'adresse dans l'enregistrement d'une réunion, est un second canal, au niveau des pixels. Une clé n'a pas sa place dans le chat — nous l'avons écrit dans Après une fuite de variables d'environnement, pourquoi la nouvelle clé ne doit pas retourner dans le chat. Les paramètres de tracking sont une fuite plus légère. La forme du résidu est la même : le canal stocke exactement les caractères collés.
Les champs après le point d'interrogation restent en texte. Ceux qui rejoignent plus tard peuvent les chercher aussi.
L'origine — ou un reverse proxy que vous contrôlez — peut encore journaliser l'URL entière après la fin du TLS.
La politique par défaut est plus stricte qu'avant. Vous ne pouvez toujours pas supposer que chaque hôte aval ne reçoit qu'un nom d'hôte.
La couche journaux d'accès se cache facilement derrière le slogan HTTPS. Le chiffrement de transport empêche un intermédiaire sur le fil de lire le texte en clair. L'origine, et tout reverse proxy que vous contrôlez, voient encore la ligne de requête une fois le TLS terminé. À cette couche, un paramètre de requête ne diffère pas d'un chemin : les deux sont dans la requête HTTP. Un fragment, non. « Nous sommes déjà en HTTPS » n'efface pas ?fbclid= d'un journal d'accès.
Le Referer est le troisième chemin. Les navigateurs modernes ont pour défaut Referrer-Policy: strict-origin-when-cross-origin : les requêtes same-origin envoient encore l'URL complète, requête comprise ; les requêtes cross-origin n'envoient en général que l'origine. L'ancien défaut, no-referrer-when-downgrade, envoyait l'adresse entière sur beaucoup de chargements intersites. Le guide referrer de web.dev liste explicitement le risque de « fuite du chemin et de la query d'un site à l'autre ». Vous ne pouvez pas exiger que chaque page aval fixe une politique stricte. Retirer les traceurs avant le second transfert est plus fiable que d'espérer que l'autre hôte « ne journalise pas la source ».
Cet article porte sur le fait de ne pas recopier un identifiant de tracking vers un nouveau canal. Ce n'est pas « supprimez le chat et vous récupérez le paramètre ». L'autre côté a pu déjà l'ouvrir, le capturer ou l'enregistrer.
Quoi garder, quoi retirer
Tout supprimer après le point d'interrogation casse les fiches produit, les résultats de recherche et la pagination. Séparez champs métier et traceurs.
Gardez les champs qui pointent la page vers la bonne ressource. id=128 sélectionne un produit. q= est un terme de recherche. page=2 est la pagination. Le t= de YouTube est un horodatage. Ce ne sont pas des étiquettes de campagne. « Tout supprimer après le point d'interrogation » marche souvent sur un lien de partage social. Sur une deep link e-commerce ou d'administration, vous atterrissez sur l'accueil ou sur une erreur.
Retirez les champs qui décrivent la source de trafic, identifient un clic unique, ou pointent vers un partageur. Toute la famille utm_*, les click ID courants, et les champs d'attribution des plateformes e-commerce ou de contenu — spm, mc_eid, igshid, refer_share_id — sont de ce côté. Ils ne décident pas quelle fiche s'ouvre. Ils décident à qui on attribue cette ouverture.
Quand le jugement n'est pas net, commencez étroit : retirez seulement utm_* et les click ID courants, puis voyez si la page pointe encore vers la même ressource. Ensuite seulement, décidez d'enlever les champs d'analyse et l'attribution de plateforme. Ce n'est pas un slogan. Ce sont deux réglages comparables au résultat.
id, q, pagination et horodatage décident en général quelle ressource s'ouvre.
spm, igshid, mc_eid et refer_share_id nomment souvent un chemin de partage ou un partageur.
Chez UsePwd, Nettoyer un lien suit cette frontière dans l'onglet actuel. Par défaut, il retire utm_*, les Click ID courants et un ensemble de champs d'attribution e-commerce et de contenu. pathname plus id et q restent. Si vous craignez un dégât collatéral, passez en mode conservateur : UTM et Click ID uniquement. Une URL par ligne, 100 au plus ; une ligne de plus de 8 Ko est ignorée. À côté du résultat, la page liste les noms des paramètres réellement retirés cette fois, pour vérifier sur place plutôt que d'accepter un « c'est propre » oral. Analyse et retrait restent dans cet onglet. Le texte source n'est pas envoyé comme corps de requête HTTP et n'est pas écrit dans analytics. Ouvrez et utilisez — sans inscription.
Comment vérifier le retrait sur place
L'objectif n'est pas de prouver que « personne au monde ne peut voir ceci ». C'est de prouver que les champs restants sont métier, que les champs enlevés sont des traceurs, et que cette saisie n'est pas entrée dans un corps de requête.
-
01
Préparer une URL sale factice
N'utilisez ni une campagne en production, ni le lien de partage d'un vrai utilisateur. Par exemple :
https://www.example.com/item?id=128&utm_source=newsletter&utm_medium=email&utm_campaign=rentree-2026&fbclid=IwAR0example&igshid=YmMyMTA2M2Y. Vous devez reconnaître queid=128doit rester. -
02
Ouvrir Nettoyer un lien et vider le champ
Allez sur Nettoyer un lien et confirmez que vous êtes sur « Nettoyer l'URL ». La page fonctionne dès l'ouverture. Videz le champ si besoin, pour ne pas mélanger ce collage avec le précédent.
-
03
Lancer un nettoyage complet, puis lire la liste
Collez et nettoyez. Le résultat doit encore contenir
id=128. La liste retirée à côté doit afficherutm_source,utm_medium,utm_campaign,fbclidetigshid. Un champ métier manquant, ou un traceur encore présent, signifie que l'URL n'est pas prête à partir. -
04
Relancer une fois en mode conservateur
Le mode conservateur ne retire que
utm_*et les Click ID courants. Si l'exemple contient aussi de l'attribution e-commerce, les deux listes n'auront pas la même longueur. Les deux modes gardent le chemin et la query métier encore nécessaire. Servez-vous de cet écart pour juger si la règle étroite suffit. -
05
Ouvrir le panneau Réseau et chercher le texte source
Appuyez sur F12 et passez sur Réseau. Pendant le nettoyage, vous ne devriez pas voir d'API qui poste l'URL sale entière comme corps de requête. En production, une analyse de pages peut partir vers
/tj/; la charge utile est le nom de page et de bouton, pas l'URL collée. L'aperçu local n'envoie pas d'analytics.
Ces étapes complètent la page Sécurité, elles ne la remplacent pas. Sécurité répond à « le texte en clair quitte-t-il le navigateur ». Cet article ne fait que séparer les paramètres de requête et nommer la couche qu'emporte un second transfert. Ni l'une ni l'autre page ne substitue le formulaire de Nettoyer un lien. Si le corps d'un ticket contient encore des numéros de téléphone, des chaînes qui ressemblent à un identifiant, ou des clés API, le masquage de la même page peut cacher les formats courants en local. Il suit des motifs fréquents et ne promet pas un filet complet — relisez le texte sortant. UsePwd ne revendique aucune certification RGPD.
Ce que le nettoyage n'arrête pas
Lire « retirer les traceurs » comme « le partage est anonyme » laisse passer quelques frontières tout aussi vérifiables.
Nettoyer puis transférer convient aux pages que vous destinez au public ou à plusieurs personnes : une landing de campagne, une URL produit, un partage social, une ligne « l'utilisateur a envoyé cette URL » dans un ticket. C'est le mauvais outil pour un canal secret à usage unique. Un secret entier, une clé API rotée ou un code de courte durée doivent passer par Burn-Link : le texte en clair est chiffré dans cet onglet en AES-256-GCM, l'identifiant voyage dans ?id=, la clé après #, et création comme lecture s'ouvrent tout de suite. Le serveur ne stocke que le texte chiffré. Ne confondez pas ces deux outils sous la même garantie.
La sauvegarde de fichier est un troisième chemin. Le chiffrement local d'un fichier unique jusqu'à 5 GB passe par Chiffrer un fichier, écrit .lock / .enc, et n'envoie pas le fichier par défaut. La force d'une phrase secrète est une autre question : générez 6 à 128 caractères dans le générateur de mot de passe, puis utilisez Tester un mot de passe pour noter la force en local contre la liste publique de mots de passe faibles livrée avec la page. Ce n'est pas une recherche de fuites à l'échelle du web, et le mot de passe n'est pas envoyé. Ces pages, comme cet article, s'ouvrent tout de suite — sans inscription. La barre supérieure n'a qu'un sélecteur de langue.
Avant le second transfert, regardez ce que la requête emporte : une étiquette de campagne, un jeton de clic, ou une marque du partageur. Si vous séparez ces trois couches, vous ne lirez pas un article de mécanique des paramètres comme une garantie que « nettoyé veut dire anonyme ».
Questions qui reviennent au second transfert
Les quatre points ci-dessous restent dans la frontière de cet article. Ils ne reprennent pas les boutons de la page de nettoyage.
id, q ou d'une page — retirez seulement les traceurs.
Ensuite, vérifiez la liste retirée
L'article répond à ce que les paramètres de tracking emportent quand un lien de campagne est renvoyé. Pour comparer les noms réellement retirés, ouvrez Nettoyer un lien — sans inscription.