Zakaj Optimizely Web Experimentation zahteva soglasje

Privzeta inicializacija Optimizely pri prvem upodabljanju strani naredi več stvari: nastavi lastniški piškotek pod ključem optimizelyEndUserId, ki vsebuje stalni identifikator obiskovalca; oceni obiskovalca glede na aktivne eksperimente; zapiše dodelitev različice v drugi piškotek pod ključem optimizelyOptOut; sproži odločitveni dogodek na logx.optimizely.com; in uporabi spremembe različice na upodobljeni strani. Če operaterji povežejo analitične integracije – Google Analytics 4, Adobe Analytics, Amplitude, Mixpanel, Heap ali Optimizely Data Platform – SDK sproži tudi dogodke prikazov različice v analitično plast in poveže različico s širšim analitičnim profilom obiskovalca.

Vsaka od teh dejavnosti sproži ločeno zahtevo po soglasju. Obstojnost identifikatorja obiskovalca je operacija shranjevanja in dostopa po Article 5(3) direktive ePrivacy, ki zahteva predhodno, svobodno dano, specifično, informirano in nedvoumno soglasje v EEA, UK in vseh jurisdikcijah, ki so sprejele enake standarde. Vezanje dodelitve eksperimentalne različice na ta identifikator skozi sejo je obdelava osebnih podatkov po GDPR, ker je kombinacija identifikatorja, IP naslova in prikaza različice zadostna za identifikacijo posameznika in opredelitev njegovih interakcij s programom eksperimentov. Širjenje podatkov o različicah med orodji – na primer ko Optimizely prenese različico v Google Analytics – doda analitično prehodno točko v verigo. Smernice EDPB iz leta 2023 izrecno navajajo, da eksperimenti, ki vključujejo stalno identifikacijo, spadajo pod enaka pravila soglasja kot analitika. CNIL je bil najbolj glasen nadzorni organ v tej točki, a ne edini.

Kaj Optimizely zapiše pred soglasjem – kaj je treba zadušiti

Standardni odlomek Optimizely namesti JavaScript SDK neposredno v glavo strani in ga inicializira takoj ob nalaganju. To je dokumentirani hitri začetek in najpogostejši vzrok napak pri skladnosti. SDK se izvede, preden se upodobi pasica za piškotke: piškotek optimizelyEndUserId se zapiše v milisekundah, dodelitve različic se opravijo in odločitveni dogodki se sprožijo – ne glede na to, kaj obiskovalec pozneje odloči. Vsak evropski regulatorni organ, ki je ocenil ta vzorec, je prišel do istega zaključka: piškotki, nastavljeni pred soglasjem, so nezakoniti; dodelitve različic, zajete pred soglasjem, so nezakonita obdelava; in založnik je odgovoren.

Skladna integracija mora preprečiti Optimizely zapisovati stalne identifikatorje v piškotke in sprožati odločitvene dogodke, dokler ni podeljena ustrezna kategorija soglasja. Optimizely podpira dva vzorca za to. Prvi je namenski atribut soglasja: posredovanje OPTIMIZELY_OPT_OUT=true kot poizvedbeni niz ali nastavitev piškotka optimizely.opt_out pred inicializacijo SDK nastavi SDK v način odjave – identifikatorji se ne zapisujejo, dogodki se ne sprožajo. Drugi je samo anonimni način, podprt v konfiguraciji SDK: SDK deluje v brezseijskem načinu in dodeljuje različice samo na podlagi seijsko lokalnih identifikatorjev brez stalne identifikacije med obiski. Anonimni način omogoča programu eksperimentov delovanje na podlagi zakonitega interesa za odločitve upodabljanja, medtem ko se stalna identifikacija odloži do podelitvtega soglasja.

Piškotki in shramba, ki jih Optimizely zapiše

SDK Optimizely Web Experimentation ob inicializaciji zapiše naslednje identifikatorje – vsi so nebistveni in zahtevajo soglasje: optimizelyEndUserId, stalni identifikator obiskovalca z veljavnostjo več let; oznaka optimizelyOptOut, ki sledi stanju odjave; optimizelyDomainTestCookie za eksperimente med podomeni; in dodatni piškotki imenskega prostora, če je operater omogočil identifikacijo med domenami. Preklic soglasja mora izvesti tako potek piškotkov kot nastavitev SDK v način odjave prek optimizely.push({ type: 'user', attributes: { opt_out: true } }), s čimer se ustavi nadaljnje zbiranje dogodkov.

Preslikavanje Optimizely na okvire soglasij

Optimizely nativno ne implementira IAB TCF ali IAB Global Privacy Platform – to je platforma za eksperimentiranje prve strani, ne dobavitelj adtech. Toda izpostavi nativni API za odjavo, podpira dokumentirano integracijo Consent Mode prek Optimizely Data Platform in spoštuje CMP založnika prek atributa OPTIMIZELY_OPT_OUT. Vzorec, ki preživi regulatorni nadzor, obravnava vsako funkcijo Optimizely kot ločeno prehodno točko, vezano na določen signal CMP.

• Anonimni eksperimenti lahko delujejo na podlagi zakonitega interesa s seijsko lokalnimi identifikatorji. To je primerno za odločitve upodabljanja, ki ne zahtevajo stalne identifikacije med obiski in se ne širijo na analitiko navzdol. Ta način je vezan na kategorijo strogo potrebno ali funkcionalno.
• Stalni eksperimenti s stabilnimi identifikatorji so vezani na analitične namene. V terminologiji TCF se to preslika v Namen 8 v kombinaciji z Namenom 1. V Consent Mode se preslika v analytics_storage.
• Integracije med orodji (dogodki prikazov različice, ki se širijo v Google Analytics, Amplitude ali Optimizely Data Platform) podedujejo analitično prehodno točko od prejemnega orodja in se ne smejo sprožiti, če prehodna točka tega orodja ni podeljena.
• Personalizacija in ciljanje na podlagi občinstva, zgrajeno na eksperimentih, sproži marketinško prehodno točko, ko se premakne od eksperimentalnega merjenja k ciljanju na ravni uporabnika.

Delujoči vzorci integracije

Referenčna namestitev ima štiri dele: CMP, ki objavlja dogodke sprememb soglasja v realnem času; odloženi zagon, ki inicializira SDK Optimizely z omogočeno odjavo ali aktivnim anonimnim načinom; poslušalec soglasja, ki preklopi SDK iz odjave na stalno identifikacijo, ko se odpre analitična prehodna točka; in pot preklica, ki vrne SDK v način odjave, poteče piškotke optimizely prek document.cookie in razširi preklic na analitične integracije navzdol.

Spletna implementacija z odloženim zagonom

Na spletu je najčistejši vzorec naložiti odlomek Optimizely z nastavljenim window.optimizelyOptOut = true pred inicializacijo SDK. Naročite se na dogodke sprememb soglasja CMP. Ko analitična kategorija preide na true, pokličite window.optimizely.push({ type: 'user', attributes: { opt_out: false } }) in pustite SDK inicializirati normalno. Ko je prehodna točka preklicana, vrnite atribut odjave na true, pustite poteči piškotek optimizelyEndUserId in razširite spremembo na integrirane analitične platforme prek njihovih ustreznih API-jev za soglasje.

Eksperimenti na strani strežnika prek Decision Service

Optimizely podpira tudi eksperimente na strani strežnika prek API Decision Service. Odločitve na strani strežnika niso izvzete iz soglasja – pravna podlaga sledi podatkom. Toda izvajanje na strani strežnika omogoča založnikom popoln nadzor nad tem, kateri identifikatorji se širijo. Delujoči vzorec je posredovati efemerni seijskI identifikator v Decision Service, ko je analitična prehodna točka zaprta, in preklopiti na stalni identifikator samo, ko je prehodna točka odprta. Dodelitve različic, ki jih vrne Decision Service, se še vedno lahko uporabijo na upodobljeni strani – kar se spremeni, je, ali so vezane na stabilen zapis obiskovalca.

Preverjanje integracije in revizijska sled

Koraki preverjanja so tisto, kar preverjajo regulatorni organi, in tisto, kar založniki najpogosteje izpustijo v orodjih za eksperimentiranje. Pravilno integrirana namestitev Optimizely mora zaporedoma opraviti štiri teste. Prvič, čista seja brskalnika z vidno pasico, a brez opravljene izbire, mora pokazati ničelni promet na logx.optimizely.com razen pridobivanja datoteke SDK in nič piškotkov optimizely v document.cookie. Drugič, zavrnitev analitike mora ohraniti to stanje: brez stalnih identifikatorjev, brez odločitvenih dogodkov, brez dodelitev različic, vezanih na stabilne zapise. Tretjič, sprejetje analitike mora ustvariti pričakovane piškotke optimizelyEndUserId in promet odločitvenih dogodkov s pravilno uporabljenimi dodelitvami različic. Četrtič, preklic soglasja mora takoj ustaviti nadaljnje odločitvene dogodke, potek piškotkov in razširiti odjavo na analitične integracije navzdol.

Pričakovanja revizijske sledi po smernicah EDPB iz leta 2023 o pasicah za piškotke in posodobljenih prednostnih nalogah delovne skupone iz leta 2026 so, da lahko založniki dokažejo, da je obiskovalec ob prikazu zagotovil veljavno soglasje za specifične eksperimentalne prikaze v projektu Optimizely. Standardni vzorec je nastaviti različico soglasja in časovni žig kot atribute po meri v profilu obiskovalca Optimizely prek API atributov SDK, tako da je vsak prikaz mogoče slediti nazaj do specifičnega vnosa v dnevniku soglasij. Pravilno zaščitena namestitev v kombinaciji z anonimnim načinom za odločitve upodabljanja pred soglasjem in potjo preklica, ki razširi navzdol, preoblikuje Optimizely iz skrite dolgove plasti eksperimentov v branljiv del sklada produkta in rasti založnika.