Topics API

Topics API एक ब्राउज़र-स्तरीय सुविधा है, जो Chrome में Google की Privacy Sandbox पहल का हिस्सा है, जो उपयोगकर्ता के हाल के ब्राउज़िंग इतिहास के आधार पर उन्हें कुछ व्यापक रुचि श्रेणियाँ, जैसे "फिटनेस" या "यात्रा और परिवहन," आवंटित करती है। साइटें इन विषयों को ब्राउज़र के माध्यम से अनुरोध कर सकती हैं और उनका उपयोग रुचि-आधारित विज्ञापन टारगेटिंग के लिए कर सकती हैं, बिना किसी क्रॉस-साइट पहचानकर्ता को लगाए जैसा कि तृतीय-पक्ष कुकी करती है।

यह कैसे काम करता है#

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

कुछ डिज़ाइन विकल्प इस बात के लिए महत्वपूर्ण हैं कि व्यवहार में यह कैसे प्रकट होता है। विषय अनिश्चित काल तक जमा होने के बजाय एक आवर्ती शेड्यूल पर घूमते हैं, इसलिए टारगेटिंग हाल की रुचि को दर्शाती है न कि कोई स्थायी लेबल। वर्गीकरण स्वयं क्यूरेटेड, सार्वजनिक रूप से दस्तावेजित है और संवेदनशील श्रेणियों (स्वास्थ्य स्थितियाँ, यौन अभिविन्यास, और इसी तरह) को बाहर करता है। और एक साइट केवल उन उपयोगकर्ताओं के लिए विषय देखती है जिन्होंने हाल ही में विषय-योग्य साइटों का दौरा किया है, इसलिए कवरेज असमान है, विशेष रूप से अपनाने के शुरुआती चरण में।

यह क्यों मौजूद है#

Topics API Google का उस समस्या का जवाब है जिसे हर नेटिव और प्रोग्रामेटिक खरीदार पहले से ही महसूस कर रहा है: तृतीय-पक्ष कुकीज़ Safari और Firefox में अविश्वसनीय हैं, नीति द्वारा प्रतिबंधित हैं, और ब्राउज़र स्तर पर तेजी से ब्लॉक की जा रही हैं जहाँ वे तकनीकी रूप से अभी भी काम करती हैं। रुचि-आधारित टारगेटिंग पहले एक कुकी आईडी पर निर्भर करती थी जो उपयोगकर्ता को साइटों में फॉलो करती थी; Topics API एक स्थायी क्रॉस-साइट कुंजी के बजाय मोटे, डिवाइस पर श्रेणियों का उपयोग करके उस टारगेटिंग मूल्य के कुछ हिस्से को संरक्षित करने का प्रयास करता है। यह अन्य Privacy Sandbox टुकड़ों (जैसे एट्रिब्यूशन रिपोर्टिंग) के साथ कई ब्राउज़र-नेटिव विकल्पों में से एक के रूप में स्थित है जिन्हें प्रकाशक और विज्ञापन नेटवर्क तब अपना सकते हैं जब कुकी-रहित टारगेटिंग विकल्प परिपक्व होते हैं। यह उस सूक्ष्मता का सीधा प्रतिस्थापन नहीं है जो एक ट्रैकिंग कुकी प्रदान करती थी, और डिमांड-साइड प्लेटफ़ॉर्म और एक्सचेंजों में अपनाना सार्वभौमिक होने के बजाय क्रमिक रहा है।

नेटिव विज्ञापन के लिए इसका क्या अर्थ है#

Taboola, Outbrain और MGID जैसे नेटिव नेटवर्क पहले से ही भारी मात्रा में संदर्भात्मक टारगेटिंग पर निर्भर करते हैं, जहाँ एक विज्ञापन को पाठक के द्वारा देखे जा रहे पेज से मिलाया जाता है न कि किसी ट्रैक की गई पहचान से, इसलिए Topics-शैली के सिग्नल्स की ओर बदलाव नेटिव के लिए उतना विघटनकारी नहीं है जितना कि पहचान-केंद्रित डिस्प्ले और सोशल खरीदारी के लिए है। नेटिव खरीदार जिन्होंने फर्स्ट-पार्टी डेटा और पेज संदर्भ के आसपास अभियान बनाए हैं, न कि खरीदे गए ऑडियंस सेगमेंट के आसपास, बेहतर स्थिति में हैं क्योंकि ओपन वेब में कुकी-आधारित रियल-टाइम बिडिंग सिग्नल्स कम होते जा रहे हैं, और संदर्भात्मक सिग्नल्स को मजबूत भौगोलिक टारगेटिंग के साथ जोड़ने से उस सटीकता का बहुत कुछ पुनर्प्राप्त हो जाता है जो एक खोई हुई कुकी अन्यथा प्रदान करती।

यदि आप यह समझने की कोशिश कर रहे हैं कि कोई विशिष्ट प्रतियोगी वास्तव में कैसे टारगेटिंग कर रहा है, न कि स्पेक शीट से अनुमान लगा रहा है, तो उनके द्वारा चलाए जा रहे विज्ञापनों को देखना किसी गोपनीयता व्हाइटपेपर को पार्स करने से अधिक विश्वसनीय है। OpenAdLibrary का विज्ञापन खुफिया इंडेक्स ट्रैक करता है कि कौन से वर्टिकल और जियो प्रत्येक नेटिव नेटवर्क के लाइव क्रिएटिव्स में केंद्रित हैं, ताकि आप टारगेटिंग पैटर्न को दस्तावेज़ीकरण से अनुमान लगाने के बजाय वास्तविक दुनिया में खेलते हुए देख सकें।