IAB TCF 2.4 लागू करना: प्रकाशकों और विज्ञापनदाताओं के लिए व्यावहारिक मार्गदर्शिका

संक्षिप्त उत्तर: IAB Europe ने 23 जुलाई 2026 को TCF 2.4 जारी किया। वेब कार्यान्वयन को 23 अक्टूबर 2026 तक माइग्रेट किया जाना चाहिए; मोबाइल ऐप्स और CTV के लिए 23 फरवरी 2027 लागू है। TC-String प्रारूप संस्करण 2 रहता है और TCF-Policy संस्करण 5 रहता है। इसलिए TCF 2.4 कोई नया स्ट्रिंग प्रारूप पेश नहीं करता है। महत्वपूर्ण बात यह है कि अपडेट की गई नीतियां, विशेष रूप से Vendors की वैध रुचि का सख्त उपचार।

---

मुख्य बातें

• TCF 2.4 वर्तमान विनिर्देश है; माइग्रेशन समय सीमा वातावरण द्वारा अलग है।
• वेब: 23 अक्टूबर 2026। मोबाइल ऐप और CTV: 23 फरवरी 2027।
• बाइनरी TC-String संस्करण 2 रहता है; tcfPolicyVersion 5 रहता है।
• पहले से वैध सहमति को केवल संस्करण पदनाम के कारण पुनः सहमति की आवश्यकता नहीं है। हालांकि, अन्य कारणों से पुनः पूछताछ आवश्यक हो सकती है, जैसे बदले हुए Vendors, उद्देश्य या कानूनी पाठ।
• DisclosedVendors खंड TCF 2.3 के साथ अनिवार्य हो गया और 2.4 के तहत जारी रहता है। यह कोई नई 2.4 सुविधा नहीं है।
• Vendors केवल विशेष उद्देश्यों को संकेत देने के आधार पर वैध रुचि का दावा नहीं कर सकते। यह 2.4 नियम पहले से ही अप्रैल 2026 से लागू है।
• पंजीकरण और प्रमाणन अलग-अलग कथन हैं। यह भी जांचें कि CMP किस वातावरण के लिए पंजीकृत है।

---

IAB TCF 2.4 के साथ क्या बदलता है?

TCF 2.4 Transparency and Consent Framework की नीतियों और तकनीकी आवश्यकताओं को अपडेट करता है। कार्यान्वयनकर्ताओं के लिए विशेष रूप से महत्वपूर्ण है TC-String में संस्करण संख्याओं को फ़ील्ड के साथ भ्रमित न करना: कोर खंड प्रारूप संस्करण 2 का उपयोग जारी रखता है, और नीति संस्करण 5 रहता है। इसलिए कार्यान्वयन न तो एक काल्पनिक स्ट्रिंग संस्करण "2.4" को कोड करना चाहिए और न ही संस्करण परिवर्तन के कारण सभी मौजूदा संकेतों को त्यागना चाहिए।

व्यावहारिक रूप से सबसे महत्वपूर्ण परिवर्तन Vendor Legitimate Interest से संबंधित है। एक Vendor केवल तभी LI-बिट सेट कर सकता है जब इसके लिए कम से कम एक अनुमत प्रसंस्करण उद्देश्य हो। विशेष उद्देश्य अकेले पर्याप्त नहीं हैं। CMPs को संकेत बनाते, पुनः स्थापित करते और रद्द करते समय इस अपरिवर्तनीय को लागू करना चाहिए।

Disclosed Vendors: 2.3 में पेश किया गया, 2.4 में आवश्यक रहता है

DisclosedVendors खंड दस्तावेज़ करता है कि कौन से Vendors वास्तव में व्यक्ति को दिखाए गए थे। यह TCF 2.3 के साथ अनिवार्य हो गया और सही 2.4 कार्यान्वयन का हिस्सा रहता है। 2.4 में माइग्रेशन करते समय, खंड को फिर से आविष्कार नहीं किया जाना चाहिए, बल्कि दृश्यमान Vendor सूची के विरुद्ध जांचा जाना चाहिए:

• खंड में शामिल प्रत्येक Vendor को सहमति इंटरफेस में प्रकट किया जाना चाहिए।
• गैर-प्रदर्शित, हटाए गए या निष्क्रिय Vendors को प्रकट के रूप में संकेत नहीं दिया जाना चाहिए।
• कॉन्फ़िगरेशन, इंटरफेस, DisclosedVendors और TCData में Vendor सेट को समझदारी से मेल खाना चाहिए।

वातावरण द्वारा समय सीमा

वातावरण	TCF 2.4 में माइग्रेशन समय सीमा
वेब	23 अक्टूबर 2026
मोबाइल ऐप	23 फरवरी 2027
CTV	23 फरवरी 2027

वेब पंजीकरण मोबाइल ऐप्स या CTV को स्वचालित रूप से कवर नहीं करता है। CMP की आधिकारिक CMP सूची में प्रविष्टि और वहां सूचीबद्ध वातावरण की जांच करें। Biscotti CMP को Campcruisers GmbH द्वारा संचालित किया जाता है और CMP-ID 497 के साथ वेब के लिए पंजीकृत है। इससे Native ऐप या CTV पंजीकरण का दावा नहीं किया जाता है।

TCF 2.4 में चरणबद्ध माइग्रेशन

1. पंजीकरण और वातावरण स्थिति की जांच करें

CMP-ID, कानूनी इकाई और पंजीकृत वातावरण की तुलना आधिकारिक CMP सूची से करें। लोगो या "IAB-अनुरूप" जैसे सामान्य सूत्रीकरण पर निर्भर न रहें।

2. वर्तमान GVL और Vendor चयन बाइंड करें

एक वर्तमान Global Vendor List लोड करें और उन Vendors को निर्धारित करें जो वास्तव में विशिष्ट वेबसाइट या ऐप में उपयोग किए जाते हैं। इंटरफेस और उत्पन्न सहमति स्थिति को एक ही Vendor सेट से प्राप्त किया जाना चाहिए।

3. Vendor-LI नियम fail-closed लागू करें

कोई Vendor-LI संकेत उत्पन्न न करें यदि Vendor केवल विशेष उद्देश्य घोषित करता है या कोई अनुमत LI उद्देश्य नहीं रहता है। Reject, रद्द करना, GVL परिवर्तन और संग्रहीत स्थिति की पुनः स्थापना के बाद भी इस नियम की जांच करें।

4. TC-String शब्दार्थ बनाए रखें

TC-String प्रारूप संस्करण 2 और नीति संस्करण 5 को कोड करना जारी रखें। अनिवार्य DisclosedVendors खंड को बनाए रखें। केवल इसलिए कि Framework विनिर्देश 2.4 कहा जाता है, API संस्करण फ़ील्ड न बदलें।

5. Reconsent लक्षित रूप से तय करें

संस्करण परिवर्तन अकेले reconsent का कारण नहीं है। इसके बजाय, जांचें कि क्या उद्देश्य, Vendors, कानूनी आधार, Publisher Restrictions या व्यक्ति को दिखाई गई जानकारी में महत्वपूर्ण परिवर्तन हुए हैं। निर्णय को दस्तावेज़ करें।

6. पूर्ण स्थिति संक्रमण का परीक्षण करें

कम से कम Accept All, Reject All, granular चयन, वैध रुचि, रद्द करना, फिर से खोलना, ब्राउज़र पुनरारंभ और GVL अपडेट का परीक्षण करें। उत्पन्न स्ट्रिंग को स्वतंत्र रूप से डिकोड करें और Vendor और Purpose सेट की तुलना करें।

तकनीकी जांच सूची

• __tcfapi('ping', 2, ...) सुसंगत CMP और नीति डेटा की रिपोर्ट करता है।
• TC-String प्रारूप संस्करण 2 है और tcfPolicyVersion 5 है।
• DisclosedVendors वास्तव में दृश्यमान Vendor सूची से मेल खाता है।
• Vendor-LI अनुमत LI उद्देश्य के बिना कभी सेट नहीं किया जाता है।
• Reject और रद्द करना अनुमत नहीं सहमति और LI संकेत हटाते हैं।
• संग्रहीत स्थिति केवल तभी अपनाई जाती है जब वह वर्तमान कॉन्फ़िगरेशन से मेल खाती हो।
• CMP-ID और पंजीकृत वातावरण सार्वजनिक CMP सूची से मेल खाते हैं।
• वेब, मोबाइल ऐप और CTV रिलीज़ अलग से जारी किए जाते हैं।

क्या मौजूदा उपयोगकर्ताओं से फिर से पूछा जाना चाहिए?

स्वचालित रूप से नहीं। TCF 2.4 पदनाम न तो अकेले TC-String प्रारूप को बदलता है और न ही नीति संस्करण संख्या को। हालांकि, यदि पूर्व निर्णय वर्तमान प्रसंस्करण को सटीक रूप से प्रतिबिंबित नहीं करता है या व्यक्ति को नई महत्वपूर्ण जानकारी प्राप्त करनी चाहिए तो पुनः सहमति आवश्यक है। निर्णय वास्तविक कॉन्फ़िगरेशन परिवर्तन और कानूनी सलाह के आधार पर लिया जाना चाहिए।

सामान्य त्रुटियां

• TCF 2.4 को नए TC-String प्रारूप संस्करण के रूप में कोड करना।
• tcfPolicyVersion को मानक आधार के बिना बढ़ाना।
• Disclosed Vendors को गलती से नई 2.4 परिवर्तन के रूप में वर्णित करना।
• विशेष उद्देश्यों को Vendor-LI के लिए पर्याप्त आधार के रूप में मानना।
• वेब पंजीकरण को मोबाइल ऐप या CTV पंजीकरण के रूप में प्रस्तुत करना।
• "पंजीकृत", "सत्यापित" और "प्रमाणित" को समानार्थी के रूप में उपयोग करना।
• केवल Accept-All पथ का परीक्षण करना और Reject, रद्द करना या पुनरारंभ को छोड़ना।

निष्कर्ष

TCF 2.4 में माइग्रेशन केवल पाठ परिवर्तन नहीं है। इसके लिए वातावरण द्वारा योजनाबद्ध रिलीज़, सही Vendor-LI संकेत और यह प्रमाण की आवश्यकता है कि दृश्यमान Vendors, संग्रहीत स्थिति और TC-String मेल खाते हैं। जो प्रारूप संस्करण 2, नीति संस्करण 5 और Disclosed Vendors के इतिहास को सही तरीके से अलग करता है, वह सबसे सामान्य माइग्रेशन त्रुटियों से बचता है।

FAQ

क्या TCF 2.4 एक नया TC-String प्रारूप संस्करण है?
नहीं। TC-String की संस्करण फ़ील्ड 2 रहती है; Framework संस्करण 2.4 को इस फ़ील्ड में नहीं लिखा जाना चाहिए।

क्या TCF-Policy संस्करण बदलता है?
नहीं। TCF 2.4 के लिए tcfPolicyVersion 5 पर रहता है।

क्या Disclosed Vendors TCF 2.4 में नए हैं?
नहीं। खंड TCF 2.3 के साथ अनिवार्य हो गया और 2.4 में जारी रहता है।

क्या TCF 2.4 हमेशा Reconsent की आवश्यकता है?
नहीं। महत्वपूर्ण बात यह है कि प्रसंस्करण और उपयोगकर्ता जानकारी में वास्तविक परिवर्तन, केवल संस्करण संख्या नहीं।

क्या Biscotti CMP मोबाइल ऐप्स या CTV के लिए पंजीकृत है?
Campcruisers GmbH की वर्तमान पंजीकरण प्रविष्टि, CMP-ID 497, वेब को कवर करती है। इससे मोबाइल ऐप्स या CTV के लिए कोई पंजीकरण नहीं होता है।

स्रोत

• IAB Europe, TCF Policies v5.0.b और Specifications v2.4: https://iabeurope.eu/transparency-consent-framework/
• IAB Europe, CMP सूची: https://cmplist.consensu.org/v2/cmp-list.json
• IAB Tech Lab, Consent String और Vendor List Formats: https://github.com/InteractiveAdvertisingBureau/GDPR-Transparency-and-Consent-Framework

यह पोस्ट तकनीकी और संगठनात्मक पहलुओं की व्याख्या करती है और कानूनी सलाह नहीं है।