Zgodność z IAB TCF v1
Uwaga: Ten dokument jest przestarzały, należy zapoznać się Zgodność z IAB TCF v2 zamiast.
Połączenia consentmanager.net CMP jest zarejestrowany zgodnie z Polityką IAB TCF v1 (patrz https://iabeurope.eu/tcf-v1/). Dlatego CMP obsługuje funkcje zgodne z Polityką IAB TCF, Specyfikacją ciągu zgody IAB, Specyfikacją API IAB CMP oraz innymi powiązanymi specyfikacjami i politykami.
ConsentManagerInformacje rejestracyjne .net IAB
| Imię i nazwisko | Opis |
| Identyfikator CMP | 31 |
| domena CMP | consentmanager.mgr.consensu.org |
| CMP to usługa | tak |
| Wersja TCF | 1 |
Udostępnianie zgody za pośrednictwem globalnych plików cookie zgody (consensu.org)
Jako zarejestrowany CMP IAB CMP zgodamanger.net jest w stanie tworzyć pliki cookie na globalnej domenie zgody IAB consensu.org. Każdy CMP zarejestrowany w IAB może tworzyć pliki cookie w tym kontekście. Zaletą posiadania tej wspólnej domeny jest to, że odwiedzający, którzy przechodzą z witryny A do witryny B, nie muszą być ponownie pytani o zgodę. Zamiast tego CMP witryny B może po prostu przygotować wcześniejszą zgodę witryny A za pośrednictwem globalnej domeny plików cookie.
Polityka IAB i ograniczenia projektowe
Celem zasad IAB jest zapewnienie, że wszyscy dostawcy, którzy otrzymają ciąg zgody IAB, mogą ufać, że ciąg zgody został utworzony ze wspólnym zestawem przezroczystości. Dlatego wszyscy CMP muszą przestrzegać pewnych minimalnych standardów dotyczących prezentacji warstwy zgody. IAB obecnie wymaga od CMP zgodności z następującymi minimalnymi normami projektowymi:
- Interfejs użytkownika musi być widoczny w widocznym miejscu (powinien zajmować min. 30% okna)
- Wszystkie użyte cele muszą być pokazane w pierwszej warstwie interfejsu użytkownika
- Pierwsza warstwa interfejsu użytkownika musi pokazywać łącze do listy dostawców („Ustawienia niestandardowe”)
- Przycisk Akceptuj i Odrzuć musi być jednakowo widoczny
- Użytkownik musi mieć prawo do wycofania zgody w dowolnym momencie i musi być poinformowany, jak to zrobić
- Jeśli istnieją konsekwencje braku zgody, konsekwencje te należy wyjaśnić w pierwszej warstwie
- Użytkownik musi zostać poinformowany na pierwszej warstwie, że dostęp do informacji na jego urządzeniu mają osoby trzecie
- Użytkownik musi zostać poinformowany na pierwszej warstwie, że jego dane osobowe są przetwarzane przez podmioty trzecie, wraz z przykładami takich danych
- Użytkownik musi mieć możliwość przejrzenia pełnej nazwy i opisu celów
- Użytkownik musi mieć możliwość przejrzenia pełnej nazwy i opisu funkcji
- Użytkownik musi mieć możliwość przejrzenia celów dla każdego dostawcy
- Użytkownik musi mieć możliwość sprawdzenia podstawy prawnej dla każdego celu każdego sprzedawcy
- Użytkownik musi mieć możliwość przejrzenia funkcji każdego dostawcy
- Użytkownik musi być w stanie znaleźć link do polityki prywatności każdego dostawcy
- Użytkownik musi mieć sposób na zmianę interfejsu użytkownika i zmianę preferencji
- Interfejs użytkownika musi używać standardowych nazw i definicji każdej funkcji i celu
Przykład warstwy zgody zgodnej z IAB
Połączenia ConsentManagerImplementacja referencyjna .net (domyślny projekt i domyślne ustawienia) odzwierciedla zatem te standardy projektowe. Oto przykład, jak to może wyglądać:
W jaki sposób ConsentManager.net zajmuje się Polityką IAB
ConsentManager umożliwia naszym klientom wybór między ustawieniami, których potrzebują dla swojej działalności, a ustawieniami niezbędnymi do zachowania zgodności z polityką IAB. Dlatego podkreślamy każde ustawienie, które jest istotne dla zgodności z IAB. Jeśli jedno z tych ustawień jest dezaktywowane lub jeśli aktywowane jest ustawienie, które powoduje, że CMP jest niezgodny z zasadami IAB, pojawi się komunikat ostrzegawczy.
Co się stanie, jeśli użyję ustawień niezgodnych z zasadami IAB?
W przypadku korzystania z ustawień, które nie są zgodne z polityką IAB, system wyświetli komunikat ostrzegawczy informujący o tych ustawieniach i konsekwencjach. Jeśli niezgodne ustawienie zostanie zapisane, a CMP jest używany na stronie internetowej, system wykona następujące zmiany w porównaniu z ustawieniami zgodnymi z zasadami IAB:
- CMP nie będzie już odpowiadać informacjami o zgodzie na wywołania IAB CMP JavaScript API za pośrednictwem wywołań do
__cmp()za pomocą standardowych poleceń (np."getVendorConsents"or"getConsentData") w celu uniemożliwienia dostawcom uzyskiwania informacji o niezgodnych zgodach. - CMP dostarczy nowe polecenia z prefiksem
"noncompliant_"(na przykład"noncompliant_getVendorConsents") w celu umożliwienia klientom uzyskania informacji o zgodzie z CMP. - CMP nie będzie już zapisywać informacji o zgodzie (ciągu zgody) w globalnej domenie plików cookie (consensu.org), ale zapisze je w pliku cookie na consentmanagerdomena .net. Jednocześnie nazewnictwo plików cookie
"euconsent"i"eupubconsent"zostanie zmieniony na"nc_euconsent"i"nc_eupubconsent".
Ważne jest, aby podkreślić, że Twój CMP będzie nadal działał tak jak wcześniej i nadal może być używany z menedżerami tagów lub logiką blokowania/odkładania reklam i tak dalej. Jeśli Ty i Twoi partnerzy nie będziecie polegać na sygnałach IAB TCF, powyższe zmiany nie będą miały wpływu na Waszą stronę internetową.
Linki
- Walidator IAB CMP: https://www.iabeurope.eu/all-news/press-releases/iab-europes-cmp-validator-for-the-transparency-consent-framework-tcf/
- Specyfikacja formatu ciągu zgody IAB v1.1: https://github.com/InteractiveAdvertisingBureau/GDPR-Transparency-and-Consent-Framework/blob/master/Consent%20string%20and%20vendor%20list%20formats%20v1.1%20Final.md
- Specyfikacja IAB CMP API v1.1: https://github.com/InteractiveAdvertisingBureau/GDPR-Transparency-and-Consent-Framework/blob/master/CMP%20JS%20API%20v1.1%20Final.md
- Specyfikacja IAB CMP Mobile w aplikacji API v1.0: https://github.com/InteractiveAdvertisingBureau/GDPR-Transparency-and-Consent-Framework/blob/master/Mobile%20In-App%20Consent%20APIs%20v1.0%20Final.md
- Polityka IAB TCF v1: http://www.iabeurope.eu/tcfdocuments/documents/legal/currenttcfpolicyFINAL.pdf
