> 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/regulations-manager/frameworks/global-privacy-protocol-gpp/multi-state-privacy-agreement-mspa.md).

# Multi-State Privacy Agreement (MSPA)

The Multi-State Privacy Agreement (MSPA) is a complementary legal framework to the Multi-State Privacy String (technical signal). It is a joint legal agreement across industry participants that dictates obligations of partners on how the framework should be used in practice so that all participants have confidence that the framework is being used appropriately and in the same way. In this article, we will cover the following related to the Multi-State Privacy Agreement (MSPA):

* [U.S. National privacy section](#u.s.-national-privacy-section)
* [MSPA ID](#mspa-id)
* [MSPA modes](#mspa-modes)
* [Technical signalling ](#technical-signalling)

***

### U.S. National privacy section

Within the GPP String, each supported law or region has its own section which is essentially a sub-encoding within the overall GPP String that carries the signals relevant to that specific legal regime. The US National privacy section is the section built to represent consent/opt-out signals under U.S. state privacy laws **collectively**, rather than requiring a separate string per state.&#x20;

Rather than encoding, say, California's CCPA/CPRA rules in one string, Virginia's VCDPA in another, Colorado's CPA in a third, etc., the US National privacy section attempts to create one unified string that captures the applicable signals across (most) U.S. State privacy laws

However, use of the U.S. National privacy section requires your organization to be signatories of the Multi-State Privacy Agreement (MSPA). This is because without being a MSPA signatory, an organization could technically read the string, ignore the opt-out, and there would be no contractual obligation forcing them to comply since the GPP string alone imposes no legal obligation.&#x20;

<table data-header-hidden><thead><tr><th width="257"></th><th></th></tr></thead><tbody><tr><td>GPP String</td><td>Informs your organization what the end-user selected</td></tr><tr><td>Multi-State Privacy Agreement (MSPA)</td><td>Informs what your organization, as a recipient of that signal, are contractually obligated to do about it (e.g., not further disclose the data, not use it for purposes the user opted out of, flow the signal downstream unaltered, limit use of sensitive data categories, etc.)</td></tr></tbody></table>

While Didomi does not block the use of utilizing the U.S. National section for non-signatories, doing so introduces risk for your organization since the section would not have the legal backing of the agreement.

### MSPA ID

An MSPA ID is the unique identifier assigned to an organization when it signs the Multi-State Privacy Agreement (MSPA). It is how the system tracks who is actually authorized to participate in the U.S. National GPP section.

Organization's can input their MSPA ID when configuring the Global Privacy Protocol (GPP) framework for the regulation.

<figure><img src="https://1825037175-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>

### MSPA modes

When an organization signs the Multi-State Privacy Agreement (MSPA), it elects how it operates in regards to transactions covered by the agreement. See the table below for different modes that your organization can elect:

<table><thead><tr><th width="233.5">Mode</th><th>Description</th></tr></thead><tbody><tr><td>Service Provider Mode</td><td>For first-parties who do not sell or share end-user personal information, and do not process personal information for targeted advertising</td></tr><tr><td>Opt-Out Option Mode</td><td><p>For first-parties who do one of the following:</p><ul><li>sell or share end-user personal information</li><li>process information for targeted advertising</li></ul></td></tr></tbody></table>

Organization's can select their MSPA mode when configuring the Global Privacy Protocol (GPP) framework for the regulation.

<figure><img src="https://1825037175-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>

### Technical signalling&#x20;

Your organization's signatory status of the Multi-State Privacy Agreement (MSPA) is encoded in each section of the GPP Staring in the following fields:

<table><thead><tr><th width="231">Field</th><th>Description</th></tr></thead><tbody><tr><td><code>MspaCoveredTransaction</code></td><td>Publisher or Advertiser, as applicable, is a signatory to the IAB Multi-state Service Provider Agreement (MSPA), as may be amended from time to time, and declares that the transaction is a “Covered Transaction” as defined in the MSPA.<br><br><code>1</code> Yes<br><code>2</code> No</td></tr><tr><td><code>MspaOptOutOptionMode</code></td><td>Publisher or Advertiser, as applicable, has enabled “Opt-Out Option Mode” for the “Covered Transaction,” as such terms are defined in the MSPA.<br><br><code>0</code> Not applicable.<br><code>1</code> Yes<br><code>2</code> No</td></tr><tr><td><code>MspaServiceProviderMode</code></td><td>Publisher or Advertiser, as applicable, has enabled “Service Provider Mode” for the “Covered Transaction,” as such terms are defined in the MSPA.<br><br><code>0</code> Not applicable.<br><code>1</code> Yes<br><code>2</code> No</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/regulations-manager/frameworks/global-privacy-protocol-gpp/multi-state-privacy-agreement-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.
