For the complete documentation index, see llms.txt. This page is also available as Markdown.

Comportement du CMP pour le consentement granulaire

Le consentement granulaire désigne les sélections individuelles qu’un utilisateur final peut faire pour une ou plusieurs finalités et/ou fournisseurs dans votre avis de consentement, par opposition à une seule action accordant ou refusant le consentement pour toutes les finalités et tous les fournisseurs (c.-à-d. Tout accepter ou Tout refuser).

Dans cet article, nous couvrirons le comportement du CMP Didomi en ce qui concerne le consentement granulaire pour les scénarios suivants :


Balises fournisseurs personnalisées conditionnées

Les balises fournisseurs personnalisées conditionnées désignent les méthodes que votre organisation utilise pour contrôler comment et quand les fournisseurs personnalisés et/ou SDK sont déclenchés pour votre propriété web/mobile en ce qui concerne le consentement de l’utilisateur final.

Description

Didomi personnalisé <script> balises

Utilisées pour charger conditionnellement des balises JavaScript ou d’autres éléments HTML sur votre page. Ces balises personnalisées <script> sont couramment utilisées pour des balises de fournisseurs personnalisées sur votre page web afin de contrôler quand un fournisseur personnalisé peut se déclencher en fonction du respect des conditions requises.

Cliquez ici pour plus d’informations sur les balises Didomi personnalisées <script> balises.

Gestionnaire de balises

Les gestionnaires de balises fournissent une plateforme centralisée qui permet aux spécialistes du marketing et aux développeurs de déployer, gérer et mettre à jour des scripts de fournisseurs et des balises d’analyse sur un site Web sans modifier directement le code source du site.

Cliquez ici pour plus d’informations sur les gestionnaires de balises.

SDK tiers

Votre organisation peut conditionner des balises de fournisseurs personnalisées dans votre application mobile via l’API Didomi. Cliquez ici pour plus d’informations.

Les balises de fournisseurs personnalisées peuvent être conditionnées au consentement au fournisseur et/ou au consentement à des finalités spécifiques.

Didomi recommande vivement de conditionner vos balises de fournisseurs personnalisées en fonction du consentement de l’utilisateur final au fournisseur car nous pensons que c’est le meilleur moyen pour votre organisation de respecter les choix de consentement de l’utilisateur final.

Lors du conditionnement d’une balise de fournisseur personnalisée en fonction du consentement de l’utilisateur final au fournisseur, le comportement natif de Didomi consiste à vérifier d’abord les valeurs de consentement de l’utilisateur final pour le fournisseur, puis le consentement aux finalités qui lui sont associées.

Si une ou plusieurs finalités associées au fournisseur n’ont pas reçu le consentement de l’utilisateur final (c.-à-d. finalité définie sur false) alors le fournisseur sera également défini sur false.

Si votre organisation décide de conditionner des balises de fournisseurs personnalisées en fonction du consentement de l’utilisateur final pour des finalités spécifiques, veuillez noter que vous assumez le risque de ne pas respecter les choix de consentement de l’utilisateur final. Les problèmes surviennent lorsqu’il existe un écart entre le consentement de l’utilisateur final aux finalités spécifiées dans la condition et son consentement au fournisseur.

Reportez-vous au schéma ci-dessous pour plus d’informations :

Lors du conditionnement de la balise de fournisseur personnalisée en fonction du consentement de l’utilisateur final pour des finalités spécifiques Schéma 3 et Schéma 4 entraînera un comportement qui ne reflète pas les sélections de l’utilisateur final.

Schéma 3

Dans ce scénario, l’utilisateur final n’a pas donné son consentement à la finalité spécifique utilisée dans votre condition, mais a accordé son consentement au fournisseur. Dans ce cas, Didomi définira l’état de consentement du fournisseur sur false car au moins l’une des finalités spécifiées dans la condition n’a pas reçu de consentement et la balise de fournisseur personnalisée ne se déclenchera pas.

Schéma 4

Dans ce scénario, l’utilisateur final a consenti à toutes les finalités spécifiées dans la condition, mais a également refusé le consentement pour le fournisseur. Dans ce cas, Didomi définira l’état du fournisseur sur false toutefois, comme les conditions de finalité ont été remplies, la balise de fournisseur personnalisée se déclencherait quand même.

Tout accepter/Tout refuser

Ce comportement est pris en charge pour le SDK Web et pour les versions du SDK APP postérieures à 2.7.0 sur Android et 2.8.0 sur iOS.

Tout accepter et Tout refuser sont des boutons en un clic qui accepteront ou refuseront automatiquement toutes les finalités et tous les fournisseurs associés à un avis de consentement, respectivement. Si un utilisateur final effectue des sélections granulaires sur les finalités et/ou les fournisseurs puis sélectionne ensuite le bouton Tout accepter ou Tout refuser, Didomi donnera la priorité à l’action Tout accepter ou Tout refuser.

Consentement granulaire sur les finalités et aucun choix sur les fournisseurs

Lorsqu’un utilisateur final fait des choix granulaires sur les finalités mais ne fait aucun choix sur les fournisseurs, Didomi n’activera que les fournisseurs ayant au moins une finalité activée.

Mis à jour