Dlaczego zgoda w CTV jest inna

Doświadczenia zgody w webie i mobile opierają się na wspólnym założeniu: użytkownik może łatwo czytać mały tekst, precyzyjnie klikać i przewijać. Interfejs użytkownika projektowany z myślą o oglądaniu z odległości ok. 3 metrów, obsługiwany pilotem z krzyżakiem (D-pad), łamie każde z tych założeń. Ma to bezpośrednie konsekwencje dla projektowania zgody:

• Pisanie jest kosztowne. Użytkownicy nie są w stanie wygodnie wprowadzać dłuższych treści, co ogranicza poziom personalizacji, jakiego można od nich oczekiwać.
• Urządzenia wieloużytkownikowe są normą. Jeden telewizor może być współdzielony przez dorosłych i dzieci, bez wiarygodnego sposobu ustalenia, kto aktualnie ogląda.
• Ograniczone trwałe identyfikatory. Identyfikatory różnią się w zależności od platformy: Roku używa RIDA, Amazon Fire TV korzysta z Fire Advertising ID, Android TV udostępnia Advertising ID, tvOS mocno ogranicza identyfikację. Wszystkie mogą zostać zresetowane, a kilka da się całkowicie wyłączyć.
• Ograniczenia kontenera aplikacji. Większość platform CTV uruchamia aplikacje w piaskownicy, która ogranicza to, co CMP może wstrzyknąć, jakiego magazynu danych może użyć i jaki „chrome” interfejsu jest dostępny.

Jakie przepisy o prywatności faktycznie mają zastosowanie

Nie istnieje prawo o ochronie prywatności specyficzne dla CTV, co oznacza, że aplikacje CTV i SSP podlegają ogólnym ramom, które już obejmują usługi cyfrowe:

• GDPR i ePrivacy w UE i Wielkiej Brytanii — mają zastosowanie za każdym razem, gdy aplikacja CTV zapisuje dane na urządzeniu lub odczytuje z niego informacje, w tym identyfikator reklamowy.
• CCPA / CPRA w Kalifornii, które traktują identyfikatory urządzeń i historię oglądania jako dane osobowe i przyznają prawa do rezygnacji ze „sprzedaży” i „udostępniania” tych danych.
• LGPD w Brazylii, PIPL w Chinach oraz DPDP Act w Indiach — wszystkie stosują się do widzów CTV w taki sam sposób, jak do użytkowników stron internetowych.
• COPPA w Stanach Zjednoczonych, szczególnie istotna dla rodzinnych aplikacji CTV i każdej powierzchni, w przypadku której istnieje uzasadnione przekonanie, że oglądają ją dzieci.

Żadne z tych praw nie wyłącza CTV i żadne nie akceptuje argumentu „to tylko telewizor” jako powodu pominięcia zgody. Pytanie nie brzmi, czy zbierać zgodę — lecz jak robić to w sposób, który użytkownicy są w stanie faktycznie zrealizować za pomocą pilota.

Framework IAB Tech Lab dla zgody w CTV

IAB Tech Lab opublikowało specyfikacje, które umożliwiają zgodną z przepisami, programatyczną monetyzację CTV. Najważniejsze elementy to:

• Global Privacy Platform (GPP) — następca łańcuchów TCF i USP, zaprojektowany od początku tak, by reprezentować wiele jurysdykcji w jednym sygnale zgody i łatwo przenosić się w żądaniach bidów po stronie serwera.
• OpenRTB 2.6 i nowsze — zawiera pola do przekazywania łańcuchów GPP, flag kategorii wrażliwych oraz loggedInState użytkownika, tak aby kupujący mogli respektować zgodę na etapie aukcji.
• App-ads.txt i sellers.json — kluczowe dla uwierzytelniania powierzchni w kanale, w którym oszustwa i fałszywa reprezentacja są częste, oraz pośrednio istotne, ponieważ kupujący coraz częściej odmawiają licytowania powierzchni CTV bez zweryfikowanego sygnału zgody.

Jeśli Twój stos monetyzacji CTV nie obsługuje GPP ani nie przekazuje łańcucha zgody w żądaniu bidu, wiele DSP po prostu odrzuci wyświetlenie zamiast ryzykować zakup bez podstawy prawnej.

Projektowanie procesu zgody w CTV, który naprawdę działa

Dobra zgoda w CTV to najpierw problem UX, a dopiero potem problem prawny. Kilka zasad, które w praktyce sprawdzają się konsekwentnie:

1. Pokaż komunikat raz, na starcie. Zaprezentuj informację o prywatności przy pierwszym uruchomieniu, zanim zostanie wykonane jakiekolwiek wywołanie reklamowe, a nie ukrytą w ustawieniach.
2. Używaj dużych, przyjaznych dla pilota elementów. Dwa lub trzy przyciski, każdy zajmujący co najmniej jedną czwartą szerokości ekranu, z kontrastowymi stanami zaznaczenia, które dobrze współpracują z nawigacją D-pad.
3. Zaproponuj realną opcję „odrzuć” na tym samym poziomie co „akceptuj”. Ukrywanie odrzucenia w podmenu to podręcznikowy dark pattern i było już przedmiotem działań egzekucyjnych w webie — regulatorzy nie zrobią dla CTV wyjątku.
4. Wspieraj potwierdzenie głosowe, gdy platforma to umożliwia. Na urządzeniach z Alexa, Google Assistant i Siri mówione potwierdzenie jest często najbardziej dostępnym sposobem wyrażenia zgody.
5. Zapewnij trwały ekran preferencji, dostępny z głównego menu w maksymalnie dwóch kliknięciach.
6. Nigdy nie uzależniaj dostępu do treści od zgody. Dostęp do poziomów wspieranych reklamami można uzależnić od akceptacji reklam, ale wybór między płatnym a darmowym poziomem musi być realny — a nie zamaskowaną ścianą cookie.

Server-Side Ad Insertion i łańcuch zgody

Większość wysokiej jakości powierzchni CTV jest dostarczana przez server-side ad insertion (SSAI), gdzie reklama jest „zszywana” z wideo na serwerach wydawcy, a urządzenie użytkownika końcowego nigdy bezpośrednio nie wywołuje serwera reklam. SSAI tworzy łańcuch zgody, który trzeba obsłużyć ostrożnie:

• Aplikacja zbiera zgodę na urządzeniu i generuje łańcuch GPP.
• Łańcuch GPP jest przekazywany do dostawcy SSAI jako część inicjalizacji sesji.
• Dostawca SSAI przekazuje łańcuch dalej do serwera reklam lub SSP w każdym żądaniu w górę łańcucha.
• SSP dołącza łańcuch do żądań bidów OpenRTB wysyłanych do kupujących.

Każde przerwanie tego łańcucha — brakujące pole, nieaktualny łańcuch z cache, dostawca SSAI, który nie przekazuje GPP — sprawia, że kupujący dalej w łańcuchu kupuje de facto „w ciemno”. W jurysdykcjach objętych GDPR oznacza to ryzyko prawne dla każdej strony w łańcuchu.

Dzieci i CTV

Kanał CTV jest intensywnie wykorzystywany przez rodziny, a regulatorzy bardzo krytycznie patrzą na śledzenie na ekranach, przy których prawdopodobnymi widzami są dzieci. Praktyczne zabezpieczenia obejmują wspieranie trybów dziecięcych na poziomie platformy, oferowanie wyłącznie kontekstowego modelu reklam przy treściach dla dzieci oraz dopilnowanie, by każda aplikacja objęta COPPA korzystała z całkowicie odrębnego procesu zgody i wyboru reklam niż oferta dla ogólnej widowni. FTC wielokrotnie pokazywała, że traktuje argument „nie wiedzieliśmy, że to dziecko” jako słabą linię obrony, gdy treści ewidentnie są skierowane do dzieci.

Co wydawcy CTV powinni zrobić teraz

1. Przeprowadź audyt obecnego sygnału zgody. Upewnij się, że Twoja aplikacja CTV faktycznie generuje łańcuch zgody i że dociera on do SSP w każdym żądaniu bidu. Wielu wydawców odkrywa przy bliższym sprawdzeniu, że polega na domyślnym „1YNN” lub pustym łańcuchu.
2. Przyjmij GPP. Same łańcuchy TCF lub USP nie wystarczają już dla powierzchni sprzedawanej w wielu jurysdykcjach. Przejdź na GPP, aby jeden sygnał obejmował UE, Wielką Brytanię, amerykańskie prawo stanowe i nowe ramy.
3. Przeprojektuj doświadczenie pierwszego uruchomienia wokół interfejsu zgody przyjaznego dla pilota, zanim wypuścisz kolejną aktualizację aplikacji.
4. Udokumentuj swój łańcuch zgody end-to-end, od aplikacji, przez SSAI, aż do kupującego. Regulatorzy zaczynają wprost prosić o taki diagram.
5. Przeszkol zespół ad ops, aby rozpoznawał, która powierzchnia jest objęta zgodą, a która nie, tak by mógł oferować wyłącznie kontekstowe alternatywy, gdy sygnał zgody jest nieobecny.

Podsumowanie

CTV nie jest strefą wolną od prywatności, a założenie, że „telewizji nikt nie reguluje”, jest już błędne na wszystkich głównych rynkach. Dobra wiadomość jest taka, że wszystkie klocki — GPP, OpenRTB 2.6, przekazywanie zgody z uwzględnieniem SSAI oraz wzorce UX przyjazne pilotowi — już istnieją. Wydawcy, którzy wdrożą je wcześnie, będą tymi, którzy nadal będą sprzedawać premium powierzchnię CTV, gdy kupujący zaczną odrzucać całą resztę. Ekran w salonie to kolejna granica zarządzania zgodą, a operatorzy, którzy potraktują go w ten sposób, przejmą budżety reklamowe, gdy reszta rynku będzie dopiero nadrabiać zaległości.