Problemet: Alle berører samtykke, ingen eier det

Spør hvem som eier samtykket hos en typisk annonsefinansiert utgiver, og du får flere svar. Jus skrev retningslinjene for informasjonskapsler. Ad ops la til leverandørene. Utvikling installerte banneret. Produkt endret designet forrige kvartal. Markedsføring la til en ny piksel forrige uke. Hver av disse endringene var fornuftig for seg, men ingen var ansvarlig for hvordan de passet sammen — og slik ender et nettsted opp med en tagg som avfyres før samtykke, en leverandør som mangler i banneret, eller en redesign som i det stille senket samtykkeraten.

Denne artikkelen foreslår en enkel eierskapsmodell, slik at samtykkebeslutninger har en klar eier, en klar godkjenner og en klar prosess.

Hvorfor eierskap betyr noe for inntekter så vel som risiko

Samtykke sitter mellom to mål som drar i ulike retninger. Juridiske team og personvernteam fokuserer på om oppsettet respekterer brukernes valg og reglene som gjelder. Ad ops- og inntektsteam fokuserer på hvor mye beholdning som kan inntektsføres til full verdi. Begge har rett i å bry seg. Uten en definert eier avgjøres uenigheter av den som sist rørte konfigurasjonen, i stedet for av en beslutning noen kan forklare senere.

Rollene

De fleste utgivere kan fordele samtykkearbeidet på fem roller, selv om én person har flere av dem:

• Personvern eller jus — tolker reglene, godkjenner formål, rettslige grunnlag og bannertekst, og eier retningslinjene for informasjonskapsler.
• Ad ops eller inntekter — styrer demand-partnere og leverandørlister, overvåker samtykkerelaterte inntekter og ber om endringer som påvirker inntektsgenereringen.
• Utvikling — implementerer CMP-en, styrer innlasting av tagger og sørger for at skript respekterer samtykkesignaler.
• Produkt og design — eier bannerets opplevelse innenfor grensene jus setter, og kjører tester på layout og tekst.
• Markedsføring og analytics — ber om nye tagger og måleverktøy og er avhengig av samtykkesignaler i rapporteringen.

En RACI for beslutningene som går igjen

En RACI angir hvem som er Responsible (gjør arbeidet), Accountable (tar den endelige beslutningen), Consulted (konsultert) og Informed (informert). Her er et utgangspunkt:

Legge til en ny leverandør eller tagg

• Utfører: ad ops eller markedsføring (den som ber om det).
• Endelig ansvarlig: personvern eller jus.
• Konsultert: utvikling, om hvordan den skal avgrenses.
• Informert: produkt.

Endre bannerdesign eller tekst

• Utfører: produkt og design.
• Endelig ansvarlig: personvern eller jus.
• Konsultert: ad ops, om forventet innvirkning på inntekter.
• Informert: utvikling og markedsføring.

Endre formål eller rettslige grunnlag

• Utfører og endelig ansvarlig: personvern eller jus.
• Konsultert: ad ops og utvikling.
• Informert: alle som er avhengige av samtykkedata.

CMP-konfigurasjon og utgivelser

• Utfører: utvikling.
• Endelig ansvarlig: en navngitt samtykkeeier (se nedenfor).
• Konsultert: personvern og ad ops.
• Informert: produkt og markedsføring.

Overvåking av samtykke- og inntektsmålinger

• Utfører: ad ops.
• Endelig ansvarlig: samtykkeeieren.
• Konsultert: produkt.
• Informert: personvern eller jus, særlig om avvik.

Utpek én samtykkeeier

RACI-en fungerer best når én person er endelig ansvarlig for samtykkeoppsettet som helhet. Dette er ikke nødvendigvis den mest senior personen; det er den som holder leverandørlisten, bannerkonfigurasjonen, tagg-oversikten og retningslinjene for informasjonskapsler i takt, og som samler de rette folkene når noe endres. I små team er dette ofte noen i ad ops eller utvikling med direkte linje til jus.

Prosesser som får modellen til å fungere

1. En forespørselsvei for nye tagger. Hver ny piksel, SDK eller partner går gjennom én inngang, med et kort skjema: hva den gjør, hvilke data den samler inn, hvilke formål den trenger, hvem som ba om den.
2. En endringslogg. Registrer hver endring i leverandører, formål, bannertekst og design, med dato og godkjenner. Dette er uvurderlig når en måling flytter seg eller et spørsmål kommer fra en partner eller tilsynsmyndighet.
3. En utgivelseskontroll. Ingen utgivelse som berører tagger eller banneret går live uten en samtykketest i en ren nettleser.
4. En regelmessig gjennomgang. Én gang i kvartalet går eieren gjennom leverandørlisten mot de faktiske taggene, samtykkemålingene mot inntektene og retningslinjene for informasjonskapsler mot begge.
5. En eskaleringsvei. Når jus og inntekter er uenige, går beslutningen til en navngitt person, og begrunnelsen skrives ned.

Tegn på at eierskapsmodellen din mangler

• Ingen kan si når leverandørlisten sist ble gjennomgått.
• Det dukker opp tagger på nettstedet som ikke er i CMP-en.
• Bannerendringer går live uten at noen sjekker samtykkeraten etterpå.
• Ulike team gir ulike svar på hvilke partnere som mottar TC-strengen.
• Spørsmål fra partnere om samtykkesignaler tar dager å besvare.

Viktigste poenger

• Samtykke berører jus, ad ops, utvikling, produkt og markedsføring; det trenger én ansvarlig eier.
• En enkel RACI gjør gjentakende beslutninger til en forutsigbar prosess.
• Send hver nye tagg gjennom én inngang med en samtykkegjennomgang.
• Før en endringslogg og gå gjennom oppsettet hvert kvartal.
• Skriv ned hvordan uenigheter mellom inntekter og personvern avgjøres.