Revenir à l'Accueil Blog Suppression des IDs de clic par Safari : pourquoi TrackAd n’est pas concerné + bonnes pratiques à adopter

Partager l'article :

Suppression des IDs de clic par Safari : pourquoi TrackAd n’est pas concerné + bonnes pratiques à adopter

22 septembre 2025
5 min de lecture

Depuis quelques temps, Apple renforce ses mécanismes de protection de la vie privée, notamment avec la Link Tracking Protection (LTP). Cette mesure supprime automatiquement certains identifiants de clics – tels que gclid, fbclid, msclkid – de l’URL lors d’un clic publicitaire, dans certaines conditions.

Initialement limitée à la navigation privée ou à des apps comme Mail ou Messages sous iOS 17 / macOS Sonoma, LTP pourrait être étendue en navigation standard avec la sortie de Safari 26 (en lien avec les versions iOS/macOS attendues pour septembre 2025).

Ce qu’on sait déjà

Safari 17 a commencé à supprimer ces IDs dans des contextes spécifiques — navigation privée notamment.
Safari 26 pourrait étendre cette suppression aux sessions de navigation ordinaires. Les builds de pré-version montrent des signes de ce passage, mais rien n’est encore confirmé de manière définitive pour tous les utilisateurs.

Les paramètres UTM (comme utm_source, utm_medium, utm_campaign) ne sont pas ciblés par ces suppressions, car considérés comme “non identifiants individuels”. Ils continuent de fonctionner sans être affectés.

Pourquoi TrackAd ne sera pas impacté

TrackAd n’utilise pas les IDs propres aux plateformes (gclid, fbclid, msclkid) pour l’attribution et les rapports de campagne. TrackAd se base sur des UTMs et d’autres codes de tracking maîtrisés par l’annonceur. Ce sont ces paramètres descriptifs (source, medium, campagne…) qui définissent l’origine et la nature du trafic.

Puisque les UTMs ne sont pas supprimés par Safari, la collecte, l’attribution et les dashboards de TrackAd resteront intacts. Le suivi de vos campagnes continuera de fonctionner de la même manière, sans perte de visibilité du côté de TrackAd.

Pour éviter les écarts de reporting pour Google Ads, gardez l’auto-tagging activé et taguez systématiquement vos URLs avec des UTMs : https://www.trackad.ai/blog/comment-mieux-traquer-les-campagnes-google-sea-avec-le-consent-mode-v2/).

Conséquences observables dans l’écosystème

Même si TrackAd est protégé, d’autres impacts sont à prévoir dans l’ensemble de la chaîne marketing / analytics :

Dans Google Ads ou Meta Ads, la suppression des IDs de clics affaiblit la capacité des plateformes à faire le lien exact entre le clic publicitaire et la conversion, surtout si le visiteur navigue depuis Safari en mode standard.
Une augmentation des conversions « non attribuées » ou partiellement attribuées depuis Safari est possible. Les taux d’attribution pourraient baisser, et certaines conversions pourraient ne pas être correctement reliées à la campagne d’origine.
Les outils de classification ou d’assemblage de données (reporting / analytics internes) qui s’appuient sur ces IDs pourraient avoir des “trous” dans les parcours clients.

En conséquence, on pourrait observer des pools de remarketing plus petits et une optimisation automatique moins fiable dans les plateformes publicitaires – leurs modèles d’apprentissage automatique disposant de moins de signaux propres.

Bonnes pratiques à adopter dès maintenant

Pour anticiper, limiter les pertes, et s’assurer que vos analyses restent robustes, voici ce qu’il est recommandé de faire :

Audit des usages des IDs de clics
- Identifier tous les cas où vous dépendez de gclid, fbclid ou équivalent : reporting, intégrations, workflows internes.
- Comprendre où ces IDs disparaissent déjà (navigation privée, apps, etc.) pour en mesurer l’impact.
Renforcer votre stratégie UTM
- Standardiser les conventions de nommage : source, medium, campagne, etc.
- Appliquer systématiquement les UTMs aux URLs de toutes les campagnes payantes (search, social, display, affiliés…).
- Vérifier que vos UTMs sont complets, cohérents, sans variations inutiles et caractères spéciaux.
Mettre en place des solutions “server‑side” et des signaux de première main
- Utiliser les Conversion APIs (Meta, Google Enhanced Conversions, etc.) pour transmettre aux plateformes des identifiants de première main (hashés ou anonymisés selon les cas). Cela compensera partiellement la perte des IDs de clics côté client.
- Examiner les suffixes d’URL finales (Final URL Suffix dans Google Ads) ou autres fonctionnalités des plateformes permettant d’ajouter des paramètres personnalisés qui ne seraient pas automatiquement supprimés.
Tests et contrôles réguliers
- Lorsque Safari 26 sera officiellement déployé, tester les parcours utilisateurs depuis les publicités jusqu’à la conversion pour voir ce qui est supprimé ou non dans votre setup.
- Comparer les données Safari vs non‑Safari pour estimer l’ampleur du phénomène : sessions, conversions, attribution des campagnes.

Vérifier l’alignement entre ce que rapportent vos plateformes publicitaires, GA4, TrackAd, etc.

En conclusion

Apple semble vouloir aller vers une suppression élargie dans Safari des identifiants de clic propres aux plateformes, au-delà de la navigation privée. Ce changement représente un défi pour les outils ou analyses qui s’appuient fortement sur ces IDs pour lier clic et conversion, mais n’affecte pas TrackAd et son attribution qui repose sur des UTMs et des codes que vous contrôlez.

Ce qui était autrefois un “bonus” (les IDs de clics) devient de moins en moins fiable comme fondement principal. Les équipes marketing et analytics gagnent à renforcer les fondations : UTMs corrects, signaux de première main, contrôles, audits, pour préserver la précision et la cohérence de leurs données.

Blog