Information
Contenu

Conformité IAB TCF v1

Note : Ce document est désuet, prière de se référer à Conformité IAB TCF v2 au lieu.

Les consentmanager.net CMP est enregistré avec la politique IAB TCF v1 (voir https://iabeurope.eu/tcf-v1/). Le CMP prend donc en charge des fonctionnalités conformes à la politique IAB TCF, à la spécification de chaîne de consentement IAB, à la spécification API IAB CMP et à d'autres spécifications et politiques connexes.

ConsentManagerInformations d'enregistrement .net IAB

Nom Description
ID CMP 31
Domaine CMP consentmanager.mgr.consensu.org
CMP est un service Oui
Version TCF 1

En tant que CMP IAB enregistré, le CMP consentmanger.net est capable de créer des cookies sur le domaine de consentement IAB global consensu.org. Tout CMP enregistré auprès de l'IAB peut créer des cookies dans ce contexte. L'avantage d'avoir ce domaine commun est que les visiteurs qui passent du site Web A au site Web B n'ont pas besoin de demander à nouveau leur consentement. Au lieu de cela, le CMP du site Web B peut simplement préparer le consentement préexistant du site Web A via le domaine de cookie global.

Politique de l'IAB et restrictions de conception

L'objectif de la politique IAB est de garantir que tous les fournisseurs qui reçoivent une chaîne de consentement IAB peuvent être sûrs que la chaîne de consentement a été créée avec un ensemble commun de transparence. Par conséquent, tous les CMP doivent suivre une certaine norme minimale concernant la présentation de la couche de consentement. L'IAB exige actuellement que les CMP se conforment aux normes de conception minimales suivantes:

  1. L'interface utilisateur doit être affichée en évidence (doit représenter au moins 30% de la fenêtre)
  2. Tous les objectifs utilisés doivent être affichés dans la 1ère couche de l'interface utilisateur
  3. La 1ère couche de l'interface utilisateur doit afficher un lien vers une liste de fournisseurs ("Paramètres personnalisés")
  4. Les boutons Accepter et Rejeter doivent avoir la même importance visuelle
  5. L'utilisateur doit avoir le droit de retirer son consentement à tout moment et doit être informé de la manière de le faire
  6. S'il y a des conséquences à ne pas consentir, ces conséquences doivent être expliquées dans la 1ère couche
  7. L'utilisateur doit être informé sur la 1ère couche que l'accès aux informations sur son appareil se fait par des tiers
  8. L'utilisateur doit être informé sur la 1ère couche que ses données personnelles sont traitées par des tiers, avec des exemples de ces données
  9. L'utilisateur doit pouvoir consulter le nom complet et la description des finalités
  10. L'utilisateur doit pouvoir consulter le nom complet et la description des fonctionnalités
  11. L'utilisateur doit être en mesure d'examiner les objectifs de chaque fournisseur
  12. L'utilisateur doit être en mesure de revoir la base juridique pour chaque objectif de chaque fournisseur
  13. L'utilisateur doit être en mesure d'examiner les fonctionnalités de chaque fournisseur
  14. L'utilisateur doit pouvoir trouver un lien vers la politique de confidentialité de chaque fournisseur
  15. L'utilisateur doit avoir un moyen de refaire surface l'interface utilisateur et de modifier les préférences
  16. L'interface utilisateur doit utiliser les noms et définitions standard de chaque fonctionnalité et objectif

Exemple de couche de consentement conforme IAB

Les ConsentManagerL'implémentation de référence .net (conception par défaut et paramètres par défaut) reflète donc ces normes de conception. Voici un exemple à quoi cela peut ressembler:

Comment ConsentManager.net traite de la politique IAB

ConsentManager permet à nos clients de choisir entre les paramètres dont ils ont besoin pour leur entreprise et les paramètres nécessaires pour se conformer à la politique de l'IAB. Par conséquent, nous mettons en évidence chaque paramètre pertinent pour la conformité IAB. Si l'un de ces paramètres est désactivé ou si un paramètre est activé qui rend le CMP non conforme à la stratégie IAB, un message d'avertissement apparaît.

Que se passe-t-il si j'utilise des paramètres qui ne sont pas conformes à la stratégie IAB?

Si vous utilisez des paramètres qui ne sont pas conformes à la stratégie IAB, le système affichera un message d'avertissement afin de vous informer de ces paramètres et de leurs conséquences. Si un paramètre non conforme est enregistré et que le CMP est utilisé sur un site Web, le système effectuera les modifications suivantes par rapport aux paramètres conformes à la stratégie IAB:

  1. Le CMP ne répondra plus avec des informations de consentement aux appels à l'API JavaScript IAB CMP via des appels à __cmp() avec les commandes standard (par exemple "getVendorConsents" or "getConsentData") afin d'empêcher les fournisseurs d'obtenir des informations de consentement non conformes.
  2. Le CMP fournira de nouvelles commandes avec le préfixe "noncompliant_" (par exemple "noncompliant_getVendorConsents") afin de permettre aux clients de récupérer les informations de consentement du CMP.
  3. Le CMP n'écrira plus les informations de consentement (chaîne de consentement) dans le domaine du cookie global (consensu.org) mais les stockera dans un cookie sur consentmanagerDomaine .net. Dans le même temps, la dénomination des cookies "euconsent" et "eupubconsent" sera changé en "nc_euconsent" et "nc_eupubconsent".

Il est important de souligner que votre CMP continuera à fonctionner comme avant et peut toujours être utilisé avec des gestionnaires de balises ou des logiques de blocage / report de publicités, etc. Si vous et vos partenaires ne comptez pas sur les signaux IAB TCF, les modifications mentionnées ci-dessus n'auront aucun effet sur votre site Web.

Retour en haut de la page