TCF सहमति स्ट्रिंग

TCF सहमति स्ट्रिंग एन्कोडेड टेक्स्ट का एक टुकड़ा है जो रिकॉर्ड करता है कि IAB Europe की पारदर्शिता और सहमति रूपरेखा (TCF) के तहत एक उपयोगकर्ता ने कौन सी सहमति पसंदें दी हैं, और यह बोली अनुरोध के साथ प्रवाहित होता है ताकि विज्ञापन आपूर्ति श्रृंखला का प्रत्येक विक्रेता उस इंप्रेशन पर कार्रवाई करने से पहले जाँच सके कि उन्हें क्या करने की अनुमति है।

स्ट्रिंग के अंदर क्या है#

स्ट्रिंग एक संपीड़ित base64-शैली प्रारूप में एन्कोड करती है कि उपयोगकर्ता ने किन "उद्देश्यों" (जैसे डिवाइस पर जानकारी संग्रहीत करना, या वैयक्तिकृत विज्ञापन प्रोफ़ाइल बनाना) के लिए सहमति दी है, IAB Europe की पंजीकृत विक्रेता सूची पर किन विशिष्ट विक्रेताओं के लिए उन्होंने सहमति दी है, और कुछ मेटाडेटा कि सहमति कब और कैसे एकत्र की गई थी। यह मानव-पठनीय नहीं है, लेकिन पूरी तरह से निर्दिष्ट है: कोई भी प्रणाली जो TCF मानक लागू करती है, उसे उसी तरह डिकोड कर सकती है, और यही पूरी बात है। एक प्रकाशक का सहमति प्रबंधन प्लेटफ़ॉर्म स्ट्रिंग उत्पन्न करता है, और यह बोली अनुरोध से जुड़ जाता है जो हेडर बिडिंग रैपर्स, सप्लाई-साइड प्लेटफ़ॉर्म, और विज्ञापन एक्सचेंजों से होते हुए एक डिमांड-साइड प्लेटफ़ॉर्म तक प्रवाहित होता है।

विज्ञापन आपूर्ति श्रृंखला इस पर क्यों निर्भर करती है#

TCF द्वारा इसे मानकीकृत करने से पहले, प्रत्येक विक्रेता का अपना विशिष्ट तरीका सहमति का प्रतिनिधित्व करने का होता था, या कोई तरीका ही नहीं होता था, जिसका अर्थ था कि प्रकाशक से तीन हॉप दूर मांग भागीदार के पास यह पुष्टि करने का कोई विश्वसनीय तरीका नहीं था कि सहमति वास्तव में एकत्र की गई थी। TCF स्ट्रिंग ने इसे ठीक कर दिया, श्रृंखला में सभी को एक ही मशीन-पठनीय उत्तर देकर कि "क्या इस विक्रेता को इस उपयोगकर्ता के डेटा को इस उद्देश्य के लिए संसाधित करने की अनुमति है।" यही कारण है कि एक यूरोपीय उपयोगकर्ता को कवर करने वाली रियल-टाइम बिडिंग नीलामी मिलीसेकंड में, नीलामी की गति से आगे बढ़ सकती है, बिना प्रत्येक विक्रेता द्वारा अलग से सहमति डेटाबेस को क्वेरी किए।

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

यह बाकी स्टैक के साथ कहाँ फिट बैठता है#

TCF स्ट्रिंग ads.txt या sellers.json की जगह नहीं लेती है, जो सत्यापित करते हैं कि प्रकाशक की इन्वेंट्री बेचने के लिए कौन अधिकृत है। यह एक अलग समस्या का समाधान करती है: न कि "इसे बेचने की अनुमति किसे है," बल्कि "इस विशिष्ट उपयोगकर्ता के डेटा का उपयोग किस लिए किया जा सकता है।" एक आधुनिक प्रोग्रामेटिक नीलामी में दोनों जाँचें स्वतंत्र रूप से चलती हैं, और दोनों में से किसी में भी अंतर चुपचाप फिल या बोली को दबा सकता है, बिना कारण की ओर इशारा करने वाले स्पष्ट त्रुटि संदेश के।

यदि आप केवल विशिष्टता पढ़ने के बजाय, सहमति द्वारों के आसपास एड टेक कैसे व्यवहार करता है, इसकी ऑडिट कर रहे हैं, तो OpenAdLibrary का विज्ञापन खुफिया इंडेक्स विभिन्न भूभागों में ब्राउज़ करना एक त्वरित तरीका है यह देखने का कि एक ही विज्ञापनदाता के लिए सर्जनात्मक मिश्रण और वॉल्यूम वास्तव में सहमति-भारी और सहमति-हल्के बाजारों के बीच कैसे बदलता है।