Sådan læser du en TCF-samtykkestreng: en feltguide for udviklere

Hvad TC string faktisk er

IAB Transparency & Consent Framework producerer ét kompakt token — TC string — som rejser med hver annonceanmodning og fortæller leverandører præcis, hvad en bruger har og ikke har accepteret. Den er Base64-URL-kodet og pakket på bitniveau, så den ligner volapyk (CPxy...AAA), men koder en præcis, reviderbar optegnelse.

Segmenterne

En fuld TC string er flere punktadskilte segmenter. Det første er core-strengen; de andre er valgfrie:

Bitfelterne er kernen i det: bit N sat til 1 betyder samtykke til formål N eller leverandør N. Formål 1 er “gem/tilgå information på en enhed,” formål 3 og 4 dækker personaliserede annoncer, og så videre.

At afkode én i praksis

Du afkoder sjældent bits i hånden. Brug de IAB-leverede biblioteker eller en offentlig dekoder:

I JavaScript returnerer kaldet __tcfapi('getTCData', 2, cb) det allerede parsede objekt — tcData.purpose.consents og tcData.vendor.consents er maps af id → boolean. Det er din grundsandhed ved runtime.

Fejlene der dræber indtægter

Når personaliseret demand stille forsvinder, er TC string normalt grunden:

En fejlfindings-arbejdsgang

Reproducer brugerens samtykke, hent den live TC string fra __tcfapi eller annonceanmodningen, kør den gennem en validator, og sammenlign de afkodede formål/leverandører med, hvad dine partnere kræver. Ni ud af ti gange er kløften en enkelt leverandørbit eller et manglende formål 1.

Hvor FlexyConsent passer

FlexyConsent genererer spec-gyldige TC strings med et registreret CMP-ID, holder dem friske, eksponerer den afkodede tilstand til fejlfinding og rapporterer, hvilke formål og leverandører der faktisk gives på tværs af din trafik — så du kan se, ikke gætte, hvor samtykke (og indtægter) lækker.

Vigtigste pointer

← Blog Læs alt →