Reklamy wideo a zgoda: przekazywanie sygnałów zgody przez odtwarzacze i tagi VAST
Dlaczego wideo jest inne
Wideo jest często najcenniejszym zasobem wydawcy i jednocześnie miejscem, w którym sygnały zgody najłatwiej zgubić. Reklamy displayowe zwykle przechodzą przez wrapper header biddingu i tag ad servera, które odczytują CMP automatycznie. Reklamy wideo pokonują dłuższą drogę: strona ładuje odtwarzacz, odtwarzacz buduje żądanie reklamy, ad server zwraca dokument VAST, a ten może wskazywać dalsze wrappery, piksele śledzące i pliki multimedialne, z których każdy jest pobierany przez odtwarzacz, a nie przez stronę.
Na każdym etapie sygnał zgody trzeba przekazać jawnie. Gdy tego nie zrobiono, kupujący albo traktują wyświetlenie jako pozbawione zgody, albo je odrzucają, a najwartościowszy format w Twojej witrynie po cichu zarabia mniej, niż powinien.
Krok 1: Dowiedz się, jak Twój odtwarzacz odczytuje zgodę
Odtwarzacze wideo dzielą się z grubsza na trzy grupy:
- Odtwarzacze odczytujące CMP bezpośrednio. Same wywołują __tcfapi lub __gpp i dołączają sygnały do żądań reklam.
- Odtwarzacze oczekujące, że dostarczysz zgodę. Ciąg zgody i flagi przekazujesz w konfiguracji odtwarzacza lub bezpośrednio w adresie URL tagu reklamy.
- Odtwarzacze, które nie robią żadnej z tych rzeczy. Zwykle starsze lub niestandardowe kompilacje, w których żądania reklam wychodzą bez żadnego sygnału.
Sprawdź dokumentację odtwarzacza, a następnie zweryfikuj zachowanie w karcie Network. Dokumentacja opisuje, co powinno się dziać; żądanie pokazuje, co się dzieje.
Krok 2: Umieść sygnały w żądaniu reklamy
Większość ad serverów i SSP akceptuje zgodę jako parametry URL w żądaniu reklamy wideo. Nazwy różnią się między platformami, ale typowe to:
- gdpr — 1, jeśli do żądania stosuje się RODO, 0, jeśli nie;
- gdpr_consent — ciąg zgody TCF;
- addtl_consent — ciąg Additional Consent od Google dla dostawców spoza TCF Global Vendor List;
- gpp i gpp_sid — ciąg GPP i identyfikatory właściwych sekcji;
- flagi specyficzne dla platformy dotyczące niespersonalizowanego lub ograniczonego przetwarzania danych.
Jeśli odtwarzacz buduje tagi z szablonu, upewnij się, że wartości są wypełniane w momencie żądania, a nie przy pierwszym załadowaniu strony. Odwiedzający, który udzieli zgody po zainicjowaniu odtwarzacza, nie powinien mieć w pierwszym żądaniu reklamy pustego ciągu.
Krok 3: Użyj makr zgody VAST
Odpowiedź VAST często zawiera adresy URL śledzące i adresy wrapperów, które odtwarzacz wywołuje później. Lista makr IAB VAST 4.1 zawiera [GDPRCONSENT], które odtwarzacz powinien zastąpić ciągiem zgody przy wywoływaniu tych adresów. Zapytaj partnerów popytowych, czy ich tagi go używają, i upewnij się, że odtwarzacz obsługuje podstawianie makr. Jeśli makro pozostanie niezastąpione, endpoint odbierający zobaczy dosłowny symbol zastępczy zamiast prawidłowego sygnału.
Krok 4: Obsłuż czas pre-rolla
Pre-roll tworzy napięcie czasowe. Żądanie reklamy chce wyjść, gdy tylko odtwarzacz jest gotowy, ale u pierwszorazowego odwiedzającego z UE baner może jeszcze być na ekranie. Masz trzy opcje:
- Poczekać na decyzję. Wstrzymać żądanie reklamy, aż CMP zgłosi stan końcowy. Daje to kupującym najlepszy sygnał, ale może opóźnić odtwarzanie.
- Żądać z bieżącym stanem. Wysłać żądanie natychmiast z takim sygnałem, jaki istnieje, godząc się z tym, że pierwsza reklama może zostać potraktowana jako pozbawiona zgody.
- Lekko opóźnić autoplay. Uruchomić odtwarzacz dopiero po interakcji odwiedzającego z banerem lub stroną, co sprawdza się w witrynach, gdzie wideo jest poniżej pierwszego ekranu.
Nie ma uniwersalnie dobrej odpowiedzi. Zanim się zdecydujesz, zmierz fill rate, CPM i czas rozpoczęcia odtwarzania dla każdej opcji na własnym ruchu.
Krok 5: Nie zapomnij o mid-rollu i długich sesjach
Długie wideo i transmisje na żywo mogą mieć przerwy mid-roll wiele minut po załadowaniu strony. Jeśli w międzyczasie odwiedzający zmienił wybór, późniejsze żądania reklam muszą odzwierciedlać nowy stan. Odtwarzacze, które buforują ciąg zgody przy inicjalizacji, będą dalej wysyłać starą wartość. Preferuj integracje, które subskrybują zdarzenia zmiany zgody lub ponownie odczytują CMP przed każdą przerwą reklamową.
Krok 6: Oddziel hosting multimediów od reklamy
Sam plik wideo może również pochodzić od strony trzeciej. Osadzenie hostowanego odtwarzacza z platformy wideo może ustawiać pliki cookie lub ładować śledzenie jeszcze przed zażądaniem jakiejkolwiek reklamy. Traktuj odtwarzacz jako osobnego dostawcę: wpisz go w konfiguracji CMP, zdecyduj, na jakim celu się opiera, i ładuj go za symbolem zastępczym, jeśli ustawia nieistotne pliki cookie.
Jak pomaga FlexyConsent
FlexyConsent udostępnia standardowe API IAB TCF 2.4 i GPP v1.1 oraz sygnały Google Consent Mode v2, dzięki czemu odtwarzacze i tagi reklam odczytujące CMP bezpośrednio znajdują sygnały w oczekiwanym formacie. FlexyConsent jest CMP certyfikowanym przez Google (CMP ID 317) oraz przez IAB Europe i IAB Canada.
Szybka rutyna weryfikacji
- Załaduj stronę z wideo z lokalizacji w UE, zaakceptuj i sprawdź, czy pierwsze żądanie reklamy zawiera wypełniony ciąg zgody.
- Odrzuć i powtórz; potwierdź, że żądanie nadal wychodzi z prawidłowym sygnałem, a nie bez niego.
- Prześledź łańcuch wrapperów VAST i sprawdź, czy adresy śledzące zawierają prawdziwy ciąg, a nie niezastąpione makro.
- Zmień zgodę w trakcie odtwarzania i sprawdź kolejną przerwę reklamową.
Najważniejsze wnioski
- Żądania reklam wideo buduje odtwarzacz, więc zgodę trzeba przekazywać celowo.
- Parametry zgody wypełniaj w momencie żądania, a nie przy ładowaniu strony.
- Potwierdź, że [GDPRCONSENT] i podobne makra są podstawiane w całym łańcuchu VAST.
- Strategię czasu pre-rolla wybierz na podstawie własnych danych o fill rate, CPM i czasie startu.
- Hosta wideo traktuj jako odrębnego dostawcę.