IAB TCF v2.2 से v2.3 माइग्रेशन गाइड: क्या बदला और CMPs को कैसे अपग्रेड करना चाहिए
IAB Europe Transparency and Consent Framework (TCF) यूरोपीय प्रोग्रामैटिक विज्ञापन में सबसे अधिक अपनाया गया कंसेंट सिग्नल है। फ़्रेमवर्क के नए वर्ज़न कभी केवल कॉस्मेटिक अपडेट नहीं होते — हर वर्ज़न नियामकीय फ़ीडबैक, एन्फ़ोर��समेंट कार्रवाइयों, और असली पब्लिशर्स व वेंडर्स के व्यवहार से सीखी गई सीखों को दर्शाता है। TCF v2.2 से v2.3 की ओर बढ़ना भी इसका अपवाद नहीं है।
यह गाइड बताता है कि v2.3 में वास्तव में क्या बदला है, ये बदलाव क्यों लाए गए, और प्रोडक्शन CMP को कैसे माइग्रेट करें ताकि ट्रांज़िशन विंडो के दौरान न तो कंसेंटेड इन्वेंटरी गिर जाए और न ही Policies का उल्लंघन हो।
संक्षेप में
TCF v2.3, v2.2 का इवोल्यूशन है, पूरी री-आर्किटेक्चर नहीं। TC String फ़ॉर्मेट कम्पैटिबल है, मौजूदा पर्पज़ और फीचर्स बरक़रार हैं, और ज़्यादातर पब्लिशर-फ़ेसिंग UI आवश्यकताएँ बिना बदले जारी रहती हैं। मायने रखने वाले बदलाव चार मुख्य क्षेत्रों में केंद्रित हैं:
- वेंडर जानकारी और रिटेंशन पीरियड्स दिखाने के बारे में CMPs के लिए ज़्यादा स्पष्ट नियम।
- 2022 की Belgian DPA निर्णय के बाद से रेगुलेटर्स जिस पर ज़ोर दे रहे थे, ऐसे ग्रैन्युलर सेकंड-लेयर कंट्रोल्स के लिए नए अनिवार्य मानक।
- डार्क पैटर्न, इक्वल प्रॉमिनेंस और प्री-टिक्ड ऑप्शंस पर कड़ी पॉलिसी एन्फ़ोर्समेंट।
- Global Vendor List (GVL) स्कीमा और वेंडर डिस्क्लोज़र फ़्लो में समायोजन।
v2.3 की ज़रूरत क्यों पड़ी
हर TCF वर्ज़न तीन ऑडियंस के बीच एक बैलेंस है: पब्लिशर जिन्हें मोनेटाइज़ेशन जारी रखना है, वेंडर जिन्हें स्थिर तकनीकी इंटरफ़ेस चाहिए, और रेगुलेटर जो बार-बार विशिष्ट कंप्लायंस गैप खोज लेते हैं। v2.3 सीधे तौर पर तीन दबावों का परिणाम है:
- v2.2 के तहत "legitimate interest" के ओवरयूज़ पर एन्फ़ोर्समेंट कार्रवाई। कई यूरोपीय DPAs ने माना कि बहुत से वेंडर ऐसे पर्पज़ के लिए LI क्लेम कर रहे थे जहाँ वास्तव में केवल कंसेंट ही वैध लीगल बेसिस था। v2.3 में वेंडर द्वारा डिक्लेयर की जाने वाली लीगल बेसिस डिस्क्लोज़र को कड़ा किया गया है और इन्हें कंसेंट UI में पहले ही सतह पर लाना अनिवार्य किया गया है।
- डार्क पैटर्न पर लगातार शिकायतें। अपडेटेड Policies इक्वल-प्रॉमिनेंस नियम को ज़्यादा स्पष्ट बनाती हैं और सेकंड लेयर पर प्री-टिक्ड टॉगल्स जैसी खामियों के लिए रास्ता बंद कर देती हैं।
- बड़े CMPs और पब्लिशर्स से मिला ऑपरेशनल फ़ीडबैक। v2.2 ने कई अनिवार्य डिस्क्लोज़र जोड़ दिए थे जिन्हें मोबाइल और CTV पर साफ़-सुथरे ढंग से लागू करना मुश्किल था। v2.3 अनिवार्य डिस्क्लोज़र सेट को सुव्यवस्थित करता है और उनमें से ज़्यादा हिस्से को लेयर्ड व्यू में रहने देता है।
TC String कम्पैटिबिलिटी
TC String ���्वयं बैकवर्ड्स कम्पैटिबल बनी रहती है। एक v2.3 CMP ऐसे स्ट्रिंग्स उत्पन्न करता है जिन्हें v2.2 वेंडर्स पढ़ सकते हैं, और v2.3 वेंडर ट्रांज़िशन पीरियड के दौरान v2.2 स्ट्रिंग्स को कंज़्यूम कर सकते हैं। स्ट्रिंग के कोर सेगमेंट में वर्ज़न इंडिकेटर यह दिखाता है कि CMP किस पॉलिसी वर्ज़न के साथ कंप्लाइंस का दावा कर रहा है, और GVL वर्ज़न पॉइंटर स्वतंत्र रूप से आगे बढ़ता है।
प्रैक्टिकली इसका मतलब: आपको सभी वेंडर्स को एक साथ रिवाइज़ करने की ज़रूरत नहीं, और न ही v2.3 डिप्लॉय करते ही हर यूज़र से फ़्रेश कंसेंट इवेंट फ़ोर्स करने की ज़रूरत है। फ़ेज़्ड ���ोलआउट को स्पष्ट रूप से सपोर्ट किया गया है।
मुख्य तकनीकी बदलाव
1. वेंडर डिस्क्लोज़र और रिटेंशन
v2.3 यह अनिवार्य करता है कि CMPs हर वेंडर की डिक्लेयर की हुई डेटा रिटेंशन पीरियड को लेयर्ड UI में सतह पर दिखाएँ, केवल अलग वेंडर लिस्ट में नहीं। रिटेंशन वैल्यू हमेशा से GVL का हिस्सा था, लेकिन v2.2 ने यूज़र को इसे पर्पज़ के साथ-साथ देखने की बाध्यता नहीं रखी थी। v2.3 यह गैप इसलिए बंद करता है क्योंकि रेगुलेटर्स का तर्क था कि जब तक यूज़र यह नहीं जानता कि उसका डेटा कितने समय तक रखा जाएगा, वह सूचित निर्णय नहीं ले सकता।
2. ज़्यादा कड़े सेकंड-लेयर कंट्रोल्स
सेकंड लेयर — यानी "manage preferences" व्यू — में v2.3 साफ़-साफ़ कहता है कि नॉन-एसेंशियल पर्पज़ और वेंडर्स के लिए टॉगल्स का डिफ़ॉल्ट स्टेट ऑफ़ होना चाहिए। प्री-टिक्ड बॉक्स या पहले से इनेबल्ड स्लाइडर्स पॉलिसी का उल्लंघन हैं, भले ही यूज़र ने कभी स्पष्ट रूप से "accept" पर क्लिक न किया हो। जो CMPs पहले "सॉफ़्ट ऑप्ट-इन" पैटर्न पर निर्भर थे, उन्हें सेकंड लेयर को दोबारा रेंडर करना होगा।
3. इक्वल प्रॉमिनेंस एन्फ़ोर्समेंट
इक्वल प्रॉमिनेंस नियम v2.1 से मौजूद था, लेकिन v2.3 इसे कम व्याख्या-स्पेस के साथ परिभाषित कर��ा है: "reject all" कंट्रोल उसी लेयर पर, समान विज़ुअल वेट, वही कलर कॉन्ट्रास्ट क्लास, और "accept all" जितनी ही इंटरैक्शन डिस्टेंस पर होना चाहिए। लिंक के पीछे, छोटे बटन के रूप में, या सेकेंडरी स्क्रीन पर reject को छिपाना अब जजमेंट कॉल नहीं, बल्कि स्पष्ट कंप्लायंस फ़ेल्यर माना जाएगा।
4. Legitimate Interest सिग्नलिंग
जो वेंडर्स v2.3 के तहत legitimate interest को लीगल बेसिस के रूप में डिक्लेयर करते हैं, उन्हें अब यह भी बताना होगा कि उन्होंने किन-किन पर्पज़ के लिए असेसमेंट किया है और किनके लिए Legitimate Interests Assessment पूरा किया है। CMPs के लिए अनिवार्य है कि वे इस डिक्लेरेशन को यूज���र इंटरफ़ेस तक पास करें ताकि यूज़र पूरी जानकारी के साथ आपत्ति दर्ज कर सके। व्यावहारिक रूप से इसका मतलब है कि अब "object" फ़्लो जेनरिक टॉगल के बजाय वेंडर-विशिफ़िक LIA स्टेटस दिखाता है।
5. GVL स्कीमा अपडेट्स
Global Vendor List स्कीमा में रिटेंशन ग्रैन्युलैरिटी, LIA स्टेटस, और हर वेंडर की प्राइवेसी पॉलिसी के उन सेक्शंस के लिए मशीन-रीडेबल लिंक जैसे फ़ील्ड्स जोड़े गए हैं जहाँ डिक्लेयर किए गए पर्पज़ कवर होते हैं। जो CMPs GVL को कैश करते हैं, उन्हें v2.3 GVL पर पॉइंट करने से पहले अपने स्कीमा पार्सर को अपडेट करना होगा ताकि वे नए फ़ील्ड्स को समझ सकें।
वे पॉलिसी बदलाव जो UX को प्रभावित करते हैं
TCF एक टेक्निकल स्पेसिफ़िकेशन होने के साथ-साथ Policies का सेट भी है। v2.3 की कई पॉलिसी चेंजेस सीधे कंसेंट UI पर असर डालती हैं:
- "continue without accepting" को अब reject के बराबर नहीं माना जाएगा जब तक कि वह विज़ुअली accept बटन जैसा न दिखे और वही TC String न पैदा करे जो पूरी तरह reject करने से बनती।
- लैंग्वेज पैरिटी — कंसेंट नोटिस उन सभी भाषाओं में उपलब्ध होना चाहिए जिनमें साइट स्वयं उपलब्ध है, केवल यूज़र के ब्राउज़र लैंग्वेज में नहीं। CMPs को लोकैल ओवरराइड सपोर्ट करना होगा।
- परसिस्टेंट ऐक्सेस — यूज़र को साइट के हर पेज स�� प्रेफ़रेंसेज़ सेंटर तक पहुँचा जा सके, केवल लैंडिंग पेज से नहीं, और यह ऐक्सेस लिंक ऐसी भाषा में लेबल होना चाहिए जिसे कोई भी नॉन-एक्सपर्ट यूज़र भी कंसेंट-सम्बंधित के रूप में पहचान सके।
पब्लिशर्स को क्या करना चाहिए
- अपने CMP वेंडर की v2.3 सपोर्ट कन्फ़र्म करें। उनसे ठीक-ठीक तारीख पूछें जब उनका v2.3-सर्टिफ़ाइड बिल्ड उपलब्ध होगा और वह कौन-सा वर्ज़न स्ट्रिंग रिपोर्ट करेगा।
- अपनी GVL कैश लॉजिक को रीफ़्रेश करें। यदि आप कोई GVL मिरर सेल्फ-होस्ट करते हैं, तो v2.3 GVL रोलआउट से पहले स्कीमा पार्सर अपडेट करें, नहीं तो आपका CMP नए वेंडर्स को वेलिडेट करने में फ़ेल हो जाएगा।
- अपना सेकंड-लेयर UI फिर से लिखें ताकि हर टॉगल का डिफ़ॉल्ट ऑफ़ हो, इक्वल प्रॉमिनेंस विज़ुअली नज़र आए, और पर्पज़ के साथ-साथ रिटेंशन पीरियड्स भी डिस्प्ले हों।
- अपना कंप्लायंस ऑडिट फिर से चलाएँ। रेगुलेटर्स के लिए सबसे आसान टार्गेट डार्क-पैटर्न वायलेशंस हैं, जिन्हें v2.3 अब स्पष्ट रूप से नेम-चेक करता है। अगली एन्फ़ोर्समेंट रिव्यू से पहले इन्हें ठीक कर लें।
- री-प्रॉम्प्ट स्ट्रेटेजी प्लान करें। हालाँकि TC String बैकवर्ड्स कम्पैटिबल है, Policies पब्लिशर्स को प्रोत्साहित करती हैं कि जब प्रोसेसिंग का स्कोप या डिस्क्लोज़र मैटेरियली बदल जाए तो वे दोबारा कंसेंट लें। यह तय करें कि आपका v2.3 रोलआउट आपकी ऑडियंस के लिए "material" बदलाव की श्रेणी में आता है या नहीं।
वेंडर्स को क्या करना चाहिए
- हर उस पर्पज़ के लिए Legitimate Interests Assessment पूरा करें जहाँ आप LI डिक्लेयर करते हैं, और परिणाम GVL में सबमिट करें।
- अपनी GVL एंट्री अपडेट करें ताकि v2.3 स्कीमा फ़ील्ड्स — रिटेंशन ग्रैन्युलैरिटी, LIA डिक्लेयरेशन, और प्राइवेसी-पॉलिसी डीप लिंक — शामिल हों।
- अपने TC String पार्सर को वेलिडेट करें IAB Europe द्वारा उपलब्ध कराए गए v2.3 रेफ़रेंस स्ट्रिंग्स के ख़िलाफ़।
- अपने CMP पार्टनर्स के साथ कटओवर डेट पर तालमेल बिठाएँ, ताकि v2.3 स्ट्रिंग लेकर आने वाला पहला बायर रिक्वेस्ट किसी ऐसे वेंडर पर न गिरे जो केवल v2.2 सपोर्ट करता हो।
आम माइग्रेशन गलतियाँ
- v2.3 को UI रीडिज़ाइन का मौक़ा मान लेना। v2.3 रोलआउट के साथ ब्रांड अपडेट भी बंडल करना लुभावना हो सकता है, लेकिन इससे कंप्लायंस टेस्टिंग जटिल हो जाती है। पहले केवल कंप्लायंस-फ़ोकस्ड v2.3 रिलीज़ शिप करें, उसके बाद डिज़ाइन पर इटरेट करें।
- रिटेंशन डिस्प्ले रिक्वा���रमेंट मिस कर देना। टीमें अक्सर वेंडर लिस्ट व्यू अपडेट कर देती हैं, लेकिन भूल जाती हैं कि अब रिटेंशन को पर्पज़-बाय-पर्पज़ लेयर्ड व्यू में भी दिखाना ज़रूरी है।
- मान लेना कि सिर्फ TC String काफ़ी है। नॉन-कंप्लायंट UI से निकली, लेकिन टेक्निकली कम्पैटिबल स्ट्रिंग भी रेगुलेटर्स की नज़र में नॉन-कंप्लायंट ही होती है। रेगुलेटर्स ने बार-बार ऐसे ऑपरेटर्स पर फाइन लगाए हैं जिनके स्ट्रिंग्स तो ठीक दिखते थे, लेकिन जिनके बैनर्स ने reject बटन छिपा रखा था।
- CTV और मोबाइल को स्कोप के बाहर छोड़ देना। v2.3 हर उस सरफ़ेस पर लागू होता है जहाँ TCF सिग्नल्स जेनरेट होते हैं। जो पब्लिशर्स वेब अपडेट शिप कर देते हैं लेकिन अपने CTV या मोबाइल ऐप्स को नज़रअंदाज़ कर देते हैं, वे एक हाइब्रिड नॉन-कंप्लायंट एनवायरनमेंट बना लेते हैं।
निष्कर्ष
TCF v2.3, v2.2 से कोई विघटनकारी ब्रेक नहीं है, लेकिन यह उन नियमों को अर्थपूर्ण रूप से कस देता है जो यूरोपीय प्रोग्रामैटिक इकोसिस्टम को जोड़े रखते हैं। दिशा साफ़ है: ज़्यादा ट्रांसपेरेंसी, कम डार्क पैटर्न, ज़्यादा ग्रैन्युलर यूज़र कंट्रोल, और उन किनारे के मामलों के लिए कम सहनशीलता जो पहले बच निकलते थे। जो CMPs और पब्लिशर्स v2.3 को सिर���फ़ एक त्वरित पैच की तरह लेंगे, वे खुद को दोबारा रेगुलेटर के सामने पाएँगे। जो इस माइग्रेशन का उपयोग सेकंड-लेयर UX सुधारने, legitimate-interest शॉर्टकट्स रिटायर करने, और सच में इक्वल-प्रॉमिनेंस वाली कंसेंट फ़्लो दोबारा बनाने में करेंगे, वे v2.3 के दौर में वाकई क्लियर होने वाली इन्वेंटरी के साथ बाहर आएँगे — और ऐसी कंसेंट पोज़िशनिंग के साथ जो आगे आने वाले v2.4 के बावजूद टिकाऊ रहेगी।