Werking van de widget
Last updated
Last updated
Over het algemeen werkt de toestemmingswidget in 3 hoofdfasen:
Het voorstel van het toestemmingsvenster
Het verzamelen van toestemming (opslaan van bewijs)
De daadwerkelijke uitvoering van de toestemming van de gebruiker
De Dastra-widget maakt het mogelijk om de eerste twee stappen gedeeltelijk automatisch uit te voeren. Voor de derde stap, het daadwerkelijk afdwingen van de cookievoorkeuren van de gebruiker, moet je het toestemmingssysteem technisch integreren met diensten van derden die mogelijk cookies plaatsen. Zie de gids voor het blokkeren van cookies voor meer informatie.
De javascript SDK van de widget moet worden aangeroepen op alle pagina's van de site die cookies gebruiken.
De gebruiker bezoekt de website waar het js codefragment is geรฏnstalleerd. Om de prestaties en SEO van de webpagina's niet te beรฏnvloeden, wordt de SDK volledig asynchroon geladen met een cachingperiode van รฉรฉn dag.
Om de widget correct te laten functioneren op de site, heeft deze een up-to-date clientconfiguratie nodig die is opgehaald van de servers van Dastra. Om de meest recente versie te hebben, zal Dastra een GET-verzoek doen naar de widget met de openbare API-sleutel om te controleren of de widget bij de klant hoort.
Als de klant zijn domein niet correct heeft ingevoerd in de widget editor, zal de editor het verzoek niet autoriseren en is het onmogelijk om de widget correct weer te geven. Om dit te verhelpen, kies je widget en voeg het ontbrekende domein toe.
Als de "euconsent" cookie (je kunt de naam van de cookie kiezen als je dat wilt) ontbreekt, wordt het toestemmingsvenster weergegeven. Om te testen of de widget correct wordt weergegeven, kun je deze cookie uit je browser verwijderen
Toestemmingen worden automatisch verzameld door de Dastra API via een POST-verzoek in json.
Hoewel toestemming wordt uitgedrukt per doel in de widget-interface, wordt het opgeslagen per service.
Hier is hoe het bewijs van toestemming eruit ziet zoals het is opgeslagen in onze databases:
Als tegenprestatie stuurt de api een string met de naam "consentId" terug, die vervolgens maximaal 180 dagen in de browser wordt opgeslagen in de localStorage. Deze string is de unieke identifier van het toestemmingsbewijs. In geval van een geschil moet deze identifier worden opgezocht in de browser van de klant.
Nadat we de toestemming van de gebruiker hebben verzameld, is het nu nodig om de wens van de gebruiker daadwerkelijk uit te voeren door de informatie over de toestemming door te sturen naar alle diensten van de site.
Voor deze fase nodigen we u uit om de gids over het blokkeren van cookies te raadplegen:
Blokkeer cookiesMet uitzondering van strikt noodzakelijke cookies moeten alle trackingdiensten van derden standaard worden geblokkeerd
Gefeliciteerd, je bent klaar om te beginnen met de technische integratie van de widget:
Snel aan de slag