Fonctionnement du widget
Dernière mise à jour
Dernière mise à jour
Globalement, le widget de consentement fonctionne en 3 grandes étapes :
La proposition de la fenêtre de consentement
La collecte du consentement (stockage des preuves)
L'exécution réelle du consentement de l'utilisateur
Le widget Dastra permet de couvrir les deux premières étapes de manière partiellement automatique. Pour la troisième étape consistant à appliquer réellement les préférences de l'utilisateur en matière de cookies, vous allez avoir besoin d'intégrer techniquement le système de consentement aux services tiers pouvant potentiellement poser des cookies. Consultez le guide de blocage des cookies pour plus d'informations/
Le SDK javascript du widget doit être appelé sur toutes les pages du site utilisant les cookies.
L'internaute visite le site web où le snippet de code js est installé. De manière à ne pas impacter les performances et le SEO des pages webs, le SDK est chargé de manière totalement asynchrone avec une durée de mise en cache d'une journée.
Pour que le widget fonctionne correctement sur le site, il va avoir besoin d'une configuration de client à jour récupérée depuis les serveurs de Dastra. Pour avoir la version la plus fraîche possible, celui-ci va effectuer une requête GET du widget avec la clé d'API publique pour contrôler l'appartenance du widget au client.
Si le client n'a pas correctement renseigné son domaine dans l'éditeur de widget, celui-ci n'autorisera pas la requête et il sera impossible d'afficher correctement le widget. Pour remédier à cela, rendez vous sur cette page, choisissez votre widget et ajoutez le domaine manquant.
Si le cookie "euconsent" (vous pouvez choisir le nom du cookie si vous le souhaitez) est absent, la fenêtre de consentement s'affichera. Pour tester le bon affichage du widget, vous pouvez supprimer ce cookie de votre navigateur.
Les consentements seront automatiquement collectés par l'API de Dastra via une requête POST en json.
Bien que dans l'interface du widget, l'expression du consentement s'effectue par finalité, le stockage quant à lui, s'effectue par service.
Voici à quoi ressemble la preuve de consentement telle qu'elle est stockée dans nos bases :
En retour, l'api renverra une chaîne nommée "consentId" qui sera ensuite stockée dans le navigateur dans le localStorage pour une durée de 180 jours max. Cette chaîne est l'identifiant unique de la preuve de consentement. Dans le cas d'un litige, c'est cet identifiant qu'il faudra chercher dans le navigateur du client.
Lorsque nous avons collecté le consentement de l'utilisateur, il est désormais nécessaire d'exécuter réellement son souhait en transmettant à l'ensemble des services du site les informations de consentement.
Pour cette phase, nous vous invitons à consulter le guide sur le blocage des cookies :
Blocage des cookiesA l'exception des cookies strictement nécessaires, l'intégralité des services tiers effectuant du traçage doivent être bloqués par défaut.
Bravo, vous êtes prêt à démarrer l'intégration technique du widget:
Démarrage rapide