Supprimer les paramètres de tracking — URL propre sans UTM, fbclid & cie.

Que fait précisément cet outil ?

Cet outil prend une URL et supprime tous les paramètres de tracking marketing connus. L’URL propre apparaît immédiatement dessous, avec une vue diff transparente : quels paramètres ont été retirés et pourquoi, de quel système viennent-ils. Optionnellement mode bulk pour plusieurs URL d’un coup, optionnellement liste custom pour des marqueurs spécifiques d’entreprise, optionnellement strip fragment-tracker pour cas spéciaux comme #_=_ aux logins Facebook. Pure-client, pas de serveur, pas de compte, pas de tracking.

D’où viennent les paramètres de tracking ?

Les paramètres de tracking sont une convention vieille de 20 ans. En 2005, la société Urchin a développé le Urchin Tracking Module — les cinq paramètres UTM utm_source, utm_medium, utm_campaign, utm_term et utm_content. Google a racheté Urchin et les a intégrés dans Google Analytics. Jusqu’à aujourd’hui, cette convention en cinq parts est le standard industriel pour l’attribution de campagne. Source : Wikipédia — UTM parameters.

D’autres plateformes sont arrivées avec leurs propres marqueurs :

• Facebook / Meta ajoute depuis 2018 automatiquement fbclid à chaque lien cliqué depuis Facebook ou Instagram. Le token est un Click ID aléatoire que Facebook relie en interne au compte publicitaire.
• Google Ads utilise gclid pour le suivi de conversion. Depuis iOS 14.5 complété par gbraid (apps iOS) et wbraid (variante web) pour contourner les restrictions App-Tracking-Transparency d’Apple.
• Microsoft / Bing Ads reflète le pattern avec msclkid, Yandex avec yclid, TikTok avec ttclid, LinkedIn avec li_fat_id, Reddit avec rdt_cid, Instagram avec igshid.
• Email marketing : HubSpot pose _hsenc et _hsmi, Mailchimp mc_cid et mc_eid, Marketo mkt_tok. Ils relient la newsletter ouverte au destinataire cliquant.

La plupart de ces paramètres n’ont aucune fonction pour la page sur laquelle vous atterrissez. Ils sont purement télémétriques — un canal latéral qui tourne en parallèle du contenu.

Quels paramètres l’outil supprime-t-il ?

Une liste curée de plus de 50 marqueurs connus. Voici les principaux groupés par source :

Plateforme	Paramètre
Google Analytics	utm_source, utm_medium, utm_campaign, utm_term, utm_content, utm_id, _ga, _gid, _gl
Google Ads	gclid, gclsrc, dclid, gbraid, wbraid
Meta / Facebook	fbclid
Microsoft Ads	msclkid
Yandex	yclid
LinkedIn	li_fat_id, trk, trkCampaign
TikTok	ttclid
Reddit	rdt_cid
Instagram	igshid, igsh
X / Twitter Ads	twclid
HubSpot	_hsenc, _hsmi, __hsfp, __hssc, __hstc, hsCtaTracking, hsa_*
Mailchimp	mc_cid, mc_eid
Marketo	mkt_tok
Matomo / Piwik	mtm_*, pk_*, piwik_*
Vero	vero_id, vero_conv
Omeda	oly_anon_id, oly_enc_id
Éditeurs / style Adobe	ICID, ito, ncid

Les paramètres avec * à la fin sont des patterns préfixe : utm_* matche tous les paramètres qui commencent par utm_.

Pourquoi devrais-je supprimer les paramètres de tracking ?

Trois raisons qui comptent le plus en pratique :

1. Confidentialité du destinataire. Si vous transmettez un lien avec ?utm_source=newsletter à un collègue, le site cible sait maintenant que votre collègue est aussi originairement abonné à cette newsletter — alors qu’il ne l’a jamais fait. Cela fausse les statistiques et donne à un tiers une information à laquelle il n’a pas droit.

2. Aspect propre. https://kittokit.com/fr/metre-vers-pied?utm_source=foo&utm_medium=bar&utm_campaign=baz&fbclid=IwAR0xyz123&gclid=Cj0KCQjw_super_long_string est laid. Dans Slack, WhatsApp ou X, c’est suspect et pousse la lisibilité vers le spam.

3. Attribution correcte. Si votre collègue clique maintenant depuis votre message Slack et que le newsletter-utm_source est encore attaché, Google Analytics réattribue le clic à nouveau à la newsletter. Les équipes marketing utilisent donc des outils comme le nôtre comme étape obligatoire avant chaque partage pour éviter la mauvaise attribution.

Qu’en est-il du iOS 17 Link Tracking Protection ?

Apple a introduit en 2023 une fonctionnalité nommée Link Tracking Protection dans iOS 17. Elle supprime automatiquement les paramètres UTM des URL ouvertes dans l’app Mail, arrivées dans iMessage, ou que vous appelez en Safari-Private-Browsing. Source : Apple Developer — Link Tracking Protection.

C’est une vraie amélioration — mais la lacune est grande :

• Navigateurs desktop (Chrome, Firefox, Edge sur Mac/Windows/Linux) ne font pas d’auto-strip. Firefox propose depuis 2022 un Query-Stripping en mode confidentialité, actif uniquement là.
• Partage cross-app sur iOS (par ex. URL Safari → envoyer Slack) ne strippe rien, parce que Slack reçoit l’URL non modifiée via le sharesheet système.
• WhatsApp-Web, Telegram-Web, X-Web sur desktop ne sont pas protégés.
• Flux IA : ChatGPT, Claude et Perplexity rendent souvent des URL avec restes de tracking complets quand ils citent des sources.

Pour chacun de ces flux il faut soit une extension navigateur soit un outil web. Cet outil est la variante web.

Que se passe-t-il avec les paramètres que l’outil ne connaît pas ?

Ils restent dans l’URL. C’est voulu : beaucoup de paramètres query sont fonctionnels. ?id=42 détermine un article, ?lang=fr la langue, ?page=3 la page dans le listing, ?q=test le terme de recherche. Ceux-ci ne sont jamais supprimés par erreur.

Si votre workflow a des marqueurs spécifiques d’entreprise — par ex. ?clx_campaign d’un système marketing propre — vous pouvez les saisir dans les options sous « Paramètres trackers propres » séparés par virgules.

Ce que cet outil ne peut volontairement pas ?

Trois choses que nous ne couvrons pas pour ne pas créer de fausses attentes :

Résoudre les short-URLs. bit.ly/abc123 ou t.co/xyz ne peuvent pas être résolues depuis le navigateur sans aller-retour serveur — les restrictions CORS bloquent. Nous ne résolvons donc pas les short-URLs. Vous devez les ouvrir vous-même, copier l’URL de la barre d’adresse, puis passer par cet outil.

Supprimer les tags d’affiliation. Amazon ajoute ?tag=..., eBay ?campid=.... Ce sont techniquement des trackers mais nous ne les supprimons pas par défaut, car ils sont domain-spécifiques et l’outil devrait alors maintenir une liste de 200+ marques. Au besoin, saisir le nom du paramètre dans la liste custom.

Supprimer les web-bugs et pixel-tracking. Si la page partagée elle-même charge un pixel de tracking (par ex. un appel d’image invisible 1×1 vers Google Analytics), nous ne le supprimons pas. Cela se passe côté serveur sur la page cible, pas dans l’URL. Les extensions navigateur comme uBlock Origin sont la classe d’outil adaptée pour cela.

Comment cela fonctionne-t-il techniquement ?

Le code utilise les APIs natives navigateur URL et URLSearchParams, standardisées selon RFC 3986. Chaque URL est parsée, chaque paramètre query vérifié contre la blocklist curée (exact-match ou prefix-match comme utm_*), soit supprimé soit conservé. L’ordre des paramètres conservés reste stable, origin et chemin ne sont pas modifiés.

La blocklist est un fichier JSON sous licence CC0 dans le code source. Inspiration des conventions marketing publiquement documentées — pas d’inspiration de listes propriétaires. Reviewé trimestriellement.

Les URL sans schéma (kittokit.com/foo?utm=x) sont préfixées de manière tolérante avec https:// avant parsing. Les paramètres présents plusieurs fois (?utm_source=a&utm_source=b) sont tous supprimés, pas seulement le premier.

À quoi sert la vue diff — et à qui ?

Les autres nettoyeurs d’URL ne montrent que l’URL propre et ne communiquent pas ce qu’ils ont retiré. Nous montrons trois colonnes par paramètre supprimé : le nom tel qu’il était dans votre URL, la source (Google Analytics, Meta, HubSpot, Mailchimp…) et la valeur d’origine. Cette transparence a une valeur pratique :

• Équipes marketing et SEO vérifient que rien de fonctionnel ne tombe. Une URL ?source=docs reste intacte, car source n’est pas dans la blocklist. Si c’était ?utm_source=docs, elle serait partie — et le diff rend la différence visible.
• Auditeurs confidentialité documentent quelles plateformes laissent du tracking sur un site.
• Développeurs déboguent des intégrations marketing. Une chaîne UTM qui passe par deux redirections peut être modifiée en route. Avec le diff, vous voyez ce qui arrive à la fin.

Les colonnes diff sont triées par ordre d’apparition dans la query-string, pas alphabétiquement — l’ordre dans l’original est préservé.

Quand utiliser le mode bulk ?

Le mode bulk prend des URL séparées par newline et nettoie chacune indépendamment. Cas d’usage sensés :

• Évaluation de newsletter : vous avez une liste de 50 liens à intégrer dans le prochain mailing — tous de sources internes avec restes UTM de campagnes précédentes. Bulk-strip en 1 seconde.
• Collection de sources pour un article : 30 URL de recherche collectées dans vos onglets de navigateur, exportées vers Notion ou Obsidian. Avant : passer par le bulk cleaner.
• Audit de sitemap : outils externes de sitemap livrent parfois des URL avec marqueurs internes crawler. Bulk-strip avant import dans outil d’indexing propre.
• Séparation d’affiliation : si un agrégateur livre 100 URL produit et que vous voulez seulement retirer les trackers de plateforme (laisser le tag affiliation), utilisez le mode bulk sans liste custom — les tags d’affiliation restent intacts.

Bulk n’a pas de limite dure mais le rendu navigateur des listes diff devient lent à partir d’environ 500 URL. Pour de plus grandes quantités, scinder en tranches ou utiliser la variante compacte « Tout copier ».

Quel rapport avec Privacy Sandbox et Topics API ?

Google planifie depuis 2024 le remplacement progressif des cookies tiers dans Chrome par la Privacy Sandbox — une initiative avec Topics-API, Protected-Audience-API et Attribution-Reporting-API comme briques centrales. Cela déplace le modèle tracking du layer URL vers des flux de données serveur first-party.

Malgré tout, les paramètres URL de tracking restent pertinents. Primo : UTM et Click-IDs sont multi-plateformes (Apple, Microsoft, Meta les utilisent comme Google) — Privacy Sandbox ne touche que Chrome. Secundo : ce sont une couche « last-mile » de misattribution. Même si le modèle pixel-cookie disparaît, un marketer veut savoir de quelle newsletter vient un clic — donc le utm_source reste dans l’URL. Tertio : les APIs Sandbox sont côté navigateur, les serveurs web n’y ont pas accès.

Conséquence : même si l’industrie publicitaire bascule en 2027 entièrement sur Privacy Sandbox, le stripping UTM restera pertinent pour au moins un cycle de génération navigateur supplémentaire.

Questions fréquentes

Les réponses principales se trouvent dans le bloc FAQ ci-dessus — elles sont émises en JSON-LD (FAQPage) structuré pour les moteurs de recherche.

Quels outils correspondent ?

Autres outils de l’écosystème kittokit utiles dans le même contexte :

• URL Encoder Decoder — encoder ou décoder caractères spéciaux d’URL en percent-encoding, conforme RFC 3986.
• Encodeur Base64 — encoder texte en Base64 et retour, pour Data-URIs, payloads JWT et en-têtes d’API.
• Décodeur JWT — décoder et vérifier les tokens JWT sans envoyer le token à un serveur.