Vodič za integraciju saglasnosti u Adobe Experience Cloud: GDPR za AEM, Target i Analytics u 2026.
Adobe Experience Cloud је најкомплетнији пакет за маркетинг предузећа на тржишту и, са значајном разликом, најкомпликованији за правилну интеграцију управљања сагласношћу. Потпуна Adobe имплементација обухвата Adobe Analytics (слој за аналитику понашања, раније познат као Site Catalyst), Adobe Target (механизам за персонализацију и A/B тестирање), Adobe Audience Manager (DMP за сегментацију публике), Adobe Real-Time CDP (слој за обједињени профил корисника) и често Adobe Experience Manager (CMS слој који хостује садржај). Свака компонента инсталира сопствену скрипту, поставља сопствене колачиће, прикупља сопствене идентификаторе и прослеђује податке својим Adobe центрима за податке. Оригинални Adobe Privacy оквир — изграђен око Visitor ID Service и Experience Cloud ID Service — претходи GDPR регулативи и био је дизајниран за другачији регулаторни свет. Покретање Adobe Privacy & Consent service у 2025. години, заједно са IAB GPP интеграцијом и OneTrust/Adobe Launch оквиром за проширења сагласности, представља стандард на који прелази већина предузећа. Овај водич пролази кроз компоненте, површине за сагласност и образац интеграције који издржава ревизију према тренутним европским и калифорнијским правилима.
Површине праћења у Adobe Experience Cloud
„Једна" Adobe инсталација је, из перспективе приватности, пет различитих површина праћења. Свака има своје питање сагласности.
Adobe Experience Cloud ID Service
ECID сервис (учитан са cdn.cookielaw.org или самостално хостован преко Adobe Launch) додељује трајни идентификатор посетиоца и чува га у AMCV_* колачићима. ECID је основа која повезује све остале Adobe сервисе — Adobe Analytics, Adobe Target и Adobe Audience Manager сви користе исти ECID за повезивање догађаја са профилом. Контрола ECID-а је основна одлука о сагласности; без ње, ниједан сервис даље у ланцу не може доследно идентификовати посетиоца.
Adobe Analytics (Site Catalyst)
Adobe Analytics бикон (учитан преко s_code.js или AppMeasurement) пријављује прегледе страница и кликове Adobe аналитичкој инфраструктури. Скрипта поставља s_cc, s_sq и s_pers колачиће, поред осталих. Као и ECID, то је површина за аналитику понашања која захтева изричиту сагласност у EU према ePrivacy Article 5(3).
Adobe Target
Adobe Target скрипта (учитана преко at.js) управља одлукама о персонализацији у реалном времену. Учитава се на серверској страни, прати понашање посетиоца и мења садржај странице на основу правила сегментације. Adobe Target колачићи укључују mbox и mboxEdgeCluster. Adobe Target је недвосмислено површина праћења за маркетиншке сврхе.
Adobe Audience Manager
Adobe Audience Manager (DMP слој, учитан преко dpm.demdex.net) је механизам за сегментацију који гради публику за активацију у плаћеним медијима. Поставља demdex колачић и прослеђује податке посетиоца Adobe графу идентитета. AAM је најизложенија површина из перспективе регулатора јер је недвосмислено међуконтекстуално оглашавање засновано на понашању према CPRA и изричити маркетинг према GDPR.
Adobe Real-Time CDP
Adobe Real-Time CDP обједињује идентитет са веба, мобилних уређаја и офлајн извора, градећи јединствени профил корисника. Из перспективе сагласности, подразумевано наслеђује најлибералније стање сагласности међу својим улазима; CMP интеграција мора уместо тога применити најрестриктивније стање.
Изворни механизми сагласности у Adobe-у
Adobe је значајно инвестирао у механизме управљања сагласношћу, посебно од 2023. године. Платформа сада излаже површине за сагласност на сваком слоју стека.
Adobe Privacy & Consent service
Покренут 2025. године, Privacy & Consent service је Adobe-ов обједињени слој за сагласност. Прима одлуке о сагласности од CMP-а преко API-ја или стандардног IAB GPP сигнала и пропагира их кроз Adobe Analytics, Adobe Target, Adobe Audience Manager и Adobe Real-Time CDP. Ово је препоручена тачка интеграције у 2026. години.
Adobe Launch проширење за сагласност
За имплементације које користе Adobe Launch као менаџер ознака, оквир проширења за сагласност (сличан режиму сагласности у Google Tag Manager-у) омогућава конфигурисање сваке Adobe ознаке да чека одређене категорије сагласности. Интеграције од OneTrust, TrustArc, Cookiebot и других се укључују у овај оквир.
Privacy JS API
Adobe Analytics, Adobe Target и ECID излажу optIn API на Adobe објекту на нивоу странице. Позивање visitor.optIn.approve(["aam", "ecid", "target", "analytics"]) одобрава сагласност за наведене сервисе; visitor.optIn.deny(...) је опозива. Ово је прави механизам за детаљну контролу сагласности по појединачном сервису.
Интеграција CMP-а корак по корак
Поуздана архитектура је одлагање сваке Adobe ознаке док се одлука о сагласности не забележи, а затим пропагирање те одлуке кроз Privacy & Consent service или Adobe Launch проширење за сагласност.
1. Одложите иницијализацију Adobe Launch-а
Adobe Launch библиотека сама иницијализује менаџер ознака који учитава све остало. Одложите Adobe Launch скрипту док CMP не забележи одлуку посетиоца. Ово је најважнија контролна тачка — правилна имплементација спречава скоро сваки проблем даље у ланцу.
2. Конфигуришите категорије сагласности по сервису
Мапирајте сваки Adobe сервис на CMP категорију. ECID и Adobe Analytics се обично контролишу под аналитиком; Adobe Target и Adobe Audience Manager под маркетингом; Adobe Real-Time CDP под категоријом која покрива најлибералнију употребу даље у ланцу. Документујте мапирање; одбрана на ревизији почива на томе.
3. Користите optIn API
Када CMP активира повратни позив за прихваћену категорију, позовите visitor.optIn.approve([...]) са сервисима који одговарају одобреним категоријама. ECID сервис и Adobe скрипте даље у ланцу ће почети да шаљу догађаје. При опозиву, позовите visitor.optIn.deny(...) да их зауставите.
4. Повежите се са Privacy & Consent service
За стање сагласности које мора да се пропагира изван контроле на нивоу странице — у Adobe Real-Time CDP, у серверску обраду, у групне увозе из других система — CMP мора да уписује податке у Adobe-ов Privacy & Consent service преко API-ја. Сервис затим примењује одлуку на сваком Adobe слоју који то подржава.
5. Поштујте опозив широм графа идентитета
Када корисник опозове сагласност, Adobe Real-Time CDP и Adobe Audience Manager морају да уклоне корисника из активних публика, а не само да престану да додају догађаје у његов профил. Конфигуришите процес брисања у Privacy & Consent service да се активира при опозиву и проверите да површине за активацију публике даље у ланцу (Google Ads, Meta, LiveRamp) поштују супресију.
Честе грешке
Четири грешке у интеграцији чине већину налаза ревизије у Adobe имплементацијама предузећа.
Дозвољавање иницијализације Adobe Launch-а пре сагласности
Подразумевана Adobe Launch интеграција учитава менаџер ознака при рендеровању странице, што иницијализује ECID и све остале ознаке које Adobe Launch аутоматски активира. Ово је најчешћи проблем и најлакши за исправљање — одложите Adobe Launch скрипту.
Третирање ECID-а као изузетка
Неки тимови тврде да је ECID „инфраструктура идентитета" а не праћење, и контролишу сервисе даље у ланцу док ECID-у дозвољавају да ради. ECID колачић је несуштински идентификатор према ePrivacy Article 5(3), без обзира на то како се његови подаци користе даље у ланцу. Контролишите га.
Неусклађена сагласност кроз стек
Ако CMP забележи сагласност за аналитику, али optIn API одобри само ecid и analytics остављајући aam и target неодређеним, понашање даље у ланцу зависи од платформе и ретко одговара ономе што је CMP забележио. Одобрите комплетан скуп који је корисник одобрио, остало изричито одбијте.
Заборављање серверског прикупљања података
Adobe Real-Time CDP подржава серверско прикупљање података из CRM система, складишта података и офлајн система. Ови токови не поштују аутоматски сагласност са стране претраживача. Privacy & Consent service мора бити позван из серверског пајплајна за прикупљање података ради примене оквира сагласности.
Контролна листа за ревизију
Шест конкретних питања на која треба одговорити за сваку Adobe Experience Cloud имплементацију која обрађује саобраћај из EU, UK или Калифорније.
- Да ли Adobe Launch чека сагласност? Отворите страницу у приватном прозору и потврдите да ниједан захтев ка Adobe доменима не полази пре прихватања банера.
- Да ли је мапирање сервиса на категорије документовано? За сваки Adobe сервис (ECID, Adobe Analytics, Adobe Target, AAM, Adobe Real-Time CDP), да ли постоји писани запис о томе која CMP категорија га контролише?
- Да ли optIn API одговара стању CMP-а? Потврдите да позиви approve/deny експлицитно наводе сваки Adobe сервис, при чему одобрени скуп одговара забележеној одлуци CMP-а.
- Да ли је Privacy & Consent service конфигурисан? Потврдите да CMP уписује одлуке у Privacy & Consent service API тако да површине ван претраживача (Adobe Real-Time CDP, серверско прикупљање) поштују те одлуке.
- Да ли активације даље у ланцу поштују опозив? Потврдите да опозив сагласности уклања корисника из активних публика у Google Ads, Meta и LiveRamp, а не само из будућих синхронизација.
- Да ли су серверски путеви прикупљања под контролом? Потврдите да CRM и увози из складишта података у Adobe Real-Time CDP примењују исти оквир сагласности као и догађаји из претраживача.
Где се Adobe уклапа у стек заснован на сагласности
Маркетиншки стекови предузећа изграђени око Adobe Experience Cloud су истовремено најмоћнији и најизложенији од свих уобичајених конфигурација. Добра вест је да је Adobe значајно инвестирао у механизме сагласности током последње две године, и да је имплементација из 2026. године која правилно користи Privacy & Consent service значајно лакше одбрањива од оне изграђене само на старијем Visitor ID Service-у. Кључ је у дисциплини: документовање мапирања сервиса на категорије, експлицитна употреба optIn API-ја уместо ослањања на подразумевана подешавања платформе, пропагирање сагласности на серверске површине и ревизија да активације даље у ланцу заиста поштују опозиве. Правилно имплементиран, исти Adobe стек који покреће персонализацију и сегментацију због којих су га маркетиншки стручњаци купили престаје да буде тиха регулаторна изложеност која чека да је регулатор открије.