> For the complete documentation index, see [llms.txt](https://docs.didomi.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.didomi.io/fr/gestionnaire-des-reglementations/cadres/protocole-mondial-de-confidentialite-gpp/accord-de-confidentialite-multi-etats-mspa.md).

# Accord de confidentialité multi-États (MSPA)

L’Accord de confidentialité multi-États (MSPA) est un cadre juridique complémentaire à la chaîne de confidentialité multi-États (signal technique). Il s’agit d’un accord juridique commun entre les participants du secteur qui définit les obligations des partenaires quant à la manière dont le cadre doit être utilisé en pratique, afin que tous les participants aient la certitude qu’il est utilisé de manière appropriée et uniforme. Dans cet article, nous aborderons les éléments suivants liés à l’Accord de confidentialité multi-États (MSPA) :

* [Section nationale américaine de confidentialité](#u.s.-national-privacy-section)
* [ID MSPA](#mspa-id)
* [Modes MSPA](#mspa-modes)
* [Signalisation technique ](#technical-signalling)

***

### Section nationale américaine de confidentialité

Au sein de la chaîne GPP, chaque loi ou région prise en charge possède sa propre section, qui est essentiellement un sous-encodage au sein de la chaîne GPP globale transportant les signaux pertinents pour ce régime juridique spécifique. La section nationale américaine de confidentialité est la section conçue pour représenter les signaux de consentement/de refus d’opt-in et d’opt-out au titre des lois étatiques américaines sur la confidentialité **collectivement**, au lieu d’exiger une chaîne distincte par État. 

Plutôt que d’encoder, par exemple, les règles du CCPA/CPRA de la Californie dans une chaîne, le VCDPA de la Virginie dans une autre, le CPA du Colorado dans une troisième, etc., la section nationale américaine de confidentialité vise à créer une chaîne unifiée qui capture les signaux applicables à travers (la plupart des) lois étatiques américaines sur la confidentialité

Cependant, l’utilisation de la section nationale américaine de confidentialité exige que votre organisation soit signataire de l’Accord de confidentialité multi-États (MSPA). En effet, sans être signataire du MSPA, une organisation pourrait techniquement lire la chaîne, ignorer le refus, et il n’y aurait aucune obligation contractuelle l’obligeant à se conformer, puisque la chaîne GPP seule n’impose aucune obligation juridique. 

<table data-header-hidden><thead><tr><th width="257"></th><th></th></tr></thead><tbody><tr><td>Chaîne GPP</td><td>Indique à votre organisation ce que l’utilisateur final a sélectionné</td></tr><tr><td>Accord de confidentialité multi-États (MSPA)</td><td>Indique ce que votre organisation, en tant que destinataire de ce signal, est contractuellement tenue de faire à ce sujet (par exemple, ne pas divulguer davantage les données, ne pas les utiliser à des fins auxquelles l’utilisateur s’est opposé, transmettre le signal en aval sans le modifier, limiter l’utilisation des catégories de données sensibles, etc.)</td></tr></tbody></table>

Bien que Didomi ne bloque pas l’utilisation de la section nationale américaine pour les non-signataires, le faire introduit un risque pour votre organisation, car la section ne bénéficierait pas du soutien juridique de l’accord.

### ID MSPA

Un ID MSPA est l’identifiant unique attribué à une organisation lorsqu’elle signe l’Accord de confidentialité multi-États (MSPA). C’est ainsi que le système suit qui est réellement autorisé à participer à la section nationale américaine du GPP.

Les organisations peuvent saisir leur ID MSPA lors de la configuration du cadre du Protocole mondial de confidentialité (GPP) pour la réglementation.

<figure><img src="https://1244787492-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNDxbAdc00ce6bH5u1urh%2Fuploads%2FekD5j8g3c8LAumRYb8s6%2FScreenshot%202026-09-11%20at%202.56.59%E2%80%AFPM.png?alt=media&amp;token=1ecd4f29-fd36-4443-857a-3127df64200a" alt="" width="563"><figcaption></figcaption></figure>

### Modes MSPA

Lorsqu’une organisation signe l’Accord de confidentialité multi-États (MSPA), elle choisit la manière dont elle opère en ce qui concerne les transactions couvertes par l’accord. Consultez le tableau ci-dessous pour les différents modes que votre organisation peut choisir :

<table><thead><tr><th width="233.5">Mode</th><th>Description</th></tr></thead><tbody><tr><td>Mode Prestataire de services</td><td>Pour les parties de première main qui ne vendent ni ne partagent les informations personnelles des utilisateurs finaux, et ne traitent pas d’informations personnelles à des fins de publicité ciblée</td></tr><tr><td>Mode Option de refus</td><td><p>Pour les parties de première main qui font l’une des actions suivantes :</p><ul><li>vendre ou partager les informations personnelles des utilisateurs finaux</li><li>traiter des informations à des fins de publicité ciblée</li></ul></td></tr></tbody></table>

Les organisations peuvent sélectionner leur mode MSPA lors de la configuration du cadre du Protocole mondial de confidentialité (GPP) pour la réglementation.

<figure><img src="https://1244787492-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNDxbAdc00ce6bH5u1urh%2Fuploads%2FgILN98BOyxbbLIpKxEQC%2FScreenshot%202026-09-11%20at%203.51.23%E2%80%AFPM.png?alt=media&amp;token=4e0952ad-5bf0-4008-89c6-f56f9d470624" alt="" width="563"><figcaption></figcaption></figure>

### Signalisation technique&#x20;

Le statut de signataire de votre organisation de l’Accord de confidentialité multi-États (MSPA) est codé dans chaque section de la chaîne GPP dans les champs suivants :

<table><thead><tr><th width="231">Champ</th><th>Description</th></tr></thead><tbody><tr><td><code>MspaCoveredTransaction</code></td><td>L’éditeur ou l’annonceur, selon le cas, est signataire du IAB Multi-state Service Provider Agreement (MSPA), tel qu’il peut être modifié de temps à autre, et déclare que la transaction est une « Covered Transaction » telle que définie dans le MSPA.<br><br><code>1</code> Oui<br><code>2</code> Non</td></tr><tr><td><code>MspaOptOutOptionMode</code></td><td>L’éditeur ou l’annonceur, selon le cas, a activé le mode « Opt-Out Option Mode » pour la « Covered Transaction », tels que ces termes sont définis dans le MSPA.<br><br><code>0</code> Sans objet.<br><code>1</code> Oui<br><code>2</code> Non</td></tr><tr><td><code>MspaServiceProviderMode</code></td><td>L’éditeur ou l’annonceur, selon le cas, a activé le mode « Service Provider Mode » pour la « Covered Transaction », tels que ces termes sont définis dans le MSPA.<br><br><code>0</code> Sans objet.<br><code>1</code> Oui<br><code>2</code> Non</td></tr></tbody></table>

{% code overflow="wrap" %}

```
{...
"MspaCoveredTransaction": 1,
"MspaOptOutOptionMode": 1,
"MspaServiceProviderMode": 2,
...}
```

{% endcode %}


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.didomi.io/fr/gestionnaire-des-reglementations/cadres/protocole-mondial-de-confidentialite-gpp/accord-de-confidentialite-multi-etats-mspa.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.