TL;DR, Réponse rapide
9 min de lectureGoogle a annoncé en janvier 2020 que Chrome supprimerait progressivement les cookies tiers d'ici deux ans, puis a repoussé l'échéance à fin 2023, au second semestre 2024 et au début de 2025. En juillet 2024, Google a proposé à la place de laisser le choix aux utilisateurs, en avril 2025 il a renoncé à une invite dédiée et conservé les paramètres existants, et en octobre 2025 il a retiré la plupart des API Privacy Sandbox. Aujourd'hui, Chrome ne bloque les cookies tiers par défaut qu'en navigation privée (Incognito), tandis que Safari les bloque et que Firefox les cloisonne par site. Une solution d'analytique qui tourne sur votre propre domaine n'en dépend pas.
Qu'est devenu l'abandon des cookies tiers dans Chrome ?
Le plan de Google pour l'abandon des cookies tiers dans Chrome a duré cinq ans et s'est terminé sans suppression : Chrome laisse toujours chaque utilisateur autoriser ou bloquer les cookies tiers dans ses paramètres, et ne les bloque par défaut qu'en mode Incognito. Anthony Chavez, VP of Privacy Sandbox, a écrit le 22 avril 2025 que Google avait "made the decision to maintain our current approach to offering users third-party cookie choice in Chrome, and will not be rolling out a new standalone prompt for third-party cookies." Tout plan qui suppose encore une date butoir dans Chrome repose sur une annonce que Google a retirée.
Les définitions derrière le terme, c'est-à-dire quel cookie compte comme first-party et lequel comme tiers, sont traitées dans cookies first-party et cookies tiers. Cette page suit la chronologie et ce qu'elle change pour la mesure d'un site web.
Quand Google a-t-il annoncé chaque étape ?
Google a annoncé le plan le 14 janvier 2020 et a publié sept mises à jour au cours des cinq années suivantes, chacune sur ses propres blogs. Le tableau liste chaque étape avec les mots employés par Google.
| Date | Source | Ce que Google a dit |
|---|---|---|
| 14 janvier 2020 | Chromium Blog, Justin Schuh | "we plan to phase out support for third-party cookies in Chrome. Our intention is to do this within two years." |
| 24 juin 2021 | Blog Google, Vinay Goel | Chrome les supprimerait "over a three month period, starting in mid-2023 and ending in late 2023." |
| 27 juillet 2022 | Blog Google, Anthony Chavez | "we now intend to begin phasing out third-party cookies in Chrome in the second half of 2024." |
| 14 décembre 2023 | Blog Google, Anthony Chavez | Tests de Tracking Protection à partir du 4 janvier 2024 pour 1% des utilisateurs de Chrome dans le monde, avec la suppression "for everyone in the second half of 2024", sous réserve de l'avis de la Competition and Markets Authority britannique. |
| 23 avril 2024 | Site Privacy Sandbox | "we will not complete third-party cookie deprecation during the second half of Q4", avec un abandon envisagé "starting early next year." |
| 22 juillet 2024 | Site Privacy Sandbox, Anthony Chavez | "Instead of deprecating third-party cookies, we would introduce a new experience in Chrome that lets people make an informed choice." |
| 22 avril 2025 | Site Privacy Sandbox, Anthony Chavez | Chrome conserve son choix actuel en matière de cookies tiers et renonce à l'invite dédiée. |
| 17 octobre 2025 | Site Privacy Sandbox, Anthony Chavez | Google retire la plupart des API Privacy Sandbox, dont Topics, Protected Audience et l'Attribution Reporting API. |
Le billet d'octobre 2025 est la déclaration la plus récente sur le site Privacy Sandbox de Google, et la bannière du site indique toujours "Some Privacy Sandbox technologies are being phased out."
Pourquoi Google a-t-il sans cesse repoussé la suppression ?
Google a lié chaque report aux régulateurs et à la préparation du secteur, avec ses propres mots. La mise à jour d'avril 2024 citait "ongoing challenges related to reconciling divergent feedback from the industry, regulators and developers" et jugeait "critical that the CMA has sufficient time to review all evidence." Le billet de juillet 2024 précisait que la transition "requires significant work by many participants and will have an impact on publishers, advertisers, and everyone involved in online advertising."
En avril 2025, les raisons s'étaient élargies. Chavez a écrit que "there are divergent perspectives on making changes that could impact the availability of third-party cookies", et que le contexte réglementaire "has evolved considerably" depuis que Google avait engagé ses échanges formels avec la CMA et l'ICO en 2022. Le plan n'a jamais échoué sur un point technique. Il a calé faute d'accord.
Que fait Chrome des cookies tiers aujourd'hui ?
Chrome laisse la décision à l'utilisateur, et sa page d'aide cite un seul blocage par défaut : "By default, third-party cookies are blocked in Incognito mode." Dans les fenêtres normales, le réglage se trouve dans Settings, puis Privacy and security, puis Third-party cookies, avec deux options, Allow third-party cookies et Block third-party cookies.
Un utilisateur qui les bloque peut tout de même ajouter des sites à une liste d'exceptions, et la page d'aide de Chrome indique que ces sites "can use third-party cookies in both regular and Incognito browsing modes." Un site autorisé depuis la barre d'adresse dans une fenêtre normale rejoint cette liste et peut utiliser les cookies tiers "for 90 days or until you turn the setting off." Pour qui lit le trafic Chrome, cela donne un mélange : la plupart des sessions normales où les cookies tiers fonctionnent, des sessions Incognito où ils ne fonctionnent pas, et des utilisateurs qui ont changé le réglage eux-mêmes.
Quelles API Privacy Sandbox Google a-t-il retirées ?
La mise à jour de Google du 17 octobre 2025 a retiré dix technologies Privacy Sandbox "in light of their low levels of adoption" et en a conservé trois. La liste des technologies retirées comprend l'Attribution Reporting API, IP Protection, Private Aggregation avec Shared Storage, Protected Audience, Related Website Sets, Topics et SelectURL. Google conserve CHIPS, FedCM et Private State Tokens, et a annoncé qu'il continuerait à travailler sur un standard d'attribution interopérable au sein du Private Advertising Technology Working Group du W3C.
Pour les équipes analytique, c'est l'Attribution Reporting API qui compte. La propre page de Google la décrivait comme un moyen de "Understand user journeys from ad click to purchase, without invasive cross-site tracking." Cette API est désormais retirée, tout comme la suppression des cookies à côté de laquelle elle avait été conçue. CHIPS survit, donc les services intégrés qui ont besoin d'un cookie par site de premier niveau disposent toujours des cookies partitionnés.
Safari et Firefox bloquent-ils déjà les cookies tiers ?
Oui. Safari bloque les cookies tiers par défaut et Firefox cloisonne chacun d'eux sur le site où il a été déposé, tous deux des années avant que Chrome abandonne son plan. John Wilander a annoncé sur le blog WebKit le 24 mars 2020, pour Safari 13.1 sur macOS et pour iOS et iPadOS 13.4, que "Cookies for cross-site resources are now blocked by default across the board."
Mozilla a fait de Total Cookie Protection "a default feature for all Firefox desktop users worldwide" le 14 juin 2022. Un cookie déposé par un site ou par un contenu intégré à ce site "is confined to the cookie jar assigned to only that website", si bien qu'un traceur intégré sur dix sites détient dix cookies distincts et ne voit jamais un même visiteur d'un site à l'autre. La suppression que Chrome a annulée a donc déjà eu lieu ailleurs : tout visiteur sur Safari ou Firefox arrive sur votre site sans cookie intersites utilisable.
- Bloque les cookies tiers par défaut
- Les ressources inter-sites sont bloquées sans exception
- Le contenu intégré peut demander l'accès via la Storage Access API
- Total Cookie Protection est activée par défaut
- Chaque cookie reste dans le cookie jar du site qui l'a créé
- Un traceur présent sur dix sites détient dix cookies distincts
- L'utilisateur les autorise ou les bloque dans les paramètres
- Bloqués par défaut seulement en navigation privée
- Une liste d'exceptions permet à certains sites de les conserver
Que change le blocage des cookies tiers pour l'analytique web ?
Le blocage des cookies tiers casse la mesure qui suit un visiteur d'un site à l'autre, et laisse intacte l'analytique qui tourne sur votre propre domaine. Un script d'analytique sur votre site qui stocke son identifiant dans un cookie de votre domaine dépose un cookie first-party, et aucune des règles sur les cookies tiers ci-dessus ne s'y applique.
Tableau de bord en temps réel
Suivi des objectifs
Suivi sans cookies
Ce qui casse :
- L'identité intersites. Les régies publicitaires perdent l'identifiant partagé qu'elles faisaient correspondre entre les sites, ce que la synchronisation des cookies sert justement à construire.
- Les données post-impression et de retargeting. Tout ce qui devait reconnaître un visiteur venu d'une annonce sur un autre site voit un inconnu sur Safari, Firefox et Chrome en mode Incognito.
- Les widgets intégrés. Les iframes qui conservent une connexion ou un état d'un site à l'autre ont besoin de CHIPS ou de la Storage Access API.
L'analytique first-party a sa propre limite. Safari plafonne à sept jours les cookies écrits en JavaScript, y compris sur votre propre domaine, et la limite de 7 jours des cookies dans Safari explique comment elle gonfle le nombre de nouveaux visiteurs. Cette règle vient de la protection contre le pistage de Safari, pas de la catégorie des cookies tiers, et le revirement de Chrome n'y change rien.
Comment Flowsery suit-il les visiteurs sans cookies tiers ?
Le script de Flowsery tourne sur votre propre site et, par défaut, conserve l'identifiant de visiteur dans un cookie first-party sur votre domaine, _fs_vid, et l'identifiant de session dans le sessionStorage du navigateur, donc le blocage des cookies tiers ne le touche pas. Flowsery ne dépose aucun cookie tiers. La documentation du script de Flowsery indique que l'attribut data-domain "Sets the cookie scope for visitor and session IDs" et vaut par défaut location.hostname ; le régler sur votre domaine racine permet aux sous-domaines de partager un même identifiant de visiteur. Le mode Cookieless est optionnel et doit être activé. L'écran de configuration le décrit comme "Daily-rotating hash, no personal data stored", et data-domain "Has no effect in cookieless mode." En mode cookieless, les identifiants de visiteur changent chaque jour, donc Flowsery ne relie pas un visiteur anonyme d'un jour à l'autre ni d'un appareil à l'autre. Dans les deux modes, l'appel identify() de Flowsery relie un utilisateur connecté. La page analytique respectueuse de la vie privée détaille le reste de cette configuration, dont un script de suivi de moins de 10 KB et aucune collecte d'adresses IP ni d'empreintes de navigateur.
Questions fréquentes
Chrome a-t-il fini par supprimer les cookies tiers ?
Non. Google a annoncé le plan en janvier 2020, l'a repoussé trois fois, a proposé le choix de l'utilisateur en juillet 2024 et a confirmé le 22 avril 2025 que Chrome conserve son choix existant en matière de cookies tiers. Chrome ne bloque les cookies tiers par défaut qu'en mode Incognito.
Quelle est la dernière annonce de Google sur les cookies tiers ?
Le billet le plus récent sur le site Privacy Sandbox de Google date du 17 octobre 2025. Il a retiré la plupart des API Privacy Sandbox, dont Topics, Protected Audience et l'Attribution Reporting API, et a conservé CHIPS, FedCM et Private State Tokens. La décision sur les cookies elle-même date du 22 avril 2025.
Chrome affichera-t-il une invite demandant aux utilisateurs leur choix sur les cookies tiers ?
Non. Le billet de Google de juillet 2024 proposait une nouvelle expérience de choix, et celui d'avril 2025 a précisé que Chrome "will not be rolling out a new standalone prompt for third-party cookies." Les utilisateurs changent le réglage sous Privacy and security dans les paramètres de Chrome.
Safari bloque-t-il les cookies tiers par défaut ?
Oui. WebKit a annoncé le 24 mars 2020 que les cookies des ressources intersites sont bloqués par défaut partout, à partir de Safari 13.1 et d'iOS et iPadOS 13.4. Le contenu intégré peut demander l'accès via la Storage Access API, ce qui fait intervenir l'utilisateur.
Le blocage des cookies tiers affecte-t-il Google Analytics ?
GA4 dépose ses cookies sur votre propre domaine : ce sont des cookies first-party, et le blocage des cookies tiers ne les supprime pas. Les paramètres de la balise Google les décrivent comme des cookies first-party dont vous pouvez modifier la durée d'expiration. Le plafond de sept jours de Safari sur les cookies écrits en JavaScript s'applique quand même à eux.
Faut-il encore se préparer à la perte des cookies tiers ?
Oui, pour toute mesure qui en dépend. Safari et Firefox les bloquent ou les cloisonnent déjà, et Chrome les bloque en mode Incognito et pour chaque utilisateur qui change le réglage. Une mesure fondée sur des données first-party n'en dépend pas, même si le plafond de sept jours de Safari sur les cookies écrits en JavaScript s'applique aussi aux cookies first-party.
Comment désactiver les cookies tiers dans Chrome ?
Ouvrez Settings, puis Privacy and security, puis Third-party cookies, et choisissez Block third-party cookies. Vous pouvez toujours ajouter des sites à une liste d'exceptions, et ces sites peuvent utiliser des cookies tiers en navigation normale comme en navigation privée. Un site autorisé depuis la barre d'adresse dans une fenêtre normale rejoint cette liste et peut utiliser les cookies tiers pendant 90 jours ou jusqu'à ce que vous désactiviez le paramètre.
Qu'est-ce que Total Cookie Protection dans Firefox ?
Total Cookie Protection est une fonction de Firefox que Mozilla a activée par défaut pour tous les utilisateurs de bureau le 14 juin 2022. Elle enferme chaque cookie dans le cookie jar du site qui l'a créé. Un traceur intégré à dix sites détient donc dix cookies distincts et ne voit jamais le même visiteur d'un site à l'autre.
Quelles API Privacy Sandbox Google a-t-il conservées ?
Dans sa mise à jour du 17 octobre 2025, Google a conservé CHIPS, FedCM et Private State Tokens. Il en a retiré dix autres, dont Topics, Protected Audience et l'Attribution Reporting API, en raison de leur faible adoption. Google a aussi indiqué qu'il continuerait de travailler sur un standard Attribution interopérable via le W3C.
Flowsery utilise-t-il des cookies tiers ?
Non. Le script de Flowsery s'exécute sur votre propre site et, par défaut, conserve l'identifiant de visiteur dans un cookie first-party sur votre domaine, _fs_vid, et l'identifiant de session dans le sessionStorage. Le blocage des cookies tiers ne touche ni l'un ni l'autre. Le mode Cookieless est optionnel et doit être activé : il utilise un hash renouvelé chaque jour et ne stocke aucune donnée personnelle, et Flowsery ne dépose aucun cookie tiers, quel que soit le mode.
Cet article vous a-t-il été utile ?
Dites-nous ce que vous en pensez !
Nous voir plus souvent sur Google
Un clic définit Flowsery comme source préférée. Nos articles remontent alors dans vos À la une, en mode IA et dans les aperçus IA.
Avant de partir...
Flowsery
Des analyses orientées revenus pour votre site web
Suivez chaque visiteur, source et conversion en temps réel. Simple, puissant et sans cookies.
Tableau de bord en temps réel
Suivi des objectifs
Suivi sans cookies
Termes connexes du glossaire
Seul le domaine tranche entre cookies first-party vs third-party
La séparation entre cookies first-party vs third-party tient au domaine qui les a posés, pas à leur auteur. Ce que les navigateurs bloquent et ce qui casse.
Pourquoi votre taux de rebond GA4 n'est que le taux d'engagement inversé
Votre taux de rebond GA4 est la part des sessions non engagées. Sa définition par Google, l'écart avec Universal Analytics et où l'ajouter aux rapports.
Comment le cookie syncing associe les ID publicitaires d'un site à l'autre
L'ad tech utilise le cookie syncing pour échanger des ID via redirections et pixels. Safari, Firefox et Chrome face à lui, et pourquoi l'analytics s'en passe.
Comment se calcule le nombre de pages par session et ce qu'il dit d'une visite
Dans GA4, les pages par session s'appellent Views per session : vues de pages et d'écrans divisées par les sessions. La formule, où la trouver, comment la lire.
Ce qu'envoient les User-Agent Client Hints, et ce que l'analytics voit encore
Dans Chrome, les User-Agent Client Hints répartissent les données du navigateur en en-têtes Sec-CH-UA. Entropie, Accept-CH, UA réduit et ce que lit l'analytics.
Ce que le suivi des clics enregistre sur un site, et les clics qu'il perd
Le suivi des clics sur un site enregistre l'élément cliqué, la page et le moment. Les trois méthodes, les champs à envoyer et les clics qui disparaissent.
Articles connexes
Comment les paramètres d'événement GA4 portent le détail de chaque événement
Google limite les paramètres d'événement GA4 à 25 par événement. Limites de nom et de valeur, noms réservés, et pourquoi les vôtres restent hors des rapports.
Comment la segmentation des utilisateurs transforme un rapport en plusieurs réponses
En analytics, la segmentation des utilisateurs découpe un rapport en groupes qui partagent un trait. Types de segments, construction et taille minimale.
La règle d'orthographe derrière Referer vs Referrer
Dans le duel referer vs referrer, l'en-tête HTTP garde une faute de 1996, et document.referrer ou Referrer-Policy l'écrivent bien. Voyez quel nom va où.