वेब के लिए Topics API की खास जानकारी

Topics API, दिलचस्पी के हिसाब से विज्ञापन (आईबीए) की सुविधा देता है. इसके लिए, उपयोगकर्ता को जिन साइटों पर जाना है उन्हें ट्रैक करने की ज़रूरत नहीं है.

लागू करने की स्थिति

  • The Topics API has completed the public discussion phase and is currently available to 99 percent of users, scaling up to 100 percent.
  • To provide your feedback on the Topics API, create an Issue on the Topics explainer or participate in discussions in the Improving Web Advertising Business Group. The explainer has a number of open questions that still require further definition.
  • The Privacy Sandbox timeline provides implementation timelines for the Topics API and other Privacy Sandbox proposals.
  • Topics API: latest updates details changes and enhancements to the Topics API and implementations.

Topics API क्या है?

Topics API, प्राइवसी सैंडबॉक्स का एक सिस्टम है. इसे निजता को बनाए रखने के लिए डिज़ाइन किया गया है. साथ ही, इसे ब्राउज़र को तीसरे पक्षों के साथ उपयोगकर्ता की दिलचस्पी की जानकारी शेयर करने की अनुमति देने के साथ-साथ, निजता बनाए रखने के लिए डिज़ाइन किया गया है. यह उपयोगकर्ता की ओर से देखी जाने वाली साइटों को ट्रैक किए बिना, रुचि के हिसाब से विज्ञापन (आईबीए) की सुविधा देता है.

Topics API में, दिलचस्पी के हिसाब से विज्ञापन दिखाना एक अहम कॉन्सेप्ट है. यह लोगों के हिसाब से विज्ञापन दिखाने का एक तरीका है. इसमें उपयोगकर्ता की रुचियों के आधार पर, उस विज्ञापन को चुना जाता है जो उपयोगकर्ता ने हाल ही में जिन साइटों पर विज़िट किया था उनके आधार पर. यह कॉन्टेक्स्ट के हिसाब से दिखाए जाने वाले विज्ञापन से अलग होता है. कॉन्टेक्स्ट के हिसाब से दिखाए जाने वाले विज्ञापन का मकसद, उस पेज के कॉन्टेंट से विज्ञापनों को मैच करना होता है जिस पर उपयोगकर्ता जाता है.

दिलचस्पी के हिसाब से विज्ञापन दिखाने से, विज्ञापन देने वाले लोगों या कंपनियों (वे साइटें जो अपने प्रॉडक्ट या सेवाओं का विज्ञापन देना चाहती हैं) और पब्लिशर (अपने कॉन्टेंट से कमाई करने के लिए विज्ञापनों का इस्तेमाल करने वाली साइटें), दोनों की मदद मिल सकती है:

  • IBA के ज़रिए विज्ञापन देने वालों को संभावित ग्राहकों तक पहुंचने में मदद मिलती है.
  • आईबीए, संदर्भ के हिसाब से जानकारी जोड़ सकता है. इससे पब्लिशर को वेबसाइटों के लिए पैसे देने के लिए, विज्ञापनों का इस्तेमाल करने में मदद मिलती है.

Topics API, विषयों (पसंद की कैटगरी) का इस्तेमाल करके, दिलचस्पी के हिसाब से नए तरह के विज्ञापन दिखाने की सुविधा देता है. इन विषयों को उपयोगकर्ता की हाल की गतिविधि के आधार पर, ब्राउज़र को असाइन किया जाता है. ये विषय, संदर्भ के हिसाब से और भी जानकारी दे सकते हैं. इससे, सही विज्ञापन चुनने में मदद मिलती है.

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

पहले, तीसरे पक्ष की कुकी और अन्य तरीकों का इस्तेमाल करके, साइटों पर उपयोगकर्ता के ब्राउज़िंग व्यवहार को ट्रैक किया जाता था, ताकि पसंद के विषयों का पता लगाया जा सके. इन तरीकों को धीरे-धीरे बंद किया जा रहा है.

Topics API की मदद से, ब्राउज़र उपयोगकर्ताओं की ब्राउज़िंग गतिविधि के आधार पर, उन विषयों की निगरानी करता है और उन्हें रिकॉर्ड करता है जिनमें लोगों की दिलचस्पी हो सकती है. यह जानकारी उपयोगकर्ता के डिवाइस पर रिकॉर्ड की जाती है. इसके बाद, Topics API, एपीआई कॉलर (जैसे कि विज्ञापन टेक्नोलॉजी से जुड़े प्लैटफ़ॉर्म) को उपयोगकर्ता की पसंद के विषयों का ऐक्सेस दे सकता है. हालांकि, इसके लिए उपयोगकर्ता की ब्राउज़िंग गतिविधि के बारे में ज़्यादा जानकारी नहीं देनी होगी.

पूर्वज के विषयों की निगरानी

Chrome 114 और इसके बाद के वर्शन में, जब कोई कॉलर किसी पेज पर किसी उपयोगकर्ता से जुड़े किसी विषय को देखता है, तो ब्राउज़र यह भी मानता है कि उस व्यक्ति ने उस विषय के सभी पूर्वजों को देखा था.

उदाहरण के लिए, अगर ब्राउज़र रिकॉर्ड करता है कि कॉल करने वाला (कॉलर) किसी उपयोगकर्ता के लिए Shopping/Apparel/Footwear/Boots देखता है, तो उस विषय के पूर्वजों को भी निगरानी किया गया माना जाता है: Shopping/Apparel/Footwear, Shopping/Apparel, और Shopping.

इससे पहले, किसी कॉलर को Shopping/Apparel मानकर ब्राउज़र में यह माना जाता था कि उसने जिस विषय को देखा है उसके मुताबिक, उस विषय को एपीआई की मदद से लौटाना ज़रूरी था. इसका मतलब है कि अगर किसी उपयोगकर्ता को एक पेज पर Shopping/Apparel और दूसरे पेज पर Shopping/Apparel/Footwear/Boots दिख रहा है, तो एपीआई दोनों पेजों पर Shopping/Apparel का स्टेटस मानेगा.

युग (एपक)

इसके साथ ही, Topics API को यह पक्का करना होगा कि वह अपनी पसंद के विषय अप-टू-डेट रखे. ब्राउज़र, किसी उपयोगकर्ता की ब्राउज़िंग गतिविधि के आधार पर, उसके विषयों का अनुमान लगाता है. यह अनुमान, उस समयावधि के दौरान लगाया जाता है जिसे epoch कहा जाता है. फ़िलहाल, इसमें एक हफ़्ता होता है. हर उपयोगकर्ता के अपने epoch होते हैं (epoch "हर उपयोगकर्ता के लिए" होते हैं) और शुरू होने का समय किसी भी क्रम में होता है. हर epoch का विषय, इस समयावधि में उपयोगकर्ता के सबसे ज़्यादा ब्राउज़ किए गए पांच विषयों में से चुना जाता है. यह किसी भी क्रम में हो सकता है. निजता को और बेहतर बनाने और यह पक्का करने के लिए कि सभी विषयों को दिखाया जा सकता है, इस बात की 5% संभावना है कि विषय को सभी संभावित विषयों में से किसी भी क्रम में चुना गया है. यह विषय, कैटगरी में से एक है.

Topics API के तीन मुख्य टास्क हैं:

  • ब्राउज़र गतिविधि को पसंद के विषयों पर मैप करें. Topics API के मौजूदा डिज़ाइन की मदद से, उपयोगकर्ताओं के विज़िट किए गए पेजों के होस्टनेम से विषयों का अनुमान लगाया जाता है. उदाहरण के लिए, अक्वेरियम के बारे में किसी वेबसाइट के लिए अनुमान लगाया गया विषय /पालतू जानवर और जानवर/पालतू जानवर/मछली और एक्वेरिया.
  • किसी उपयोगकर्ता की हाल की ब्राउज़िंग गतिविधि के आधार पर, उसके लिए सबसे लोकप्रिय विषयों का हिसाब लगाएं.
  • उपयोगकर्ताओं को उनकी पसंद के मौजूदा विषयों को ऐक्सेस करने के तरीके बताना, ताकि वे सही विज्ञापन चुन सकें.

Topics API की मदद से, ऐसे विषय उपलब्ध कराए जाते हैं जिन्हें कोई भी व्यक्ति आसानी से पढ़ और समझ सके. इसलिए, लोगों को बेहतर कंट्रोल दिए जा सकते हैं.

विषय चुनने और उन्हें चुनने का तरीका

विषयों को क्रम के हिसाब से कैटगरी वाली कैटगरी से चुना जाता है. जैसे, /Arts & मनोरंजन/संगीत और ऑडियो/सोल और आर ऐंड बी और /बिज़नेस ऐंड औद्योगिक/कृषि और फ़ॉरेस्ट्री. Chrome ने इन विषयों को शुरुआती टेस्टिंग के लिए चुना है. हालांकि, इसका मकसद यह है कि भरोसेमंद नेटवर्क में योगदान देने वाले लोग, कैटगरी को मैनेज करने वाला संसाधन बन जाएं. टेक्सॉनमी इतनी छोटी होनी चाहिए कि कई उपयोगकर्ता ब्राउज़र हर विषय के साथ जुड़े होंगे. फ़िलहाल, विषयों की संख्या 469 है, लेकिन हम उम्मीद करते हैं कि विषयों की आखिरी संख्या कुछ सौ और कुछ हज़ार के बीच होगी.

संवेदनशील कैटगरी से बचने के लिए, यह ज़रूरी है कि विषय सार्वजनिक हों, मैन्युअल तरीके से चुने गए हों, और अप-टू-डेट हों. Chrome की ओर से टेस्ट करने के लिए सुझाई गई शुरुआती टेक्सॉनमी को मैन्युअल तरीके से बनाया गया है, ताकि आम तौर पर संवेदनशील मानी जाने वाली कैटगरी को बाहर रखा जा सके. जैसे, जातीयता या सेक्शुअल ओरिएंटेशन (यौन रुझान) से जुड़ी कोई कैटगरी.

टॉप 50,000 साइटों के लिए, Chrome में Topics API को लागू करने के लिए, मैन्युअल तरीके से चुनी गई और सार्वजनिक तौर पर उपलब्ध ओवरराइड सूची का इस्तेमाल किया जाता है. इससे होस्टनेम को विषयों से मैप किया जाता है. दूसरी साइटों के लिए, Topics API मशीन लर्निंग मॉडल का इस्तेमाल करके, होस्टनेम से विषयों का अनुमान लगाता है.

Chrome में Topics API को लागू करने पर, मॉडल के बारे में बताने वाली TensorFlow Lite फ़ाइल डाउनलोड हो जाती है. इससे, उसका इस्तेमाल उपयोगकर्ता के डिवाइस पर स्थानीय तौर पर किया जा सकता है.

chrome://topics-internals से, TensorFlow Lite की मॉडल फ़ाइल और होस्टनेम के लिए अनुमानित विषयों को ऐक्सेस किया जा सकता है.

इस डायग्राम में बताया गया है कि Topics API, विज्ञापन टेक्नोलॉजी प्लैटफ़ॉर्म को सही विज्ञापन चुनने में कैसे मदद कर सकता है. इस उदाहरण में माना गया है कि उपयोगकर्ता के ब्राउज़र में, वेबसाइट के होस्टनेम को विषयों से मैप करने के लिए, पहले से ही एक मॉडल मौजूद है.

इस डायग्राम में, Topics API के लाइफ़साइकल के अलग-अलग स्टेज दिखाए गए हैं. इनमें, वेबसाइटों पर जाने वाले उपयोगकर्ता से लेकर विज्ञापन दिखाने तक के चरण दिखाए गए हैं.
Topics API के लाइफ़साइकल के डायग्राम में, एपीआई की कार्रवाइयों के अलग-अलग स्टेज के बारे में बारीकी से बताया गया है.

एपीआई कॉलर को सिर्फ़ उनके देखे गए विषय मिलते हैं

Topics API का डिज़ाइन लक्ष्य, तीसरे पक्ष की कुकी के मुकाबले ज़्यादा इकाइयों के साथ जानकारी शेयर किए बिना, दिलचस्पी के हिसाब से विज्ञापन दिखाने की सुविधा को चालू करना है. Topics API को इस तरह से डिज़ाइन किया गया है कि विषयों को, सीमित समय के अंदर सिर्फ़ उन एपीआई कॉलर के लिए दिखाया जा सके जिन्होंने पहले ही उनकी निगरानी कर ली है. ऐसा कहा जाता है कि एपीआई कॉलर ने किसी उपयोगकर्ता को किसी विषय के बारे में जानकारी दी है. ऐसा तब होता है, जब वह उस साइट पर मौजूद कोड में document.browsingTopics() तरीके को कॉल करता है जिसे Topics API ने उस विषय के हिसाब से मैप किया है.

एपीआई सिर्फ़ उन विषयों की जानकारी देता है जिन्हें कॉलर ने हाल ही के तीन epoch में देखा है. इससे, उपयोगकर्ता की जानकारी को अन्य इकाइयों के साथ शेयर किए जाने से रोकने में मदद मिलती है. वहीं, इस जानकारी में तीसरे पक्ष की कुकी भी शामिल हैं. यह एपीआई अन्य टेक्नोलॉजी को बदल रहा है.

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

Topics API को इस्तेमाल और टेस्ट करने के बारे में ज़्यादा जानकारी के लिए, Topics API की डेवलपर गाइड देखें.

एपीआई, फ़िंगरप्रिंट की सुविधा को कैसे कम करता है

Topics API कई तरीके उपलब्ध कराता है, ताकि यह पक्का किया जा सके कि सिर्फ़ Topics API का इस्तेमाल करके, पूरी साइटों पर मौजूद उपयोगकर्ताओं की बड़ी संख्या को फिर से पहचानना मुश्किल हो:

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

एपीआई ने FLoC की समस्याओं को कैसे हल किया

साल 2021 में FLoC के ऑरिजिन ट्रायल को, विज्ञापन टेक्नोलॉजी और वेब नेटवर्क में योगदान देने वालों से अलग-अलग तरह के सुझाव मिले. खास तौर पर, इस बात को लेकर चिंता थी कि उपयोगकर्ताओं की पहचान करने के लिए, FLoC कोहॉर्ट का इस्तेमाल फ़िंगरप्रिंट की सुविधा देने वाले प्लैटफ़ॉर्म के तौर पर किया जा सकता है. इसके अलावा, इससे यह भी ज़ाहिर हो सकता है कि कोई उपयोगकर्ता किसी संवेदनशील कैटगरी से जुड़ा हुआ है. लोगों के लिए FLoC को ज़्यादा पारदर्शी और समझने लायक बनाने के लिए भी कॉल किए गए.

Topics API को इस सुझाव को ध्यान में रखते हुए डिज़ाइन किया गया है. इसका लक्ष्य, बेहतर पारदर्शिता, निजता का मज़बूत भरोसा, और संवेदनशील कैटगरी के लिए अलग तरीके की मदद से, दिलचस्पी के हिसाब से विज्ञापन दिखाने की सुविधा को बढ़ावा देने के अन्य तरीके खोजना है.

अगले चरण

इस बारे में ज़्यादा जानें कि विषय क्या हैं और ये कैसे काम करते हैं.

अगर आप विज्ञापन टेक्नोलॉजी से जुड़े डेवलपर हैं, तो Topics API के साथ एक्सपेरिमेंट करें और हिस्सा लें. ज़्यादा जानकारी वाले संसाधनों के लिए डेवलपर गाइड पढ़ें.

Engage and share feedback