Notifications web push : gérer l'accord marketing

Pour envoyer des offres commerciales par notification web push, ne vous contentez pas d’une valeur « notifications autorisées ». Il faut pouvoir expliquer ce que la personne a accepté, pour quelle entreprise et sur quel périmètre, puis arrêter les envois lorsqu’elle change d’avis. La permission du navigateur ouvre une possibilité technique ; elle ne constitue pas, isolément, la preuve d’un consentement à votre campagne.

Ce guide vise un site français proposant des offres facultatives à des visiteurs particuliers. Il distingue ce programme marketing d’une alerte demandée sur un produit précis. Le premier livrable à établir est une règle d’envoi : quelle combinaison de choix et d’états techniques permet réellement de sélectionner un destinataire ?

Trois décisions derrière le bouton « Autoriser »

Le standard Notifications distingue notamment les états default, denied et granted. L’absence de décision n’est pas une autorisation. L’état granted renseigne une permission technique pour les notifications ; il n’explique ni la campagne présentée ni l’information reçue avant le clic.

La décision commerciale vient d’abord. Une alerte « prévenez-moi du retour de cette référence » n’autorise pas une succession d’offres sur tout le catalogue. Inversement, baptiser une publicité « actualité du service » ne change pas son objectif. La CNIL distingue les communications électroniques selon leur finalité, y compris lorsqu’elles utilisent d’autres technologies que le courriel. Un message nécessaire au service demandé et une incitation commerciale doivent être examinés séparément.

La décision juridique porte ensuite sur les traitements. Pour le programme d’offres facultatives décrit ici, retenez un consentement spécifique, au titre de l’Art. 6(1)(a), qui répond aux conditions de l’Art. 7. Le refus doit laisser la consultation et l’achat possibles. Ne transformez pas l’intérêt commercial de l’entreprise en permission de solliciter tous les visiteurs.

L’article L. 34-5 du CPCE encadre la prospection électronique et prévoit une exception pour certaines offres analogues aux clients existants, sous conditions. Le dispositif présenté ici ne s’appuie pas sur cette exception : une visite ou une simple permission du navigateur ne prouve pas que ses conditions sont réunies. Le choix du canal doit rester explicite dans l’accord recueilli.

Enfin, la décision technique établit si l’envoi est possible et si le système sait appliquer les choix. Elle ne remplace aucune des deux précédentes. Un prestataire qui sait afficher des notifications ne démontre pas, par cette seule fonction, qu’il sait exclure vos désabonnés.

Les traceurs restent une question distincte

Les accès ou inscriptions dans le terminal relèvent de l’article 82 de la loi Informatique et Libertés. Le texte prévoit des exceptions pour la communication électronique et pour ce qui est strictement nécessaire au service expressément demandé. Il ne suffit donc ni d’appeler un composant « push », ni d’obtenir une permission du navigateur pour dispenser tous ses usages de consentement.

Demandez au développeur de distinguer la souscription nécessaire à la notification choisie, la mémorisation du choix et les fonctions ajoutées : suivi des visites, rapprochement publicitaire ou mesure nominative des clics. Une nécessité démontrée pour le premier usage ne justifie pas les suivants. Si un outil mélange ces opérations sans permettre de les maîtriser, limitez la configuration ou changez de solution avant l’ouverture.

Le guide du retrait du consentement et de l’arrêt des scripts aide à suivre ces composants. Le dossier doit expliquer les opérations effectivement activées, plutôt que reprendre une promesse générale de conformité de l’éditeur.

Un parcours renseigné : les notifications d’Atelier Brume

Prenons un exemple entièrement fictif. Atelier Brume vend de la papeterie. Il souhaite proposer deux services : une alerte unique lorsque le carnet C12 revient en stock, et un programme d’offres mensuelles. Aucun profil de navigation ni partage publicitaire n’est prévu dans cette version.

Pour l’alerte C12, la boutique choisit également le consentement : la personne sélectionne cette alerte facultative et reçoit une information dédiée. Ce choix de conception ne signifie pas que toute notification de service exige juridiquement le consentement. Une confirmation nécessaire à l’exécution d’une commande appelle une autre analyse. La portée d’une liste d’attente produit doit rester aussi précise que la promesse faite.

Voici une première couche d’information proposée, à adapter au dispositif réel :

Recevoir les offres mensuelles d’Atelier Brume sur ce navigateur. Nous utilisons votre abonnement aux notifications pour vous adresser nos nouveautés et promotions, avec votre accord. Ce choix est facultatif et n’affecte pas vos achats. Vous pourrez arrêter ces offres dans « Mes notifications ». Consulter les informations sur les données et les destinataires.

Deux actions lisibles suivent : « Recevoir les offres » et « Non merci ». La demande du navigateur intervient dans le parcours d’activation, après cette explication. Si la personne refuse la proposition commerciale, l’entreprise ne déclenche pas la permission pour obtenir autrement le même résultat.

Cet extrait n’est pas une notice complète. Le lien doit conduire à l’identité et aux coordonnées du responsable, aux destinataires, aux durées, aux droits, à la réclamation auprès de la CNIL et, le cas échéant, aux transferts et garanties. Ces éléments découlent de l’Art. 13 du RGPD. Ils doivent décrire la configuration retenue, pas toutes les possibilités théoriques du logiciel.

Le libellé « mensuelles » engage la conception du programme. Passer ensuite à plusieurs offres quotidiennes change l’attente créée ; l’équipe ne doit pas modifier silencieusement la promesse commerciale tout en conservant son ancienne preuve.

La règle d’envoi à remettre au prestataire

La matrice suivante constitue une spécification pour ce cas, et non le compte rendu d’un essai réalisé. Elle sépare le choix marketing de la possibilité technique.

Une campagne programmée n’est pas définitivement autorisée au moment de son export. Le responsable marketing doit désigner le système qui fait foi et le développeur doit expliquer à quel endroit les exclusions sont appliquées. Si le prestataire conserve sa propre liste, cette liste entre dans le périmètre de contrôle.

L’adresse de souscription, souvent appelée endpoint, est une adresse technique d’acheminement. Le projet de spécification Push API du W3C décrit cette souscription et son adresse propre, ainsi que sa désactivation. Il s’agit d’un document de travail technique, pas d’une garantie sur toutes les implémentations.

Ne qualifiez pas le fichier d’anonyme parce qu’il ne contient aucun nom. La possibilité d’isoler un navigateur, ses associations et les moyens raisonnablement disponibles comptent dans la qualification. Si vous rattachez cette souscription au compte client, documentez ce lien : le guide de l’identifiant publicitaire connecté explique les conséquences de ce rapprochement.

Retirer son accord sur un ou plusieurs appareils

Dans le cas Brume, l’inscription porte sur ce navigateur, ce qui figure dès la proposition. Le centre de préférences doit afficher cette portée. Il ne doit pas annoncer « toutes vos notifications sont arrêtées » s’il ne traite qu’une souscription locale.

Une demande reçue au service client peut cependant être plus large : « arrêtez toutes les offres sur mes appareils ». Si les souscriptions sont déjà reliées licitement au compte, l’équipe applique cette portée aux associations connues. Elle n’installe pas un suivi supplémentaire pour retrouver à tout prix les autres appareils. Si certains restent impossibles à rattacher, elle explique cette limite et propose un moyen simple d’arrêter leur abonnement local.

Le retrait doit être aussi simple que l’accord, conformément à l’Art. 7(3). Imposer la création d’un compte pour arrêter des offres reçues sans compte contredirait cette exigence. L’opposition à la prospection doit également produire ses effets conformément à l’Art. 21(2) et (3).

Le projet Push API prévoit la désactivation des souscriptions concernées lorsque la permission est révoquée ; l’émission d’un événement permettant d’en avertir l’application est, elle, facultative. Ne promettez donc pas une synchronisation immédiate de votre serveur sans l’avoir établie pour l’implémentation utilisée. Et, dans l’autre sens, une permission toujours active ne doit jamais annuler un retrait enregistré par l’entreprise.

La réception du dispositif et le dossier de preuve

Avant d’ouvrir le programme, faites documenter trois parcours : accord aux seules offres, alerte C12 sans offres et retrait après programmation d’une campagne. Pour chacun, observez le choix enregistré, la sélection effective et le contenu transmis. Ajoutez un témoin encore abonné pour distinguer une exclusion correcte d’une panne générale d’envoi. Ce sont des contrôles proposés, pas des résultats garantis.

Si une personne retirée reste sélectionnée, suspendez les campagnes concernées. Demandez la correction du filtre et de la propagation, puis refaites le parcours jusqu’à la dernière liste utilisée. Une confirmation « demande reçue » ne prouve pas que cette liste a changé. Les envois éventuellement déjà réalisés doivent faire l’objet d’un examen distinct ; leur existence ne se corrige pas en réécrivant la date du choix.

Pour prouver le consentement, rapprochez la version de la proposition, la finalité, l’action positive, l’horodatage et la souscription concernée. Une capture d’écran générale montre l’interface, pas l’accord de chaque abonné. À l’inverse, un identifiant marqué « oui » sans contexte explique mal ce qui a été accepté.

Limitez l’accès aux données d’acheminement et aux preuves. Le contrat du sous-traitant doit couvrir les instructions, la sécurité, les autres intervenants et la sortie du service, selon l’Art. 28. Prévoyez aussi les purges : l’alerte ponctuelle terminée n’a pas besoin de rester dans une liste active. La conservation limitée d’une preuve ou d’un refus répond à une finalité distincte, documentée ; elle ne permet pas de reprendre les offres.

Ce qu’il faut retenir

Une souscription techniquement utilisable n’est qu’une condition de l’envoi. Le programme doit aussi disposer d’un choix valable, d’une finalité précise et d’un mécanisme d’arrêt effectif. La bonne spécification traite séparément les offres, l’alerte demandée et les appareils concernés, puis vérifie ces décisions jusqu’au prestataire.

FAQ

Peut-on réinscrire automatiquement un navigateur revenu sur le site ?

Non sur la seule base de cette visite ou d’une permission encore active. Un retrait marketing demeure applicable. Un nouvel accord doit correspondre à une démarche positive et informée, sans sollicitation insistante destinée à contourner le refus.

Une notification de disponibilité peut-elle promouvoir un autre produit ?

Cette extension dépasse l’alerte limitée à la référence choisie. Dans le cas présenté, elle est exclue. Proposer d’autres produits suppose de définir la nouvelle finalité et les conditions permettant ces messages, sans les dissimuler dans le service demandé.

Faut-il supprimer immédiatement toute preuve après le retrait ?

L’utilisation promotionnelle doit cesser. Le sort des autres données s’apprécie par finalité : preuve nécessaire, gestion du refus ou obligations distinctes. Il faut justifier une conservation limitée et ses accès ; le retrait n’autorise ni l’archive indéfinie ni la réactivation commerciale.

Recevez nos analyses pratiques sur la conformité : inscrivez-vous à la newsletter.

Thiébaut Devergranne est docteur en droit et fondateur de donneespersonnelles.fr. Il travaille depuis plus de vingt ans sur le droit des technologies et la protection des données personnelles.