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

Sirdata - Extra Purposes

En bref

Le conditionnement consiste à n'autoriser le déclenchement d'un tag (script ou pixel) que si l'utilisateur a donné le consentement — ou que l'intérêt légitime est établi — pour les finalités concernées. La CMP Sirdata vérifie l'état du consentement avant de charger le tag.

Sirdata gère deux familles de finalités :

  • Les finalités TCF (le standard IAB Europe), qui couvrent surtout la publicité et la mesure d'audience.

  • Les finalités Sirdata (appelées extraPurposes), qui couvrent des usages hors périmètre du TCF : emailing, courrier postal, TV/radio segmentée, session replay, etc.

La finalité Sirdata qui nous intéresse comme exemple fil rouge est la finalité 7 — « Pixels de suivi d'ouverture et d'interaction des emails », c'est-à-dire l'autorisation de déposer un pixel de tracking dans un email.

À retenir : une finalité TCF et une finalité Sirdata portant le même numéro ne désignent pas la même chose. Le « 7 » des extraPurposes (pixel email) n'a rien à voir avec le « 7 » du TCF (mesure de la performance des publicités). Le préfixe de l'attribut (extra- ou non) lève l'ambiguïté.


1. Pourquoi conditionner ? (volet métier)

Sous le RGPD et la directive ePrivacy, le dépôt d'un traceur non exempté (cookie, pixel, accès au terminal…) et certains traitements de données personnelles nécessitent une base légale : le plus souvent le consentement.

Le conditionnement traduit cette exigence juridique en règle technique :

« Ne charge ce tag que si l'utilisateur a accepté la (les) finalité(s) qui le justifient. »

Concrètement, pour chaque tag il faut au préalable :

  • Identifier la présence éventuelle de traceurs non exemptés (cookies, IndexedDB, local storage…).

  • Évaluer les traitements de données personnelles et leur base légale.

  • Déterminer si le partenaire est déjà géré automatiquement via les API de la CMP (ex. Consent Mode de Google ou Microsoft).


2. Les finalités Sirdata (extraPurposes)

Ces finalités sont propres à Sirdata et complètent le TCF pour des canaux que ce dernier ne couvre pas. On les référence par leur ID dans les attributs data-cmp-extra-purposes et data-cmp-extra-purposes-li.

ID
Finalité Sirdata
Exemple d'usage

1

Communications électroniques (email, fax, SMS/MMS) personnalisées

Ciblage d'une newsletter selon le profil

2

Courrier postal et téléprospection personnalisés

Mailing papier ciblé, appels sortants

3

Publicités personnalisées à la TV (TV segmentée)

Spot TV adressé selon le foyer

4

Publicités personnalisées à la radio (radio segmentée)

Publicité radio adressée

5

Utilisation de la technologie Utiq, alimentée par votre opérateur télécom

Identifiant réseau opérateur

6

Publicité ciblée par GPS

Ciblage selon la localisation GPS

7

Pixels de suivi d'ouverture et d'interaction des emails

Dépôt d'un pixel de tracking dans un email

8

Rejeu de session (enregistrement de navigation)

Session replay

9

Collecte automatique d'identifiants sur vos terminaux

Fingerprinting / identifiants device

10

Traitement des données d'identification

Réconciliation d'identités

11

Transmission inter-contextes des données digitales

Partage cross-site de données digitales

12

Transmission inter-contextes des données de géolocalisation

Partage cross-site de la géolocalisation

13

Transmission inter-contextes des données de prospection commerciale

Partage cross-site des données de prospection

14

Transmission inter-contextes des données audiovisuelles

Partage cross-site des données AV

Focus — Finalité 7 : pixel de suivi des emails

Un pixel de tracking email est une image invisible (généralement 1×1) intégrée au corps d'un email. À son chargement par le client de messagerie, il signale l'ouverture de l'email et, selon l'implémentation, certaines interactions. C'est un traceur soumis à consentement.

Conditionner ce pixel à la finalité Sirdata 7 garantit qu'il n'est déclenché que si l'utilisateur a consenti à ce suivi.

La finalité 7 concerne le suivi d'ouverture/interaction (mesure comportementale). À ne pas confondre avec la finalité Sirdata 1 (« Communications électroniques personnalisées »), qui porte sur la personnalisation du contenu envoyé, pas sur le tracking du pixel. Selon votre cas d'usage, l'une, l'autre ou les deux peuvent s'appliquer.


3. Le mécanisme de conditionnement (volet technique)

Le conditionnement se déclare via des attributs data-cmp-* posés directement sur la balise du tag. La CMP intercepte le tag, contrôle le consentement, puis charge (ou non) la ressource pointée par data-cmp-src.

Attributs principaux

Attribut
Rôle

data-cmp-src (requis)

URL du script/pixel à conditionner, ou nom d'une fonction JS à exécuter.

data-cmp-extra-vendor

ID du partenaire Sirdata à vérifier. Doit être accompagné d'une liste de finalités.

data-cmp-extra-purposes

Finalités Sirdata exigeant le consentement (ex. 7). Nécessite data-cmp-extra-vendor.

data-cmp-extra-purposes-li

Finalités Sirdata reposant sur l'intérêt légitime. Nécessite data-cmp-extra-vendor.

data-cmp-vendor

ID du partenaire IAB (TCF) à vérifier.

data-cmp-purposes

Finalités TCF exigeant le consentement. Nécessite data-cmp-vendor.

data-cmp-purposes-li

Finalités TCF reposant sur l'intérêt légitime. Nécessite data-cmp-vendor.

data-cmp-special-features

Fonctionnalités spéciales TCF (ex. 1). Nécessite data-cmp-vendor.

data-cmp-publisher-purposes / -li

Finalités pour lesquelles vous (l'éditeur) demandez le consentement / invoquez l'intérêt légitime.

data-cmp-publisher-custom-purposes / -li

Vos finalités personnalisées.

data-cmp-require-choice

true/false : attendre que l'utilisateur valide ses choix avant de vérifier.

data-cmp-disable-check

true/false : désactive le contrôle par défaut sur la finalité 1 (seulement si aucune autre condition n'est définie).

data-cmp-parent

ID de l'élément HTML parent où injecter le script (balises <script> uniquement).

data-cmp-fallback-src

Script/pixel alternatif chargé si les conditions ne sont pas remplies. Se conditionne avec les mêmes attributs préfixés data-cmp-fallback-.

Macros disponibles

Macro
Usage

${SDDAN_GDPR_APPLIES}

Injecte le paramètre GDPR du TCF dans l'URL appelée.

${SDDAN_GDPR_CONSENT}

Injecte la TC String du TCF dans l'URL appelée.


4. Exemple détaillé — conditionner un pixel email (finalité 7)

Un pixel de suivi d'ouverture, déposé par un partenaire Sirdata, doit être conditionné au consentement pour la finalité Sirdata 7.

  • data-cmp-src remplace src : la CMP ne renseignera l'URL réelle qu'après contrôle.

  • data-cmp-extra-vendor : l'ID du partenaire Sirdata responsable du pixel (à récupérer dans votre extra-vendorlist).

  • data-cmp-extra-purposes="7" : le chargement est subordonné au consentement à la finalité Sirdata 7.

Résultat : le pixel ne se déclenche que si l'utilisateur a accepté le suivi des emails ; sinon, il n'est jamais appelé.


5. Autres exemples de conditionnement

Pixel TCF (partenaire 29, consentement finalités 1 et 9)

Script TCF avec intérêt légitime (partenaire 81)

Consentement pour la finalité 1, intérêt légitime établi pour la finalité 6 :

Script avec repli en cas de non-consentement


6. Annexe — Finalités TCF (rappel)

À ne pas confondre avec les finalités Sirdata. Référencées via data-cmp-purposes / data-cmp-purposes-li.

ID
Finalité TCF

1

Stocker et/ou accéder à des informations sur un appareil

2

Utiliser des données limitées pour sélectionner la publicité

3

Créer des profils pour la publicité personnalisée

4

Utiliser des profils pour sélectionner des publicités personnalisées

5

Créer des profils de contenus personnalisés

6

Utiliser des profils pour sélectionner des contenus personnalisés

7

Mesurer la performance des publicités

8

Mesurer la performance des contenus

9

Comprendre les publics via des statistiques ou des combinaisons de données

10

Développer et améliorer les services

11

Utiliser des données limitées pour sélectionner le contenu


7. Bonnes pratiques

  • Toujours associer un extra-vendor à une liste d'extra-purposes (et un vendor à des purposes). Une finalité seule, sans partenaire, n'est pas un conditionnement valide.

  • Choisir la bonne base légale : …-purposes pour le consentement, …-purposes-li pour l'intérêt légitime — décision à valider juridiquement.

  • Conserver le contrôle sur la finalité 1 en l'ajoutant explicitement si nécessaire (voir l'avertissement section 3).

  • Tester le comportement consentement accepté / refusé avant mise en production.

  • Documenter chaque conditionnement (tag, partenaire, finalités, base légale) pour la traçabilité.


Sources

Mis à jour

Ce contenu vous a-t-il été utile ?