Les assistants de consentement sont aujourd’hui des hacks fragiles de navigateur : 40 scrapers maintenus contre 40 CMP, qui cassent à chaque mise à jour. navigator.consent les transforme en une couche logicielle interopérable avec de vrais canaux de distribution, des modèles économiques et un vent réglementaire favorable.
Choisissez votre moteur de recherche par défaut
Choisissez votre assistant de consentement
Tentant, non ? Ça pourrait arriver.
Les bloqueurs de publicité combattent l’écosystème. Les assistants de consentement travaillent avec lui.
Les bloqueurs de publicité détruisent les revenus des éditeurs, déclenchent des courses à la détection et créent une relation hostile entre utilisateurs et sites. Ils bloquent tout sans distinction, sans laisser de place au consentement ou à la nuance. Les éditeurs ripostent, les utilisateurs surenchérissent, tout le monde y perd.
Les assistants de consentement préservent la relation éditeur-annonceur. Ils appliquent les préférences réelles de l’utilisateur, pas un blocage généralisé. Les fournisseurs de confiance continuent de fonctionner. Ceux que l’utilisateur refuse sont rejetés de manière transparente, via la CMP, avec une piste d’audit complète. La CMP reste dans la boucle. La conformité est préservée. Les revenus des fournisseurs consentis sont intacts.
Aujourd’hui, développer un assistant de consentement signifie maintenir des scrapers pour chaque CMP, espérer que les stores d’extensions ne rejettent pas votre approche par content script, et acquérir les utilisateurs au compte-gouttes. La spécification supprime ces barrières structurelles.
Plus besoin de maintenir 40+ scrapers de DOM. Une seule intégration API fonctionne avec toutes les CMP qui adoptent la spécification. Votre effort d’ingénierie va dans le produit, pas dans le maintien des scrapers.
La directive européenne Digital Omnibus et la loi californienne AB 566 poussent les navigateurs vers le support du consentement. La spécification fournit l’API dont ces réglementations ont besoin, et les assistants de consentement en sont le complément naturel côté utilisateur.
Le DMA a imposé des écrans de choix pour les moteurs de recherche dans les navigateurs. Le même mécanisme peut s’appliquer aux assistants de consentement : un écran de sélection au niveau du navigateur qui offre à chaque assistant un accès égal aux utilisateurs, dès le premier jour.
L’intégration via une API structurée permet aux assistants de consentement de passer les revues des stores d’extensions sans difficulté. Plus besoin de s’appuyer sur l’injection de content scripts et la manipulation du DOM qui font tiquer les règles de validation.
Utilisez getRegulations() pour lire le contexte réglementaire détecté par le navigateur, et setRegulations() pour le corriger : utilisateurs sous VPN, voyageurs, réseaux d’entreprise. Seules les extensions peuvent modifier ce contexte ; les CMP se contentent de le lire.
La spécification découple le « quoi » (lire les métadonnées CMP, appliquer les préférences) du « comment » (modèle économique, philosophie UX). Quand le scraping n’est plus le goulot d’étranglement, la catégorie peut se diversifier.
Refuser tout pistage optionnel par défaut. Open source, règles transparentes. Le modèle Consent-o-matic, étendu à toutes les CMP sans maintenir de scrapers par CMP.
Auto-consentement basique gratuit, contrôles granulaires par site et analytiques de consentement en offre premium. Le modèle SuperAgent, libéré de la course au scraping.
Permettez aux utilisateurs de choisir activement de partager des données avec les marques qu’ils apprécient. Programmes de fidélité, offres personnalisées, échange de données consenti. Le consentement comme signal positif, pas seulement comme un mur.
Alignez le consentement sur des cadres de valeurs personnels : scores ESG, empreinte carbone, pratiques sociales. Partagez vos données avec les entreprises qui correspondent à votre éthique. Refusez les autres.
L’API s’intercale entre les utilisateurs et les éditeurs. Cette position ouvre des opportunités naturelles qui vont au-delà du consentement.
Un utilisateur qui refuse tout pistage n’est pas perdu pour autant. C’est un prospect qualifié pour un abonnement sans publicité. L’assistant de consentement peut proposer cette alternative au moment où l’utilisateur rencontre un cookie wall.
Lorsqu’un cookie wall rencontre un paywall, l’assistant de consentement peut présenter les deux options ensemble : accepter le pistage pour un accès gratuit, ou s’abonner pour une expérience privée. Transparent, au moment de la décision.
Les utilisateurs disposant d’un assistant de consentement sont engagés, soucieux de leur vie privée et délibérés dans leurs choix. Pour les éditeurs, c’est un segment d’audience de plus grande valeur que les cliqueurs passifs sur « Tout accepter ».
Le même canal API qui transporte les signaux de consentement peut transporter des offres, des préférences et des signaux relationnels. L’assistant de consentement devient l’agent de l’utilisateur dans une conversation plus riche avec les éditeurs.
Ces extensions prouvent la demande. navigator.consent leur offre (et vous offre) un socle standard sur lequel construire.
Développé par des chercheurs en vie privée de l’Université d’Aarhus. Open source. Supporte plus de 40 CMP grâce à des règles maintenues par la communauté.
Répartit les cookies en catégories. Vous choisissez une fois, l’extension applique partout. Gratuit pour 40 pop-ups par semaine, premium pour un usage illimité.
Choix de consentement définis une fois, appliqués partout. Support GPC. Prévoit de rémunérer les utilisateurs qui acceptent la pub.
Agent de consentement allemand. Préférences définies une fois, appliquées partout. Explique les finalités en langage clair.
Note chaque site web sur ses pratiques de confidentialité (de A à D) et applique un consentement granulaire en conséquence.
Par les créateurs d’Adblock Plus. Bloque les traceurs, supprime les paramètres de pistage, envoie des signaux GPC et ferme les pop-ups de cookies.
La spécification est ouverte, la catégorie est à prendre. Choisissez un modèle et créez un produit.
Lire la spécificationLa spécification complète de l’API avec les types, méthodes et comportements.
Définitions de payloads lisibles par les machines pour tous les types de l’API.
Un polyfill fonctionnel pour l’expérimentation locale.
