Površine sledenja Adobe Experience Cloud

“Enotna” Adobova namestitev je z vidika zasebnosti pet ločenih površin sledenja. Vsaka ima svoje vprašanje soglasja.

Storitev Adobe Experience Cloud ID

Storitev ECID (naložena z cdn.cookielaw.org ali gostovana interno prek Adobe Launch) dodeli trajen identifikator obiskovalca in ga shrani v piškotke AMCV_*. ECID je substrat, ki povezuje vse ostale Adobove storitve — Analytics, Target in Audience Manager vsi uporabljajo isti ECID za povezovanje dogodkov s profilom. Blokiranje ECID je temeljna odločitev o soglasju; brez njega nobena od nadaljnjih storitev ne more dosledno identificirati obiskovalca.

Adobe Analytics (Site Catalyst)

Svetilnik Adobe Analytics (naložen prek s_code.js ali AppMeasurement) poroča o dogodkih ogledov strani in klikov v Adobovo analitično infrastrukturo. Skripta med drugim nastavi piškotke s_cc, s_sq in s_pers. Kot ECID je to površina vedenjske analitike, ki zahteva soglasje opt-in v EU v skladu z ePrivacy Article 5(3).

Adobe Target

Skripta Target (naložena prek at.js) obravnava odločitve o personalizaciji v realnem času. Nalaga se na strežniški strani, opazuje vedenje obiskovalcev in spreminja vsebino strani na podlagi pravil segmentacije. Piškotki Target vključujejo mbox in mboxEdgeCluster. Target je nedvoumno površina sledenja za marketinške namene.

Adobe Audience Manager

Audience Manager (plast DMP, naložena prek dpm.demdex.net) je segmentacijski pogon, ki gradi občinstva za aktivacijo v plačanih medijih. Nastavi piškotek demdex in posreduje podatke obiskovalca v Adobov grafikon identitete. AAM je najbolj izpostavljena površina z vidika regulatorja, ker gre nedvoumno za vedenjsko oglaševanje v različnih kontekstih v skladu s CPRA in eksplicitni marketing v skladu z GDPR.

Adobe Real-Time CDP

Real-Time CDP poenoti identiteto iz spletnih, mobilnih in offline virov ter zgradi enoten profil stranke. Z vidika soglasja privzeto podeduje najbolj dovoljeno stanje soglasja iz svojih vhodnih podatkov; integracija CMP mora namesto tega uveljavljati najbolj restriktivno stanje.

Izvirne primitive soglasja Adobe

Adobe je od leta 2023 znatno vlagal v primitive upravljanja soglasij. Platforma zdaj izpostavlja površine soglasja na vsaki plasti sklada.

Adobe Privacy & Consent service

Lansiran leta 2025, Adobe Privacy & Consent service je Adobova enotna plast soglasja. Sprejema odločitve o soglasju od CMP prek API ali standardnega signala IAB GPP ter jih razširja po Analytics, Target, Audience Manager in Real-Time CDP. To je priporočena integracijska točka v letu 2026.

Razširitev soglasja Adobe Launch

Za implementacije, ki uporabljajo Adobe Launch kot upravljalnika oznak, okvir razširitve soglasja (podoben načinu soglasja Google Tag Manager) omogoča konfiguracijo vsake Adobove oznake, da čaka na specifične kategorije soglasja. Integracije OneTrust, TrustArc, Cookiebot in drugi se priključijo na ta okvir.

Privacy JS API

Adobe Analytics, Target in ECID izpostavljajo API optIn na Adobovem objektu na ravni strani. Klic visitor.optIn.approve(["aam", "ecid", "target", "analytics"]) podeli soglasje za poimenovane storitve; visitor.optIn.deny(...) ga prekliče. To je prava primitiva za podrobno uveljavljanje soglasja po storitvah.

Integracija CMP korak za korakom

Zanesljiva arhitektura je odložiti vsako Adobovo oznako, dokler ni zabeležena odločitev o soglasju, nato pa razširiti odločitev prek Privacy & Consent service ali razširitve soglasja Launch.

1. Odloži inicializacijo Adobe Launch

Sama knjižnica Launch inicializira upravljalnika oznak, ki naloži vse ostalo. Odložite skripto Launch, dokler CMP ne zajame odločitve obiskovalca. To je edina najpomembnejša vrata — pravilna nastavitev prepreči skoraj vse napake v nadaljnjem toku.

2. Konfiguriraj kategorije soglasja po storitvah

Preslikajte vsako Adobovo storitev na kategorijo CMP. ECID in Analytics sta navadno uvrščena pod analitiko; Target in Audience Manager pod marketing; Real-Time CDP pod katero koli kategorijo, ki pokriva najbolj dovoljeno nadaljnjo uporabo. Dokumentirajte preslikavo; obramba pri reviziji temelji na njej.

3. Uporabi optIn API

Ko CMP sproži povratni klic sprejete kategorije, pokličite visitor.optIn.approve([...]) s storitvami, ki ustrezajo podeljenim kategorijam. Storitev ECID in nadaljnje Adobove skripte bodo začele pošiljati dogodke. Ob preklicu pokličite visitor.optIn.deny(...), da jih ustavite.

4. Povežite z Privacy & Consent service

Za stanje soglasja, ki se mora razširiti zunaj uveljavljanja na strani — v Real-Time CDP, v zajem na strežniški strani, v paketne uvože iz drugih sistemov — mora CMP pisati v Adobe Privacy & Consent service prek API. Storitev nato uveljavi odločitev na vsaki Adobovi plasti, ki jo podpira.

5. Spoštuj preklic po celotnem grafikonu identitete

Ko uporabnik prekliče soglasje, morata Real-Time CDP in Audience Manager odstraniti uporabnika iz aktivnih občinstev, ne le prenehati dodajati dogodke v njihov profil. Konfigurirajte delovni tok brisanja Privacy & Consent service za sprožitev ob preklicu in preverite, da nadaljnje površine aktivacije občinstev (Google Ads, Meta, LiveRamp) spoštujejo zatiranje.

Pogoste pasti

Štiri integracijske napake so odgovorne za večino revizijskih ugotovitev pri podjetniških implementacijah Adobe.

Pustiti Launch inicializirati pred soglasjem

Privzeta integracija Launch naloži upravljalnika oznak pri izrisovanju strani, kar inicializira ECID in morebitne druge oznake, ki jih je Launch konfiguriran za samodejno sprožitev. To je najpogostejša napaka in najlažja za odpravo — odložite skripto Launch.

Obravnavati ECID kot izvzetega

Nekatere ekipe trdijo, da je ECID “infrastruktura identitete” in ne sledenje, ter blokirajo nadaljnje storitve, hkrati pa pustijo ECID sprožiti. Piškotek ECID je nebistveni identifikator v skladu z ePrivacy Article 5(3), ne glede na to, kako se njegovi podatki uporabljajo v nadaljnjem toku. Blokirajte ga.

Neusklajena soglasja v skladu

Če CMP zabeleži soglasje za analitiko, a optIn API odobri le ecid in analytics, pri čemer aam in target ostaneta nedoločena, je nadaljnje vedenje odvisno od platforme in se redko ujema s tistim, kar je CMP zabeležil. Odobrite celoten nabor, ki ga je podelil uporabnik, in preostalo izrecno zavrnite.

Pozabiti na zajem na strežniški strani

Adobe Real-Time CDP podpira zajem podatkov na strežniški strani iz CRM, podatkovnih skladišč in offline sistemov. Ti tokovi samodejno ne spoštujejo soglasja na strani brskalnika. Privacy & Consent service je treba poklicati iz cevovoda zajema na strežniški strani, da se uveljavi ovojnica soglasja.

Kontrolni seznam revizije

Šest konkretnih vprašanj za odgovor za vsako implementacijo Adobe Experience Cloud, ki se dotika prometa EU, Združenega kraljestva ali Kalifornije.

• Ali Launch čaka na soglasje? Odprite stran v zasebnem oknu in potrdite, da se nobena zahteva Adobove domene ne sproži pred sprejetjem pasice.
• Ali je preslikava storitev na kategorije dokumentirana? Za vsako Adobovo storitev (ECID, Analytics, Target, AAM, Real-Time CDP) — ali obstaja pisna evidenca, katera kategorija CMP jo blokira?
• Ali se optIn API ujema s stanjem CMP? Potrdite, da klici approve/deny eksplicitno navajajo vsako Adobovo storitev, pri čemer se podeljen nabor ujema z zabeleženo odločitvijo CMP.
• Ali je Privacy & Consent service konfiguriran? Potrdite, da CMP piše odločitve v API Privacy & Consent service, tako da ne-brskalniške površine (Real-Time CDP, zajem na strežniški strani) spoštujejo te odločitve.
• Ali nadaljnje aktivacije spoštujejo preklic? Potrdite, da preklic soglasja odstrani uporabnika iz aktivnih občinstev v Google Ads, Meta in LiveRamp, ne le iz prihodnjih sinhronizacij.
• Ali so poti zajema na strežniški strani blokirane? Potrdite, da uvozi CRM in podatkovnih skladišč v Real-Time CDP uveljavljajo enako ovojnico soglasja kot dogodki brskalnika.

Kje Adobe ustreza skladu s soglasjem na prvem mestu

Podjetniški marketinški skladi, zgrajeni okoli Adobe Experience Cloud, so hkrati najmočnejši in najbolj izpostavljeni od katere koli pogosto uporabljene konfiguracije. Dobra novica je, da je Adobe v zadnjih dveh letih močno vlagal v primitive soglasja, implementacija iz leta 2026, ki pravilno uporablja Privacy & Consent service, pa je bistveno bolj ubranljiva od tiste, zgrajene samo na starejšem Visitor ID Service. Delo je v disciplini: dokumentiranju preslikave storitev na kategorije, eksplicitni uporabi optIn API namesto zanašanja na privzete vrednosti platforme, razširjanju soglasja na površine strežniške strani in preverjanju, da nadaljnje aktivacije dejansko spoštujejo preklice. Pravilno izvedeno, isti Adobov sklad, ki poganja personalizacijo in segmentacijo, za katero so ga marketingarji kupili, preneha biti tiha izpostavljenost skladnosti, ki čaka, da jo regulatorni organ odkrije.