0Pricing
Digital Marketing Academy · Leçon

Pourquoi le suivi ne fonctionne plus

ITP, consentement et perte des cookies.

Pourquoi le suivi ne fonctionne plus est une leçon Digital Marketing Academy gratuite sur CoddyKit. Ceci est la leçon 1 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage Digital Marketing Academy, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours Digital Marketing Academy comprend 4 leçons au total.

L'ancien modèle de suivi

Pendant une décennie, la mesure marketing reposait sur une astuce simple : déposer un cookie tiers provenant du domaine d'une plateforme publicitaire, puis le lire sur des millions de sites. Cela permettait aux annonceurs de rassembler le comportement d'un utilisateur dans un profil intersites unique.

Le JavaScript exécuté côté navigateur déclenchait directement des pixels vers Google, Meta et d'autres plateformes. Cette méthode était facile à déployer et puissante, mais elle exposait toutes les données à des tiers, avec très peu de contrôle pour l'utilisateur.

Safari adopte ITP en premier

En 2017, Apple a intégré la prévention intelligente du suivi (ITP) à Safari. Cette fonctionnalité utilisait l'apprentissage automatique sur l'appareil pour classer les domaines comme outils de suivi, puis bloquer ou partitionner leurs cookies.

Les versions ultérieures d'ITP ont limité les cookies côté navigateur (document.cookie / définis par JavaScript) à une durée de vie de 7 jours, et à seulement 24 heures lorsque l'utilisateur arrivait depuis un lien appartenant à un outil de suivi connu. Les fenêtres d'attribution longues se sont discrètement effondrées.

ITP cookie lifetime caps (Safari)
--------------------------------------
Server-set (HTTP) cookie ........ honored
JS-set cookie (document.cookie) . 7 days
JS cookie + tracker referrer .... 24 hours
Third-party cookie .............. blocked

Impact: 30-day attribution window
  -> truncated to 7 days for many users

Firefox et Brave suivent

Firefox a activé par défaut la protection renforcée contre le suivi (ETP), en bloquant les cookies de suivi tiers connus à l'aide de la liste Disconnect. Brave a intégré un blocage agressif dès son installation.

Sur ces navigateurs, les cookies tiers étaient déjà de facto inutilisables plusieurs années avant que Chrome n'annonce le moindre changement. Les équipes de mesure ont constaté des écarts croissants entre les conversions déclarées par les plateformes publicitaires et la réalité des systèmes principaux.

Chrome et le long adieu

Chrome détient la majorité des parts de marché mondiales des navigateurs, ses projets sont donc les plus importants. Google a reporté à plusieurs reprises la suppression complète des cookies tiers, puis a opté en 2024 pour une invite laissant le choix à l'utilisateur plutôt que pour une suppression forcée.

Quelle que soit la chronologie exacte, le message stratégique est clair : ne concevez pas votre mesure autour des cookies tiers. Il s'agit d'un actif en voie de disparition.

Pourquoi des écarts sont apparus

Lorsque les cookies expirent prématurément ou sont bloqués, les utilisateurs qui reviennent sont considérés comme de nouveaux utilisateurs. Les conversions ne peuvent plus être rattachées au clic publicitaire initial, ce qui conduit les plateformes à les sous-estimer.

Parallèlement, les conversions modélisées et estimées gonflent d'autres chiffres. Il en résulte deux sources de vérité qui ne concordent plus, ce qui érode la confiance dans chaque tableau de bord.

Symptom checklist: tracking is broken
--------------------------------------
[ ] GA4 sessions spike, users flat (re-cookie)
[ ] Ad platform conv > backend orders
[ ] Attribution skews to last-click brand
[ ] Safari/iOS users show 'direct' traffic
[ ] Remarketing audiences shrinking

Partitionnement du stockage du navigateur

Au-delà des cookies, les navigateurs partitionnent désormais le stockage en fonction du site de premier niveau. Le localStorage d'un outil de suivi sur le site A est isolé de celui du même outil sur le site B.

Cela élimine l'astuce de l'identifiant partagé qui avait résisté au blocage des cookies. Même la prise d'empreinte numérique est activement limitée : Safari et Firefox ajoutent du bruit, tandis que le Privacy Sandbox de Chrome propose des API agrégées à la place.

Transparence du suivi des applications

Sur mobile, la transparence du suivi des applications (ATT) d'Apple a obligé les applications à demander l'autorisation avant d'accéder à l'identifiant publicitaire IDFA. La plupart des utilisateurs ont refusé.

Cela a gravement compromis l'attribution des installations d'applications mobiles et le ciblage des audiences, poussant le secteur vers des cadres agrégés et respectueux de la vie privée comme SKAdNetwork, ainsi que vers des données côté serveur recueillies avec consentement.

ATT prompt outcome (typical industry)
--------------------------------------
Opt-in rate ............ ~20-30%
IDFA available ......... only if opted in
Fallback ............... SKAdNetwork
  - postbacks, no user-level data
  - coarse conversion values
  - delayed, aggregated reporting

Bloqueurs de publicités et filtres réseau

Une grande partie des utilisateurs utilisent des bloqueurs de publicités ou un DNS de confidentialité qui bloquent les requêtes vers les domaines connus d'analyse et de publicité. Un pixel côté navigateur envoyé à google-analytics.com ou facebook.com est très facilement filtré.

Cela signifie que même une mesure légitime fondée sur le consentement est perdue, simplement parce que la requête ne quitte jamais le navigateur. L'acheminer par votre propre domaine devient donc une solution de fiabilité, et pas seulement de confidentialité.

La réglementation accentue la pression

Le GDPR, l'ePrivacy et les lois similaires exigent une base légale et, pour la plupart des activités de suivi, un consentement préalable. Les mesures prises contre Google Analytics dans plusieurs pays de l'EU ont remis en question le transfert de données vers des serveurs situés aux US.

La rupture est donc double : le blocage technique par les navigateurs, auquel s'ajoutent des exigences légales imposant le consentement, la minimisation des données et le contrôle. Vous ne pouvez pas résoudre un problème sans résoudre l'autre.

Le contexte de première partie perdure

Les navigateurs continuent de faire confiance à une chose : les cookies et le stockage définis par le site que l'utilisateur consulte réellement, c'est-à-dire la première partie. Les cookies de première partie définis par le serveur et HttpOnly échappent aux limitations les plus strictes d'ITP.

C'est le fondement de la pile moderne. Déplacez la gestion des identités et la collecte des événements vers votre propre domaine et votre propre serveur, puis transmettez les données recueillies avec consentement aux plateformes. C'est le suivi côté serveur.

First-party vs third-party trust
--------------------------------------
User visits: shop.example.com

FIRST PARTY  (.example.com)  -> trusted
  set-cookie via server (HttpOnly)
  longer lifetime, ITP-friendlier

THIRD PARTY  (adnetwork.com) -> blocked
  cookie partitioned/dropped

Le changement stratégique

La conclusion n'est pas une solution de contournement unique, mais un changement d'architecture. Cessez de compter sur le navigateur pour servir de chaîne de données vers les tiers.

À la place, recueillez des données de première partie, obtenez un consentement explicite, envoyez les signaux depuis votre serveur et acceptez qu'une partie de la mesure soit modélisée plutôt que déterministe. Les prochaines leçons vont précisément construire cette pile.

Vérification rapide

Vérifiez votre compréhension des raisons pour lesquelles le suivi a cessé de fonctionner.

Récapitulatif

Le suivi a été compromis de deux côtés : les navigateurs (ITP, ETP, partitionnement du stockage, ATT) ont bloqué et raccourci les identifiants tiers, tandis que les bloqueurs de publicités ont empêché les pixels côté navigateur de se déclencher. La réglementation a ajouté une obligation de consentement.

La réponse durable consiste à recueillir des données de première partie, avec consentement et côté serveur. Les cookies tiers sont un actif en voie de disparition ; la suite de ce cours construit donc la pile moderne et résiliente en matière de confidentialité.

Questions Fréquemment Posées

La leçon « Pourquoi le suivi ne fonctionne plus » est-elle gratuite ?

Oui — le texte complet de « Pourquoi le suivi ne fonctionne plus » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours Digital Marketing Academy, passe à CoddyKit PRO. Le cours Digital Marketing Academy comprend 4 leçons au total.

Qu'est-ce que j'apprendrai dans « Pourquoi le suivi ne fonctionne plus » ?

ITP, consentement et perte des cookies. Tu pratiques Digital Marketing Academy avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.

Dois-je avoir de l'expérience pour commencer Digital Marketing Academy ?

Aucune expérience préalable n'est requise. Digital Marketing Academy sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 1 sur 4.

Combien de temps prend la leçon « Pourquoi le suivi ne fonctionne plus » ?

La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.

Peux-tu écrire et exécuter du code dans cette leçon Digital Marketing Academy ?

Oui. Chaque leçon Digital Marketing Academy inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.

Toutes les leçons de ce cours

  1. Pourquoi le suivi ne fonctionne plus
  2. Balisage côté serveur
  3. Mode de consentement et CMP
  4. Stratégie de données propriétaires
← Retour à Digital Marketing Academy