Suprafețele de Urmărire Adobe Experience Cloud

O instalare Adobe “unică” este, din perspectiva confidențialității, cinci suprafețe de urmărire distincte. Fiecare are propria întrebare de consimțământ.

Adobe Experience Cloud ID Service

Serviciul ECID (încărcat de la cdn.cookielaw.org sau găzduit intern prin Adobe Launch) atribuie un identificator persistent de vizitator și îl stochează în cookie-urile AMCV_*. ECID este substratul care leagă toate celelalte servicii Adobe — Analytics, Target și Audience Manager folosesc același ECID pentru a asocia evenimentele cu un profil. Blocarea ECID este decizia fundamentală de consimțământ; fără aceasta, niciunul dintre serviciile din aval nu poate identifica vizitatori în mod consecvent.

Adobe Analytics (Site Catalyst)

Beacon-ul Adobe Analytics (încărcat prin s_code.js sau AppMeasurement) raportează evenimentele de vizualizare a paginii și de clic la infrastructura de analiză Adobe. Scriptul setează, printre altele, cookie-urile s_cc, s_sq și s_pers. Ca și ECID, este o suprafață de analiză comportamentală care necesită consimțământ opt-in în UE conform ePrivacy Article 5(3).

Adobe Target

Scriptul Target (încărcat prin at.js) gestionează decizii de personalizare în timp real. Se încarcă pe partea serverului, monitorizează comportamentul vizitatorilor și modifică conținutul paginii pe baza regulilor de segmentare. Cookie-urile Target includ mbox și mboxEdgeCluster. Target este fără echivoc o suprafață de urmărire în scopuri de marketing.

Adobe Audience Manager

Audience Manager (stratul DMP, încărcat prin dpm.demdex.net) este motorul de segmentare care construiește audiențe pentru activare în media plătite. Setează cookie-ul demdex și transmite datele vizitatorilor la graful de identitate Adobe. AAM este suprafața cea mai expusă din perspectiva regulatorului, deoarece este fără echivoc publicitate comportamentală cross-context conform CPRA și marketing explicit conform GDPR.

Adobe Real-Time CDP

Real-Time CDP unifică identitatea din surse web, mobile și offline, construind un singur profil de client. Din perspectiva consimțământului, moștenește implicit starea de consimțământ cea mai permisivă din intrările sale; o integrare CMP trebuie să impună în schimb starea cea mai restrictivă.

Primitivele Native de Consimțământ Adobe

Adobe a investit semnificativ în primitive de management al consimțământului, în special din 2023. Platforma expune acum suprafețe de consimțământ la fiecare strat al stack-ului.

Adobe Privacy & Consent service

Lansat în 2025, Adobe Privacy & Consent service este stratul unificat de consimțământ Adobe. Acceptă decizii de consimțământ de la un CMP prin API sau semnalul standard IAB GPP și le propagă în Analytics, Target, Audience Manager și Real-Time CDP. Acesta este punctul de integrare recomandat în 2026.

Extensia de consimțământ Adobe Launch

Pentru implementările care folosesc Adobe Launch ca manager de tag-uri, framework-ul de extensie a consimțământului (similar modului de consimțământ al Google Tag Manager) permite configurarea fiecărui tag Adobe să aștepte categorii specifice de consimțământ. Integrările de la OneTrust, TrustArc, Cookiebot și altele se conectează la acest framework.

Privacy JS API

Adobe Analytics, Target și ECID expun un API optIn pe obiectul Adobe la nivel de pagină. Apelând visitor.optIn.approve(["aam", "ecid", "target", "analytics"]) se acordă consimțământul pentru serviciile numite; visitor.optIn.deny(...) îl revocă. Acesta este primitivul corect pentru aplicarea granulară a consimțământului per serviciu.

Integrarea CMP Pas cu Pas

Arhitectura fiabilă este să amânați fiecare tag Adobe până când o decizie de consimțământ este înregistrată, apoi să propagați decizia prin Privacy & Consent service sau extensia de consimțământ Launch.

1. Amânați inițializarea Adobe Launch

Biblioteca Launch în sine inițializează managerul de tag-uri care încarcă totul altceva. Amânați scriptul Launch până când CMP a capturat decizia vizitatorului. Aceasta este poarta cea mai consecventă — dacă o rezolvați corect, preveniți aproape fiecare defect din aval.

2. Configurați categoriile de consimțământ per serviciu

Mapați fiecare serviciu Adobe la o categorie CMP. ECID și Analytics se încadrează de obicei la analiză; Target și Audience Manager la marketing; Real-Time CDP la orice categorie care acoperă utilizarea cea mai permisivă din aval. Documentați maparea; apărarea auditului se bazează pe aceasta.

3. Folosiți optIn API

Când CMP declanșează callback-ul de categorie acceptată, apelați visitor.optIn.approve([...]) cu serviciile care corespund categoriilor acordate. Serviciul ECID și scripturile Adobe din aval vor începe să trimită evenimente. La revocare, apelați visitor.optIn.deny(...) pentru a le opri.

4. Conectați la Privacy & Consent service

Pentru starea de consimțământ care trebuie propagată dincolo de aplicarea pe pagină — în Real-Time CDP, în ingestia pe partea serverului, în importurile batch din alte sisteme — CMP-ul trebuie să scrie la Adobe Privacy & Consent service prin API. Serviciul aplică apoi decizia la fiecare strat Adobe care o acceptă.

5. Respectați revocarea în întregul graf de identitate

Când un utilizator revocă consimțământul, Real-Time CDP și Audience Manager trebuie să elimine utilizatorul din audiențele active, nu doar să oprească adăugarea de evenimente la profilul lor. Configurați fluxul de lucru de ștergere al Privacy & Consent service să se declanșeze la revocare și auditați că suprafețele de activare a audiențelor din aval (Google Ads, Meta, LiveRamp) respectă suprimarea.

Capcane Comune

Patru greșeli de integrare sunt responsabile pentru majoritatea constatărilor de audit la implementările enterprise Adobe.

Lăsarea Launch să se inițializeze înainte de consimțământ

Integrarea implicită Launch încarcă managerul de tag-uri la randarea paginii, care inițializează ECID și orice alte tag-uri pe care Launch este configurat să le declanșeze automat. Acesta este cel mai frecvent defect și cel mai ușor de remediat — amânați scriptul Launch.

Tratarea ECID ca scutit

Unele echipe susțin că ECID este “infrastructură de identitate” mai degrabă decât urmărire, și blochează serviciile din aval în timp ce lasă ECID să se declanșeze. Cookie-ul ECID este un identificator neesențial conform ePrivacy Article 5(3), indiferent de modul în care datele sale sunt folosite în aval. Blocați-l.

Consimțământ necorespunzător în stack

Dacă CMP înregistrează consimțământ pentru analiză, dar optIn API aprobă doar ecid și analytics lăsând aam și target nespecificate, comportamentul din aval este dependent de platformă și rar corespunde cu ceea ce a înregistrat CMP. Aprobați setul complet pe care l-a acordat utilizatorul, refuzând restul în mod explicit.

Uitarea ingestiei pe partea serverului

Adobe Real-Time CDP suportă ingestia de date pe partea serverului din CRM-uri, depozite de date și sisteme offline. Aceste fluxuri nu respectă automat consimțământul de pe partea browserului. Privacy & Consent service trebuie apelat din pipeline-ul de ingestie pe partea serverului pentru a aplica plicul de consimțământ.

Lista de Verificare a Auditului

Șase întrebări concrete de răspuns pentru orice implementare Adobe Experience Cloud care atinge traficul UE, Regatul Unit sau California.

• Launch așteaptă consimțământul? Deschideți pagina într-o fereastră privată și confirmați că nicio cerere de domeniu Adobe nu se declanșează înainte de acceptarea bannerului.
• Este documentată maparea serviciu-la-categorie? Pentru fiecare serviciu Adobe (ECID, Analytics, Target, AAM, Real-Time CDP), există o înregistrare scrisă a categoriei CMP care îl blochează?
• Corespunde optIn API cu starea CMP? Confirmați că apelurile approve/deny listează explicit fiecare serviciu Adobe, cu setul acordat corespunzând deciziei înregistrate de CMP.
• Este configurat Privacy & Consent service? Confirmați că CMP scrie decizii la API-ul Privacy & Consent service astfel încât suprafețele non-browser (Real-Time CDP, ingestia pe partea serverului) să le respecte.
• Activările din aval respectă revocarea? Confirmați că revocarea consimțământului elimină utilizatorul din audiențele active în Google Ads, Meta și LiveRamp, nu doar din sincronizările viitoare.
• Sunt blocate căile de ingestie pe partea serverului? Confirmați că importurile CRM și din depozitul de date în Real-Time CDP aplică același plic de consimțământ ca evenimentele browserului.

Unde se Potrivește Adobe într-un Stack cu Consimțământul pe Primul Loc

Stack-urile de marketing enterprise construite în jurul Adobe Experience Cloud sunt simultan cele mai puternice și cele mai expuse din orice configurație comună. Vestea bună este că Adobe a investit masiv în primitive de consimțământ în ultimii doi ani, iar o implementare din 2026 care folosește corect Privacy & Consent service este semnificativ mai defensibilă decât una construită pe vechiul Visitor ID Service. Munca constă în disciplină: documentarea mapării serviciu-la-categorie, utilizarea explicită a optIn API în loc să se bazeze pe valorile implicite ale platformei, propagarea consimțământului la suprafețele de pe partea serverului și auditarea că activările din aval respectă efectiv revocările. Realizat corect, același stack Adobe care conduce personalizarea și segmentarea pentru care marketerii l-au cumpărat încetează să mai fie o expunere de conformitate silențioasă care așteaptă un regulator să o descopere.