> For the complete documentation index, see [llms.txt](https://cmp.docs.sirdata.net/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://cmp.docs.sirdata.net/faq/conditionnement/sirdata-extra-purposes.md).

# 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.

{% hint style="info" %}
**À 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é.
{% endhint %}

***

### 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).

{% hint style="warning" %}
Cette page décrit le **fonctionnement technique** du conditionnement. Le **choix** des finalités et des bases légales à appliquer relève d'une **expertise juridique** : il doit être validé avec votre DPO / service juridique. Sirdata propose aussi une prestation de paramétrage des conditionnements.
{% endhint %}

***

### 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.

{% hint style="info" %}
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.
{% endhint %}

***

### 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.      |

{% hint style="danger" %}
Dès qu'un partenaire **et** des finalités sont renseignés, le **contrôle par défaut sur la finalité 1 est supprimé**. Si vous souhaitez le conserver, incluez explicitement la finalité `1` dans `data-cmp-purposes`.
{% endhint %}

***

### 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**.

{% tabs %}
{% tab title="Avant conditionnement" %}

```markup
<img src="https://tracking.exemple.com/open.gif?id=ABC123"
     width="1" height="1" alt="" />
```

{% endtab %}

{% tab title="Après conditionnement" %}

```markup
<img data-cmp-src="https://tracking.exemple.com/open.gif?id=ABC123"
     data-cmp-extra-vendor="XXX"
     data-cmp-extra-purposes="7"
     width="1" height="1" alt="" />
```

{% endtab %}
{% endtabs %}

* `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)

```markup
<img data-cmp-src="https://www.exemple.com/pixel.png"
     data-cmp-vendor="29"
     data-cmp-purposes="1,9"
     width="1" height="1" />
```

#### 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 :

```markup
<script data-cmp-src="https://www.exemple.com/script.js"
        data-cmp-vendor="81"
        data-cmp-purposes="1"
        data-cmp-purposes-li="6">
</script>
```

#### Script avec repli en cas de non-consentement

```markup
<script data-cmp-src="https://www.exemple.com/script.js"
        data-cmp-fallback-src="https://www.exemple.com/script_noconsent.js">
</script>
```

***

### 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

* [Configuration avancée — Sirdata CMP](https://cmp.docs.sirdata.net/gestion-des-scripts/configuration-avancee)
* [Exemples — Sirdata CMP](https://cmp.docs.sirdata.net/gestion-des-scripts/exemples)
* [How it works (CMP API) — Sirdata CMP](https://cmp.docs.sirdata.net/en/cmp-api/how-it-works)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://cmp.docs.sirdata.net/faq/conditionnement/sirdata-extra-purposes.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.