Mengapa Persetujuan CTV Berbeda

Pengalaman persetujuan di web dan seluler berbagi asumsi yang sama: pengguna dapat dengan mudah membaca teks kecil, mengetuk kontrol yang presisi, dan menggulir. Antarmuka pengguna jarak 3 meter (10-foot UI) yang dioperasikan dengan remote D-pad melanggar semua asumsi tersebut. Ini berdampak langsung pada desain persetujuan:

• Mengetik itu mahal. Pengguna tidak dapat dengan nyaman memasukkan informasi panjang, sehingga membatasi seberapa jauh personalisasi yang bisa Anda harapkan.
• Perangkat multi-pengguna adalah hal yang lumrah. Satu TV bisa dipakai bersama oleh orang dewasa dan anak-anak, tanpa cara andal untuk mengetahui siapa yang sedang menonton.
• Identifier persisten terbatas. Identifier berbeda-beda menurut platform: Roku menggunakan RIDA, Amazon Fire TV menggunakan Fire Advertising ID, Android TV menyediakan Advertising ID, tvOS sangat membatasi identifikasi. Semuanya bisa di-reset, dan beberapa dapat dinonaktifkan sepenuhnya.
• Pembatasan app-container. Sebagian besar platform CTV menjalankan aplikasi di dalam sandbox yang membatasi apa yang bisa disisipkan CMP, jenis penyimpanan yang bisa digunakan, dan elemen UI chrome yang tersedia.

Hukum Privasi Mana yang Benar-Benar Berlaku

Tidak ada hukum privasi khusus CTV, yang berarti aplikasi CTV dan SSP tunduk pada kerangka umum yang sudah mengatur layanan digital:

• GDPR dan ePrivacy di Uni Eropa dan Inggris ��� berlaku setiap kali aplikasi CTV menempatkan penyimpanan di perangkat atau membaca informasi darinya, termasuk advertising ID.
• CCPA / CPRA di California, yang menganggap identifier perangkat dan riwayat tontonan sebagai informasi pribadi dan memberikan hak opt-out atas "penjualan" dan "pembagian" data tersebut.
• LGPD di Brasil, PIPL di Tiongkok, dan DPDP Act di India, yang semuanya berlaku pada penonton CTV dengan cara yang sama seperti pada pengguna web.
• COPPA di Amerika Serikat, yang sangat relevan untuk aplikasi CTV bernuansa keluarga dan inventory apa pun di mana secara wajar dapat diyakini bahwa anak-anak sedang menonton.

Tidak satu pun dari undang-undang ini mengecualikan CTV, dan tidak ada yang menerima alasan "ini kan TV" untuk melewatkan persetujuan. Pertanyaannya bukan apakah akan mengumpulkan persetujuan — tetapi bagaimana mengumpulkannya dengan cara yang benar-benar bisa diselesaikan pengguna menggunakan remote control.

Kerangka IAB Tech Lab untuk Persetujuan CTV

IAB Tech Lab telah menerbitkan spesifikasi yang membuat monetisasi CTV secara programatik selaras dengan persetujuan. Bagian terpentingnya adalah:

• Global Privacy Platform (GPP) — penerus string TCF dan USP, yang sejak awal dirancang untuk mewakili banyak yurisdiksi dalam satu sinyal persetujuan dan dapat dibawa dengan bersih melalui permintaan bid sisi server.
• OpenRTB 2.6 dan setelahnya — menyertakan field untuk mengoper string GPP, flag kategori sensitif, dan loggedInState pengguna sehingga buyer dapat menghormati persetujuan saat lelang berjalan.
• App-ads.txt dan sellers.json — penting untuk otentikasi inventory di kanal yang rawan kecurangan dan misrepresentasi, serta secara tidak langsung relevan karena buyer kian enggan menawar inventory CTV tanpa sinyal persetujuan yang dapat diverifikasi.

Jika stack monetisasi CTV Anda tidak mendukung GPP atau tidak meneruskan string persetujuan dalam permintaan bid, banyak DSP yang akan langsung menjatuhkan impresi tersebut daripada mengambil risiko membeli tanpa dasar hukum.

Merancang Pengalaman Persetujuan CTV yang Benar-Benar Berfungsi

Persetujuan CTV yang baik pertama-tama adalah masalah UX, baru kemudian masalah legal. Beberapa prinsip yang konsisten berhasil di praktik:

1. Tampilkan pemberitahuan sekali, di awal. Sajikan pemberitahuan privasi saat peluncuran pertama sebelum ada panggilan iklan apa pun, bukan disembunyikan di menu pengaturan.
2. Gunakan target besar yang ramah-remote. Dua atau tiga tombol, masing-masing setidaknya seperempat lebar layar, dengan status fokus kontras-tinggi yang tetap jelas saat dinavigasi dengan D-pad.
3. Tawarkan opsi "tolak" yang sungguh-sungguh setara dengan "terima". Menyembunyikan tolak di sub-menu adalah contoh klasik dark pattern dan sudah memicu penegakan di konteks web — regulator tidak akan memberi kelonggaran khusus untuk CTV.
4. Dukung konfirmasi suara bila platform menyediakannya. Di perangkat berkemampuan Alexa, Google Assistant, dan Siri, konfirmasi lisan sering kali merupakan cara paling mudah diakses untuk memberikan persetujuan.
5. Sediakan layar preferensi yang persisten yang dapat dijangkau dari menu utama dalam dua klik atau kurang.
6. Jangan pernah mengunci konten di balik persetujuan. Tier berbasis iklan boleh disyaratkan dengan penerimaan iklan, tetapi pilihan antara tier berbayar dan gratis harus betul-betul bermakna — bukan cookie wall terselubung.

Server-Side Ad Insertion dan Rantai Persetujuan

Sebagian besar inventory CTV berkualitas tinggi disajikan melalui server-side ad insertion (SSAI), di mana iklan dijahit ke dalam video di server penerbit dan perangkat pengguna akhir tidak pernah memanggil ad server secara langsung. SSAI menciptakan rantai persetujuan yang harus ditangani dengan cermat:

• Aplikasi mengumpulkan persetujuan di perangkat dan menghasilkan string GPP.
• String GPP diteruskan ke vendor SSAI sebagai bagian dari inisialisasi sesi.
• Vendor SSAI meneruskan string ke ad server atau SSP dalam setiap permintaan ke hulu.
• SSP menyertakan string tersebut dalam permintaan bid OpenRTB kepada buyer.

Setiap titik putus dalam rantai itu — field yang hilang, string lama yang tersimpan di cache, vendor SSAI yang tidak meneruskan GPP — membuat buyer di hilir pada dasarnya membeli secara buta. Di yurisdiksi GDPR, itu adalah risiko hukum bagi setiap pihak di dalam rantai.

Anak-Anak dan CTV

Kanal CTV sangat sering digunakan keluarga, dan regulator memandang negatif praktik pelacakan di layar yang kemungkinan besar ditonton anak-anak. Langkah-langkah praktis mencakup mendukung mode anak di tingkat platform, menawarkan pengalaman iklan kontekstual saja untuk konten anak, serta memastikan setiap aplikasi yang tercakup COPPA menjalankan jalur persetujuan dan pemilihan iklan yang sepenuhnya terpisah dari audiens umum. FTC berulang kali menunjukkan bahwa alasan "kami tidak tahu itu anak" adalah pembelaan yang lemah ketika kontennya jelas menyasar anak-anak.

Apa yang Harus Dilakukan Penerbit CTV Sekarang

1. Audit sinyal persetujuan Anda saat ini. Pastikan aplikasi CTV Anda benar-benar menghasilkan string persetujuan dan bahwa string tersebut sampai ke SSP di setiap permintaan bid. Banyak penerbit yang, setelah ditelusuri, baru menyadari mereka bergantung pada nilai default "1YNN" atau string kosong.
2. Adopsi GPP. String yang hanya TCF atau hanya USP tidak lagi memadai untuk inventory multi-yurisdiksi. Beralihlah ke GPP sehingga satu sinyal mencakup UE, Inggris, undang-undang negara bagian AS, dan kerangka yang sedang muncul.
3. Rancang ulang pengalaman peluncuran pertama dengan UI persetujuan yang ramah-remote sebelum mengirim pembaruan aplikasi berikutnya.
4. Dokumentasikan rantai persetujuan Anda dari ujung ke ujung, mulai dari aplikasi, melalui SSAI, hingga ke buyer. Regulator mulai meminta diagram ini secara eksplisit.
5. Latih tim ad ops Anda untuk mengenali inventory mana yang sudah mendapat persetujuan dan mana yang belum, sehingga mereka bisa menawarkan fallback kontekstual saja ketika sinyal persetujuan tidak tersedia.

Penutup

CTV bukanlah zona bebas privasi, dan asumsi bahwa "tidak ada yang mengatur TV" sudah keliru di setiap pasar utama. Kabar baiknya, semua building block — GPP, OpenRTB 2.6, penerusan persetujuan yang paham SSAI, dan pola UX yang ramah-remote — sudah tersedia. Penerbit yang mengadopsinya lebih awal akan menjadi pihak yang tetap bisa menjual inventory CTV premium ketika buyer mulai menolak semuanya yang lain. Layar ruang keluarga adalah frontier berikutnya untuk manajemen persetujuan, dan operator yang memandangnya seperti itu akan menjadi pemilik belanja iklan saat pasar lainnya baru menyusul.