Powierzchnie śledzenia Adobe Experience Cloud

“Pojedyncza” instalacja Adobe to, z perspektywy prywatności, pięć odrębnych powierzchni śledzenia. Każda ma własne pytanie dotyczące zgody.

Adobe Experience Cloud ID Service

Usługa ECID (ładowana z cdn.cookielaw.org lub hostowana samodzielnie przez Adobe Launch) przypisuje trwały identyfikator odwiedzającego i przechowuje go w plikach cookie AMCV_*. ECID to substrat łączący wszystkie inne usługi Adobe — Analytics, Target i Audience Manager używają tego samego ECID do powiązania zdarzeń z profilem. Bramkowanie ECID jest podstawową decyzją dotyczącą zgody; bez niego żadna z usług podrzędnych nie może spójnie identyfikować odwiedzającego.

Adobe Analytics (Site Catalyst)

Sygnał Adobe Analytics (ładowany przez s_code.js lub AppMeasurement) raportuje zdarzenia odsłon strony i kliknięć do infrastruktury analitycznej Adobe. Skrypt ustawia między innymi pliki cookie s_cc, s_sq i s_pers. Podobnie jak ECID jest to powierzchnia analityki behawioralnej wymagająca zgody opt-in w UE zgodnie z ePrivacy Article 5(3).

Adobe Target

Skrypt Target (ładowany przez at.js) obsługuje decyzje dotyczące personalizacji w czasie rzeczywistym. Ładuje się po stronie serwera, obserwuje zachowanie odwiedzającego i modyfikuje zawartość strony na podstawie reguł segmentacji. Pliki cookie Target obejmują mbox i mboxEdgeCluster. Target jest jednoznacznie powierzchnią śledzenia do celów marketingowych.

Adobe Audience Manager

Audience Manager (warstwa DMP, ładowana przez dpm.demdex.net) to silnik segmentacji budujący odbiorców do aktywacji w płatnych mediach. Ustawia plik cookie demdex i przekazuje dane odwiedzającego do grafu tożsamości Adobe. AAM jest najbardziej narażoną powierzchnią z perspektywy regulatora, ponieważ jest jednoznacznie reklamą behawioralną między kontekstami zgodnie z CPRA i jawnym marketingiem zgodnie z RODO.

Adobe Real-Time CDP

Real-Time CDP unifikuje tożsamość ze źródeł internetowych, mobilnych i offline, budując jeden profil klienta. Z perspektywy zgody domyślnie dziedziczy najbardziej permisywny stan zgody ze swoich danych wejściowych; integracja CMP musi zamiast tego egzekwować stan najbardziej restrykcyjny.

Natywne elementy zgody Adobe

Adobe znacząco zainwestowało w elementy zarządzania zgodami, szczególnie od 2023 roku. Platforma udostępnia teraz powierzchnie zgody na każdej warstwie stosu.

Adobe Privacy & Consent service

Uruchomiony w 2025 roku Adobe Privacy & Consent service to ujednolicona warstwa zgody Adobe. Akceptuje decyzje dotyczące zgody od CMP przez API lub standardowy sygnał IAB GPP i propaguje je w Analytics, Target, Audience Manager i Real-Time CDP. To zalecany punkt integracji w 2026 roku.

Rozszerzenie zgody Adobe Launch

Dla wdrożeń korzystających z Adobe Launch jako menedżera tagów, framework rozszerzenia zgody (podobny do trybu zgody Google Tag Manager) pozwala skonfigurować każdy tag Adobe do oczekiwania na konkretne kategorie zgody. Integracje z OneTrust, TrustArc, Cookiebot i innymi podłączają się do tego frameworku.

Privacy JS API

Adobe Analytics, Target i ECID udostępniają API optIn na obiekcie Adobe na poziomie strony. Wywołanie visitor.optIn.approve(["aam", "ecid", "target", "analytics"]) udziela zgody na wymienione usługi; visitor.optIn.deny(...) ją cofa. To właściwy element do szczegółowego egzekwowania zgody dla poszczególnych usług.

Integracja CMP krok po kroku

Niezawodna architektura polega na odroczeniu każdego tagu Adobe do momentu zarejestrowania decyzji o zgodzie, a następnie propagowaniu decyzji przez Privacy & Consent service lub rozszerzenie zgody Launch.

1. Odrocz inicjalizację Adobe Launch

Sama biblioteka Launch inicjalizuje menedżera tagów, który ładuje wszystko inne. Odrocz skrypt Launch do momentu, gdy CMP przechwyci decyzję odwiedzającego. To jedyna najbardziej istotna brama — prawidłowe jej ustawienie zapobiega prawie każdemu defektowi w dół strumienia.

2. Skonfiguruj kategorie zgody dla poszczególnych usług

Mapuj każdą usługę Adobe na kategorię CMP. ECID i Analytics zazwyczaj podlegają analityce; Target i Audience Manager — marketingowi; Real-Time CDP — tej kategorii, która obejmuje najbardziej permisywne zastosowanie podrzędne. Udokumentuj mapowanie; obrona audytu na nim spoczywa.

3. Użyj optIn API

Gdy CMP uruchomi wywołanie zwrotne akceptacji kategorii, wywołaj visitor.optIn.approve([...]) z usługami odpowiadającymi przyznanym kategoriom. Usługa ECID i podrzędne skrypty Adobe zaczną wysyłać zdarzenia. W przypadku odwołania wywołaj visitor.optIn.deny(...), aby je zatrzymać.

4. Połącz z Privacy & Consent service

Dla stanu zgody, który musi propagować się poza egzekwowaniem na stronie — do Real-Time CDP, do pozyskiwania po stronie serwera, do importów wsadowych z innych systemów — CMP musi pisać do Adobe Privacy & Consent service przez API. Usługa następnie egzekwuje decyzję na każdej warstwie Adobe, która ją obsługuje.

5. Honoruj odwołanie w całym grafie tożsamości

Gdy użytkownik cofa zgodę, Real-Time CDP i Audience Manager muszą usunąć użytkownika z aktywnych odbiorców, a nie tylko przestać dodawać zdarzenia do jego profilu. Skonfiguruj przepływ pracy usuwania Privacy & Consent service, aby uruchamiał się przy odwołaniu, i sprawdź, czy podrzędne powierzchnie aktywacji odbiorców (Google Ads, Meta, LiveRamp) honorują tłumienie.

Typowe pułapki

Cztery błędy integracyjne odpowiadają za większość wyników audytów korporacyjnych wdrożeń Adobe.

Pozwolenie na inicjalizację Launch przed wyrażeniem zgody

Domyślna integracja Launch ładuje menedżera tagów podczas renderowania strony, co inicjalizuje ECID i wszelkie inne tagi skonfigurowane do automatycznego uruchamiania przez Launch. To najczęstszy defekt i najłatwiejszy do naprawienia — odrocz skrypt Launch.

Traktowanie ECID jako zwolnionego

Niektóre zespoły twierdzą, że ECID to “infrastruktura tożsamości”, a nie śledzenie, i bramkują usługi podrzędne, pozwalając jednocześnie ECID działać. Plik cookie ECID jest nieistotnym identyfikatorem zgodnie z ePrivacy Article 5(3), niezależnie od tego, jak jego dane są wykorzystywane w dół strumienia. Bramkuj go.

Niezgodne zgody w stosie

Jeśli CMP rejestruje zgodę na analitykę, ale optIn API zatwierdza tylko ecid i analytics, pozostawiając aam i target nieokreślone, zachowanie podrzędne jest zależne od platformy i rzadko odpowiada temu, co zarejestrował CMP. Zatwierdź pełny zestaw przyznany przez użytkownika, jawnie odmawiając pozostałym.

Zapomnienie o pozyskiwaniu po stronie serwera

Adobe Real-Time CDP obsługuje pozyskiwanie danych po stronie serwera z CRM, magazynów danych i systemów offline. Te przepływy nie honorują automatycznie zgody po stronie przeglądarki. Privacy & Consent service musi być wywołany z potoku pozyskiwania po stronie serwera, aby egzekwować kopertę zgody.

Lista kontrolna audytu

Sześć konkretnych pytań do odpowiedzi dla każdego wdrożenia Adobe Experience Cloud obejmującego ruch z UE, Wielkiej Brytanii lub Kalifornii.

• Czy Launch czeka na zgodę? Otwórz stronę w oknie prywatnym i potwierdź, że żadne żądania domeny Adobe nie są uruchamiane przed akceptacją banera.
• Czy mapowanie usługi na kategorię jest udokumentowane? Dla każdej usługi Adobe (ECID, Analytics, Target, AAM, Real-Time CDP) — czy istnieje pisemny zapis, która kategoria CMP ją bramkuje?
• Czy optIn API odpowiada stanowi CMP? Potwierdź, że wywołania approve/deny wymieniają każdą usługę Adobe wprost, przy czym przyznany zestaw odpowiada zarejestrowanej decyzji CMP.
• Czy Privacy & Consent service jest skonfigurowany? Potwierdź, że CMP zapisuje decyzje do API Privacy & Consent service, aby powierzchnie nie będące przeglądarkami (Real-Time CDP, pozyskiwanie po stronie serwera) je honorowały.
• Czy aktywacje podrzędne honorują odwołanie? Potwierdź, że cofnięcie zgody usuwa użytkownika z aktywnych odbiorców w Google Ads, Meta i LiveRamp, a nie tylko z przyszłych synchronizacji.
• Czy ścieżki pozyskiwania po stronie serwera są bramkowane? Potwierdź, że importy CRM i magazynów danych do Real-Time CDP egzekwują tę samą kopertę zgody co zdarzenia przeglądarki.

Gdzie Adobe pasuje do stosu z pierwszeństwem zgody

Korporacyjne stosy marketingowe zbudowane wokół Adobe Experience Cloud są jednocześnie najpotężniejszymi i najbardziej eksponującymi spośród wszystkich typowych konfiguracji. Dobra wiadomość jest taka, że Adobe przez ostatnie dwa lata intensywnie inwestowało w elementy zgody, a wdrożenie z 2026 roku prawidłowo korzystające z Privacy & Consent service jest znacznie bardziej obronne niż zbudowane wyłącznie na starszym Visitor ID Service. Praca leży w dyscyplinie: dokumentowaniu mapowania usługi na kategorię, jawnym używaniu optIn API zamiast polegania na domyślnych ustawieniach platformy, propagowaniu zgody na powierzchnie po stronie serwera i weryfikowaniu, czy aktywacje podrzędne rzeczywiście honorują odwołania. Wykonane prawidłowo, ten sam stos Adobe napędzający personalizację i segmentację, którą marketingowcy go kupili, przestaje być cichym narażeniem na kwestie zgodności czekającym na regulatora, który je ujawni.