Hvem ejer samtykket? En enkel ejerskabsmodel til udgiverteams
Problemet: Alle rører ved samtykke, ingen ejer det
Spørg, hvem der ejer samtykket hos en typisk annoncefinansieret udgiver, og du får flere svar. Jura skrev cookiepolitikken. Ad ops tilføjede leverandørerne. Engineering installerede banneret. Produkt ændrede designet sidste kvartal. Marketing tilføjede en ny pixel i sidste uge. Hver af disse ændringer var fornuftig for sig, men ingen var ansvarlig for, hvordan de passede sammen — og sådan ender et websted med et tag, der affyres før samtykke, en leverandør, der mangler i banneret, eller et redesign, der i det stille sænkede samtykkeraten.
Denne artikel foreslår en enkel ejerskabsmodel, så samtykkebeslutninger har en klar ejer, en klar godkender og en klar proces.
Hvorfor ejerskab betyder noget for indtægter såvel som risiko
Samtykke sidder mellem to mål, der trækker i forskellige retninger. Juridiske teams og privacyteams fokuserer på, om opsætningen respekterer brugernes valg og de gældende regler. Ad ops- og indtægtsteams fokuserer på, hvor meget beholdning der kan indtægtsføres til fuld værdi. Begge har ret i at bekymre sig. Uden en defineret ejer afgøres uenigheder af den, der sidst rørte ved konfigurationen, frem for af en beslutning, nogen kan forklare senere.
Rollerne
De fleste udgivere kan fordele samtykkearbejdet på fem roller, selv om én person har flere af dem:
- Privacy eller jura — fortolker reglerne, godkender formål, retsgrundlag og bannertekst og ejer cookiepolitikken.
- Ad ops eller indtægter — styrer demand-partnere og leverandørlister, overvåger samtykkerelaterede indtægter og anmoder om ændringer, der påvirker indtægtsgenereringen.
- Engineering — implementerer CMP'en, styrer indlæsning af tags og sørger for, at scripts respekterer samtykkesignaler.
- Produkt og design — ejer bannerets oplevelse inden for de grænser, jura sætter, og kører tests af layout og tekst.
- Marketing og analytics — anmoder om nye tags og måleværktøjer og er afhængig af samtykkesignaler i rapporteringen.
En RACI for de beslutninger, der går igen
En RACI angiver, hvem der er Responsible (udfører arbejdet), Accountable (træffer den endelige beslutning), Consulted (hørt) og Informed (informeret). Her er et udgangspunkt:
Tilføjelse af en ny leverandør eller et nyt tag
- Udfører: ad ops eller marketing (den, der anmoder om det).
- Endeligt ansvarlig: privacy eller jura.
- Hørt: engineering, om hvordan det skal afgrænses.
- Informeret: produkt.
Ændring af bannerdesign eller tekst
- Udfører: produkt og design.
- Endeligt ansvarlig: privacy eller jura.
- Hørt: ad ops, om den forventede indvirkning på indtægter.
- Informeret: engineering og marketing.
Ændring af formål eller retsgrundlag
- Udfører og endeligt ansvarlig: privacy eller jura.
- Hørt: ad ops og engineering.
- Informeret: alle, der er afhængige af samtykkedata.
CMP-konfiguration og releases
- Udfører: engineering.
- Endeligt ansvarlig: en navngiven samtykkeejer (se nedenfor).
- Hørt: privacy og ad ops.
- Informeret: produkt og marketing.
Overvågning af samtykke- og indtægtsmålinger
- Udfører: ad ops.
- Endeligt ansvarlig: samtykkeejeren.
- Hørt: produkt.
- Informeret: privacy eller jura, især om afvigelser.
Udpeg én samtykkeejer
RACI'en virker bedst, når én person er endeligt ansvarlig for samtykkeopsætningen som helhed. Det er ikke nødvendigvis den mest senior person; det er den person, der holder leverandørlisten, bannerkonfigurationen, tag-oversigten og cookiepolitikken i trit og samler de rette folk, når noget ændrer sig. I små teams er det ofte en i ad ops eller engineering med en direkte linje til jura.
Processer, der får modellen til at virke
- En anmodningsvej for nye tags. Hver ny pixel, SDK eller partner går gennem én indgang med en kort formular: hvad den gør, hvilke data den indsamler, hvilke formål den har brug for, hvem der anmodede om den.
- En ændringslog. Registrér hver ændring af leverandører, formål, bannertekst og design med dato og godkender. Det er uvurderligt, når en måling flytter sig, eller et spørgsmål kommer fra en partner eller en tilsynsmyndighed.
- Et releasetjek. Ingen release, der berører tags eller banneret, går live uden en samtykketest i en ren browser.
- En regelmæssig gennemgang. Én gang i kvartalet gennemgår ejeren leverandørlisten op mod de faktiske tags, samtykkemålingerne op mod indtægterne og cookiepolitikken op mod begge.
- En eskalationsvej. Når jura og indtægter er uenige, går beslutningen til en navngiven person, og begrundelsen skrives ned.
Tegn på, at din ejerskabsmodel mangler
- Ingen kan sige, hvornår leverandørlisten sidst blev gennemgået.
- Der dukker tags op på webstedet, som ikke er i CMP'en.
- Bannerændringer går live, uden at nogen bagefter tjekker samtykkeraten.
- Forskellige teams giver forskellige svar på, hvilke partnere der modtager TC-strengen.
- Spørgsmål fra partnere om samtykkesignaler tager dage at besvare.
Vigtigste pointer
- Samtykke berører jura, ad ops, engineering, produkt og marketing; det kræver én ansvarlig ejer.
- En enkel RACI gør tilbagevendende beslutninger til en forudsigelig proces.
- Send hvert nyt tag gennem én indgang med en samtykkegennemgang.
- Før en ændringslog, og gennemgå opsætningen hvert kvartal.
- Skriv ned, hvordan uenigheder mellem indtægter og privacy afgøres.