CTV सहमति क्यों अलग है

वेब और मोबाइल सहमति अनुभव एक सामान्य धारणा साझा करते हैं: उपयोगकर्ता आसानी से छोटा टेक्स्ट पढ़ सकता है, सटीक नियंत्रणों पर टैप कर सकता है, और स्क्रॉल कर सकता है। एक 10-फुट यूजर इंटरफेस, जो D-pad रिमोट द्वारा संचालित होता है, इन सभी धारणाओं को तोड़ देता है। इसके सहमति डिजाइन पर सीधे परिणाम हैं:

• टाइप करना महंगा है। उपयोगकर्ता आसानी से लंबी जानकारी इनपुट नहीं कर सकते, जो सीमित करता है कि आप कितने कस्टमाइजेशन की अपेक्षा कर सकते हैं।
• मल्टी-यूजर डिवाइस आदर्श हैं। एक टीवी वयस्कों और बच्चों द्वारा साझा किया जा सकता है, यह जानने का कोई विश्वसनीय तरीका नहीं है कि वर्तमान में कौन देख रहा है।
• सीमित स्थायी पहचानकर्ता। पहचानकर्ता प्लेटफॉर्म के अनुसार भिन्न होते हैं: Roku RIDA का उपयोग करता है, Amazon Fire TV एक Fire Advertising ID का उपयोग करता है, Android TV एक Advertising ID उजागर करता है, tvOS पहचान को बहुत प्रतिबंधित करता है। इन सभी को रीसेट किया जा सकता है, और कई को पूरी तरह से अक्षम किया जा सकता है।
• ऐप-कंटेनर प्रतिबंध। अधिकांश CTV प्लेटफॉर्म ऐप्स को एक सैंडबॉक्स के अंदर चलाते हैं जो सीमित करता है कि एक CMP क्या इंजेक्ट कर सकता है, कौन सा स्टोरेज उपयोग कर सकता है, और कौन सा UI क्रोम उपलब्ध है।

कौन से गोपनीयता कानून वास्तव में लागू होते हैं

कोई CTV-विशिष्ट गोपनीयता कानून नहीं है, जिसका अर्थ है कि CTV ऐप्स और SSPs सामान्य-उद्देश्य फ्रेमवर्क द्वारा शासित होते हैं जो पहले से ही डिजिटल सेवाओं को कवर करते हैं:

• यूरोपीय संघ और यूके में GDPR और ePrivacy — वे तब लागू होते हैं जब कोई CTV ऐप डिवाइस पर स्टोरेज रखता है या उससे जानकारी पढ़ता है, जिसमें विज्ञापन ID भी शामिल है।
• कैलिफोर्निया में CCPA / CPRA, जो डिवाइस पहचानकर्ताओं और देखने के इतिहास को व्यक्तिगत जानकारी मानता है और उस डेटा की "बिक्री" और "साझाकरण" के लिए ऑप्ट-आउट अधिकार प्रदान करता है।
• ब्राजील में LGPD, चीन में PIPL, और भारत में DPDP अधिनियम, ये सभी CTV दर्शकों पर उसी तरह लागू होते हैं जैसे वे वेब उपयोगकर्ताओं पर लागू होते हैं।
• संयुक्त राज्य अमेरिका में COPPA, जो विशेष रूप से परिवार-उन्मुख CTV ऐप्स और किसी भी इन्वेंट्री के लिए प्रासंगिक है जहां यह विश्वास करने का उचित कारण है कि बच्चे देख रहे हैं।

इनमें से कोई भी कानून CTV को छूट नहीं देता है, और इनमें से कोई भी "यह एक टीवी है" को सहमति छोड़ने के कारण के रूप में स्वीकार नहीं करता। प्रश्न यह नहीं है कि सहमति एकत्र करनी है या नहीं — प्रश्न यह है कि इसे इस तरह से कैसे एकत्र किया जाए कि उपयोगकर्ता वास्तव में रिमोट कंट्रोल पर पूरा कर सकें।

CTV सहमति के लिए IAB Tech Lab फ्रेमवर्क

IAB Tech Lab ने ऐसी विशिष्टताएं प्रकाशित की हैं जो प्रोग्रामेटिक CTV मुद्रीकरण को सहमति के साथ संगत बनाती हैं। सबसे महत्वपूर्ण भाग हैं:

• Global Privacy Platform (GPP) — TCF और USP स्ट्रिंग्स का उत्तराधिकारी, जो पहले दिन से एकल सहमति सिग्नल में कई क्षेत्राधिकारों का प्रतिनिधित्व करने और सर्वर-साइड बिड अनुरोधों के माध्यम से साफ-सुथरा यात्रा करने के लिए डिज़ाइन किया गया है।
• OpenRTB 2.6 और बाद के संस्करण — GPP स्ट्रिंग्स, संवेदनशील श्रेणी फ्लैग्स और उपयोगकर्ता के loggedInState को पास करने के लिए फ़ील्ड शामिल हैं ताकि खरीदार नीलामी के समय सहमति का सम्मान कर सकें।
• App-ads.txt और sellers.json — एक चैनल में इन्वेंट्री प्रमाणीकरण के लिए आवश्यक हैं जहां धोखाधड़ी और गलत प्रस्तुति आम हैं, और अप्रत्यक्ष रूप से प्रासंगिक हैं क्योंकि खरीदार तेजी से एक सत्यापन योग्य सहमति सिग्नल संलग्न किए बिना CTV इन्वेंट्री पर बोली लगाने से इनकार कर रहे हैं।

यदि आपका CTV मुद्रीकरण स्टैक GPP नहीं बोलता है या बिड अनुरोध में सहमति स्ट्रिंग पास नहीं करता है, तो कई DSPs कानूनी आधार के बिना खरीदने के जोखिम के बजाय इंप्रेशन को छोड़ देंगे।

एक CTV सहमति अनुभव डिजाइन करना जो वास्तव में काम करता है

अच्छी CTV सहमति पहले एक UX समस्या है और दूसरे स्थान पर एक कानूनी समस्या है। कुछ सिद्धांत जो व्यवहार में लगातार काम करते हैं:

1. नोटिस एक बार, शुरुआत में दिखाएं। पहले लॉन्च पर किसी भी विज्ञापन कॉल से पहले गोपनीयता नोटिस प्रस्तुत करें, सेटिंग्स में दबा हुआ नहीं।
2. बड़े, रिमोट-अनुकूल लक्ष्यों का उपयोग करें। दो या तीन बटन, प्रत्येक कम से कम स्क्रीन की चौड़ाई का एक-चौथाई, उच्च-कंट्रास्ट फोकस अवस्थाओं के साथ जो D-pad नेविगेशन में बने रहते हैं।
3. "अस्वीकार" के समान स्तर पर एक वास्तविक "अस्वीकार" विकल्प प्रदान करें। अस्वीकार को सब-मेनू के पीछे छिपाना एक पाठ्यपुस्तक डार्क पैटर्न है और वेब संदर्भों में प्रवर्तन कार्रवाई को आकर्षित किया है — नियामक CTV को मुक्त पास नहीं देंगे।
4. जब प्लेटफॉर्म इसे प्रदान करता है तो आवाज पुष्टिकरण का समर्थन करें। Alexa, Google Assistant और Siri-सक्षम डिवाइसों पर, बोली गई पुष्टि अक्सर सहमति देने का सबसे सुलभ तरीका होता है।
5. एक स्थायी वरीयता स्क्रीन प्रदान करें जो मुख्य मेनू से दो क्लिक या उससे कम में पहुंच योग्य हो।
6. कभी भी सामग्री को सहमति पर न रोकें। विज्ञापन-समर्थित स्तरों को विज्ञापन स्वीकार करने पर शर्त लगाई जा सकती है, लेकिन भुगतान किए गए और मुफ्त स्तर के बीच चुनाव वास्तव में सार्थक होना चाहिए — प्रच्छन्न कुकी वॉल नहीं।

सर्वर-साइड विज्ञापन सम्मिलन और सहमति श्रृंखला

अधिकांश उच्च-गुणवत्ता वाली CTV इन्वेंट्री सर्वर-साइड विज्ञापन सम्मिलन (SSAI) के माध्यम से वितरित की जाती है, जहां विज्ञापन को प्रकाशक के सर्वर पर वीडियो में सिला जाता है और अंतिम उपयोगकर्ता का डिवाइस कभी भी सीधे विज्ञापन सर्वर को कॉल नहीं करता है। SSAI एक सहमति श्रृंखला बनाता है जिसे सावधानी से संभालना होगा:

• ऐप डिवाइस पर सहमति एकत्र करता है और एक GPP स्ट्रिंग उत्पन्न करता है।
• सत्र आरंभीकरण के भाग के रूप में GPP स्ट्रिंग को SSAI विक्रेता को पास किया जाता है।
• SSAI विक्रेता हर अपस्ट्रीम अनुरोध में स्ट्रिंग को विज्ञापन सर्वर या SSP को अग्रेषित करता है।
• SSP खरीदारों को OpenRTB बिड अनुरोधों में स्ट्रिंग को शामिल करता है।

उस श्रृंखला में कोई भी टूटना — एक अनुपस्थित फ़ील्ड, एक पुरानी कैश की गई स्ट्रिंग, एक SSAI विक्रेता जो GPP को अग्रेषित नहीं करता है — और डाउनस्ट्रीम खरीदार प्रभावी रूप से आंख मूंदकर खरीद रहा है। GDPR क्षेत्राधिकारों में, यह श्रृंखला में प्रत्येक पक्ष के लिए कानूनी जोखिम है।

बच्चे और CTV

CTV चैनल का परिवारों द्वारा भारी उपयोग किया जाता है, और नियामक उन स्क्रीनों पर ट्रैकिंग के बारे में एक सख्त दृष्टिकोण रखते हैं जहां बच्चों के दर्शक होने की संभावना है। व्यावहारिक सुरक्षा उपायों में प्लेटफ़ॉर्म-स्तरीय बच्चों के मोड का समर्थन करना, बच्चों की सामग्री के लिए केवल प्रासंगिक विज्ञापन अनुभव प्रदान करना और यह सुनिश्चित करना शामिल है कि COPPA द्वारा कवर किया गया कोई भी ऐप सामान्य दर्शकों से पूरी तरह से अलग सहमति और विज्ञापन-चयन पाइपलाइन चलाता है। FTC ने बार-बार दिखाया है कि जब सामग्री स्पष्ट रूप से बच्चों को लक्षित करती है तो वह "हमें नहीं पता था कि यह एक बच्चा है" को एक कमजोर बचाव के रूप में माना जाएगा।

CTV प्रकाशकों को अब क्या करना चाहिए

1. अपने वर्तमान सहमति सिग्नल का ऑडिट करें। पुष्टि करें कि आपका CTV ऐप वास्तव में एक सहमति स्ट्रिंग उत्पन्न करता है और यह हर बिड अनुरोध में SSP तक पहुंचता है। कई प्रकाशक निरीक्षण पर खोजते हैं कि वे डिफ़ॉल्ट "1YNN" या खाली स्ट्रिंग पर निर्भर हैं।
2. GPP अपनाएं। केवल-TCF या केवल-USP स्ट्रिंग्स अब बहु-क्षेत्राधिकार इन्वेंट्री के लिए पर्याप्त नहीं हैं। GPP पर जाएं ताकि एक सिग्नल EU, UK, US राज्य कानूनों और उभरते फ्रेमवर्क को कवर कर सके।
3. पहले लॉन्च के अनुभव को फिर से डिज़ाइन करें अपने अगले ऐप अपडेट को भेजने से पहले एक रिमोट-अनुकूल सहमति UI के चारों ओर।
4. अपनी सहमति श्रृंखला को एंड-टू-एंड प्रलेखित करें, ऐप से SSAI के माध्यम से खरीदार तक। नियामक इस आरेख को नाम से मांगना शुरू कर रहे हैं।
5. अपनी विज्ञापन ऑप्स टीम को प्रशिक्षित करें यह पहचानने के लिए कि कौन सी इन्वेंट्री पर सहमति है और कौन सी नहीं, ताकि वे सहमति सिग्नल गुम होने पर केवल प्रासंगिक विकल्प प्रदान कर सकें।

निष्कर्ष

CTV एक गोपनीयता-मुक्त क्षेत्र नहीं है, और यह धारणा कि "कोई भी टीवी को विनियमित नहीं करता" हर प्रमुख बाजार में पहले से ही गलत है। अच्छी खबर यह है कि बिल्डिंग ब्लॉक्स — GPP, OpenRTB 2.6, SSAI-जागरूक सहमति अग्रेषण, और रिमोट-अनुकूल UX पैटर्न — सभी मौजूद हैं। जो प्रकाशक इन्हें जल्दी अपनाते हैं वे वे होंगे जो प्रीमियम CTV इन्वेंट्री बेचते रहने में सक्षम होंगे जब खरीदार बाकी सब कुछ अस्वीकार करना शुरू कर देंगे। लिविंग रूम की स्क्रीन सहमति प्रबंधन के लिए अगली सीमा है, और जो ऑपरेटर इसे उस तरह से मानते हैं, वे विज्ञापन डॉलर के मालिक होंगे जब बाकी बाजार पकड़ लेगा।