Gestion du consentement des utilisateurs avec Didomi
Cadre de transparence et de consentement
IAB Europe est l’association européenne de l’écosystème du marketing digital et de la publicité. Elle a créé le Transparency and Consent Framework (TCF), une solution de consentement conforme au RGPD qui standardise la collecte du consentement, principalement pour les fournisseurs de technologies publicitaires.
Lors de l’utilisation du TCF, le CMP doit permettre à l’utilisateur de faire des choix de consentement granulaires et spécifiques, d’un côté pour les finalités, et de l’autre pour les fournisseurs. Vous pouvez consulter leurs politiques de plus près : https://iabeurope.eu/iab-europe-transparency-consent-framework-policies (Annexe B. C. c. iii)
Comportement général du CMP de Didomi
Afin d’être conforme aux politiques IAB TCF, le CMP de Didomi inclut une vue des préférences séparée de la vue des fournisseurs, ce qui permettra à l’utilisateur de faire des choix de consentement granulaires.
Les statuts de consentement sont répartis entre les finalités et les fournisseurs. Cela signifie que, pour qu’une balise fournisseur soit déclenchée, elle devra disposer du consentement pour elle-même, ainsi que pour toutes les finalités qui sont liées à ce fournisseur.
Conditionnez vos balises fournisseur personnalisées
En utilisant le CMP de Didomi, vous devrez conditionner vos balises fournisseur personnalisées ou vos SDK au consentement de l’utilisateur. Vous pouvez le faire en utilisant un 📰 gestionnaire de balises ou en 📰 modifiant directement vos balises fournisseur dans un environnement web. Dans une application mobile, vous devrez utiliser notre API et suivre cette 📰 documentation spécifique.
Utiliser l’ID du fournisseur pour conditionner vos balises personnalisées est la meilleure façon de respecter les choix de consentement de l’utilisateur. Le comportement natif de Didomi consiste à vérifier les valeurs de consentement de l’utilisateur au niveau du fournisseur, puis au niveau des finalités qui y sont liées. Si l’une des finalités liées au fournisseur est définie sur false, alors nous renverrons également false pour le fournisseur.
À l’inverse, si vous décidez d’utiliser les finalités pour conditionner vos balises fournisseur personnalisées, vous prendrez le risque de ne pas respecter les choix de consentement de l’utilisateur. En effet, si la finalité est définie sur true, nous renverrons toujours true pour cette finalité, quel que soit le choix de consentement effectué par l’utilisateur pour un fournisseur lié à cette finalité. Ainsi, si vous conditionnez sur la finalité, vous pourriez déclencher une balise tout en ayant un statut de consentement défini sur false pour le fournisseur lui-même.
Schéma 3
L’utilisateur n’a pas donné son consentement à l’une des finalités liées à un fournisseur et affichées dans la vue des préférences. En revanche, il a parcouru la liste des fournisseurs et a répondu oui à ce fournisseur particulier.
Dans ce cas, nous enverrons un statut « false » au fournisseur. Comme au moins l’une des finalités liées au fournisseur a été refusée par l’utilisateur, la balise ne peut pas être déclenchée.
Schéma 4
L’utilisateur a donné son consentement à toutes les finalités liées à un fournisseur et affichées dans la vue des préférences. En revanche, il a parcouru la liste des fournisseurs et a répondu non à ce même fournisseur.
Dans ce cas, nous enverrons un statut « false » au fournisseur. Comme le fournisseur a été refusé par l’utilisateur, la balise ne peut pas être déclenchée. Si vous aviez décidé de conditionner la balise à la finalité, la balise aurait été déclenchée même si l’utilisateur n’avait pas donné son consentement au fournisseur.
Autres comportements spécifiques du CMP
Ce comportement est pris en charge pour le SDK Web et pour les versions du SDK APP supérieures à 2.7.0 sur Android et 2.8.0 sur iOS.
Tout accepter / Tout refuser
Lorsqu’un utilisateur fait un choix granulaire sur les finalités et/ou les fournisseurs, puis, dans un second temps, utilise les boutons Tout accepter ou Tout refuser nous donnons la priorité aux boutons Tout accepter et Tout refuser par rapport aux choix granulaires.
Choix granulaire sur les finalités et aucun choix sur les fournisseurs
Lorsqu’un utilisateur fait un choix granulaire sur les finalités mais ne fait aucun choix sur les fournisseurs, nous activons uniquement les fournisseurs qui ont au moins une finalité activée.
Mis à jour