विषय की कैटगरी

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

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

विषय क्या होता है?

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

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

Topics API की मदद से, विज्ञापन टेक्नोलॉजी से जुड़े प्लैटफ़ॉर्म जैसे तीसरे पक्षों को, किसी उपयोगकर्ता की पसंद के विषयों की जानकारी पाने और उन्हें ऐक्सेस करने की अनुमति मिलती है. उदाहरण के लिए, knitting.example वेबसाइट पर आने वाले उपयोगकर्ता को एपीआई, "Fiber & Textile Arts" विषय का सुझाव दे सकता है.

Topics API में इस्तेमाल किए जाने वाले विषयों की सूची सार्वजनिक होती है, इंसान के ज़रिए चुनी जाती है, और लोग इसे आसानी से पढ़ सकते हैं. साथ ही, इसे संवेदनशील कैटगरी से बचने के लिए डिज़ाइन किया गया है. यह मौजूदा सूची है, जो समय के साथ बड़ी होगी. सूची को कई कैटगरी के तौर पर बनाया गया है. विषय ज़्यादा खास या ज़्यादा सटीक हो सकते हैं. उदाहरण के लिए, Food & Drink एक बड़ी कैटगरी है, जिसकी सब-कैटगरी Cooking & Recipes है. सब-कैटगरी को अन्य सब-कैटगरी में भी बांटा जा सकता है.

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

विषयों की अलग-अलग कैटगरी, इन दो ज़रूरी शर्तों को ध्यान में रखकर तैयार की गई हैं:

  • रुचि आधारित विज्ञापन का समर्थन करें
  • लोगों की निजता और उनके डेटा को सुरक्षित रखें

इससे कई सवालों के सुझाव मिल सकते हैं. उदाहरण के लिए:

  • एपीआई की मदद से, उपयोगकर्ता की ब्राउज़िंग गतिविधि के आधार पर, उसकी पसंद के विषयों का पता लगाने का सबसे अच्छा तरीका क्या है. ऐसा करते समय, उपयोगकर्ता की निजता को भी बरकरार रखा जाता है?
  • प्रॉडक्ट की अलग-अलग कैटगरी को कैसे बेहतर बनाया जा सकता है, ताकि वे ज़्यादा काम के बन सकें?
  • टेक्सॉनमी में कौनसे खास आइटम शामिल होने चाहिए?

एपीआई, किसी साइट के लिए विषयों का पता कैसे लगाता है

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

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

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

इसके अलावा, कॉल करने वाले (कॉलर) को सिर्फ़ ऐसे विषय मिल सकते हैं जिनके कोड में उसने "देखा" है. इसलिए, अगर किसी दूसरे कॉलर के कोड, जैसे कि /Autos & Vehicles/Motor Vehicles (By Type)/Hatchbacks ने किसी उपयोगकर्ता के ब्राउज़र के लिए कोई विषय रजिस्टर किया है और आपके कोड की वजह से वह विषय उस उपयोगकर्ता के ब्राउज़र पर रजिस्टर नहीं हुआ है, तो एम्बेड किए गए कोड से एपीआई को कॉल करने पर, आपको उस उपयोगकर्ता के ब्राउज़र के लिए पसंद के विषय की जानकारी नहीं मिलेगी. ध्यान दें कि एपीआई में अब पूर्वजों को शामिल किया गया है. इसलिए, ऊपर दिए गए उदाहरण /Autos & Vehicles/Motor Vehicles (By Type)/Hatchbacks से भी Autos & Vehicles और Motor Vehicles को मॉनिटर किया जाएगा.

टॉप-लेवल की साइट के आधार पर, किसी उपयोगकर्ता के लिए लौटाए गए विषयों की फिर से गिनती की जाती है. उदाहरण के लिए, अगर adtech.example उपयोगकर्ता के विषयों का अनुरोध news-a.example, उसके बाद news-b.example, और फिर news-c.example को करता है, तो हर साइट के लिए उनके विषयों का हिसाब दोबारा लगाया जाएगा. इसका मतलब है कि किसी कॉलर को अलग-अलग टॉप लेवल साइटों पर, किसी उपयोगकर्ता के लिए अलग-अलग विषय मिल सकते हैं. इसकी वजह यह है कि पिछले तीन epoch के लिए, उपयोगकर्ता के दिए गए तीन विषयों को बिना किसी क्रम के टॉप पांच में से चुना जाता है. इसमें किसी भी विषय को पाने का 5% मौका होता है. इससे कॉलर के लिए किसी उपयोगकर्ता को उसके विषयों के आधार पर पहचानना मुश्किल हो जाता है, क्योंकि ये अलग-अलग टॉप-लेवल साइटों (एक ही उपयोगकर्ता, कॉलर, और epoch के लिए भी) पर अलग-अलग हो सकते हैं.

क्लासिफ़ायर मॉडल

टॉपिक 50,000 टॉप डोमेन के लिए मैन्युअल तरीके से चुने जाते हैं. कैटगरी तय करने वाले को ट्रेनिंग देने के लिए, इस क्यूरेशन का इस्तेमाल किया जाता है. यह सूची override_list.pb.gz में देखी जा सकती है. यह क्लासिफ़ायर टैब के मौजूदा मॉडल में chrome://topics-internals/ पर उपलब्ध है. एपीआई, सूची में मौजूद डोमेन-टू-टॉप असोसिएशन को, मॉडल के आउटपुट के बदले इस्तेमाल करता है.

chrome://topics-internals पेज को, क्लासीफ़ायर पैनल के साथ चुना गया है.
chrome://topics-internals पेज की कैटगरी तय करने वाले पैनल में, मॉडल का वर्शन, उसका पाथ, और सूची में दिए गए हर होस्ट से जुड़े विषय होते हैं.

मॉडल को सीधे तौर पर चलाने के लिए, मॉडल चलाने के बारे में TensorFlow की गाइड देखें.

override_list.pb.gz फ़ाइल की जांच करने के लिए, पहले इसे अनपैक करें:

gunzip -c override_list.pb.gz > override_list.pb

इसकी जांच करने के लिए, protoc का इस्तेमाल करें:

protoc --decode_raw < override_list.pb > output.txt

GitHub पर आईडी वाले विषयों की पूरी कैटगरी उपलब्ध है.

कैटगरी तय करने वाले मॉडल के बारे में सुझाव/राय देना या शिकायत करना या इनपुट देना

Topics API के बारे में सुझाव देने के लिए कई चैनल हैं. कैटगरी तय करने वाले मॉडल पर सुझाव देने के लिए, हमारा सुझाव है कि GitHub की समस्या सबमिट करें या किसी मौजूदा समस्या का जवाब दें. उदाहरण के लिए:

उपयोगकर्ता के पांच मुख्य विषय कैसे चुने जाते हैं

एपीआई हर epoch के लिए ज़्यादा से ज़्यादा तीन विषय दिखाता है. अगर तीन दिखाए जाते हैं, तो इसमें मौजूदा और पिछले दो पीरियड के विषय शामिल हैं.

  1. हर epoch के आखिर में, ब्राउज़र उन पेजों की सूची इकट्ठा करता है जो यहां दी गई शर्तों को पूरा करते हैं:
    • इस पेज पर उपयोगकर्ता ने epoch के दौरान विज़िट किया.
    • पेज में document.browsingTopics() को कॉल करने वाला कोड शामिल है.
    • एपीआई चालू था. उदाहरण के लिए, इसे उपयोगकर्ता ने या रिस्पॉन्स हेडर के ज़रिए ब्लॉक नहीं किया था.
  2. उपयोगकर्ता के डिवाइस पर मौजूद ब्राउज़र, Topics API से मिले क्लासिफ़ायर मॉडल का इस्तेमाल करता है. इसकी मदद से, हर पेज के होस्टनेम को विषयों की सूची से मैप किया जाता है.
  3. ब्राउज़र विषयों की सूची इकट्ठा करता है.
  4. ब्राउज़र फ़्रीक्वेंसी के हिसाब से, टॉप पांच विषयों की सूची जनरेट करता है.

इसके बाद, document.browsingTopics() तरीका हर epoch के लिए टॉप पांच में से कोई विषय दिखाता है. इस बात की संभावना 5% होती है कि विषयों की पूरी कैटगरी में से किसी एक विषय को बिना किसी क्रम के चुना जा सकता है. Chrome में, उपयोगकर्ता अलग-अलग विषयों को हटा भी सकते हैं या अपना ब्राउज़िंग इतिहास मिटा सकते हैं. इससे, एपीआई की मदद से दिखाए गए विषयों की संख्या कम की जा सकती है. उपयोगकर्ता इस एपीआई से ऑप्ट आउट भी कर सकते हैं.

chrome://topics-internals पेज पर, मौजूदा पीरियड के दौरान देखे गए विषयों की जानकारी देखी जा सकती है.

एपीआई यह कैसे तय करता है कि कौनसे कॉलर किस तरह के विषय देख सकते हैं

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

नीचे दी गई टेबल में, एक epoch के दौरान उपयोगकर्ता के काल्पनिक ब्राउज़िंग इतिहास के उदाहरण के बारे में बताया गया है. हालांकि, यह टेबल उन साइटों से जुड़े विषय दिखाती है जिन पर वे गए हैं और हर साइट पर मौजूद एपीआई कॉलर (साइट में शामिल JavaScript कोड में document.browsingTopics() को कॉल करने वाली इकाइयां) को दिखाते हैं.

साइट विषय साइट पर एपीआई कॉलर
yoga.example फ़िटनेस adtech1.example adtech2.example
knitting.example क्राफ़्ट adtech1.example
हाइकिंग-holiday.example फ़िटनेस, यात्रा, और परिवहन adtech2.example
diy-clothing.example क्राफ़्ट, फ़ैशन, और स्टाइल [कुछ नहीं]

epoch (फ़िलहाल एक हफ़्ते) के आखिर में, Topics API हफ़्ते के लिए ब्राउज़र के सबसे लोकप्रिय विषय जनरेट करता है.

  • adtech1.example अब "फ़िटनेस" और "क्राफ़्ट" विषय पाने की ज़रूरी शर्तें पूरी करता है. इसकी वजह यह है कि इन विषयों की जानकारी Yoga.example और knitting.example पर मिली है.
  • adtech1.example इस उपयोगकर्ता के लिए "यात्रा और परिवहन" विषय पाने की ज़रूरी शर्तें पूरी नहीं करता है, क्योंकि यह विषय ऐसी किसी भी साइट पर मौजूद नहीं है जिस पर उपयोगकर्ता ने हाल ही में विज़िट किया है.
  • adtech2.example ने "फ़िटनेस" और "यात्रा और परिवहन" विषय देखे हैं, लेकिन "Crafts" विषय नहीं देखा है.

उपयोगकर्ता diy-clothing.example पर गया, जिसमें "फ़ैशन और स्टाइल" विषय है. हालांकि, उस साइट पर Topics API को कोई कॉल नहीं मिला. इस समय, इसका मतलब है कि किसी भी कॉलर को "फ़ैशन और स्टाइल" विषय, एपीआई से नहीं दिखेगा.

दूसरे हफ़्ते में, उपयोगकर्ता किसी अन्य साइट पर जाता है:

साइट विषय साइट पर एपीआई कॉलर
sewing.example क्राफ़्ट adtech2.example

इसके अलावा, adtech2.example का कोड diy-clothing.example में जोड़ा गया है:

साइट विषय साइट पर एपीआई कॉलर
diy-clothing.example क्राफ़्ट, फ़ैशन, और स्टाइल adtech2.example

पहले हफ़्ते से, "फ़िटनेस" और "यात्रा और परिवहन" की तरह ही, इसका मतलब है कि adtech2.example को अब "क्राफ़्ट" और "फ़ैशन और स्टाइल" विषय मिलेंगे. हालांकि, तीसरे हफ़्ते से पहले, ऐसा नहीं होगा. इससे यह पक्का होता है कि तीसरे पक्ष को कुकी की तुलना में, उपयोगकर्ता के अतीत (इस मामले में, फ़ैशन में रुचि) के बारे में ज़्यादा जानकारी न मिल सके.

अगर उपयोगकर्ता, adtech2.example से मिले कोड वाले विषयों से जुड़ी किसी भी साइट पर नहीं जाता है, तो दो हफ़्ते बाद, "फ़िटनेस" और "यात्रा और परिवहन", adtech2.example की ज़रूरी शर्तें पूरी करने वाले विषयों की सूची से हट सकते हैं.

उपयोगकर्ता के कंट्रोल, पारदर्शिता, और ऑप्ट आउट करना

उपयोगकर्ताओं को Topics API का मकसद समझने और उनके बारे में दी गई जानकारी को समझना चाहिए. साथ ही, यह पता होना चाहिए कि एपीआई का इस्तेमाल कब किया जाता है. साथ ही, उन्हें इसे चालू या बंद करने के कंट्रोल उपलब्ध होने चाहिए.

इस एपीआई की इंसानों के पढ़ने लायक टेक्सॉनमी, उपयोगकर्ताओं को उन विषयों के बारे में जानने और उन्हें कंट्रोल करने में मदद करती है जो उनके ब्राउज़र में, उन्हें सुझाए जा सकते हैं. उपयोगकर्ता उन विषयों को हटा सकते हैं जिन्हें वे खास तौर पर, विज्ञापन देने वालों या पब्लिशर के साथ Topics API शेयर करने की अनुमति नहीं देना चाहते. साथ ही, उपयोगकर्ता को एपीआई के बारे में जानकारी देने और इसे चालू या बंद करने का तरीका बताने के लिए भी कुछ कंट्रोल मौजूद हो सकते हैं. Chrome, chrome://settings/adPrivacy पर Topics API के लिए जानकारी और सेटिंग उपलब्ध कराता है. इसके अलावा, गुप्त मोड में एपीआई कॉलर के लिए विषय उपलब्ध नहीं होते. साथ ही, ब्राउज़िंग इतिहास मिटाने पर विषयों को मिटा दिया जाता है.

दिखाए जाने वाले विषयों की सूची खाली रहेगी, अगर:

  • उपयोगकर्ता chrome://settings/adPrivacy पर ब्राउज़र सेटिंग में जाकर, Topics API से ऑप्ट आउट करता है.
  • उपयोगकर्ता ने अपने विषय (chrome://settings/adPrivacy पर मौजूद ब्राउज़र सेटिंग के ज़रिए) या अपनी कुकी मिटा दी हैं.
  • ब्राउज़र गुप्त मोड में है.

जानकारी देने वाले दस्तावेज़ में, निजता से जुड़े लक्ष्यों के बारे में ज़्यादा जानकारी दी जाती है और यह भी बताया जाता है कि एपीआई उन्हें कैसे पूरा करता है.

साइट से ऑप्ट आउट करें

उपयोगकर्ता के ऑप्ट आउट करने के अलावा, आपके पास अपनी साइट या उसके पेजों के लिए विषयों से ऑप्ट आउट करने का भी विकल्प होता है. डेवलपर गाइड में इसका तरीका बताया गया है.

prebid.js वाली वेबसाइटों पर Topics API का इस्तेमाल करना

जैसा कि Prebid 7 की रिलीज़ में बताया गया है, समुदाय ने सक्रिय रूप से एक नए मॉड्यूल के ज़रिए Topics API के साथ इंटिग्रेशन डेवलप किया है. इस मॉड्यूल को दिसंबर 2022 में मर्ज कर दिया गया था.

यहां ज़्यादा जानें:

  • Prebid का Topics API मॉड्यूल दस्तावेज़ पढ़ें.
  • ज़्यादा जानकारी के लिए, Prebid.js से संपर्क करें और उनके किसी भी स्टैंडर्ड चैनल की मदद लें.

अगले चरण

लोगों से जुड़ें और सुझाव, शिकायत या राय शेयर करें