Dlaczego Optimizely Web Experimentation wymaga zgody

Domyślna inicjalizacja Optimizely wykonuje kilka czynności przy pierwszym renderowaniu strony: ustawia plik cookie pierwszej strony pod kluczem optimizelyEndUserId zawierający trwały identyfikator odwiedzającego; ocenia odwiedzającego względem aktywnych eksperymentów; zapisuje przypisanie wariantu w drugim pliku cookie pod kluczem optimizelyOptOut; wysyła zdarzenie decyzji do logx.optimizely.com; i stosuje zmiany wariantu na renderowanej stronie. Jeśli operatorzy podłączą integracje analityczne – Google Analytics 4, Adobe Analytics, Amplitude, Mixpanel, Heap lub Optimizely Data Platform – SDK wysyła również zdarzenia wyświetlenia wariantu do warstwy analitycznej, wiążąc wariant z szerszym profilem analitycznym odwiedzającego.

Każda z tych czynności uruchamia odrębny wymóg zgody. Trwałość identyfikatora odwiedzającego jest operacją przechowywania i dostępu na podstawie Article 5(3) dyrektywy ePrivacy, wymagającą uprzedniej, swobodnie udzielonej, konkretnej, poinformowanej i jednoznacznej zgody w EEA, UK i wszystkich jurysdykcjach, które przyjęły te same standardy. Wiązanie przypisania wariantu eksperymentalnego z tym identyfikatorem przez całą sesję jest przetwarzaniem danych osobowych na podstawie GDPR, ponieważ kombinacja identyfikatora, adresu IP i wyświetlenia wariantu wystarczy do identyfikacji osoby i scharakteryzowania jej interakcji z programem eksperymentów. Propagacja danych wariantu między narzędziami – na przykład gdy Optimizely przekazuje wariant do Google Analytics – dodaje bramkę analityczną do łańcucha. Wytyczne EDPB z 2023 roku wyraźnie stwierdzają, że eksperymenty obejmujące trwałą identyfikację podlegają tym samym zasadom zgody co analityka. CNIL był najbardziej głośnym organem nadzorczym w tej kwestii, ale nie jedynym.

Co Optimizely zapisuje przed zgodą – co należy zablokować

Standardowy snippet Optimizely instaluje JavaScript SDK bezpośrednio w sekcji head strony i inicjalizuje go natychmiast po załadowaniu. To jest udokumentowany quickstart i najczęstsza przyczyna naruszeń zgodności. SDK jest wykonywany przed renderowaniem bannera plików cookie: plik cookie optimizelyEndUserId jest zapisywany w milisekundach, przypisania wariantów są dokonywane i zdarzenia decyzji są wysyłane – bez względu na to, co odwiedzający zdecyduje później. Każdy europejski organ regulacyjny, który oceniał ten wzorzec, doszedł do tego samego wniosku: pliki cookie ustawione przed zgodą są nielegalne; przypisania wariantów uchwycone przed zgodą są nielegalnym przetwarzaniem; i wydawca ponosi odpowiedzialność.

Zgodna integracja musi zapobiec zapisywaniu przez Optimizely trwałych identyfikatorów w plikach cookie i wysyłaniu zdarzeń decyzji do czasu przyznania odpowiedniej kategorii zgody. Optimizely obsługuje dwa wzorce do tego celu. Pierwszy to dedykowany atrybut zgody: przekazanie OPTIMIZELY_OPT_OUT=true jako parametru zapytania lub ustawienie pliku cookie optimizely.opt_out przed inicjalizacją SDK ustawia SDK w tryb rezygnacji – żadne identyfikatory nie są zapisywane, żadne zdarzenia nie są wysyłane. Drugi to tryb tylko anonimowy, obsługiwany w konfiguracji SDK: SDK działa w trybie bez sesji, przypisując warianty wyłącznie na podstawie lokalnych identyfikatorów sesji bez trwałej identyfikacji między wizytami. Tryb anonimowy umożliwia programowi eksperymentów działanie na podstawie uzasadnionego interesu dla decyzji renderowania, odkładając trwałą identyfikację do czasu udzielenia zgody.

Pliki cookie i pamięć zapisywane przez Optimizely

SDK Optimizely Web Experimentation zapisuje następujące identyfikatory przy inicjalizacji – wszystkie są nieistotne i wymagają zgody: optimizelyEndUserId, trwały identyfikator odwiedzającego z wieloletnim czasem wygaśnięcia; znacznik optimizelyOptOut śledzący stan rezygnacji; optimizelyDomainTestCookie dla eksperymentów między subdomenami; i dodatkowe pliki cookie przestrzeni nazw, jeśli operator włączył identyfikację między domenami. Wycofanie zgody musi zarówno wygasić pliki cookie, jak i ustawić SDK w tryb rezygnacji przez optimizely.push({ type: 'user', attributes: { opt_out: true } }), zatrzymując dalsze zbieranie zdarzeń.

Mapowanie Optimizely na frameworki zgody

Optimizely nie implementuje natywnie IAB TCF ani IAB Global Privacy Platform – jest to platforma eksperymentów własnych, a nie dostawca adtech. Jednak ujawnia natywne API rezygnacji, obsługuje udokumentowaną integrację Consent Mode przez Optimizely Data Platform i respektuje CMP wydawcy przez atrybut OPTIMIZELY_OPT_OUT. Wzorzec, który przeżywa kontrolę regulacyjną, traktuje każdą funkcję Optimizely jako oddzielną bramkę powiązaną z konkretnym sygnałem CMP.

• Anonimowe eksperymenty mogą działać na podstawie uzasadnionego interesu z lokalnymi identyfikatorami sesji. Jest to odpowiednie dla decyzji renderowania, które nie wymagają trwałej identyfikacji między wizytami i nie są propagowane do analityki downstream. Ten tryb jest powiązany z kategorią ściśle niezbędną lub funkcjonalną.
• Trwałe eksperymenty ze stabilnymi identyfikatorami są powiązane z celami analitycznymi. W terminologii TCF odpowiada to Celowi 8 połączonemu z Celem 1. W Consent Mode odpowiada to analytics_storage.
• Integracje między narzędziami (zdarzenia wyświetlenia wariantu propagowane do Google Analytics, Amplitude lub Optimizely Data Platform) dziedziczą bramkę analityczną od narzędzia odbierającego i nie powinny być wysyłane, jeśli bramka tego narzędzia nie jest przyznana.
• Personalizacja i targetowanie oparte na odbiorcach zbudowane na eksperymentach uruchamiają bramkę marketingową, gdy przechodzi od pomiaru eksperymentalnego do targetowania na poziomie użytkownika.

Działające wzorce integracji

Wdrożenie referencyjne ma cztery części: CMP publikujące zdarzenia zmiany zgody w czasie rzeczywistym; opóźniony bootstrap inicjalizujący SDK Optimizely z włączoną rezygnacją lub aktywnym trybem anonimowym; słuchacz zgody przełączający SDK z rezygnacji na trwałą identyfikację, gdy bramka analityczna się otwiera; i ścieżka wycofania zwracająca SDK do trybu rezygnacji, wygaszająca pliki cookie optimizely przez document.cookie i propagująca wycofanie do integracji analitycznych downstream.

Implementacja webowa z opóźnionym bootstrapem

W sieci, najczystszym wzorcem jest załadowanie snippetu Optimizely z window.optimizelyOptOut = true ustawionym przed inicjalizacją SDK. Zasubskrybuj zdarzenia zmiany zgody CMP. Gdy kategoria analityczna przechodzi na true, wywołaj window.optimizely.push({ type: 'user', attributes: { opt_out: false } }) i pozwól SDK zainicjalizować się normalnie. Gdy bramka jest wycofana, przywróć atrybut rezygnacji do true, wygaś plik cookie optimizelyEndUserId i propaguj zmianę do zintegrowanych platform analitycznych przez ich odpowiednie API zgody.

Eksperymenty po stronie serwera przez Decision Service

Optimizely obsługuje również eksperymenty po stronie serwera przez API Decision Service. Decyzje po stronie serwera nie są zwolnione ze zgody – podstawa prawna podąża za danymi. Wykonanie po stronie serwera pozwala jednak wydawcom mieć pełną kontrolę nad tym, które identyfikatory są propagowane. Działający wzorzec polega na przekazaniu tymczasowego identyfikatora sesji do Decision Service, gdy bramka analityczna jest zamknięta, i przełączeniu na trwały identyfikator tylko wtedy, gdy bramka jest otwarta. Przypisania wariantów zwracane przez Decision Service mogą nadal być stosowane na renderowanej stronie – zmienia się tylko to, czy są powiązane ze stabilnym rekordem odwiedzającego.

Walidacja integracji i ścieżka audytu

Kroki walidacji to to, co sprawdzają organy regulacyjne i co wydawcy najczęściej pomijają w narzędziach do eksperymentowania. Poprawnie zintegrowane wdrożenie Optimizely musi przejść cztery testy po kolei. Po pierwsze, czysta sesja przeglądarki z widocznym bannerem, ale bez dokonanego wyboru, powinna pokazać zerowy ruch do logx.optimizely.com poza pobieraniem pliku SDK i zero plików cookie optimizely w document.cookie. Po drugie, odrzucenie analityki musi zachować ten stan: brak trwałych identyfikatorów, brak zdarzeń decyzji, brak przypisań wariantów powiązanych ze stabilnymi rekordami. Po trzecie, akceptacja analityki powinna wygenerować oczekiwane pliki cookie optimizelyEndUserId i ruch zdarzeń decyzji, z poprawnie zastosowanymi przypisaniami wariantów. Po czwarte, wycofanie zgody powinno natychmiast zatrzymać dalsze zdarzenia decyzji, wygasić pliki cookie i propagować rezygnację do integracji analitycznych downstream.

Oczekiwania dotyczące ścieżki audytu zgodnie z wytycznymi EDPB dotyczącymi banerów plików cookie z 2023 roku i zaktualizowanymi priorytetami grupy roboczej z 2026 roku są takie, że wydawcy mogą udowodnić, że odwiedzający udzielił ważnej zgody w momencie wyświetlenia dla konkretnych wyświetleń eksperymentalnych w projekcie Optimizely. Standardowym wzorcem jest ustawienie wersji zgody i znacznika czasu jako atrybutów niestandardowych w profilu odwiedzającego Optimizely przez API atrybutów SDK, aby każde wyświetlenie można było prześledzić do konkretnego wpisu dziennika zgody. Prawidłowo zabezpieczone wdrożenie, połączone z trybem anonimowym dla decyzji renderowania przed zgodą i ścieżką wycofania propagującą downstream, przekształca Optimizely z ukrytego długu warstwy eksperymentów w możliwą do obrony część stosu produktów i wzrostu wydawcy.