Az Adobe Experience Cloud Nyomkövetési Felületei

Egy egységes Adobe-telepítés adatvédelmi szempontból öt különálló nyomkövetési felületet jelent. Mindegyiknek saját hozzájárulási kérdése van.

Adobe Experience Cloud ID Service

Az ECID szolgáltatás (a cdn.cookielaw.org oldalról töltve be, vagy önállóan kiszolgálva az Adobe Launch segítségével) állandó látogatói azonosítót rendel hozzá, és tárolja azt az AMCV_* sütikben. Az ECID az az alap, amely összeköti az összes többi Adobe szolgáltatást — az Analytics, a Target és az Audience Manager is ugyanazt az ECID-t használja az események profilhoz való társításához. Az ECID kapuzása az alapvető hozzájárulási döntés; nélküle egyik alárendelt szolgáltatás sem tudja következetesen azonosítani a látogatót.

Adobe Analytics (Site Catalyst)

Az Adobe Analytics beacon (a s_code.js vagy AppMeasurement segítségével töltve be) oldalmegtekintési és kattintási eseményeket jelent az Adobe elemzési infrastruktúrájának. A szkript beállítja az s_cc, s_sq és s_pers sütiket, többek között. Az ECID-hez hasonlóan ez is egy viselkedési elemzési felület, amely az ePrivacy Article 5(3) értelmében az EU-ban opt-in hozzájárulást igényel.

Adobe Target

A Target szkript (az at.js segítségével töltve be) valós idejű személyre szabási döntéseket kezel. Kiszolgálói oldalon töltődik be, figyeli a látogató viselkedését, és szegmentálási szabályok alapján módosítja az oldal tartalmát. A Target sütik tartalmazzák az mbox-ot és az mboxEdgeCluster-t. A Target egyértelműen marketingcélú nyomkövetési felület.

Adobe Audience Manager

Az Audience Manager (a DMP réteg, a dpm.demdex.net segítségével töltve be) az a szegmentálási motor, amely közönségeket épít a fizetett médiában való aktiváláshoz. Beállítja a demdex sütit, és a látogatói adatokat az Adobe identitásgráfjába továbbítja. Az AAM a legexponáltabb felület szabályozói szempontból, mivel egyértelműen kontextusokon átívelő viselkedési reklámozás a CPRA értelmében, és explicit marketingcélú a GDPR szerint.

Adobe Real-Time CDP

A Real-Time CDP egységesíti az identitást a weben, mobilon és offline forrásokban, egyetlen ügyfélprofilt építve fel. Hozzájárulási szempontból alapértelmezés szerint a legmegengedőbb hozzájárulási állapotot örökli a bemenetei közül; a CMP integrációnak ehelyett a legkorlátozóbb állapotot kell érvényesítenie.

Az Adobe Natív Hozzájárulási Primitívjei

Az Adobe jelentős mértékben befektetett a hozzájáruláskezelési primitívekbe, különösen 2023 óta. A platform ma már a stack minden rétegén hozzájárulási felületeket tesz elérhetővé.

Adobe Privacy & Consent service

2025-ben bevezetett Privacy & Consent service az Adobe egységesített hozzájárulási rétege. Hozzájárulási döntéseket fogad el CMP-től API-n vagy szabványos IAB GPP jelen keresztül, és továbbítja azokat az Analytics, Target, Audience Manager és Real-Time CDP felé. Ez a javasolt integrációs pont 2026-ban.

Adobe Launch hozzájárulás-bővítmény

Az Adobe Launch-ot tagkezelőként használó telepítésekhez a hozzájárulás-bővítmény keretrendszer (hasonlóan a Google Tag Manager hozzájárulási módjához) lehetővé teszi, hogy minden Adobe tag meghatározott hozzájárulási kategóriák megvárásához legyen konfigurálva. Az OneTrust, TrustArc, Cookiebot és más megoldások csatlakoznak ebbe a keretrendszerbe.

A Privacy JS API

Az Adobe Analytics, Target és ECID elérhetővé tesz egy optIn API-t az oldal szintű Adobe objektumon. A visitor.optIn.approve(["aam", "ecid", "target", "analytics"]) meghívása hozzájárulást ad a megnevezett szolgáltatásokhoz; a visitor.optIn.deny(...) visszavonja azt. Ez a megfelelő primitív a részletes, szolgáltatásonkénti hozzájárulás érvényesítéséhez.

Lépésről Lépésre CMP Integráció

A megbízható architektúra az, hogy minden Adobe taget elhalasztunk, amíg hozzájárulási döntés nem rögzítődik, majd a döntést a Privacy & Consent service-n vagy a Launch hozzájárulás-bővítményen keresztül terjesztjük tovább.

1. Az Adobe Launch inicializálásának elhalasztása

Maga a Launch könyvtár inicializálja a tagkezelőt, amely mindent mást betölt. Halassza el a Launch szkriptet, amíg a CMP rögzítette a látogató döntését. Ez az egyetlen legmeghatározóbb kapu — ha helyesen végzik el, szinte minden alárendelt hibát megelőz.

2. Szolgáltatásonkénti hozzájárulási kategóriák konfigurálása

Minden Adobe szolgáltatást CMP kategóriához kell rendelni. Az ECID és az Analytics általában az elemzés alatt kerül kapuzásra; a Target és az Audience Manager a marketing alatt; a Real-Time CDP az alatt a kategória alatt, amely a legmegengedőbb alárendelt felhasználást fedi. Dokumentálja a leképezést; az audit védelem erre épül.

3. Az optIn API használata

Amikor a CMP aktiválja a kategória-elfogadási visszahívást, hívja meg a visitor.optIn.approve([...])-t azokkal a szolgáltatásokkal, amelyek megfelelnek a megadott kategóriáknak. Az ECID szolgáltatás és az alárendelt Adobe szkriptek elkezdenek eseményeket küldeni. Visszavonáskor hívja meg a visitor.optIn.deny(...)-t a leállításukhoz.

4. Csatlakozás a Privacy & Consent service-hez

Az olyan hozzájárulási állapot esetén, amelynek az oldalon belüli érvényesítésen túl kell terjednie — a Real-Time CDP-be, a kiszolgálóoldali betöltésbe, más rendszerekből érkező köteges importokba — a CMP-nek API-n keresztül kell írnia az Adobe Privacy & Consent service-be. A szolgáltatás ezután érvényesíti a döntést minden olyan Adobe rétegen, amely támogatja azt.

5. Visszavonás megtisztelése az identitásgráfon keresztül

Amikor egy felhasználó visszavonja a hozzájárulást, a Real-Time CDP-nek és az Audience Manager-nek el kell távolítania a felhasználót az aktív közönségekből, nem csak meg kell állítania az események hozzáadását a profiljukhoz. Konfigurálja a Privacy & Consent service törlési munkafolyamatát a visszavonáskor való aktiválódásra, és ellenőrizze, hogy az alárendelt közönség-aktiválási felületek (Google Ads, Meta, LiveRamp) figyelembe veszik-e a tiltást.

Gyakori Hibák

Négy integrációs hiba magyarázza az enterprise Adobe telepítéseken végzett auditvizsgálatok megállapításainak nagy részét.

A Launch inicializálása hozzájárulás előtt

Az alapértelmezett Launch integráció az oldalrendereléskor betölti a tagkezelőt, amely inicializálja az ECID-t és minden egyéb tagot, amelyet a Launch automatikusan aktiválásra van konfigurálva. Ez a leggyakoribb hiba, és a legjobban orvosolható — halassza el a Launch szkriptet.

Az ECID mentesnek tekintése

Egyes csapatok azzal érvelnek, hogy az ECID identitási infrastruktúra és nem nyomkövetés, és az alárendelt szolgáltatásokat kapuzzák, miközben az ECID-t futni hagyják. Az ECID süti nem alapvető azonosító az ePrivacy Article 5(3) értelmében, függetlenül attól, hogy adatait hogyan használják az alárendelt szolgáltatásokban. Kapuzza azt is.

Eltérő hozzájárulás a stacken keresztül

Ha a CMP rögzíti az elemzési hozzájárulást, de az optIn API csak az ecid-t és az analytics-t hagyja jóvá, miközben az aam-ot és a target-et meghatározatlanul hagyja, az alárendelt viselkedés platformfüggő, és ritkán egyezik a CMP által rögzítettekkel. Hagyja jóvá a felhasználó által megadott teljes készletet, és tagadja meg a többit kifejezetten.

A kiszolgálóoldali betöltés elfelejtése

Az Adobe Real-Time CDP támogatja a CRM-ekből, adattárházakból és offline rendszerekből érkező kiszolgálóoldali adatbetöltést. Ezek a folyamatok nem tartják automatikusan tiszteletben a böngészőoldali hozzájárulást. A Privacy & Consent service-t meg kell hívni a kiszolgálóoldali betöltési folyamatból a hozzájárulási burkolat érvényesítéséhez.

Audit Ellenőrzőlista

Hat konkrét kérdés, amelyre választ kell adni minden EU-, UK- vagy kaliforniai forgalmat érintő Adobe Experience Cloud telepítésnél.

• Megvárja-e a Launch a hozzájárulást? Nyissa meg az oldalt privát ablakban, és erősítse meg, hogy a banner elfogadása előtt nem indulnak Adobe domainre irányuló kérések.
• Dokumentált-e a szolgáltatás-kategória leképezés? Minden Adobe szolgáltatáshoz (ECID, Analytics, Target, AAM, Real-Time CDP) van-e írásos feljegyzés arról, hogy melyik CMP kategória kapuzza?
• Egyezik-e az optIn API a CMP állapotával? Erősítse meg, hogy az approve/deny hívások minden Adobe szolgáltatást kifejezetten felsorolnak, a megadott készlet egyezik a CMP rögzített döntésével.
• Konfigurált-e a Privacy & Consent service? Erősítse meg, hogy a CMP döntéseket ír a Privacy & Consent service API-ba, hogy a böngészőn kívüli felületek (Real-Time CDP, kiszolgálóoldali betöltés) is figyelembe vegyék azokat.
• Figyelembe veszik-e az alárendelt aktiválások a visszavonást? Erősítse meg, hogy a hozzájárulás visszavonása eltávolítja a felhasználót az aktív közönségekből a Google Ads, Meta és LiveRamp platformokon, nem csak a jövőbeli szinkronizálásokból.
• Kapuzottak-e a kiszolgálóoldali betöltési útvonalak? Erősítse meg, hogy a CRM és adattárház importok a Real-Time CDP-be ugyanazt a hozzájárulási burkolót érvényesítik, mint a böngészőesemények.

Az Adobe Helye a Hozzájárulás-Először Stackben

Az Adobe Experience Cloud köré épített enterprise marketingstackok egyszerre a legerősebbek és a leginkább kitettjebbek a legelterjedtebb konfigurációkban. A jó hír az, hogy az Adobe az elmúlt két évben sokat fektetett be hozzájárulási primitívekbe, és egy 2026-os telepítés, amely megfelelően használja a Privacy & Consent service-t, érdemben jobban védhető, mint egy a régebbi Visitor ID Service-re épített. A munka a fegyelemben rejlik: a szolgáltatás-kategória leképezés dokumentálása, az optIn API kifejezett használata a platformértelmezések helyett, a hozzájárulás terjesztése kiszolgálóoldali felületekre, és annak ellenőrzése, hogy az alárendelt aktiválások valóban figyelembe veszik-e a visszavonásokat. Ha helyesen végzik el, ugyanaz az Adobe stack, amely a személyre szabást és szegmentálást hajtja, amelyért a marketingesek megvásárolták, megszűnik csendes megfelelési kitettség lenni, amely egy szabályozóra vár, hogy felszínre hozza azt.