IAB MSPA-samsvar: Veiledning til avtalen om personvern i flere delstater for amerikanske utgivere i 2026

USAs delstatlige personvernlovgivning har gått fra å være en californisk kuriosititet i 2020 til et lappeteppe av mer enn nitten lover innen 2026, hver med sin egen opt-out-variant, liste over sensitiv data og håndhevingspraksis. IAB Tech Lab og IAB bygde Multi-State Privacy Agreement (MSPA) for å gi det digitale reklamemarkedet ett felles kontraktuelt og signaleringsbasert lag som tilfredsstiller dem alle. Hvis du selger annonser, kjører header bidding, deler målgrupper eller sender brukeridentifikatorer til en nedstrøms SSP, er MSPA ikke lenger valgfri lekse — det er det bindevevet som lar annonsestakken din lovlig betjene brukere i California, Colorado, Connecticut, Virginia, Utah, Texas, Oregon, Montana og resten. Denne guiden bryter ned hva MSPA faktisk gjør, hvordan den samspiller med Global Privacy Platform (GPP), og de konkrete trinnene for å gjøre samtykkeadministrasjonsplattformen din til en compliant underteiger i budstrømmen din.

Hva MSPA Er — og Hva Den Ikke Er

MSPA er et privat, kontraktsbasert rammeverk utgitt av IAB. Det er ikke en lov og erstatter ikke delstatslovgivning. Det er i stedet en flerpartsavtale som deltakere — utgivere, byråer, annonsenettverk, SSP-er, DSP-er og dataleverandører — signerer slik at de kan fremsette konsistente juridiske påstander om hvordan personlig informasjon flyter gjennom programmatisk annonsering. Når alle i en kjede signerer den samme kontrakten, trenger ikke nedstrøms leverandører å forhandle femti forskjellige bilaterale databehandlingsavtaler for å håndtere én enkelt budforespørsel.

Tenk på MSPA som tre ting på én gang:

Hva MSPA ikke er: en erstatning for personvernmerknadene dine, en erstatning for direkte brukersamtykke der dette kreves, eller en garanti for overholdelse av noen bestemt delstatslov. Det er et verktøy som, brukt riktig, gjør etterlevelse av flere delstatslover operativt gjennomførbart. Brukt feil — for eksempel ved å signalisere deltakelse mens man fortsetter å dele data etter en opt-out — øker det ansvaret ditt fremfor å redusere det.

Hvem Som Bør Bry Seg: De Tre MSPA-rollene

Før du signerer noe, identifiser hvilken rolle du faktisk spiller. De fleste utgivere blir overrasket over å oppdage at de bærer mer enn én hatt avhengig av dataflyten.

Dekket Virksomhet

Du er en Dekket Virksomhet hvis du bestemmer formålene og midlene for behandling av personlig informasjon om en bruker — vanligvis utgiveren som driver nettstedet eller appen som brukeren besøker. Som Dekket Virksomhet er du ansvarlig for å samle inn samtykke, vise varsler, overholde opt-out-er og konfigurere GPP-signalet som nedstrøms leverandører er avhengige av. Brukervending-byrden ligger hos deg.

Tjenesteleverandør eller Behandler

Du er en Tjenesteleverandør når du behandler personlig informasjon på vegne av en Dekket Virksomhet under kontrakt og kun for begrensede, tillatte formål. De fleste analyseleverandører, hostingleverandører og samtykkeadministrasjonsplattformer opererer i dette sporet. MSPA pålegger restriksjoner: ikke selge, ikke kryssbetegnet atferdsannonsering på egne vegne, og strengt definerte oppbevarings- og slettingsregler.

Tredjepart

Du er en Tredjepart når du mottar personlig informasjon fra en Dekket Virksomhet og bruker den til egne formål — de fleste SSP-er, DSP-er, identitetsleverandører og datameglere faller her. Tredjeparter har de tyngste kontraktuelle forpliktelsene, inkludert direkte håndtering av brukerrettigheter og nedstrøms gjennomstrømmingsforpliktelser når de deler data med sine egne partnere.

MSPA og Global Privacy Platform (GPP)

MSPA eksisterer ikke i et vakuum. Det er det kontraktuelle laget; GPP er det tekniske signaleringslagget. IAB Tech Labs Global Privacy Platform koder brukervalg inn i én enkelt streng som følger med budforespørsler gjennom OpenRTB-protokollen. For amerikansk signalering bærer GPP seksjonsstrenger for hver delstat med en omfattende personvernlov — for eksempel USCA (California), USCO (Colorado), USVA (Virginia), USCT (Connecticut), USUT (Utah) og den overordnede US National-strengen for delstater uten en dedikert seksjon.

MSPA forteller CMP-en din hvilke felt som skal angis inne i de GPP-seksjonene for å hevde dekning. De viktigste feltene utgivere vil se og konfigurere inkluderer:

Hvis CMP-en din setter MspaCoveredTransaction = Ja, men utgiveren faktisk ikke har signert MSPA-kontrakten, har du nettopp fremsatt en falsk påstand som nedstrøms underskrivere vil stole på. Det er en rask vei til en kontraktstvist og, avhengig av delstat, en regulatorisk klage.

Sensitiv Data: Fellen de Fleste Utgivere Går Glipp av

Hver omfattende delstatlig personvernlov vedtatt siden California har utvidet definisjonen av sensitiv personlig informasjon, og MSPA bretter disse inn i ett samlet GPP-felt. Kategoriene inkluderer typisk:

Flere delstater krever opt-in-samtykke for behandling av sensitiv data, mens andre tillater behandling med en rett til å reservere seg. MSPAs GPP-koding lar deg uttrykke begge, men CMP-en din må vite hvilken som skal etterspørres basert på brukerens delstat. Feilklassifisering av sensitiv data — for eksempel å behandle helserelatert nettlesing som vanlige atferdsdata — er det enkeltvanligste sviktmønsteret som delstaters statsadvokater har flagget i håndhevingstiltak i 2024–2025.

Bygge en MSPA-klar Samtykkeflyting

Å implementere MSPA på nettstedet eller appen din er et koordineringsproblem på tvers av juridisk, engineering og annonsedrift. Arbeidet deles inn i omtrent fem arbeidsstrømmer.

1. Signer MSPA og Oppretthold Undertegnerstatusen Din

MSPA er en ekte kontrakt som juridisk rådgiver må gjennomgå og utføre. Du vil oppgi rollen eller rollene du opererer i, de amerikanske delstatene der du driver virksomhet, og kategoriene med data du behandler. Forny hvert år og oppdater IAB Tech Lab-undertegnerportalen når rollen eller jurisdiksjonen din endres.

2. Konfigurer CMP-en for Flerstatlig Logikk

Ett enkelt CCPA-bare banner er ikke lenger tilstrekkelig. CMP-en din må oppdage brukerens delstat — typisk via IP-geolokasjon støttet av en personvern-fallback — og presentere riktige varsler, lenker og opt-out-kontroller for den jurisdiksjonen. FlexyConsent og andre moderne Google-sertifiserte CMP-er leveres med flerstatlige maler som kartlegger delstat for delstat til de riktige GPP-seksjonsstrengene.

3. Koble GPP-strenger Inn i Annonsestakken Din

GPP-strengen må settes inn i alle OpenRTB-budforespørsler som stammer fra en amerikansk bruker. For Google Ad Manager-brukere betyr dette å aktivere GPP-støtte i nettverksinnstillingene; for Prebid-brukere betyr dette å installere gppControl_usnat- og per-delstat-modulene og bekrefte at consentManagement-adapteren videresender den kodede strengen. Test ved å bruke IAB Tech Lab GPP-dekoderen for å verifisere rundturen fra CMP til budforespørsel.

4. Overhold Global Privacy Control (GPC)-signalet

De fleste delstatslover — California, Colorado, Connecticut og en voksende liste — krever å overholde et GPC-signal på nettlesernivå som en gyldig opt-out. MSPA forventer at underskrivere oppdager GPC og forhåndsinnstiller SaleOptOut, SharingOptOut og TargetedAdvertisingOptOut-feltene tilsvarende, selv før brukeren berører banneret. Hvis CMP-en din ikke kan oppdage og handle på GPC, er du ikke i samsvar uavhengig av MSPA-medlemskap.

5. Revidér Nedstrøms Leverandører

MSPAs nedstrømsflytlogikk fungerer bare hvis leverandørene dine også er underskrivere. Før du sender data til en SSP, DSP eller datapartner, verifiser undertegnerstatusen deres i IAB Tech Lab-portalen. Leverandører som ikke er underskrivere, må enten fjernes fra annonsestakken din for amerikansk trafikk eller dekkes av separate bilaterale DPA-er som speiler MSPA-vilkårene.

Vanlige Implementasjonsfeller

Flere sviktmønstre dukker opp gjentatte ganger på tvers av utgiverrevisjoner:

Hvordan MSPA Påvirker Annonseinntektene

Utgivere som implementerer MSPA riktig, ser typisk beskjedne kortsiktige inntektsnedganger etterfulgt av stabilisering, mens slurvete implementeringer enten overbegrenser bud eller utsetter utgiveren for håndhevingsrisiko. Variablene som beveger viseren:

Hva Kommer Neste: 2026 og Fremover

MSPA er en levende avtale. IAB oppdaterer den hvert eller hvert annet år etter hvert som nye delstatslover, statsadvokatveiledning og føderale forslag omformer landskapet. Temaene å følge med på i 2026:

Utgivere som behandler MSPA-implementering som et engangsprosjekt, vil henge etter. Behandle det som løpende operasjonell hygiene, eid i fellesskap av juridisk, annonsedrift og produktingeniøring, og gjennomgå hvert kvartal. Utgiverne som vinner på amerikansk flerstatsoverholdelse er ikke de med flest advokater — de er de hvis CMP, annonsestakk og revisjonslokker alle forteller den samme historien når en regulator spør.

Konklusjonen

MSPA er det praktiske svaret på et fragmentert amerikansk personvernlandskap. Den vil ikke vedta lover for deg, men den vil gi budstrømmen din, leverandørene dine og det juridiske teamet ditt ett felles språk for opt-out-er, sensitiv data og nedstrømsforpliktelser. Kombinér det med en delstatsbevisst CMP, nøyaktig GPP-signalering og disiplinert leverandørstyring, og du vil bruke mindre tid på å diskutere jurisdiksjon og mer tid på å monetisere visningene du har lov til å monetisere. Det er den eneste bærekraftige veien gjennom 2026 og bølgen av delstatslover som fremdeles er i kø bak den.

← Blogg Les alt →