La Mode mise fort sur la publicité — consultez le baromètre de septembre

Attribution & ContributionPrivacy & Tracking

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

  • Par Emilien Roux, Co-fondateur et CPO de TrackAd
  • Publié le
  • 5 min de lecture
  • Mise à jour :

L'essentiel à retenir

  • La Link Tracking Protection d'Apple supprime de l'URL certains identifiants de clic comme gclid, fbclid ou msclkid.
  • Safari 26 pourrait étendre cette suppression à la navigation standard, mais ce n'est pas encore confirmé pour tous les utilisateurs.
  • Les paramètres UTM ne sont pas ciblés par Safari et continuent de fonctionner normalement.
  • TrackAd n'est pas impacté, car son attribution repose sur des UTM et des codes de tracking maîtrisés par l'annonceur.
  • Pour Google Ads, gardez l'auto-tagging activé et taguez systématiquement vos URL avec des UTM.

En bref

Safari supprime progressivement les identifiants de clic propres aux plateformes (gclid, fbclid, msclkid), ce qui affaiblit le lien entre clic et conversion dans Google Ads ou Meta Ads. TrackAd n'est pas concerné, car il s'appuie sur des UTM et des codes contrôlés par l'annonceur, que Safari ne supprime pas. Il est recommandé de renforcer sa stratégie UTM, d'adopter des signaux server-side et de tester régulièrement ses parcours.

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 : /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 :

  1. 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.
  2. 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.
  3. 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.
  4. 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.

La suppression des IDs de clic par Safari en 6 questions

Qu'est-ce que la Link Tracking Protection de Safari ?

La Link Tracking Protection (LTP) est un mécanisme de protection de la vie privée d'Apple. Elle supprime automatiquement certains identifiants de clic de l'URL lors d'un clic publicitaire, dans certaines conditions. Elle était initialement limitée à la navigation privée et à des apps comme Mail ou Messages sous iOS 17 et macOS Sonoma.

Safari supprime-t-il aussi les paramètres UTM ?

Non, les paramètres UTM comme utm_source, utm_medium ou utm_campaign ne sont pas ciblés. Ils sont considérés comme non identifiants individuels et continuent de fonctionner sans être affectés.

Pourquoi TrackAd n'est-il pas affecté par la suppression des IDs de clic ?

TrackAd n'utilise pas les IDs propres aux plateformes pour l'attribution et les rapports de campagne. Il se base sur des UTM et d'autres codes de tracking maîtrisés par l'annonceur, qui ne sont pas supprimés par Safari. La collecte, l'attribution et les dashboards de TrackAd restent donc intacts.

Quel impact sur Google Ads et Meta Ads ?

La suppression des IDs de clic affaiblit la capacité de ces plateformes à relier exactement un clic publicitaire à une conversion, surtout depuis Safari en mode standard. On peut s'attendre à davantage de conversions non attribuées, à des pools de remarketing plus petits et à une optimisation automatique moins fiable.

Comment compenser la perte des identifiants de clic ?

Les Conversion APIs, comme celle de Meta ou les Enhanced Conversions de Google, permettent de transmettre aux plateformes des identifiants de première main, hashés ou anonymisés. Cela compense partiellement la perte côté client. Il est aussi utile d'examiner le Final URL Suffix de Google Ads pour ajouter des paramètres personnalisés.

Comment mesurer l'impact de Safari sur mes campagnes ?

Commencez par auditer tous les usages de gclid, fbclid ou équivalents dans vos rapports, intégrations et workflows. Une fois Safari 26 déployé, testez vos parcours de la publicité à la conversion et comparez les données Safari et non-Safari sur les sessions, conversions et attribution.

Emilien Roux

Écrit par

Emilien Roux

Co-fondateur et CPO de TrackAd, j'accompagne depuis plus de 12 ans les équipes acquisition dans la mesure et l'optimisation de leurs performances digitales. Ingénieur diplômé de l'ENSIIE et de l'University of Manchester, je me suis spécialisé dans les problématiques de tracking, d'intégration API et d'analyse de données — des sujets que j'adresse au quotidien avec nos clients e-commerce et retail.