Cinématique sur le poste utilisateur
- Nicolas Rueff
- Jerome Blanchard (Deactivated)
Quelques précisions concernant ce qui se passe sur le poste utilisateur une fois la configuration injectée dans le site web.
Contenu de cette documentation
Chargement de l’applicatif
Le navigateur va charger et exécuter le script d’approvisionnement, par exemple https://core.fairandsmart.com/api/ext/cookies/clients/a62ac19c-37ec-11ec-9ca4-53e63d19c868.
Ce script va à son tour récupérer la dernière version active de la configuration, par exemple https://core.fairandsmart.com/api/ext/cookies/content/d3d1ea14dd4cd735bb8b5e027658df1e2851582ef4056e5b6450d5bb0867cfd30112bba509f79f52aea9966f4ae45576 .
Le rôle de ce dernier script est triple :
injecter dans le DOM le code de l’applicatif, par exemple
https://assets.fairandsmart.tech/tarteaucitron/1.9.5.1/tarteaucitron.js;injecter dans le DOM le style de l’applicatif, par exemple
https://assets.fairandsmart.com/tarteaucitron/1.9.5.1/css/tarteaucitron.css;configurer l’applicatif ;
À l’issue de ces étapes, l’applicatif est démarré.
Détermination de l’affichage du bandeau
L’applicatif commence par consulter le contenu du cookie contenant les choix utilisateurs.
S'il ne trouve pas le consentement pour un service donné :
si ce dernier est activé par défaut (par exemple Matomo) : on le marque comme à activer (“true”) ;
si non, que le DNT est actif et que la case "Prendre en compte les requêtes « Interdire le suivi »" est cochée : on le marque comme à ne pas activer (“true”) ;
à défaut : on le marque comme en attente (“wait”) ;
Pour résumer, la valeur de consentement positionnée par défaut pour un service est :
| Service actif par défaut | Service inactif par défaut |
|---|---|---|
DNT actif et “Prendre en compte …” coché | true | false |
DNT inactif ou “Prendre en compte …” non coché | true | wait |
Si à l’issue de cette première phase au moins un des services est marqué comme en attente, le bandeau est affiché.
Collecte des choix de l'utilisateur
Le bandeau est disponible en deux designs :
accepter/refuser/paramétrer : dans ce design, l’utilisateur doit nécessairement expliciter son consentements :
en passant par le panneau (paramétrer) ;
sans passer par le panneau (accepter/refuser) ;
"accepter/paramétrer/continuer” : dans ce design, l’utilisateur peux choisir d’expliciter son consentements :
en passant par le panneau (paramétrer) ;
sans passer par le panneau (accepter/continuer) ; dans ce dernier cas les services à “wait” sont forcés à “false”.
Pour résumer, la valeur de consentement positionnée post saisie pour un service est :
| Service à true | Service à false | Service à wait |
|---|---|---|---|
“accepter tout” | true | true | true |
“refuser tout” | false | false | false |
“continuer” | true | false | false |
“paramétrer” | selon choix (pré-coché à true) | selon choix (pré-coché à false) | selon choix (non pré-coché) |
Prise en compte des choix utilisateurs
Dès que l’utilisateur valide ses choix - que ce soit depuis la bannière, le bandeau, ou implicitement -, l’applicatif va réaliser plusieurs actions :
envoi des choix utilisateurs coté serveur pour génération et stockage du reçu de consentement ;
rechargement de la page si :
un des services est passé de “accepter” à “refuser” (de manière à décharger le service concerné) ;
un des services est passé de “refuser” à “accepter” ET la gestion est en mode “Gérer moi-même les services” (de manière à réinitialiser le tag manager utilisé) ;
injection des services acceptés ;