Cara Membaca Rentetan Persetujuan TCF: Panduan Lapangan Pembangun

Apa Sebenarnya TC String Itu

IAB Transparency & Consent Framework menghasilkan satu token padat tunggal — TC string — yang bergerak dengan setiap permintaan iklan dan memberitahu vendor dengan tepat apa yang pengguna telah dan tidak setuju. Ia dikodkan Base64-URL dan dibungkus pada peringkat bit, jadi ia kelihatan seperti karut (CPxy...AAA) tetapi mengekod rekod yang tepat dan boleh diaudit.

Segmen-segmen

Satu TC string penuh ialah beberapa segmen dipisahkan titik. Yang pertama ialah rentetan teras; yang lain adalah pilihan:

Medan bit adalah intinya: bit N ditetapkan kepada 1 bermakna persetujuan untuk tujuan N atau vendor N. Tujuan 1 ialah “simpan/akses maklumat pada peranti,” tujuan 3 dan 4 meliputi iklan diperibadikan, dan seterusnya.

Menyahkod Satu Dalam Amalan

Anda jarang menyahkod bit secara manual. Gunakan pustaka yang disediakan IAB atau penyahkod awam:

Dalam JavaScript panggilan __tcfapi('getTCData', 2, cb) mengembalikan objek yang sudah dihuraikan — tcData.purpose.consents dan tcData.vendor.consents ialah peta id → boolean. Itu kebenaran asas anda pada masa larian.

Ralat Yang Membunuh Hasil

Apabila permintaan diperibadikan hilang secara senyap, biasanya TC string sebabnya:

Aliran Kerja Penyahpepijatan

Hasilkan semula persetujuan pengguna, ambil TC string langsung daripada __tcfapi atau permintaan iklan, jalankannya melalui pengesah, dan bandingkan tujuan/vendor yang dinyahkod dengan apa yang rakan anda perlukan. Sembilan daripada sepuluh kali jurangnya ialah satu bit vendor atau tujuan 1 yang hilang.

Di Mana FlexyConsent Sesuai

FlexyConsent menjana TC string sah spesifikasi dengan ID CMP berdaftar, mengekalkannya segar, mendedahkan keadaan dinyahkod untuk penyahpepijatan, dan melaporkan tujuan dan vendor mana yang sebenarnya diberikan merentas trafik anda — jadi anda boleh melihat, bukan meneka, di mana persetujuan (dan hasil) bocor.

Intipati Utama

← Blog Baca Semua →