IAB MSPA-efterlevnad: Guiden till avtal om sekretess i flera delstater för amerikanska utgivare 2026

USA:s delstatliga integritetslagstiftning har gått från en kalifornisk kuriositet 2020 till ett lapptäcke av nitton-plus lagar till 2026, var och en med sin egen opt-out-variant, lista över känsliga data och verkställighetshumör. IAB Tech Lab och IAB byggde Multi-State Privacy Agreement (MSPA) för att ge det digitala reklamekosystemet ett gemensamt avtals- och signaleringslager som tillfredsställer dem alla. Om du säljer annonser, kör header bidding, delar målgrupper eller skickar användaridentifierare till ett nedströms SSP är MSPA inte längre frivilliga läxor — det är det bindande vävnaden som låter din annonsstapel lagligt servera användare i Kalifornien, Colorado, Connecticut, Virginia, Utah, Texas, Oregon, Montana och resten. Den här guiden bryter ner vad MSPA faktiskt gör, hur det interagerar med Global Privacy Platform (GPP) och de konkreta stegen för att göra din plattform för samtyckeshantering till en kompatibel signatär i ditt budflöde.

Vad MSPA är — och vad det inte är

MSPA är ett privat, avtalsbaserat ramverk publicerat av IAB. Det är inte en lag och ersätter inte delstatliga lagar. Istället är det ett flerpartsavtal som deltagare — utgivare, byråer, annonsnätverk, SSP:er, DSP:er och dataleverantörer — skriver under för att kunna göra konsekventa juridiska påståenden om hur personuppgifter flödar genom programmatisk annonsering. När alla i en kedja skriver under samma kontrakt behöver inte nedströmsleverantörer förhandla fram femtio olika bilaterala databehandlingsavtal för att hantera en enda budförfrågan.

Tänk på MSPA som tre saker på en gång:

Vad MSPA inte är: en ersättning för ditt integritetsmeddelande, en ersättning för direkt användarsamtycke där det krävs, eller en garanti för efterlevnad av någon specifik delstatlig lag. Det är ett verktyg som, använt korrekt, gör efterlevnad av flera delstatliga lagar operativt genomförbart. Använt felaktigt — till exempel genom att signalera deltagande medan man fortsätter att dela data efter en opt-out — utökar det ditt ansvar snarare än att minska det.

Vem behöver bry sig: De tre MSPA-rollerna

Innan du skriver under något, identifiera vilken roll du faktiskt spelar. De flesta utgivare är förvånade över att de bär mer än en hatt beroende på dataflödet.

Täckt verksamhet

Du är en Täckt verksamhet om du bestämmer syftena och medlen för behandling av personuppgifter om en användare — vanligtvis utgivaren som driver webbplatsen eller appen som användaren besöker. Som Täckt verksamhet är du ansvarig för att samla in samtycke, visa meddelanden, respektera opt-outs och konfigurera GPP-signalen som nedströmsleverantörerna förlitar sig på. Den användarinriktade bördan ligger hos dig.

Tjänsteleverantör eller Personuppgiftsbiträde

Du är en Tjänsteleverantör när du behandlar personuppgifter för en Täckt verksamhets räkning enligt avtal och endast för begränsade, tillåtna ändamål. De flesta analysleverantörer, hostingleverantörer och plattformar för samtyckeshantering verkar i detta spår. MSPA ålägger begränsningar: ingen försäljning, ingen beteendemässig annonsering med korskontext för eget konto och strikta regler för lagring och radering.

Tredje part

Du är en Tredje part när du tar emot personuppgifter från en Täckt verksamhet och använder dem för egna ändamål — de flesta SSP:er, DSP:er, identitetsleverantörer och datamäklare faller in här. Tredje parter har de tyngsta avtalsförpliktelserna, inklusive direkt hantering av användarrättigheter och skyldigheter för nedströmsflöden när de delar data med sina egna partners.

MSPA och Global Privacy Platform (GPP)

MSPA existerar inte i ett vakuum. Det är avtalsskiktet; GPP är det tekniska signaleringslagret. IAB Tech Lads Global Privacy Platform kodar användarval i en enda sträng som följer med budförfrågningar genom OpenRTB-protokollet. För amerikansk signalering bär GPP sektionssträngar för varje delstat med en heltäckande integritetslag — till exempel USCA (Kalifornien), USCO (Colorado), USVA (Virginia), USCT (Connecticut), USUT (Utah) och den nationella US-strängen för delstater utan en dedikerad sektion.

MSPA talar om för din CMP vilka fält som ska ställas in i de GPP-sektionerna för att hävda täckning. De viktigaste fälten som utgivare kommer att se och konfigurera inkluderar:

Om din CMP ställer in MspaCoveredTransaction = Ja men utgivaren faktiskt inte har skrivit under MSPA-avtalet, har du just gjort ett falskt påstående som nedströmssignatärer kommer att förlita sig på. Det är en snabb väg till en avtalskonflikt och, beroende på delstat, ett regulatoriskt klagomål.

Känsliga data: Fallgropen de flesta utgivare missar

Varje heltäckande delstatlig integritetslag som antagits sedan Kalifornien har utökat definitionen av känslig personlig information, och MSPA viker in dessa i ett enhetligt GPP-fält. Kategorier inkluderar vanligtvis:

Flera delstater kräver opt-in-samtycke för behandling av känsliga data, medan andra tillåter behandling med rätt att opt-out. MSPA:s GPP-kodning låter dig uttrycka endera, men din CMP måste veta vilken som ska begäras baserat på användarens delstat. Felklassificering av känsliga data — till exempel att behandla webbsurfning på hälsoinnehåll som vanliga beteendedata — är det enskilt vanligaste felläget som flaggades av delstaternas generaladvokater i verkställighetsåtgärder 2024–2025.

Bygga ett MSPA-redo samtyckesflöde

Implementering av MSPA på din webbplats eller app är ett koordineringsproblem över juridik, teknik och annonsoperationer. Arbetet delas upp i ungefär fem arbetsströmmar.

1. Skriv under MSPA och upprätthåll din signatärstatus

MSPA är ett riktigt kontrakt som juridisk rådgivare måste granska och underteckna. Du kommer att deklarera rollen eller rollerna du verkar i, de amerikanska delstater där du bedriver verksamhet och de datakategorier du behandlar. Förnya årligen och uppdatera IAB Tech Lab:s signatärsportal när din roll eller jurisdiktion ändras.

2. Konfigurera din CMP för logik i flera delstater

En enda CCPA-only-banner räcker inte längre. Din CMP måste detektera användarens delstat — vanligtvis via IP-geolokalisering med en integritetsåtgärd som reserv — och visa rätt meddelanden, länkar och opt-out-kontroller för den jurisdiktionen. FlexyConsent och andra moderna Google-certifierade CMP:er levererar mallar för flera delstater som mappar delstat för delstat till rätt GPP-sektionssträngar.

3. Koppla GPP-strängar till din annonsstapel

GPP-strängen måste infogas i varje OpenRTB-budförfrågan från en amerikansk användare. För Google Ad Manager-användare innebär detta att aktivera GPP-stöd i nätverksinställningarna; för Prebid-användare innebär det att installera gppControl_usnat- och per-delstatsmoduler och bekräfta att consentManagement-adaptern vidarebefordrar den kodade strängen. Testa med IAB Tech Lab GPP-avkodaren för att verifiera rundturen från CMP till budförfrågan.

4. Respektera Global Privacy Control (GPC)-signalen

De flesta delstatliga lagar — Kalifornien, Colorado, Connecticut och en växande lista — kräver att en GPC-signal på webbläsarnivå respekteras som en giltig opt-out. MSPA förväntar sig att signatärer detekterar GPC och förinställer fälten SaleOptOut, SharingOptOut och TargetedAdvertisingOptOut i enlighet med detta, även innan användaren rör banern. Om din CMP inte kan detektera och agera på GPC är du inte i efterlevnad oavsett MSPA-medlemskap.

5. Granska nedströmsleverantörer

MSPA:s nedströmsflödeslogik fungerar bara om dina leverantörer också är signatärer. Innan du skickar data till något SSP, DSP eller datapartner, verifiera deras signatärstatus i IAB Tech Lab-portalen. Icke-signatärleverantörer måste antingen tas bort från din annonsstapel för amerikansk trafik eller täckas av separata bilaterala DPA:er som speglar MSPA-villkoren.

Vanliga implementeringsfallgropar

Flera misslyckandesmönster dyker upp upprepade gånger i utgivargranskningar:

Hur MSPA påverkar annonsintäkterna

Utgivare som implementerar MSPA korrekt ser vanligtvis blygsamma kortsiktiga intäktsminskningar följt av stabilisering, medan slarvig implementering antingen överbegränsar bud eller exponerar utgivaren för verkställighetsrisk. Variablerna som påverkar utfallet:

Vad som kommer härnäst: 2026 och framåt

MSPA är ett levande avtal. IAB uppdaterar det vart eller vartannat år när nya delstatliga lagar, generaladvokatvägledning och federala förslag omformar landskapet. Teman att bevaka 2026:

Utgivare som behandlar MSPA-implementering som ett engångsprojekt kommer att halka efter. Behandla det som löpande operativ hygien, gemensamt ägt av juridik, annonsoperationer och produktteknik, och granskat kvartalsvis. De utgivare som vinner på amerikansk efterlevnad i flera delstater är inte de med flest advokater — de är de vars CMP, annonsstapel och granskningsloggar alla berättar samma historia när en regulator frågar.

Slutsatsen

MSPA är det praktiska svaret på ett fragmenterat amerikanskt integritetslandskap. Det kommer inte att stifta lagar åt dig, men det kommer att ge ditt budflöde, dina leverantörer och ditt juridiska team ett gemensamt språk för opt-outs, känsliga data och nedströmsförpliktelser. Para ihop det med en delstatsmedveten CMP, korrekt GPP-signalering och disciplinerad leverantörshantering, och du kommer att spendera mindre tid på att argumentera om jurisdiktion och mer tid på att monetarisera de intryck du får monetarisera. Det är den enda hållbara vägen genom 2026 och den våg av delstatliga lagar som fortfarande köar bakom.

← Blogg Läs allt →