TCF Consent String
TCF consent string to zwarty, zakodowany zapis tego, na co użytkownik wyraził zgodę w ramach Transparency and Consent Framework IAB Europe, przekazywany w łańcuchu dostaw reklam wraz z każdym żądaniem oferty.

TCF consent string to zakodowany fragment tekstu, który rejestruje wybory zgody dokonane przez użytkownika w ramach Transparency and Consent Framework (TCF) IAB Europe i podróżuje wraz z żądaniem oferty, aby każdy dostawca w łańcuchu dostaw reklam mógł sprawdzić, na co ma pozwolenie, zanim podejmie działanie na tej impresji.
Co znajduje się w ciągu znaków#
Ciąg koduje w skompresowanym formacie typu base64, które "cele" (jak przechowywanie informacji na urządzeniu lub budowanie spersonalizowanego profilu reklamowego) uzyskały zgodę użytkownika, którym konkretnym dostawcom z zarejestrowanej listy dostawców IAB Europe użytkownik wyraził zgodę, oraz niektóre metadane dotyczące czasu i sposobu pozyskania zgody. Nie jest czytelny dla człowieka, ale jest w pełni określony: każdy system implementujący standard TCF może go zdekodować w ten sam sposób, o co właśnie chodzi. Platforma zarządzania zgodą (CMP) wydawcy generuje ciąg znaków, który jest dołączany do żądania oferty przepływającego przez wrappery header bidding, platformy po stronie podaży (SSP) i giełdy reklamowe w drodze do platformy po stronie popytu (DSP).
Dlaczego łańcuch dostaw reklam na nim polega#
Zanim TCF to ustandaryzował, każdy dostawca miał własny, doraźny sposób reprezentowania zgody lub nie miał go wcale, co oznaczało, że partner popytowy oddalony o trzy przeskoki od wydawcy nie miał niezawodnego sposobu potwierdzenia, że zgoda została faktycznie zebrana. Ciąg TCF to naprawił, dając wszystkim w łańcuchu tę samą odpowiedź w formacie czytelnym dla maszyny na pytanie "czy ten dostawca ma pozwolenie na przetwarzanie danych tego użytkownika w tym celu". To powód, dla którego aukcja real-time bidding (RTB) obejmująca użytkownika z UE może przebiegać z prędkością aukcji, w milisekundach, bez konieczności osobistego odpytywania bazy danych zgód przez każdego dostawcę.
Praktycznym trybem awaryjnym jest sytuacja, gdy ciąg znaków jest brakujący, źle sformułowany lub przeglądarka użytkownika całkowicie blokuje działanie CMP. Większość dostawców jest zbudowana tak, aby traktować to domyślnie jako "brak zgody", co oznacza, że nie będą licytować w celach personalizacji, co cicho zmniejsza adresowalną pulę kampanii europejskiej bez rzucania oczywistego błędu w żadnym miejscu raportowania.
Jak to pasuje do reszty stosu technologicznego#
Ciąg TCF nie zastępuje ads.txt ani sellers.json, które weryfikują, kto jest upoważniony do sprzedaży zasobów wydawcy. Rozwiązuje inny problem: nie "kto może to sprzedać", ale "do czego można wykorzystać dane tego konkretnego użytkownika". Oba sprawdzenia działają niezależnie we współczesnej aukcji programmatic, a luka w którymkolwiek z nich może cicho tłumić fill lub licytację bez wyraźnego komunikatu o błędzie wskazującego przyczynę.
Jeśli audytujesz, jak ad tech zachowuje się wokół bramek zgody, a nie tylko czytasz specyfikację, przeglądanie indeksu ad intelligence OpenAdLibrary w różnych regionach geograficznych to szybki sposób, aby zobaczyć, jak faktycznie zmienia się mix kreatywny i wolumen między rynkami z dużą i małą ilością zgód dla tego samego reklamodawcy.







