Topics API, दिलचस्पी के हिसाब से विज्ञापन (IBA) की सुविधा देता है. इसके लिए, आपको उपयोगकर्ता की विज़िट की गई साइटों को ट्रैक करने की ज़रूरत नहीं होती.
लागू किए जाने की स्थिति
- Topics API 已完成公开讨论阶段,目前可供 99% 的用户使用,扩容到可以达到 100%。
- 如需提供关于 Topics API 的反馈,请在 Topics 铺垫消息中创建一个问题,或参与改进网络广告业务群组中的讨论。解释器中有一些尚未解决的问题,但仍需进一步定义。
- Privacy Sandbox 时间表提供了 Topics API 和其他 Privacy Sandbox 提案的实现时间表。
- Topics API:最新更新详细介绍了 Topics API 和实现的相关变更和增强功能。
Topics API क्या है?
Topics API, प्राइवसी सैंडबॉक्स का एक तरीका है. इसे निजता को सुरक्षित रखने के लिए डिज़ाइन किया गया है. इससे, ब्राउज़र किसी उपयोगकर्ता की दिलचस्पी के बारे में, तीसरे पक्षों के साथ जानकारी शेयर कर पाता है. यह उपयोगकर्ता की विज़िट की जाने वाली साइटों को ट्रैक किए बिना ही रुचि के हिसाब से विज्ञापन (IBA) देता है.
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 से ऐसे विषय उपलब्ध होते हैं जिन्हें लोग आसानी से पढ़ और समझ सकते हैं. इसलिए, उपयोगकर्ताओं को सही कंट्रोल दिए जा सकते हैं.
विषयों को चुनने और उन्हें चुनने का तरीका
विषय, किसी कैटगरी से चुने जाते हैं. इसमें हैरारकी वाली कैटगरी, जैसे कि /कला और मनोरंजन/संगीत और ऑडियो/सोल और आर ऐंड बी और /कारोबार और औद्योगिक/कृषि और फ़ॉरेस्ट्री शामिल हैं. इन विषयों को Chrome ने शुरुआती टेस्टिंग के लिए चुना है. हालांकि, इन विषयों को इसलिए चुना गया है, ताकि इन विषयों की कैटगरी को नेटवर्क में शामिल करने वाले भरोसेमंद लोग मैनेज कर सकें. टेक्सॉनमी इतनी छोटी होनी चाहिए कि कई उपयोगकर्ताओं के ब्राउज़र हर विषय से जुड़े हों. फ़िलहाल, विषयों की संख्या 469 है. हालांकि, हम उम्मीद करते हैं कि विषयों की आखिरी संख्या कुछ लाख से कुछ हज़ार के बीच होगी.
संवेदनशील कैटगरी से बचने के लिए, विषय सार्वजनिक, मैन्युअल, और अप-टू-डेट होने चाहिए. Chrome की ओर से जांच के लिए, शुरुआती कैटगरी को मैन्युअल तौर पर चुना गया है. इसमें, नस्ल या सेक्शुअल ओरिएंटेशन (यौन रुझान) जैसी आम तौर पर संवेदनशील मानी जाने वाली कैटगरी को शामिल नहीं किया जाता है.
Chrome में, 50,000 लोकप्रिय साइटों के लिए, Topics API लागू करने की प्रोसेस, मैन्युअल तरीके से चुनी गई, सार्वजनिक तौर पर उपलब्ध ओवरराइड करने वाली सूची का इस्तेमाल करती है. ऐसा, होस्टनेम को विषयों से मैप करने के लिए किया जाता है. दूसरी साइटों के लिए, Topics API होस्टनेम से विषयों का पता लगाने के लिए, मशीन लर्निंग मॉडल का इस्तेमाल करता है.
जब Chrome में Topics API को लागू किया जाता है, तो वह मॉडल दिखाने वाली TensorFlow Lite फ़ाइल डाउनलोड करती है. इससे उसे उपयोगकर्ता के डिवाइस पर इस्तेमाल किया जा सकता है.
TensorFlow Lite के मॉडल वाली फ़ाइल और chrome://topics-internals
से, होस्टनेम के लिए अनुमानित विषयों को ऐक्सेस किया जा सकता है.
इस डायग्राम में, एक आसान उदाहरण दिया गया है. इसमें बताया गया है कि Topics API, विज्ञापन टेक्नोलॉजी से जुड़े प्लैटफ़ॉर्म को सही विज्ञापन चुनने में किस तरह मदद कर सकता है. इस उदाहरण में यह माना जाता है कि उपयोगकर्ता के ब्राउज़र में, वेबसाइट के होस्टनेम को विषयों से मैप करने के लिए पहले से ही एक मॉडल मौजूद है.
![Topics API की लाइफ़साइकल के अलग-अलग स्टेज दिखाने वाला डायग्राम. इसमें, वेबसाइट पर आने वाले उपयोगकर्ता से लेकर दिखाए गए विज्ञापन तक के अलग-अलग स्टेज दिखाए गए हैं.](https://developers.google.cn/static/privacy-sandbox/assets/images/diagram-showing-stages-1d28cdd74e34.png?authuser=8&hl=hi)
एपीआई कॉल करने वाले लोगों को सिर्फ़ वे विषय मिलते हैं जिनका वे इस्तेमाल करते हैं
Topics API का डिज़ाइन लक्ष्य, तीसरे पक्ष की कुकी के मुकाबले ज़्यादा इकाइयों के साथ जानकारी शेयर किए बिना, दिलचस्पी के हिसाब से विज्ञापन दिखाने की सुविधा चालू करना है. Topics API को इस तरह से डिज़ाइन किया गया है कि विषयों को एक सीमित समय के अंदर, सिर्फ़ ऐसे एपीआई कॉलर के लिए दिखाया जा सकता है जिन्होंने पहले से ही इन्हें देखा है. ऐसा कहा जाता है कि एपीआई कॉलर ने किसी उपयोगकर्ता के लिए किसी विषय की निगरानी की है. ऐसा तब होता है, जब उसने किसी साइट पर मौजूद, Topics API से मैप किए गए कोड में document.browsingTopics()
तरीके को कॉल किया हो.
एपीआई सिर्फ़ ऐसे विषय दिखाता है जिन्हें कॉलर ने हाल ही के तीन समय में देखा हो. इससे उपयोगकर्ता की जानकारी को एपीआई के बदले जा रही टेक्नोलॉजी (इसमें तीसरे पक्ष की कुकी भी शामिल हैं) के मुकाबले ज़्यादा इकाइयों के साथ शेयर किए जाने से रोकने में मदद मिलती है.
एपीआई कॉलर के देखे गए विषयों की संख्या और उपयोगकर्ता के उपलब्ध विषयों की संख्या (जैसे कि कितने हफ़्तों तक डेटा इकट्ठा हुआ) से यह तय होता है कि एपीआई कॉलर ने कितने विषय देखे हैं. शून्य से तीन तक के किसी भी विषय को लौटाया जा सकता है, क्योंकि हाल ही के तीन epoch में से हर एक के लिए एक विषय का ज़िक्र किया जा सकता है
Topics API को इस्तेमाल और टेस्ट करने के तरीके के बारे में ज़्यादा जानने के लिए, Topics API डेवलपर गाइड पर जाएं.
एपीआई, फ़िंगरप्रिंट की सुविधा को कैसे कम करता है
Topics API में ऐसे कई तरीके हैं जिनसे यह पक्का करने में मदद मिलती है कि सिर्फ़ Topics API का इस्तेमाल करके, सभी साइटों पर उपयोगकर्ताओं की बड़ी संख्या की फिर से पहचान करना मुश्किल है:
- टॉपिक की अलग-अलग कैटगरी में, कम शब्दों में जानकारी देने वाले विषय उपलब्ध होते हैं. इसलिए, हर विषय के लिए बड़ी संख्या में उपयोगकर्ता होने की उम्मीद की जाती है. असल में, हर विषय के लिए उपयोगकर्ताओं की कम से कम संख्या की गारंटी होती है, क्योंकि 5% बार जवाब में शामिल विषय बिना किसी क्रम के होता है.
- विषय, उपयोगकर्ता के टॉप पांच विषयों में से किसी भी क्रम में दिखाए जाते हैं.
- अगर कोई उपयोगकर्ता उसी साइट पर अक्सर जाता है (उदाहरण के लिए, हर हफ़्ते), तो साइट पर चलने वाला कोड ज़्यादा से ज़्यादा हर हफ़्ते एक नया विषय सीख सकता है.
- एक ही अवधि में, एक ही उपयोगकर्ता के लिए अलग-अलग साइटों को अलग-अलग विषय मिलेंगे. हर पांच में सिर्फ़ इस बात की संभावना होती है कि किसी एक साइट पर उपयोगकर्ता का विषय, उसके लिए दूसरी साइट पर दिखाए गए विषय से मेल खाता हो. इससे यह पता लगाना ज़्यादा मुश्किल हो जाता है कि दोनों वही उपयोगकर्ता हैं या नहीं.
- किसी उपयोगकर्ता के विषय, हफ़्ते में एक बार अपडेट किए जाते हैं. इससे जानकारी शेयर करने की दर सीमित हो जाती है. दूसरे शब्दों में कहें, तो एपीआई, विषयों के बारे में बार-बार अपडेट न देकर फ़िंगरप्रिंट की सुविधा को कम करने में मदद करता है.
- विषय को सिर्फ़ ऐसे एपीआई कॉलर के लिए दिखाया जाएगा जिसने हाल ही में किसी उपयोगकर्ता के लिए इसी विषय का विश्लेषण किया था. इस तरीके से, इकाइयों के लिए, उपयोगकर्ता की उन रुचियों के बारे में जानकारी पाने (या शेयर करने) की संभावना कम हो जाती है जो उन्होंने खुद नहीं देखी हैं.
एपीआई ने FLoC से जुड़ी समस्याओं को कैसे हल किया
साल 2021 में, FLoC को ऑरिजिनल ट्रायल के दौरान विज्ञापन टेक्नोलॉजी और वेब नेटवर्क में योगदान देने वालों से कई तरह के सुझाव मिले. खास तौर पर, ऐसी समस्याएं थीं जिनमें FLoC कोहॉर्ट का इस्तेमाल, फ़िंगरप्रिंटिंग प्लैटफ़ॉर्म के तौर पर किया जा सकता था. इससे, उपयोगकर्ताओं की पहचान की जा सकती थी या किसी संवेदनशील कैटगरी में किसी उपयोगकर्ता के जुड़ाव के बारे में पता चल सकता था. FLoC को उपयोगकर्ताओं के लिए ज़्यादा पारदर्शी और समझने में आसान बनाने के लिए कॉल भी किए गए थे.
Topics API को इन सुझावों को ध्यान में रखकर बनाया गया है. इसका मकसद, दिलचस्पी के हिसाब से विज्ञापन दिखाने की सुविधा को बेहतर बनाने के अन्य तरीके एक्सप्लोर करना है. इसके लिए, पारदर्शिता और निजता का बेहतर भरोसा दिया जा सकता है. साथ ही, संवेदनशील कैटगरी के लिए अलग तरीके का इस्तेमाल किया जा सकता है.
अगले चरण
विषय और उनके काम करने के तरीके के बारे में ज़्यादा जानें.
अगर आप विज्ञापन टेक्नोलॉजी के डेवलपर हैं, तो Topics API का इस्तेमाल करके एक्सपेरिमेंट करें और इसमें हिस्सा लें. ज़्यादा जानकारी वाले संसाधनों के लिए डेवलपर गाइड पढ़ें.
互动和分享反馈
- GitHub:阅读 Topics API 说明,以及在 API 代码库中提出问题和关注相关问题的讨论。
- W3C:在 Improving Web Advertising Business Group(改进网络广告业务小组)中讨论行业用例。
- 通告:加入或查看邮寄名单。
- Privacy Sandbox 开发者支持:在 Privacy Sandbox 开发者支持代码库中提问并加入讨论。
- Chromium:提交 Chromium 错误,以询问有关目前可在 Chrome 中测试的实现的问题。