Format des ID personnalisés compressés
Afin d'économiser l'espace de stockage et la taille des cookies, la CMP stocke les informations de consentement dans un format propriétaire. Ce format repose sur la logique de codage binaire de la chaîne de consentement IAB GPP (voir https://github.com/InteractiveAdvertisingBureau/Global-Privacy-Platform/blob/main/Core/Consent%20String%20Specification.md#section-encoding ) mais utilise un ordre de champ différent.
Remarque : afin de distinguer le format des identifiants personnalisés compressés des chaînes de consentement « normales » ou tcStrings, la chaîne codée commencera toujours par une minuscule a
.
Version 1
Une chaîne d'ID personnalisés compressés de la version 1 utilisera l'ordre des champs suivant:
Champ | Type de données | Description |
(Préfixe, ignorez ce champ) | Char (6 bits) | Toujours "a" |
Version | Int (6 bits) | Version du format de chaîne. Devrait être 2. |
Créé | Date (36 bits) | Date à laquelle la chaîne a été créée / modifiée. |
Choix de l'utilisateur | Booléen (1 bit) | 1 = Un choix d'utilisateur existe (l'utilisateur a cliqué sur accepter / rejeter / enregistrer) 0 = La chaîne est basée sur un comportement indirect (CMP a été affiché, l'intérêt légitime est établi mais l'utilisateur n'a pas encore choisi) |
Finalités autorisées | Gamme Fibo | Plage d'identifiants à usage personnalisé autorisés |
Fournisseurs de systèmes autorisés | Gamme Fibo | Plage d'ID de fournisseur système autorisés |
Fournisseurs personnalisés autorisés | Gamme Fibo | Gamme d'identifiants de fournisseur personnalisés autorisés |
En pause | Booléen (1 bit) |
1=Le choix de l'utilisateur doit être suspendu (ne pas afficher le calque même si aucun choix n'a encore été effectué) 0=Comportement normal |
En pause jusqu'à | Date (36 bits) | Si Paused = 1, cela représentera la date jusqu'à laquelle l'utilisateur ne devrait pas avoir de choix |