Global Privacy Control : le signal que votre bannière devrait déjà respecter

Un visiteur arrive sur votre site, la bannière s'affiche, il refuse. Sur le site suivant, il recommence. Puis sur le suivant. Le Global Privacy Control propose une alternative : exprimer ce refus une seule fois, dans le navigateur, et que chaque site le respecte automatiquement. Voici ce que cela implique concrètement pour un éditeur français.

Ce qu'est le GPC

Le Global Privacy Control est un signal technique émis par le navigateur ou une extension. Il prend la forme d'un en-tête HTTP Sec-GPC: 1 et d'une propriété JavaScript navigator.globalPrivacyControl positionnée à true. Sa sémantique est volontairement simple : la personne s'oppose à la vente et au partage de ses données personnelles, ainsi qu'au dépôt de traceurs non nécessaires.

Il est activable nativement dans Firefox et Brave, et via extension dans les navigateurs basés sur Chromium. Il ne s'agit pas d'une préférence par site mais d'un réglage global, porté par l'utilisateur.

Le GPC est le successeur pragmatique du Do Not Track, qui avait échoué faute d'obligation de le respecter. La différence est décisive : le GPC a été adossé à des textes qui lui donnent une portée contraignante, au moins dans certaines juridictions.

Sa valeur juridique en Europe

En Californie, le régulateur a explicitement reconnu le GPC comme une expression valide d'opt-out au titre du CCPA, et l'a fait appliquer par voie de sanction. En Europe, le cadre est différent : le RGPD et la directive ePrivacy reposent sur un consentement préalable, pas sur un droit d'opposition à activer.

Mais l'article 21-5 du RGPD prévoit que le droit d'opposition peut être exercé « par des moyens automatisés utilisant des spécifications techniques ». Et le considérant 32 rappelle que le consentement doit être un acte positif clair. Un signal GPC actif est donc, au minimum, un refus explicite et documenté : passer outre revient à déposer des traceurs contre une volonté exprimée sans ambiguïté.

Aucune décision européenne n'a encore tranché la question frontalement. La position prudente est celle-ci : le GPC ne remplace pas la bannière, mais il ne coûte rien de le traiter comme un refus.

Ce que fait une CMP qui respecte le GPC

Le comportement attendu tient en trois points :

• Positionner les catégories non essentielles sur « refusé » dès le chargement, sans attendre d'interaction ;
• Ne pas masquer la possibilité de choisir — le visiteur doit rester libre d'accepter s'il le souhaite, via la pastille de ré-accès ;
• Journaliser l'origine du refus, pour distinguer dans vos preuves un refus explicite d'un refus déduit d'un signal.

Le troisième point est souvent négligé alors qu'il compte : en cas de contrôle, savoir d'où vient chaque décision fait la différence entre une preuve de consentement exploitable et un journal ambigu.

Pourquoi l'ignorer est un mauvais calcul

L'argument contre le GPC est toujours le même : moins de consentements, donc moins de données. En pratique, la population qui active le GPC est celle qui refuse déjà systématiquement les bannières. Le volume perdu est marginal ; le risque évité, lui, ne l'est pas.

Il y a aussi un argument de cohérence. Un site qui affiche une bannière conforme mais ignore un refus exprimé en amont envoie un message contradictoire. Le respect du signal est peu coûteux à implémenter et se raconte facilement dans une politique de confidentialité.

En pratique

Si votre CMP le gère nativement, il n'y a rien à faire — c'est le cas de Consenteer, sur toutes les formules. Si vous avez une intégration maison, testez navigator.globalPrivacyControl avant d'initialiser vos tags, et articulez cette lecture avec vos signaux Google Consent Mode v2 pour éviter que les deux mécanismes ne se contredisent.

Pour vérifier votre installation, activez le GPC dans Firefox (Paramètres, Vie privée et sécurité), ouvrez votre site en navigation privée et confirmez qu'aucun cookie non essentiel n'est déposé avant toute interaction.