Comment mettre à jour une bannière de consentement Web de la version 1 du TCF IAB vers la version 2.
Notre article dédié fournit plus d'informations sur l'IAB TCF version 2 et le calendrier de mise à jour.
Ce guide permet de tester la version 2 du TCF sur des sites web en avril 2020. N'activez pas la version 2 du TCF sur vos sites de production avant mai 2020 car les vendors peuvent ne pas être entièrement prêts à le prendre en charge : vous pouvez aller voir notre article dédié sur le calendrier de migration.
La mise à jour d'une bannière de consentement web de la version 1 du TCF IAB vers la version 2 :
- Activez la version 2 de l'IAB TCF
- Configurez votre liste de vendors et de finalités
- Mettez à jour votre code d'intégration ("Embed code")
Nous vous recommandons de tester d'abord ces étapes dans un environnement de test et de valider votre intégration avec vos fournisseurs IAB TCF avant de passer vos environnements de production au TCF v2. Nous déconseillons également de lancer l'IAB TCF v2 en production avant mai 2020, car les vendors pourraient ne pas être entièrement prêts jusque-là.
Une configuration incorrecte de vos bannières de consentement en production entraînera une perte de consentements et aura un impact négatif sur vos revenus.
Comment tester la version 2 de l'IAB TCF ?
- Configurez une notice de consentement test.
- Ne pas modifiez votre notice de production. Cela vous permettra d'expérimenter la nouvelle version du TCF sans risque.
- Vous pouvez activer le TCFv2 temporairement sur n'importe quel site web avec une notice Didomi en ajoutant ?didomiConfig.app.vendors.iab.version=2 à l'URL. Par exemple si l'URL de votre site est http://www.website.com aller à http://www.website.com/?didomiConfig.app.vendors.iab.version=2 pour tester la version 2 du TCF dans votre navigateur.
Activer la version 2 de l'IAB TCF
- Modifiez votre bannière de consentement dans la console Didomi.
- Dans la section Integrations / IAB Transparency & Consent Framework, activez l'IAB TCF version 2:
Une fois ces modifications publiées, la CMP Didomi commence à utiliser la version 2 du TCF sur votre site Web.
Les versions 1 et 2 ne sont pas rétrocompatibles et ne peuvent pas s'exécuter en parallèle sur un site web donné. Comme la version 2 inclut de nouvelles finalités et de nouveaux vendors, le consentement sera automatiquement recollecté pour tous vos utilisateurs.
Les vendors compatibles avec le TCF v2 obtiendront automatiquement les informations de consentement de la CMP Didomi. Les vendors qui ne sont pas compatibles avec le TCF v2 et qui ne prennent en charge que le TCF v1 n'obtiendront plus le consentement.
Configurez votre liste de vendors et finalités
- Le TCF v2 a une liste différente de vendors et de finalités, vous devez vérifier vos vendors configurés pour vous assurer que les vendors avec lesquels vous travaillez sont disponibles.
- Après avoir activé le TCF v2 pour votre bannière, accédez à Vendors & Purposes pour configurer votre liste de vendors et les finalités et leurs catégories :
Mettez à jour votre code d'intégration ("Embed code")
Le TCF v2 dispose d'une API différente pour les CMPs afin de communiquer le statut de consentement de l'utilisateur aux vendors.
Le "stub" est un petit morceau de code inclus dans le Embed code. Le "stub" indique aux vendors qu'une CMP est présente sur la page et qu'ils doivent attendre le statut de consentement de l'utilisateur.
Le "stub" ayant changé avec le TCF v2, vous devrez mettre à jour le Embed code sur votre site Web.
- Accédez à la section Embed de votre bannière et obtenez-le Embed code mis à jour pour le TCF v2 :
Le "stub" est uniquement utilisé pour optimiser la transmission du consentement entre la CMP et les vendors sur un site web. Si vous souhaitez simplement tester le TCF v2 sur votre site web avant de le lancer en production, vous pouvez tester sans mettre à jour le Embed code.
Assurez-vous de mettre à jour le Embed code sur votre site web juste avant d'activer la prise en charge du TCF v2 en production.
Utiliser de nouveaux identifiants de finalités SDK dans votre Tag Manager et dans les appels API au SDK
Si vous utilisez des informations basées sur vos vendors comme la variable didomiVendorsConsent dans votre Tag Manager ou dans vos fonctions API utilisant le SDK (getUserConsentStatusForVendor, setUserAgreeToAll, etc.), vous n'avez rien besoin de changer. Le SDK s'occupera automatiquement de mettre à niveau ces fonctions afin de fonctionner avec le TCF v2.
Si vous utilisez des informations basées sur les finalités comme la variable didomiPurposesConsent dans votre gestionnaire de tags ou dans vos fonctions API utilisant le SDK (getUserConsentStatusForPurpose), vous devrez mettre à jour votre logique afin d'utiliser les nouveaux identifiants (IDs) des finalités IAB. L'identifiant de vos finalités SDK personnalisées ne changent pas, ainsi aucune mise à jour n'est à effectuer pour celles-ci.
Étapes suivantes
Ces étapes simples permettront d'activer le TCF v2 sur votre site web. N'hésitez pas à faire d'autres ajustements au besoin.
💡 Comme d'habitude, notre équipe est disponible pour vous aider sur support@didomi.io ou via le chat dans la console Didomi.