RODO – informacje i wskazówki

Udzielenie dodatkowej zgody – specyfikacja techniczna Google


Tematy w tym artykule


 
Wydawcy, którzy chcą współpracować z dostawcami technologii reklamowych nieprzestrzegających zasad TCF, powinni się kontaktować bezpośrednio z dostawcami platform CMP.

Ten dokument określa specyfikację techniczną („Udzielenie dodatkowej zgody”) przeznaczoną do użytku wyłącznie w ramach Zasad dotyczących przejrzystości i uzyskiwania zgody na przetwarzanie danych (TCF) w wersji 2.0 opracowanych przez IAB Europe. Specyfikacja ta służy do wysyłania sygnałów dotyczących przejrzystości i zgody na przetwarzanie danych do dostawców, którzy nie są jeszcze zarejestrowani na globalnej liście dostawców IAB Europe. Ta specyfikacja umożliwia wydawcom, partnerom i dostawcom platform do zarządzania zgodą użytkowników uzyskiwanie i przekazywanie dodatkowej zgody – w ramach implementacji zasad TCF – firmom, które nie są jeszcze zarejestrowane na globalnej liście dostawców IAB Europe, ale figurują na liście dostawców technologii reklamowych Google.

Składniki specyfikacji „Udzielenie dodatkowej zgody”

W ramach specyfikacji „Udzielenie dodatkowej zgody” obsługujemy:

  • ciąg tekstowy dotyczący przejrzystości i zgody na przetwarzanie danych, zgodny z definicją zawartą w specyfikacji zasad TCF w wersji 2.2, który zawiera informacje na temat przejrzystości i zgody w przypadku dostawców z globalnej listy dostawców IAB; ORAZ
  • prosty ciąg tekstowy addtl_consent (ciąg tekstowy dotyczący udzielenia dodatkowej zgody) zawierający listę dostawców technologii reklamowych Google niezarejestrowanych w IAB, którym użytkownik udzielił zgody na wyświetlanie reklam lub których lista została mu podana.

Specyfikacja określa te kwestie:

  1. Format ciągu tekstowego dotyczącego udzielenia dodatkowej zgody.

  2. Rozszerzenie interfejsu API platformy do zarządzania zgodą użytkowników spełniającej wymogi zasad TCF w wersji 2.2, aby umożliwić działanie ciągu dotyczącego udzielenia dodatkowej zgody i jego ustawień, gdy obecne są zarówno zasady TCF, jak i tryb uzyskiwania zgody przez reklamodawcę.

  3. Informacje na temat prawidłowego przechowywania ciągu tekstowego dotyczącego udzielenia dodatkowej zgody.

  4. Informacje na temat sposobu przekazywania ciągu tekstowego dotyczącego udzielenia dodatkowej zgody w ramach łańcucha reklam cyfrowych.

Format ciągu tekstowego dotyczącego udzielenia dodatkowej zgody

Jakie informacje są zawarte w ciągu tekstowym dotyczącym udzielenia dodatkowej zgody?

Ciąg tekstowy dotyczący udzielenia dodatkowej zgody składa się z tych komponentów:

  • Część 1. Numer wersji specyfikacji, np. „2”;

  • Część 2. Symbol separatora „~”;

  • Część 3. Oddzielona kropkami lista identyfikatorów dostawców technologii reklamowych Google zaakceptowanych przez użytkownika, np. „1.35.41.101;

  • Część 4. Symbol separatora „~”;

  • Część 5. Znaki „dv.”, a po nich rozdzielana kopkami lista identyfikatorów dostawców technologii reklamowych Google podanych do wiadomości użytkownika, np.: „dv.9.21.81.

    Aby skrócić długość ciągu znaków, dostawców wymienionych w części 3 nie należy podawać w części 5.

Przykład ciągu tekstowego dotyczącego udzielenia dodatkowej zgody

Gdy ciąg tekstowy dotyczący udzielenia dodatkowej zgody ma postać 2~1.35.41.101~dv.9.21.81, oznacza to, że użytkownik wyraził zgodę na dostawców technologii reklamowych o identyfikatorach 1, 35, 41101, dostawcy technologii reklamowych o identyfikatorach 9, 2181 zostali podani do wiadomości użytkownika, a ciąg został utworzony za pomocą formatu zdefiniowanego w specyfikacji w wersji 2.

Kto powinien utworzyć ciąg tekstowy dotyczący udzielenia dodatkowej zgody?

Ciąg tekstowy dotyczący udzielenia dodatkowej zgody może być utworzony jedynie przez platformę CMP zarejestrowaną w ramach opracowanych przez IAB Europe zasad TCF przy użyciu przypisanego numeru identyfikacyjnego platformy (zgodnie z zasadami IAB). Dostawcy ani inni zewnętrzni dostawcy usług nie mogą samodzielnie tworzyć ciągów tekstowych dotyczących udzielenia dodatkowej zgody.

Gdzie będzie opublikowana lista dostawców technologii reklamowych Google?

Listę dostawców technologii reklamowych niezarejestrowanych w ramach IAB oraz ich identyfikatory opublikujemy w tym miejscu:

https://storage.googleapis.com/tcfac/additional-consent-providers.csv

Kiedy utworzyć ciąg tekstowy dotyczący udzielenia dodatkowej zgody?

We wszystkich przypadkach ciąg tekstowy dotyczący udzielenia dodatkowej zgody można utworzyć tylko wtedy, gdy wydawca przestrzega polityki Google w zakresie zgody użytkownika z UE.

Dostawcy, na których użytkownik wyraził zgodę, powinni być dodawani do listy tylko wtedy, gdy użytkownik wyraził wiążącą prawnie zgodę na:

  1. używanie plików cookie lub innych sposobów lokalnego przechowywania informacji, jeśli wymaga tego prawo;

  2. gromadzenie, udostępnianie i wykorzystywanie danych osobowych do personalizowania reklam przez dostawcę technologii reklamowych, a także na zachowanie zgodności ze wszystkimi innymi warunkami polityki Google w zakresie zgody użytkownika z UE.

Dostawcy, którzy zostali podani do wiadomości użytkownika, powinni być uwzględniani tylko wtedy, gdy użytkownicy otrzymują odpowiednie informacje na temat tożsamości każdego dostawcy technologii reklamowych, w tym link do jego polityki prywatności zgodny z podanym na liście dostawców technologii reklamowych Google. Dostawcy uwzględnieni na liście dostawców, którzy uzyskali zgodę, nie muszą być wymieniani na liście dostawców, którzy zostali podani do wiadomości użytkownika.

Ciąg tekstowy dotyczący udzielenia dodatkowej zgody może być jedynie uzupełnieniem ciągu dotyczącego przejrzystości i zgody, a nie jego zamiennikiem. Google nie przetworzy żądania i odrzuci ciąg tekstowy dotyczący udzielenia dodatkowej zgody w ramach otrzymanego żądania, jeśli nie będzie ono zawierać jednocześnie ciągu dotyczącego przejrzystości i zgody na przetwarzanie danych.

Platformy do zarządzania zgodą użytkowników implementujące tę specyfikację muszą upewnić się, że ciąg tekstowy dotyczący udzielenia dodatkowej zgody zawiera jedynie identyfikatory z opublikowanego przez Google pliku z dostawcami technologii reklamowych (których nie ma na globalnej liście dostawców). Gdy Google otrzyma ciąg tekstowy dotyczący przejrzystości i zgody na przetwarzanie danych, sprawdzi wersję wymienionej w nim globalnej listy dostawców. Jeśli w danej wersji globalnej listy dostawców zarejestrowany jest dostawca, związane z nim ustawienia ciągu tekstowego dotyczącego przejrzystości i zgody na przetwarzanie danych oraz wszelkie wpisy ciągu dotyczącego udzielenia dodatkowej zgody zostaną zignorowane. W takiej sytuacji Google zastrzega sobie prawo do usunięcia takich „zduplikowanych” wpisów z ciągu tekstowego dotyczącego udzielenia dodatkowej zgody i do przekazania takiego zmodyfikowanego ciągu razem z ciągiem dotyczącym przejrzystości i zgody na przetwarzanie danych. Dostawcy inni niż Google nie mogą wprowadzać zmian w ciągu tekstowym dotyczącym udzielenia dodatkowej zgody.

Zmiany w specyfikacji „Udzielenie dodatkowej zgody” w wersji 2

Od grudnia 2023 r. Google obsługuje wersję 2 specyfikacji „Udzielenie dodatkowej zgody”. Najważniejsze zmiany:

  • Aktualizacja ciągu tekstowego dotyczącego udzielenia dodatkowej zgody na potrzeby obsługi dostawców podanych do wiadomości użytkownika przez platformę CMP.
  • Aktualizacja interfejsu CMP API, która umożliwia interoperacyjność platform CMP obsługujących zarówno zasady TCF, jak i tryb uzyskiwania zgody przez reklamodawcę.
Uwaga: ciągi tekstowe dotyczące udzielenia dodatkowej zgody wygenerowane na podstawie specyfikacji w wersji 1 będą nadal obsługiwane. Takie ciągi znaków nie mogą jednak wskazywać, czy w przypadku danego dostawcy technologii reklamowych zapewniona została przejrzystość informacji. Aby obsługiwać przypadki użycia, które nie wymagają zgody, platformy CMP powinny przejść na specyfikację w wersji 2.

Certyfikowane platformy CMP obsługujące tryb udzielenia dodatkowej zgody

Ta lista zawiera certyfikowane platformy CMP, które obsługują specyfikację techniczną Google o nazwie „Udzielenie dodatkowej zgody”, a także informację o wersji obsługiwanej specyfikacji.

Jeśli reprezentujesz platformę CMP, która obsługuje tryb udzielenia dodatkowej zgody, a (1) nie ma jej na tej liście lub (2) podana jest niewłaściwa wersja specyfikacji, wypełnij formularz zgłoszenia platformy CMP i wybierz typ prośby „Chcę zadać pytanie lub zaktualizować swój status”. Dołożymy wszelkich starań, aby w odpowiednim czasie zaktualizować listę tak, by zawrzeć prawidłowe informacje dotyczące Twojego statusu.

Lista certyfikowanych platform CMP obsługujących tryb udzielenia dodatkowej zgody
Nadal certyfikujemy platformy CMP i zachęcamy wydawców do regularnego sprawdzania tej listy.

Przewodnik po tej liście

Ta lista zawiera następujące informacje o każdej certyfikowanej platformie CMP:

  • Certyfikowana platforma CMP: nazwa platformy z certyfikatem Google.
  • Identyfikator platformy CMP zgodnej z zasadami TCF: unikalny identyfikator przypisany przez organizację IAB platformie CMP zweryfikowanej pod kątem zgodności z zasadami TCF.
  • Udzielenie dodatkowej zgody: wersja specyfikacji Udzielenia dodatkowej zgody obsługiwana przez platformę CMP.

Lista certyfikowanych platform CMP obsługujących tryb udzielenia dodatkowej zgody

Certyfikowana platforma CMP Identyfikator platformy CMP zgodnej z zasadami TCF Supported version
1&1 Mail & Media GmbH CMP (Private)167ACv1
Adlane LTD CMP396ACv2
Admiral CMP9ACv2
ALPRED SL CMP (Private)237ACv2
AppConsent by SFBX®2ACv2
Associated Newspapers Ltd CMP27ACv2
Aurion11 CMP474ACv2
AutoScout24 GmbH CMP (Private)397ACv1
AVACY CMP297ACv2
Axel Springer Deutschland GmbH CMP (Private)345ACv2
Axeptio260ACv2
BigID Inc.452ACv2
Blasting SA CMP (Private)292ACv1
BurdaForward GmbH CMP (Private)35ACv2
CCM19 CMP343ACv1
Ciao people s.r.l. CMP (Private)58ACv1
CIVIC COMPUTING LTD CMP259ACv1
Clickio CMP63ACv2
Commanders Act CMP90ACv2
Complianz CMP332ACv1
Consentmanager CMP31ACv2
Conzent ApS446ACv2
Cookie Script CMP374ACv2
Cookiebot CMP134ACv2
CookieFirst CMP382ACv2
CookieHub CMP354ACv1
CookieYes CMP401ACv2
Dailymotion CMP (Private)105ACv2
Didomi CMP7ACv2
DPG Media CMP (Private)411ACv2
Easybrain CMP (Private)350ACv2
eBay Kleinanzeigen GmbH CMP (Private)309ACv1
Ekspress Meedia AS CMP (Private)363ACv1
Ethyca Inc CMP407ACv2
Ezoic CMP299ACv2
FastCMP388ACv2
Flexy Consent317ACv2
Geek Software GmbH CMP (Private)423ACv1
Google LLC CMP300ACv2
Gravito CMP302ACv2
Grupa RMF CMP (Private)330ACv2
Guardian News and Media CMP (Private)112ACv2
Healthline CMP (Private)227ACv1
ILOVEPDF SL CMP (Private)417ACv2
Impala CMP (Private)303ACv1
Infor Biznes Sp. Z o.o. CMP (Private)294ACv2
InMobi Choice CMP10ACv2
Interia CMP (Private)231ACv1
Internetowy Dom Mediowy net S.A. CMP (Private)225ACv2
Iubenda CMP123ACv2
Kayak Software Corporation CMP (Private)413ACv2
Ketch CMP340ACv2
Kixell Tag443ACv2
Learnings CMP387ACv1
legal web GmbH410ACv2
MBEX LTD CMP (Private)414ACv1
Mediavine CMP46ACv2
mobile.de CMP (Private)306ACv2
Moonee Publishing LTD CMP (Private)421ACv1
My Agile Privacy CMP403ACv1
NitroPay CMP242ACv1
One Consent CMP273ACv1
Onesecondbefore B.V. CMP355ACv2
Onetrust / Cookiepro CMP28ACv2
Outfit7 CMP (Private)348ACv1
Overwolf Ltd. CMP (Private)246ACv2
Pandectes CMP445ACv2
Paruvendu CMP (Private)222ACv2
Podravka d.d. CMP (Private)441ACv2
Pubtech CMP352ACv2
RCS CMP218ACv2
Ringier Axel Springer Polska (Private)280ACv1
Setupad CMP379ACv1
Seven.One Entertainment Group GmbH CMP (Private)318ACv2
Seznam.cz CMP247ACv1
Sibbo CMP76ACv2
Sirdata CMP92ACv2
Snigel Adconsent CMP229ACv1
Social Shopping Group GmbH CMP (Private)438ACv2
Sourcepoint Dialogue CMP6ACv2
Termly CMP412ACv2
Traffective CMP21ACv2
Transcend CMP399ACv1
Tri-table Sp. z o.o. CMP61ACv2
Uniconsent CMP68ACv1
UserCentrics CMP5ACv2
Viber Media CMP (Private)171ACv2
Wirtualna Polska Media S.A. CMP72ACv1
Yahoo EMEA CMP (Private)14ACv2

Rozszerzenie interfejsu CMP API

Proponujemy rozszerzenie obecnego interfejsu CMP JavaScript API spełniającego wymogi zasad TCF w wersji 2.2, aby umożliwić zwracanie ciągu tekstowego dotyczącego udzielenia dodatkowej zgody. A konkretniej – proponujemy rozszerzenie obiektów JSON TCDataInAppTCData, aby zwracały te dane.

TCData = {
  tcString: 'zakodowany w base64url ciąg tekstowy dotyczący przejrzystości i zgody na przetwarzanie danych z segmentami',
  ...
  addtlConsent: 'ciąg tekstowy dotyczący udzielenia dodatkowej zgody z wersją specyfikacji i identyfikatorami zaakceptowanych dostawców technologii reklamowych’,
}

 

InAppTCData = {
  tcString: 'zakodowany w base64url ciąg tekstowy dotyczący przejrzystości i zgody na przetwarzanie danych z segmentami',
  ...
  addtlConsent: ‘ciąg tekstowy dotyczący udzielenia dodatkowej zgody z wersją specyfikacji i identyfikatorami zaakceptowanych dostawców technologii reklamowych’,
}

Jak przechowywać ciąg tekstowy dotyczący udzielenia dodatkowej zgody

Przeglądarka

Mechanizm przechowywania zależy od ustawień platformy do zarządzania zgodą użytkowników.

W aplikacji

Do przechowywania ciągu tekstowego dotyczącego udzielenia dodatkowej zgody przez pakiet SDK platformy do zarządzania zgodą użytkowników powinien być używany obiekt NSUserDefaults (na iOS) lub SharedPreferences (na Androidzie). Dzięki temu obiektowi:

  • dostawcy mogą z łatwością uzyskać dostęp do ciągu tekstowego dotyczącego udzielenia dodatkowej zgody;

  • ciąg tekstowy dotyczący udzielenia dodatkowej zgody znajduje się w kolejnych sesjach aplikacji;

  • ciąg tekstowy dotyczący udzielenia dodatkowej zgody może być przenoszony pomiędzy platformami do zarządzania zgodą użytkowników, aby wydawca mógł wymieniać pakiety SDK platformy do zarządzania zgodą użytkowników.

Jeśli wydawca zdecyduje się usunąć z aplikacji pakiet SDK platformy do zarządzania zgodą użytkowników, musi wyczyścić wartości AddtlConsent w przypadku użytkowników, aby dostawcy nie wykorzystywali już uwzględnionego ciągu tekstowego dotyczącego udzielenia dodatkowej zgody.

Klucz magazynu i klucz wyszukiwania w obiektach NSUserDefaults i SharedPreferences Wartość
IABTCF_AddtlConsent

Ciąg tekstowy: ciąg tekstowy dotyczący udzielenia dodatkowej zgody z wersją specyfikacji i identyfikatorami zaakceptowanych dostawców technologii reklamowych

Jak przekazywać ciąg tekstowy dotyczący udzielenia dodatkowej zgody w ramach łańcucha reklam cyfrowych

Pytanie o stawkę

Ponownie użyjemy ConsentedProvidersSettings, aby w ramach dalszych etapów propagować dostawców, których nie ma na globalnej liście dostawców.

  • Protokół rozszerzeń OpenRTB
  • Starsza wersja buforów protokołu

message ConsentedProvidersSettings {
 // Zestaw identyfikatorów odpowiadających dostawcom, w których przypadku wydawca poinformował Google, że użytkownicy
 // z Europejskiego Obszaru Gospodarczego wyrazili wiążącą zgodę na: 1) stosowanie plików cookie lub innych sposobów lokalnego
 // przechowywania informacji, gdy wymaga tego prawo; oraz 2) gromadzenie, udostępnianie i używanie danych osobowych na potrzeby
 // personalizacji reklam przez dostawcę technologii reklamowych zgodnie z polityką Google w zakresie zgody użytkownika z UE.
 // Mapowanie identyfikatora dostawcy na nazwę dostawcy jest umieszczone w pliku providers.csv.
 repeated int64 consented_providers = 2 [packed = true];
}

 // Dane o dostawcach, w których przypadku wydawca poinformował Google, że użytkownicy
 // z Europejskiego Obszaru Gospodarczego wyrazili zgodę na używanie ich danych osobowych
 // na potrzeby personalizacji reklam zgodnie z polityką Google w zakresie zgody użytkownika z UE.
 // To pole zostanie wypełnione tylko wtedy, gdy regs_gdpr ma wartość true.
 optional ConsentedProvidersSettings consented_providers_settings = 42;

Usługi oparte na adresach URL

Gdy kreacja jest renderowana, może zawierać kilka pikseli w tagach <img>, np. <img src="http://vendor-a.com/key1=val1&key2=val2">, który wysyła żądanie HTTP GET z przeglądarki do domeny dostawcy.

Ponieważ piksel znajduje się w tagu <img> bez możliwości wykonania JavaScriptu, nie można użyć interfejsu API platformy do zarządzania zgodą użytkowników, aby uzyskać ciąg tekstowy dotyczący przejrzystości i zgody na przetwarzanie danych. Podobnie jak w przypadku obsługi ciągu tekstowego dotyczącego przejrzystości i zgody na przetwarzanie danych, udostępniamy standardowy parametr adresu URL i makro w adresach URL piksela, gdzie powinien znajdować się ciąg dotyczący udzielenia dodatkowej zgody.

Parametr URL Odpowiadające makro Element w adresie URL
addtl_consent ADDTL_CONSENT &addtl_consent=${ADDTL_CONSENT}

Przykład 1

Aby Dostawca A otrzymał ciąg tekstowy dotyczący udzielenia dodatkowej zgody, adres URL obrazu musi zawierać parę klucz-wartość z parametrem adresu URL i makrem &addtl_consent=${ADDTL_CONSENT}. Powstały adres URL wygląda wtedy tak:

http://vendor-a.com/key1=val1&key2=val2&addtl_consent=${ADDTL_CONSENT}

 

Przykład 2

W żądaniu ciąg tekstowy dotyczący udzielenia dodatkowej zgody ma postać: 1~1.35.41.101.

Element wywołujący kreację lub mechanizm jej renderowania zastępuje makro w adresie URL rzeczywistym ciągiem dotyczącym udzielenia dodatkowej zgody, co sprawia, że w momencie wywołania określonego serwera umieszczony pierwotnie piksel z makrem jest modyfikowany w ten sposób:

http://vendor-a.com/key1=val1&key2=val2&addtl_consent=1~1.35.41.101

Przydatne materiały

Czy to było pomocne?

Jak możemy ją poprawić?
true
Informacje o&nbsp;wersji

Poznaj najnowsze funkcje Ad Managera i poczytaj zaktualizowane artykuły w Centrum pomocy.

Zobacz, co nowego

Szukaj
Wyczyść wyszukiwanie
Zamknij wyszukiwanie
Menu główne
5917711507833739302
true
Wyszukaj w Centrum pomocy
false
true
true
true
true
true
148
false
false
false
false