Accueil / Le Blog du Marketing / Actu
Actu

Tracking & iOS en 2026 : où en est-on vraiment

En 2026, le tracking iOS n'est plus une crise aiguë mais une contrainte structurelle : entre l'App Tracking Transparency (ATT) d'Apple et l'Intelligent Tracking Prevention (ITP) de Safari, une part significative des signaux de conversion reste invisible côté navigateur et app. La bonne nouvelle : entre tracking server-side, modélisation des plateformes et meilleure hygiène de mesure, on récupère aujourd'hui l'essentiel de la performance — à condition de structurer sa stack et de raisonner en cohortes plutôt qu'en clics individuels.

Où en est le tracking iOS en 2026 : ATT et ITP, le décor stabilisé

Depuis iOS 14.5, ATT impose une demande d'autorisation explicite avant tout suivi cross-app. Les taux d'opt-in se sont stabilisés autour de 25 % en moyenne, avec de fortes variations sectorielles. Côté web, ITP dans Safari limite la durée de vie des cookies first-party posés en JavaScript à 7 jours (souvent 24 h pour les cas de redirection), et bloque purement les cookies tiers.

Concrètement, pour un annonceur B2C qui pousse du trafic Meta, Google ou TikTok vers un site mobile, cela signifie qu'une partie des conversions ne peut plus être rattachée de façon déterministe à la campagne qui les a générées. Le signal ne disparaît pas totalement : il devient partiel, retardé et parfois modélisé. C'est ce décalage entre réalité business et donnée remontée qui pilote encore beaucoup de mauvaises décisions d'arbitrage budgétaire.

Pourquoi les signaux fuient encore

Trois fuites principales subsistent en 2026, même chez des équipes équipées :

  • La fenêtre cookie raccourcie : sur Safari, un utilisateur qui convertit 10 jours après son clic n'est plus identifié par le cookie d'origine. La conversion existe mais l'attribution est perdue.
  • Le déduplication imparfaite : quand un même événement remonte à la fois par le pixel navigateur et par l'API server-side sans event_id partagé, les plateformes comptent en double ou ignorent un signal.
  • Les redirections et environnements in-app : webviews des apps (Instagram, TikTok), ITP en mode renforcé et bloqueurs grand public dégradent encore la pose du tag.

Résultat : un écart structurel de 15 à 30 % entre les conversions affichées dans les régies et la vérité observée dans votre back-office ou votre CRM. Cet écart n'est pas une erreur à corriger à zéro, mais une donnée à mesurer et à intégrer dans vos calculs.

Ce que le server-side change vraiment

Le passage au tracking server-side est aujourd'hui le levier le plus rentable pour récupérer du signal sur iOS. Au lieu d'envoyer les événements depuis le navigateur (soumis à ITP et aux bloqueurs), on les envoie depuis votre serveur vers les API de conversion des plateformes : Conversions API de Meta, Enhanced Conversions de Google, Events API de TikTok.

Les gains observés sont concrets et mesurables :

DimensionTracking client (pixel seul)Tracking server-side
Résistance à ITP / bloqueursFaibleÉlevée
Fenêtre de conversion utile24 h à 7 j (Safari)Étendue via données serveur
Qualité du match (email, tel hashés)LimitéeForte
Récupération de conversionsRéférence+10 à +20 % typique

Le server-side ne contourne pas le consentement : il s'appuie sur les données que vous détenez légitimement (achat confirmé, lead qualifié) et les transmet de façon fiable, avec un meilleur taux de correspondance grâce aux identifiants hashés. C'est une amélioration de la qualité du signal, pas un retour au tracking opaque d'avant 2021.

La modélisation : ce que font les plateformes à votre place

Pour combler les conversions qu'elles ne peuvent plus observer, Meta, Google et Apple utilisent la modélisation statistique. Apple impose le SKAdNetwork (et son successeur AdAttributionKit) pour l'attribution app, avec des données agrégées, anonymisées et soumises à des seuils de confidentialité. Google et Meta, eux, modélisent les conversions web non observées à partir des comportements observés sur les utilisateurs consentants.

Pour un dirigeant B2C, deux conséquences pratiques :

  • Les chiffres du jour J sont instables : une partie des conversions est modélisée et se consolide sur 48 à 72 h. Ne jugez jamais une campagne sur les données du jour même.
  • Le volume nourrit la précision : sous les seuils de confidentialité (notamment SKAN), les petits budgets reçoivent des données dégradées. La consolidation des campagnes améliore mécaniquement la qualité de la mesure.

Ce qu'un annonceur B2C doit faire concrètement aujourd'hui

Voici la feuille de route que j'applique et que je recommande aux scale-ups B2C en 2026 :

  1. Déployer le server-side sur vos événements clés (achat, lead, inscription) avec déduplication propre via event_id partagé entre pixel et API.
  2. Transmettre des paramètres de match riches : email et téléphone hashés, identifiants internes, pour maximiser la correspondance malgré la perte de cookies.
  3. Mettre en place une CAPI gateway ou un container server-side (GTM server-side ou équivalent) pour centraliser et fiabiliser les envois vers toutes les régies.
  4. Réconcilier avec votre source de vérité : votre back-office ou CRM reste l'arbitre. Calculez le ratio conversions régie / conversions réelles par canal et appliquez-le à vos arbitrages.
  5. Raisonner CAC blended et cohortes : avec un signal partiel, l'attribution last-click ment. Suivez votre coût d'acquisition réel par cohorte plutôt que les CPA déclarés canal par canal.

Chez Spliiit, c'est cette combinaison server-side + réconciliation back-office + pilotage en CAC blended qui nous a permis de baisser le CPA de 30 % tout en quadruplant l'ARR, dans un contexte où le tracking iOS était déjà dégradé.

À retenir
  • Le tracking iOS en 2026 est stabilisé mais structurellement partiel : comptez 15 à 30 % d'écart entre régies et back-office.
  • Le server-side avec déduplication et match riche récupère typiquement 10 à 20 % de conversions perdues — c'est le chantier prioritaire.
  • Arrêtez de piloter au last-click jour J : raisonnez CAC blended, cohortes et réconciliation avec votre source de vérité.

Questions fréquentes

Le tracking iOS est-il devenu impossible depuis ATT ?

Non. ATT et ITP rendent le suivi déterministe partiel, mais le tracking server-side, les identifiants hashés et la modélisation des plateformes permettent de récupérer l'essentiel du signal de conversion.

Le tracking server-side respecte-t-il le RGPD ?

Oui s'il est bien implémenté : il s'appuie sur des données que vous détenez légitimement et sur le consentement recueilli. Il améliore la fiabilité du signal sans contourner le consentement de l'utilisateur.

Comment piloter mes campagnes B2C avec un tracking iOS dégradé ?

Réconciliez les données des régies avec votre back-office ou CRM, calculez un CAC blended par cohorte, et n'évaluez jamais une campagne sur les conversions du jour même, encore partiellement modélisées.

Vous cherchez un Fractional CMO ?

Recevez un audit gratuit de votre acquisition. Réponse sous 24h, sans engagement.

Auditer mon acquisition ↗