A probléma: mindenki hozzányúl a beleegyezéshez, senki sem a gazdája

Kérdezze meg egy tipikus, hirdetésekből élő kiadónál, ki a beleegyezés gazdája, és több választ fog kapni. A jogi csapat írta a cookie-szabályzatot. Az ad ops adta hozzá a szállítókat. A fejlesztés telepítette a bannert. A termékcsapat a múlt negyedévben módosította a dizájnt. A marketing a múlt héten adott hozzá egy új pixelt. Mindegyik változtatás önmagában észszerű volt, de senki sem felelt azért, hogyan illeszkednek egymáshoz — így végződik egy webhely olyan taggel, amely a beleegyezés előtt lefut, a bannerből hiányzó szállítóval, vagy egy újratervezéssel, amely csendben csökkentette a beleegyezési arányt.

Ez a cikk egyszerű felelősségi modellt javasol, hogy a beleegyezéssel kapcsolatos döntéseknek legyen egyértelmű gazdája, egyértelmű jóváhagyója és egyértelmű folyamata.

Miért számít a felelősség a bevétel, nem csak a kockázat miatt

A beleegyezés két, különböző irányba húzó cél között áll. A jogi és adatvédelmi csapatok arra összpontosítanak, hogy a beállítás tiszteletben tartja-e a felhasználók döntéseit és az alkalmazandó szabályokat. Az ad ops és a bevételi csapatok arra, mennyi készlet monetizálható teljes értéken. Mindkét fél joggal törődik. Kijelölt gazda nélkül a vitákat az dönti el, aki utoljára hozzányúlt a konfigurációhoz, nem pedig egy olyan döntés, amelyet bárki később meg tudna magyarázni.

A szerepek

A legtöbb kiadó öt szerephez tudja rendelni a beleegyezéssel kapcsolatos munkát, még ha többet is egy ember tölt be:

• Adatvédelem vagy jog — értelmezi a szabályokat, jóváhagyja a célokat, a jogalapokat és a banner szövegét, és a cookie-szabályzat gazdája.
• Ad ops vagy bevétel — kezeli a keresleti partnereket és a szállítólistákat, figyeli a beleegyezéssel összefüggő bevételt, és kéri a monetizációt érintő változtatásokat.
• Fejlesztés — megvalósítja a CMP-t, szabályozza a tagek betöltését, és gondoskodik róla, hogy a scriptek tiszteletben tartsák a beleegyezési jeleket.
• Termék és dizájn — a jogi csapat által kijelölt határokon belül a banner élményének gazdája, és teszteket futtat az elrendezésre és a szövegre.
• Marketing és analitika — új tageket és mérőeszközöket kér, és a riportoláshoz a beleegyezési jelekre támaszkodik.

RACI az ismétlődő döntésekhez

A RACI felsorolja, ki Responsible (elvégzi a munkát), Accountable (meghozza a végső döntést), Consulted (konzultált) és Informed (tájékoztatott). Íme egy kiindulópont:

Új szállító vagy tag hozzáadása

• Responsible: ad ops vagy marketing (aki kéri).
• Accountable: adatvédelem vagy jog.
• Consulted: fejlesztés, a feltételhez kötés módjáról.
• Informed: termék.

A banner dizájnjának vagy szövegének módosítása

• Responsible: termék és dizájn.
• Accountable: adatvédelem vagy jog.
• Consulted: ad ops, a várható bevételi hatásról.
• Informed: fejlesztés és marketing.

Célok vagy jogalapok módosítása

• Responsible és accountable: adatvédelem vagy jog.
• Consulted: ad ops és fejlesztés.
• Informed: mindenki, aki beleegyezési adatokra támaszkodik.

CMP-konfiguráció és kiadások

• Responsible: fejlesztés.
• Accountable: egy megnevezett beleegyezési gazda (lásd alább).
• Consulted: adatvédelem és ad ops.
• Informed: termék és marketing.

Beleegyezési és bevételi metrikák figyelése

• Responsible: ad ops.
• Accountable: a beleegyezési gazda.
• Consulted: termék.
• Informed: adatvédelem vagy jog, különösen az anomáliákról.

Nevezzen meg egyetlen beleegyezési gazdát

A RACI akkor működik a legjobban, ha egy személy felel a beleegyezési beállításért egészében. Nem feltétlenül a legrangosabb ember ő; az, aki összhangban tartja a szállítólistát, a banner konfigurációját, a tagleltárt és a cookie-szabályzatot, és aki összehívja a megfelelő embereket, amikor valami változik. Kis csapatokban ez gyakran valaki az ad opsból vagy a fejlesztésből, közvetlen vonallal a jogi csapathoz.

A modellt működtető folyamatok

1. Kérési útvonal az új tagekhez. Minden új pixel, SDK vagy partner egyetlen bemeneten megy át, rövid űrlappal: mit csinál, milyen adatot gyűjt, milyen célokra van szüksége, ki kérte.
2. Változásnapló. Rögzítsen minden változást a szállítókban, a célokban, a banner szövegében és dizájnjában, dátummal és jóváhagyóval. Felbecsülhetetlen, amikor egy metrika elmozdul, vagy kérdés érkezik egy partnertől vagy hatóságtól.
3. Kiadás előtti ellenőrzés. Egyetlen, tageket vagy bannert érintő kiadás sem megy élesbe beleegyezési teszt nélkül egy tiszta böngészőben.
4. Rendszeres felülvizsgálat. Negyedévente a gazda összeveti a szállítólistát a ténylegesen futó tagekkel, a beleegyezési metrikákat a bevétellel, a cookie-szabályzatot pedig mindkettővel.
5. Eszkalációs útvonal. Ha a jog és a bevétel nem ért egyet, a döntés egy megnevezett személyhez kerül, és az indoklást leírják.

Jelek, hogy hiányzik a felelősségi modell

• Senki sem tudja megmondani, mikor nézték át utoljára a szállítólistát.
• A webhelyen olyan tagek jelennek meg, amelyek nincsenek a CMP-ben.
• A bannerváltozások úgy kerülnek élesbe, hogy utána senki nem ellenőrzi a beleegyezési arányt.
• A különböző csapatok eltérő választ adnak arra, mely partnerek kapják a TC stringet.
• A partnerek beleegyezési jelekről szóló kérdéseire napokig tart válaszolni.

Legfontosabb tanulságok

• A beleegyezés érinti a jogot, az ad opsot, a fejlesztést, a terméket és a marketinget; egy felelős gazdára van szüksége.
• Egy egyszerű RACI kiszámítható folyamattá alakítja az ismétlődő döntéseket.
• Minden új tagot egyetlen bemeneten és beleegyezési felülvizsgálaton vezessen át.
• Vezessen változásnaplót, és negyedévente vizsgálja felül a beállítást.
• Írja le, hogyan döntik el a bevétel és az adatvédelem közötti vitákat.