साल 2022 की पहली तिमाही के लिए क्वाटर्ली रिपोर्ट, जिसमें प्राइवसी सैंडबॉक्स के प्रपोज़ल और Chrome से मिले रिस्पॉन्स के बारे में नेटवर्क से मिले सुझावों की खास जानकारी दी गई है.
कॉम्पिटीशन ऐंड मार्केट्स अथॉरिटी के साथ अपनी प्रतिबद्धता के तहत, Google ने अपने प्राइवसी सैंडबॉक्स प्रपोज़ल के लिए, पार्टनर के जुड़ाव की प्रोसेस की तीन महीने में एक बार रिपोर्ट सार्वजनिक करने की सहमति दी है. कमीमेंट के पैराग्राफ़ 12 और 17(c)(ii) देखें. प्राइवसी सैंडबॉक्स से जुड़ी फ़ीडबैक की खास जानकारी वाली ये रिपोर्ट, अलग-अलग सोर्स से मिले सुझावों को इकट्ठा करके जनरेट की जाती हैं. इन सोर्स की जानकारी फ़ीडबैक खास जानकारी में दी गई है. इसमें इनके अलावा, और भी चीज़ें शामिल हो सकती हैं: GitHub समस्याएं, privacysandbox.com पर उपलब्ध कराए गए सुझाव फ़ॉर्म. Chrome, नेटवर्क से मिले सुझाव, शिकायत या राय का स्वागत करता है. साथ ही, वह डिज़ाइन से जुड़े फ़ैसलों में सीखने के तरीकों को शामिल करने के तरीके खोज रहा है.
सुझाव, शिकायत या राय की थीम, हर एपीआई की संख्या के हिसाब से रैंक की जाती हैं. इसके लिए, Chrome टीम को मिले सुझाव, शिकायत या राय को किसी तय थीम के आधार पर इकट्ठा करके और उन्हें घटते हुए क्रम में व्यवस्थित किया जाता है. फ़ीडबैक से जुड़ी सामान्य थीम की पहचान करने के लिए, हमने सार्वजनिक मीटिंग (W3C, PatCG, IETF), सीधे तौर पर सुझाव/शिकायत/राय, GitHub पर चर्चा के विषयों और Google की इंटरनल टीम और पब्लिक फ़ॉर्म की मदद से अक्सर पूछे जाने वाले सवालों की समीक्षा की.
खास तौर पर, वेब स्टैंडर्ड बॉडी मीटिंग के लिए तय किए गए समय की समीक्षा की गई और सीधे सुझाव के लिए, Google के 1:1 हिस्सेदारों की मीटिंग के रिकॉर्ड, अलग-अलग इंजीनियर को मिले ईमेल, एपीआई ईमेल पाने वाले लोगों की सूची, और लोगों के सुझाव देने वाले फ़ॉर्म पर विचार किया गया. इसके बाद, Google ने टीम के बीच इन अलग-अलग आउटरीच गतिविधियों को शामिल किया, ताकि यह पता लगाया जा सके कि हर एपीआई के बारे में उभर रही थीम की लोकप्रियता कितनी है.
फ़ीडबैक पर Chrome ने क्या जवाब दिए, यह जानने के लिए अक्सर पूछे जाने वाले सवालों, हिस्सेदारों की ओर से उठाए गए मुद्दों पर असल जवाब, और खास तौर पर सार्वजनिक रिपोर्टिंग की प्रोसेस के लिए एक स्थिति तय की गई है. डेवलपमेंट और टेस्टिंग के मौजूदा फ़ोकस को दिखाते हुए, हमें खास तौर पर Topics, फ़्लेज और एट्रिब्यूशन रिपोर्टिंग एपीआई और टेक्नोलॉजी के संबंध में सवाल और सुझाव मिले.
यह मुमकिन है कि हाल ही में मिले सुझावों के लिए अब तक Chrome के जवाब पर विचार न किया गया हो.
संक्षिप्त नाम की शब्दावली
- सीएचआईपीएस
- कुकी, इंडिपेंडेंट पार्टिशन्ड स्टेट है
- डीएसपी
- डिमांड-साइड प्लैटफ़ॉर्म
- FedCM
- फ़ेडरेटेड क्रेडेंशियल मैनेजमेंट
- FPS (फ़्रेम प्रति सेकंड)
- पहले पक्ष के सेट
- IAB
- इंटरैक्टिव विज्ञापन ब्यूरो
- आईडीपी
- पहचान देने वाली कंपनी
- आईईटीएफ़
- इंटरनेट इंजीनियरिंग टास्क फ़ोर्स
- IP
- इंटरनेट प्रोटोकॉल पता
- openRTB
- रीयल-टाइम बिडिंग
- OT
- ऑरिजिन ट्रायल
- PatCG
- प्राइवेट ऐडवर्टाइज़िंग टेक्नोलॉजी कम्यूनिटी ग्रुप
- RP
- भरोसेमंद पार्टी
- एसएसपी
- सप्लाई-साइड प्लैटफ़ॉर्म
- TEE
- भरोसेमंद तरीके से एक्ज़ीक्यूशन एनवायरमेंट
- UA
- उपयोगकर्ता एजेंट स्ट्रिंग
- UA-CH
- उपयोगकर्ता-एजेंट क्लाइंट हिंट
- W3C
- वर्ल्ड वाइड वेब कंसोर्टियम
- डब्ल्यूआईपीबी
- विलफ़ुल आईपी ब्लाइंडनेस
सुझाव, शिकायत या राय के हर सोर्स से ली गई सामान्य थीम
हमारी चर्चाओं और सुझाव देने वाले चैनलों में, टेस्टिंग के समय, ट्रैफ़िक लेवल, और उपलब्धता से जुड़े सवाल एक जैसे विषयों पर होते हैं. खास तौर पर, टेस्टर लगातार यह पुष्टि करना चाहते थे कि टेस्टिंग के लिए एपीआई कब उपलब्ध होंगे और टेस्टिंग दुनिया भर में उपलब्ध होगी या नहीं.
इस सुझाव, शिकायत या राय पर कार्रवाई के लिए, Chrome ने बड़े पैमाने पर इस बारे में जानकारी दी है. साथ ही, Chrome अक्सर अक्सर पूछे जाने वाले सवाल पोस्ट करेगा और इस बात की पुष्टि करेगा कि टेस्टिंग की सुविधा दुनिया भर में उपलब्ध होगी. इसके अलावा, Chrome नियमित रूप से CMA से सलाह लेकर सार्वजनिक टाइमलाइन को अपडेट करता रहेगा.
काम का कॉन्टेंट और विज्ञापन दिखाएं
| एपीआई / टेक्नोलॉजी | सुझाव की थीम
(लोकप्रियता के हिसाब से रैंक की गई) |
सवालों और समस्याओं के बारे में खास जानकारी | Chrome रिस्पॉन्स |
| विषय | मोटे विषयों की उपयोगिता | इस बात पर चिंता जताई गई है कि संक्षिप्त विषयों की कैटगरी, रुचि के हिसाब से विज्ञापन दिखाने के लिए शायद काम की न हो. | टेस्टिंग के ज़रिए यह पता लगाया जाएगा कि यह एपीआई काम का है या नहीं. Chrome को उम्मीद है कि टेस्टिंग के नतीजों के आधार पर अलग-अलग कैटगरी में सुधार होगा. |
| विषय | टेक्सॉनमी | इंडस्ट्री के हिस्सेदार, टेक्सॉनमी को लागू करने के लिए आवाज़ उठाना चाहते हैं. | Chrome, अलग-अलग कैटगरी पर जानकारी देने के लिए खुला रहता है. Chrome, टेक्सॉनॉमी को संशोधित करने के लिए गवर्नेंस मॉडल पर फ़ीडबैक पाने और इस बात की चर्चा करने में बेहद दिलचस्पी रखता है कि किस तरह अन्य औद्योगिक निकाय लंबी अवधि में टेक्सॉनमी को डेवलप करने और उसे बनाए रखने में ज़्यादा सक्रिय भूमिका निभा सकते हैं. |
| विषय | अलग-अलग तरह की साइटों के लिए उपयोगिता | साइटों के लिए कितने काम के हैं, इस बात को लेकर चिंता बढ़ गई है. यह इस बात पर निर्भर करता है कि साइट के ट्रैफ़िक का लेवल क्या है या उनका कॉन्टेंट कितना खास है. | टेस्टिंग के ज़रिए यह पता लगाया जाएगा कि यह एपीआई काम का है या नहीं. Chrome को उम्मीद है कि जांच के नतीजों के आधार पर अलग-अलग कैटगरी और अन्य पैरामीटर में बदलाव होगा. कैटगरी या पैरामीटर के क्रमिक विकास के लिए, हो सकता है कि पुराने सिस्टम के साथ काम न करने वाले बदलावों की ज़रूरत न पड़े. इसके अलावा, Chrome को उम्मीद है कि तीसरे पक्ष की कुकी के बंद होने के बाद भी, Topics API के डेवलपमेंट पर असर पड़ता रहेगा. |
| विषय | साइट के वर्गीकरण का तरीका | अनुरोध करें कि साइटें, Topics की कैटगरी तय कर पाएं या उसमें बदलाव कर पाएं. | Chrome इस अनुरोध की जांच कर रहा है. हालांकि, हमें इस बात की चिंता (वेब ब्राउज़र कम्यूनिटी और डीएसपी से) मिली है कि उपयोगकर्ताओं की निजता को नुकसान पहुंचाने वाले तरीके से टारगेट करने या विज्ञापनों की प्रासंगिकता को कम करने के लिए, साइटों के "सिस्टम से छेड़छाड़" किए जाने का जोखिम हो सकता है. Chrome आपके सुझाव, शिकायत या राय मांग रहा है और संभावित बदलावों पर गौर कर रहा है. |
| विषय | शोर करने वाले सिग्नल | बिना किसी क्रम के विषय के बारे में 5% बार जानकारी देने से, हो सकता है कि बहुत ज़्यादा शोर या गलत सिग्नल जनरेट हो. | इस्तेमाल करने वालों की निजता की सुरक्षा के लिए, ग़ैर-ज़रूरी आवाज़ों को इस्तेमाल करना एक अहम तरीका है. साथ ही, टेस्ट करके यह पता लगाया जाएगा कि शोर का लेवल क्या है और यह किस तरह का है. |
| विषय | साइट से कंट्रोल की जाने वाली तीसरे पक्ष की अनुमति | अनुरोध करें कि साइटें यह चुन सकें कि विज्ञापन टेक्नोलॉजी से जुड़ी कौनसी सुविधाएं उनकी साइट से Topics API को कॉल कर सकती हैं. | अनुरोध की गई सुविधा पहले से ही 'ब्राउज़िंग विषय' अनुमतियों की नीति के ज़रिए काम करती है. इसके बारे में जानकारी वाले लेख में बताया गया है. |
| विषय | पेज की परफ़ॉर्मेंस पर Topics API का असर | Topics API के आधार पर, पहला विज्ञापन दिखने में लगने वाले समय से जुड़ी समस्याएं | Chrome परफ़ॉर्मेंस को बेहतर बनाने के लिए, एचटीटीपी अनुरोध के हेडर में Topics के लिए संभावित सहायता पर चर्चा कर रहा है. ऐसे बदलाव ज़रूरी हैं या नहीं, यह देखने के लिए हम टेस्टिंग पर भरोसा कर रहे हैं. |
| विषय | निजता / नीति | कॉल करने वाले (कॉलर) के हिसाब से जवाबों को फ़िल्टर करने से जुड़े सवाल | नेटवर्क के कई लोगों से मिले सुझावों के आधार पर, Chrome ने इस डिज़ाइन को उन लोगों के लिए जानकारी का ऐक्सेस सीमित करने के लिए चुना है जो शायद लोगों को इस तरह की जानकारी का ऐक्सेस नहीं देते. बेशक, Topics पाने वाले पब्लिशर और तीसरे पक्ष, खुद यह तय कर सकते हैं कि वे अपनी साइट पर पक्षों के साथ कौनसी जानकारी शेयर करेंगे. अगर वे इस तरह का डेटा शेयर करते हैं, तो Chrome उन्हें सुझाव देता है कि वे इस तरह की जानकारी अपने उपयोगकर्ताओं के साथ शेयर न करें. साथ ही, इस तरह की गतिविधियों को कंट्रोल करने की सुविधा उपलब्ध कराएं. |
| विषय | दस्तावेज़ | ऐसे दस्तावेज़ों में दिलचस्पी दिखाएं जिसमें Chrome से इस्तेमाल किए जाने वाले क्लासिफ़ायर मॉडल और टेक्सॉनमी की जानकारी दी गई हो, जैसा कि आपने FLoC के लिए इस्तेमाल किया था. जैसे, क्लासिफ़ायर और अलग-अलग कैटगरी में कितनी बार बदलाव होगा | Chrome पहले से ही, ऑरिजिन ट्रायल के हिस्से के तौर पर इस्तेमाल की जा रही टेक्नोलॉजी उपलब्ध कराता है. साथ ही, वेबसाइटों को Topics में कैटगरी में बांटने वाला क्लासिफ़ायर मॉडल, ओपन सोर्स कोड के हिस्से के तौर पर Chrome के कोड बेस में उपलब्ध कराया जाता है. ऑरिजिन ट्रायल के तौर पर, Chrome के पास इन दोनों में से किसी भी एक में बदलाव करने का अधिकार सुरक्षित है. ऐसा तब किया जाता है, जब सुझाव मिलते हैं और जानकारी इकट्ठा की जाती है कि यह सुविधा कितनी अच्छी तरह से काम करेगी. |
| फ़्लेज | फ़्रीक्वेंसी कैपिंग | किसी कैंपेन या विज्ञापन ग्रुप में, हर उपयोगकर्ता के हिसाब से फ़्रीक्वेंसी को कंट्रोल करने की इच्छा. | डिवाइस पर होने वाली नीलामियों के लिए, FLEDGE फ़्रीक्वेंसी कैपिंग का इस्तेमाल करेगा. FLEDGE में शामिल एक समस्या के बारे में पूरी जानकारी मौजूद है, ताकि वह संदर्भ के हिसाब से/ब्रैंडिंग वाले कैंपेन के साथ काम कर सके. शेयर किया गया स्टोरेज, अन्य इन-डेवलपमेंट एपीआई, और साइट के लिए खास कैप का इस्तेमाल, अतिरिक्त फ़्रीक्वेंसी कैपिंग कंट्रोल के लिए किया जा सकता है. |
| फ़्लेज | परफ़ॉर्मेंस पर FLEDGE का असर | FLEDGE नीलामी में, कंप्यूटेशन के आधार पर बिडिंग करने वाले लोगों के संभावित असर को लेकर चिंता जताई गई है | Chrome, साइट की परफ़ॉर्मेंस पर पड़ने वाले संभावित असर के बारे में, डेवलपर के साथ बातचीत कर रहा है. Chrome, टेस्टिंग के दौरान ज़्यादा जानने के मौके का स्वागत करता है. |
| फ़्लेज | FLEDGE को अन्य सुविधाओं के साथ टेस्ट किया जा रहा है | अन्य सुविधाओं (k-ऐनॉनिमिटी सर्वर, की-वैल्यू सर्वर वगैरह) की मदद से, टेस्ट कब और कैसे होगा. | Chrome, टेस्टिंग को आसान बनाने के लिए, शुरुआती ऑरिजिन ट्रायल के लिए अलग-अलग चरणों में सुविधाएं लॉन्च कर रहा है. Chrome समझता है कि अन्य सुविधाओं के लिए टाइमलाइन के बारे में साफ़ तौर पर जानकारी देना ज़रूरी है और जब भी संभव होगा, यह साफ़ तौर पर बताएगा. |
| फ़्लेज | टेस्ट कोऑर्डिनेशन | कई विज्ञापन टेक्नोलॉजी पर टेस्टिंग को सिंक करने का तरीका. | Chrome, एक्सपेरिमेंट को बेहतर बनाने के लिए अतिरिक्त सहायता उपलब्ध कराने की जांच कर रहा है, ताकि एक ही उपयोगकर्ता पर अलग-अलग विज्ञापन टेक्नोलॉजी से जुड़े एक्सपेरिमेंट हों. साथ ही, यह Chrome पार्टनरशिप आउटरीच का भी एक मुख्य फ़ोकस है. इस उद्योग से जुड़ी व्यापार संस्थाओं ने भी इसमें अपना योगदान देने में दिलचस्पी दिखाई है. |
| फ़्लेज | एक जैसी दिलचस्पी वाले ग्रुप की सीमाएं | क्या इस बात पर कोई सीमा होगी कि किसी उपयोगकर्ता को नीलामी में कितने इंटरेस्ट ग्रुप में जोड़ा जा सकता है या उसे सीमित किया जा सकता है? | Chrome, सुझाव, शिकायत या राय और इंतज़ार के समय के असर के आधार पर, टेस्टिंग अवधि के दौरान वेब पेज की परफ़ॉर्मेंस या उपयोगकर्ता अनुभव की वजहों से, इन सीमाओं को बेहतर बनाने के लिए तैयार है. टेस्टर और खरीदारों के बीच, संसाधन के इस्तेमाल को बेहतर बनाने के अतिरिक्त तरीकों पर चर्चा चल रही है. |
| फ़्लेज | क्रॉस-एपीआई क्षमताएं | एट्रिब्यूशन रिपोर्टिंग, FLEDGE के साथ कैसे काम करेगी? | पूरी जानकारी अभी तय नहीं है. Chrome को दूसरी तिमाही में इस बारे में अपडेट मिलने की उम्मीद है. Chrome को उम्मीद है कि ऑरिजिन ट्रायल के दौरान, वह नीलामी के नतीजों (जीत और घाटे) के लिए, इवेंट-लेवल की रिपोर्टिंग जारी रखेगा. |
डिजिटल विज्ञापनों का आकलन करना
| एपीआई / टेक्नोलॉजी | सुझाव की थीम
(लोकप्रियता के हिसाब से रैंक की गई) |
सवालों और समस्याओं के बारे में खास जानकारी | Chrome रिस्पॉन्स |
| एट्रिब्यूशन रिपोर्टिंग (और दूसरे एपीआई) | ट्रैफ़िक की जांच की जा रही है | जांच के लिए, ज़रूरत के मुताबिक ट्रैफ़िक उपलब्ध होने पर समस्याएं | Chrome बहुत कम ट्रैफ़िक पर ऑरिजिन ट्रायल शुरू कर रहा है, ताकि यह पक्का किया जा सके कि उपयोगकर्ता के कंट्रोल में कोई गंभीर गड़बड़ी या समस्या न हो. शुरुआती टेस्टर, इस बात की पुष्टि करने में अहम भूमिका निभाते हैं कि एपीआई, तकनीकी नज़रिए से ठीक से काम कर रहे हैं. इससे हमें बड़े ट्रैफ़िक पर तेज़ी से काम करने में मदद मिलती है. जब यह पक्का हो जाएगा कि एपीआई उम्मीद के मुताबिक काम कर रहे हैं, तब Chrome ऑरिजिन ट्रायल को बढ़ा देगा, ताकि यूटिलिटी टेस्टिंग को बढ़ावा दिया जा सके. |
| एट्रिब्यूशन रिपोर्टिंग | इवेंट रजिस्टर करने के लिए एर्गोनॉमिक्स | इवेंट के लिए रजिस्टर करने के स्वीकार किए गए तरीकों से जुड़े सवाल. | Chrome ने GitHub पर एक जवाब पब्लिश किया है. इससे यह जानकारी मिलती है कि आज किस तरह के रजिस्ट्रेशन किए जा सकते हैं. Chrome के मौजूदा डिज़ाइन को लेकर, नेटवर्क से सुझाव इकट्ठा किए जा रहे हैं. ऐसा इसलिए किया जा रहा है, ताकि यह पता लगाया जा सके कि जो बदलाव सुझाए गए हैं वे इन समस्याओं को ठीक करते हैं या नहीं या इन्हें और अपडेट की ज़रूरत है. |
| एट्रिब्यूशन रिपोर्टिंग | ग़ैर-ज़रूरी आवाज़ें जनरेट करना | सभी रिपोर्ट के लिए ग़ैर-ज़रूरी आवाज़ें जनरेट करने के तरीके के बारे में ज़्यादा जानकारी चाहिए. | Chrome ने GitHub पर जवाब पब्लिश किया, ताकि व्यवस्थित तरीके से नॉइज़ जनरेट करने के बारे में ज़्यादा जानकारी दी जा सके. Chrome एक ऐसी लाइब्रेरी उपलब्ध कराने की योजना बना रहा है जो ओटी के दौरान अलग-अलग पैरामीटर के साथ शोर को सिम्युलेट करेगी और टेस्ट करेगी. Chrome, एग्रीगेट रिपोर्टिंग मोड के लिए, डेवलपर के लिए अन्य दस्तावेज़ और गाइड उपलब्ध कराने की भी योजना बना रहा है. |
| एट्रिब्यूशन रिपोर्टिंग | छोटी साइटों के लिए कम सटीक डेटा | चिंता न करें कि छोटी साइटों या कैंपेन को कम सटीक डेटा मिलेगा. | Chrome समझता है कि गै़र-ज़रूरी डेटा के आधार पर निजता सुरक्षा की सुविधा, डेटा के छोटे हिस्से पर ज़्यादा असर डालती है. हालांकि, लंबे समय तक इकट्ठा करने जैसे तरीकों से यह समस्या हल हो सकती है. यह भी समझ नहीं आता कि डेटा के बहुत छोटे हिस्सों (जैसे, एक या दो खरीदारी) पर आधारित नतीजे, विज्ञापन देने वालों के लिए काम के हैं या नहीं. ऑरिजिन ट्रायल के दौरान, Chrome, टेस्टर को निजता और शोर से जुड़े अलग-अलग पैरामीटर के साथ एक्सपेरिमेंट करने के लिए बढ़ावा देता है, ताकि वे इस समस्या के बारे में सटीक सुझाव दे सकें. |
| एट्रिब्यूशन रिपोर्टिंग | कन्वर्ज़न में लगे समय का यूटिलिटी पर असर | ध्यान दें कि कन्वर्ज़न में लगे समय की वजह से, कैंपेन सेट अप और पुष्टि या कैंपेन ऑप्टिमाइज़ेशन में रुकावट आएगी. | Chrome को कन्वर्ज़न रिपोर्टिंग में देरी के असर के बारे में कुछ विरोधी सुझाव मिले हैं. हालांकि, Attribution Reporting API, उपयोगकर्ताओं की निजता की सुरक्षा के लिए रिपोर्टिंग में कभी-कभी देरी करता है. इसलिए, Chrome को उम्मीद है कि टेस्टिंग के दौरान इस्तेमाल के कुछ उदाहरण या समस्याएं साफ़ हो जाएंगी. डीबग करने की अतिरिक्त सहायता या डेवलपर के दिशा-निर्देशों की मदद से, इन समस्याओं को ठीक किया जा सकता है. |
| एट्रिब्यूशन रिपोर्टिंग | लंबी एट्रिब्यूशन विंडो | एट्रिब्यूशन विंडो 30 दिन की अवधि बढ़ाने का अनुरोध करना | Chrome ने एट्रिब्यूशन विंडो की अवधि के बारे में ज़्यादा सुझाव पाने के लिए एक जवाब पब्लिश किया है. इसमें डेटा इकट्ठा करने की प्रक्रिया और उसके इस्तेमाल में होने वाले बदलाव, दोनों को ध्यान में रखा गया है. |
| एट्रिब्यूशन रिपोर्टिंग | न दिखने वाले इंप्रेशन | इस बारे में सवाल कि क्या न दिखने वाले इंप्रेशन को व्यू-थ्रू कन्वर्ज़न रिपोर्ट में गिना जाता है. | Chrome ने GitHub पर जवाब पब्लिश किया, ताकि दिखने वाले इंप्रेशन के बारे में बेहतर तरीके से जानकारी दी जा सके. |
गुप्त ट्रैकिंग को सीमित करें
| एपीआई / टेक्नोलॉजी | सुझाव की थीम
(लोकप्रियता के हिसाब से रैंक की गई) |
सवालों और समस्याओं के बारे में खास जानकारी | Chrome रिस्पॉन्स |
| उपयोगकर्ता एजेंट को कम करने की प्रोसेस | परफ़ॉर्मेंस | क्रिटिकल-CH (पहले पेज के लोड पर) से संकेत मिलने में लगने वाले समय को लेकर कुछ समस्याएं मौजूद हैं. | Chrome, परफ़ॉर्मेंस को बेहतर बनाने के तरीके खोज रहा है. |
| उपयोगकर्ता-एजेंट को कम करना / उपयोगकर्ता-एजेंट क्लाइंट हिंट | धोखाधड़ी-विरोधी / गलत इस्तेमाल-विरोधी समस्याएं | अलग-अलग तरह के हमलों को डीबग करते समय, ज़्यादा से ज़्यादा जानकारी का होना ज़रूरी है. इन हमलों में, सेवा अस्वीकार करना भी शामिल है. UA स्ट्रिंग से कुछ जानकारी खो देने पर, चुनौतियों का सामना करना पड़ सकता है. | Chrome पर बातचीत की जा रही है और निजता बनाए रखने के तरीकों का आकलन किया जा रहा है. साथ ही, निजता बनाए रखने के लिए, Chrome से जुड़ी काफ़ी जानकारी दी गई है. इस जानकारी को डीबग करने के लिए इस्तेमाल किया जा सकता है. |
| उपयोगकर्ता एजेंट को कम करने की प्रोसेस | ओटी सेटअप को लेकर भ्रम की स्थिति | ऑरिजिन ट्रायल में रजिस्टर करने वाले कई लोगों ने दस्तावेज़ों को बेहतर बनाने के सुझाव दिए हैं. साथ ही, ऑरिजिन ट्रायल में रजिस्टर करने के तरीके से जुड़े उदाहरणों के बारे में भी बताया गया है. | कम की गई UA की ऑरिजिन ट्रायल की सुविधा खत्म होने वाली है. हालांकि, Chrome का मकसद डेप्रेशन ट्रायल के लिए दिए गए निर्देशों को बेहतर बनाना है. इसमें, उदाहरण के तौर पर दिए गए डेमो को ज़्यादा बेहतर तरीके से दिखाने की सुविधा भी शामिल है. |
| उपयोगकर्ता एजेंट को कम करने की प्रोसेस | खास संकेत की वैल्यू से जुड़ी समस्या | इस बारे में सवाल कि क्या उपयोगकर्ता-एजेंट स्ट्रिंग में Sec-CH-UA-Model और <deviceModel> एक है. | उपयोगकर्ता-एजेंट स्ट्रिंग में Sec-CH-UA-Model और <deviceModel> एक जैसा है. Chrome आने वाले समय के दस्तावेज़ों में इसे ज़्यादा साफ़ तौर पर बताने की कोशिश करेगा. |
| उपयोगकर्ता-एजेंट को कम करना | डेप्रेशन ट्रायल के लिए रजिस्टर करने से जुड़ी समस्या | डिप्रेशन ट्रायल के लिए बड़ी संख्या में डोमेन रजिस्टर करने के तरीके से जुड़े सवाल | Chrome ने डेप्रेशन ट्रायल को डिज़ाइन करते समय, एक ही जगह से प्रोसेस करने के तरीकों पर विचार किया है. हालांकि, Chrome का मानना है कि मौजूदा ऑरिजिन ट्रायल सबसे अच्छा विकल्प है, क्योंकि इससे डेवलपर को सारा कंट्रोल मिलता है (क्योंकि वे हेडर भेजने या न भेजने का विकल्प चुन सकते हैं). |
| उपयोगकर्ता-एजेंट क्लाइंट हिंट | UA-CH की निर्देशात्मक प्रकृति से जुड़ी समस्याएं | ऐसी समस्या है कि उपयोगकर्ता-एजेंट हेडर के लचीलेपन की तुलना में UA-CH ज़्यादा निर्देश देता है, जैसा कि RFC7231 ने तय किया है. | Chrome को लगता है कि UA स्ट्रिंग के लचीलेपन के मुकाबले, UA-CH हेडर के प्रिस्क्रिप्टिव नेचर को एक अहम सुधार के तौर पर देखा जाता है. क्रॉस-ब्राउज़र इंटरऑपरेबिलिटी (दूसरे सिस्टम के साथ काम करना) और उपयोगकर्ता की निजता सुरक्षा (हाई-एंट्रॉपी आइडेंटिफ़ायर को मनचाहे तरीके से जोड़े जाने से रोककर) को एक अहम सुधार माना जाता है.
हालांकि, यह समस्या अब भी खुली है, क्योंकि अन्य लोग भी इस समस्या पर अपनी राय दे रहे हैं और सुझाव देना चाहते हैं. |
| उपयोगकर्ता-एजेंट क्लाइंट हिंट | इस बात की समस्याएं कि कुछ ब्राउज़र को ब्लॉक करने के लिए, एपीआई का इस्तेमाल किया जा रहा है | चिंता करें कि कोई साइट इस एपीआई का इस्तेमाल करके, "Google Chrome" या "Microsoft Edge" को खोज रही है और दूसरे सभी ब्राउज़र को ब्लॉक कर रही है. | ब्रैंड की सूची का सिद्धांत इस मामले में तैयार किया गया था - ब्राउज़र अपने ब्रैंड के साथ-साथ "Google Chrome" भी भेज सकता है. |
| उपयोगकर्ता-एजेंट क्लाइंट हिंट | काम करने वाले सभी संकेतों की गिनती करने के लिए किसी तरीके का अनुरोध करें | प्रोग्राम के हिसाब से अपने-आप होने वाली प्रोसेस की मदद से, ब्राउज़र पर काम करने वाले सभी संकेतों के बारे में जानने में दिलचस्पी. | Chrome, सुविधा के अनुरोध की जांच कर रहा है. |
| उपयोगकर्ता-एजेंट को कम करना / उपयोगकर्ता-एजेंट क्लाइंट हिंट | धोखाधड़ी-विरोधी / गलत इस्तेमाल-विरोधी समस्याएं | एचटीटीपी1 के पहली बार लोड होने पर क्लाइंट संकेत उपलब्ध नहीं हैं | क्लाइंट हिंट्स रिलायबिलिटी एपीआई (swg_CH) में से एक सिर्फ़ एचटीटीपी2 और एचटीटीपी3 पर उपलब्ध है. जिन सर्वर को अब भी एचटीटीपी1 पर सेवा दी जा रही है उन्हें पूरी तरह से क्रिटिकल-CH पर निर्भर रहना होगा. |
| उपयोगकर्ता-एजेंट को कम करना | Android के लिए Chrome पर प्रभाव | इस बारे में सवाल कि खास तौर पर, Android पर Chrome पर इसका क्या असर पड़ता है. | UA रिडक्शन और UA-CH को डेस्कटॉप के अलावा, Android पर Chrome पर भी भेजा जाएगा. Android पर Chrome के लिए, ये बदलाव सिर्फ़ "छठे चरण" में होंगे, जो फ़िलहाल Chrome 110 के लिए शेड्यूल किया गया है. |
| नैटकैचर (डब्ल्यूआईपीबी) | सही तरीके से काम न करने वाले इस्तेमाल और तरीके | इस बारे में साफ़ तौर पर जानकारी देना कि सही इस्तेमाल और सुधार न करने वाले तरीके क्या हैं. | Chrome, जानकारी देने वाले मैसेज को ज़्यादा जानकारी के साथ अपडेट करेगा. |
| Gnatcatcher + यूज़र-एजेंट रिडक्शन | धोखाधड़ी का विरोध करने के सिग्नल को कम करना | एक साथ आईपी और UA ऐक्सेस को कम करने से होने वाली धोखाधड़ी से बचाव. | धोखाधड़ी रोकने के लिए बनी नीति के तहत, 'विलफ़ुल आईपी ब्लाइंडनेस' का पालन करने से, आईपी प्रॉक्सी के इस्तेमाल से जुड़ी समस्याओं को हल करने में मदद मिलेगी. धोखाधड़ी रोकने के लिए आईपी का इस्तेमाल करने की अनुमति होनी चाहिए. |
| नेविगेशनल ट्रैकिंग | आने वाले समय में होने वाले ब्रेक से जुड़ी चिंता | विज्ञापन देने वाले संभावित ब्रेकेज को लेकर परेशान हैं. पहचान देने वाली कंपनियों ने भी Chrome के प्लान में दिलचस्पी दिखाई है. | Chrome कोई नुकसान पहुंचाने वाला बदलाव नहीं कर रहा है. वह अब भी इस्तेमाल के उदाहरणों को एक्सप्लोर कर रहा है. |
| sameSite कुकी | अन्य ब्राउज़र के साथ इंटरऑपरेबिलिटी (दूसरे ब्राउज़र के साथ काम करना) | crbug.com/1221316 को ठीक करने से जुड़े Chrome के प्लान के बारे में पूछे गए सवाल, क्योंकि यह एक ऐसा क्षेत्र है जहां Chrome को दूसरे ब्राउज़र से बेहतर तरीके से लागू किया जाता है. | Chrome को मेट्रिक में एक गड़बड़ी का पता चला और उसने नई मेट्रिक उपलब्ध कराई हैं. Chrome, गड़बड़ी को ठीक करने से होने वाले असर को बेहतर तरीके से समझने के लिए, डेटा इकट्ठा कर रहा है. |
| स्टोरेज पार्टीशन | मैसेज चैनलों को बांटने से जुड़ी समस्या | इस बारे में सवाल कि क्या मैसेज देने वाले चैनल (जैसे, SharedWorker और BroadcastChannel) को बांटा जाना चाहिए. | Chrome सुझाव की जांच कर रहा है. हालांकि, Chrome का मानना है कि गुप्त रूप से ट्रैकिंग को रोकने के लिए, मैसेज के अलग-अलग चैनलों को स्टोरेज के साथ बांटना ज़रूरी है. |
क्रॉस-साइट निजता की सीमाओं को मज़बूत बनाएं
| एपीआई / टेक्नोलॉजी | सुझाव की थीम
(लोकप्रियता के हिसाब से रैंक की गई) |
सवालों और समस्याओं के बारे में खास जानकारी | Chrome रिस्पॉन्स |
| पहले पक्ष के सेट | निजता नीति से जुड़ी सामान्य शर्तें | एक ही सेट का हिस्सा बनने वाले सभी प्रॉडक्ट और अधिकार क्षेत्रों के लिए, एक जैसी निजता नीति बनाए रखना संभव नहीं होता. | Chrome अब भी नीति से जुड़ी ज़रूरी शर्तें तय कर रहा है. वह इस सुझाव/राय/शिकायत को ध्यान में रखेगा. |
| पहले पक्ष के सेट | इंडिपेंडेंट एनफ़ोर्समेंट इकाई (आईईई) को, FPS (फ़्रेम प्रति सेकंड) की वैधता से जुड़ी बड़ी संख्या में चुनौतियां मिल सकती हैं | FPS (फ़्रेम प्रति सेकंड) की वैधता तय करने में आ सकने वाली चुनौतियों के बारे में खास जानकारी: टेक्स्ट या निजता नीति, सेट में शामिल सभी सदस्यों से मेल नहीं खाती. उपयोगकर्ता को साफ़ तौर पर सदस्यता की परिभाषा, बैंडविथ और टाइमिंग की चुनौतियों के बारे में साफ़ तौर पर बताना, और कॉर्पोरेट स्ट्रक्चर से जुड़ी खास विशेषज्ञता की जानकारी देना. | Chrome अब भी नीति से जुड़ी ज़रूरी शर्तें तय कर रहा है. वह इस सुझाव/राय/शिकायत को ध्यान में रखेगा. |
| पहले पक्ष के सेट | ब्राउज़र की FPS (फ़्रेम प्रति सेकंड) सूची बनाए रखने की प्रोसेस | गैर-पश्चिमी देशों में वेबसाइटों को ऐक्सेस करने में आने वाली रुकावटों से जुड़ी समस्याएं. साथ ही, ऐप्लिकेशन के अपडेट होने की फ़्रीक्वेंसी में अंतर की वजह से सभी ब्राउज़र में FPS सूची के अलग-अलग वर्शन होने, और छोटे/नए ब्राउज़र के लिए सूची का इस्तेमाल करना. | Chrome अब भी सूची के लिए हमारी नीति से जुड़ी ज़रूरी शर्तें, स्वीकार करने की प्रक्रिया, और इस्तेमाल के अधिकार तय कर रहा है. साथ ही, वह इस सुझाव को ध्यान में रखेगा.
Chrome, वेब प्लैटफ़ॉर्म पर इस्तेमाल की जाने वाली अन्य स्टैटिक सूचियों से भी जानकारी इकट्ठा करेगा. जैसे, सार्वजनिक सफ़िक्स सूची |
| पहले पक्ष के सेट | डाइनैमिक हर साइट के दावे का डिज़ाइन | डाइनैमिक डिज़ाइन (स्टैटिक सूची के बजाय) में मालिकाना हक के सामान्य दावे करने का गलत दावा होने और पेज लोड होने में लगने वाले समय/असफलता की आशंका सबसे ज़्यादा हो सकती है. | Chrome फ़िलहाल, स्टैटिक सूची बनाने के तरीके पर काम कर रहा है. अगर साइन किए गए दावों का फिर से आकलन किया जाता है, तो Chrome इस सुझाव को ध्यान में रखेगा. |
| पहले पक्ष के सेट | पहले पक्ष के सेट के इस्तेमाल के संभावित उदाहरण (अगर एफ़पीएस सूची का भरोसेमंद और न्यायसंगत वर्शन बनाया जा सकता है) | सिंगल साइन-ऑन, पसंद के मुताबिक बनाए जा सकने वाले डेटा प्रॉम्प्ट, उपयोगकर्ताओं के लिए बेहतर पारदर्शिता रिपोर्ट करने की सुविधाएं. | Chrome इस सुझाव पर विचार करेगा, क्योंकि वह पहले पक्ष के सेट के लिए अगले चरणों को ध्यान में रखता है |
| सीएचआईपीएस | वेबसाइट का अलग-अलग ब्राउज़र पर चलना | यह जानने में दिलचस्पी कि अन्य ब्राउज़र ने कुकी के कई एट्रिब्यूट को अलग-अलग हिस्सों में कैसे हैंडल किया है | Chrome, W3C जैसे सार्वजनिक मानकों वाले ग्रुप के तहत काम करना जारी रखता है, ताकि सभी ब्राउज़र पर काम करने वाले डिज़ाइन और उन्हें लागू करने की पहचान की जा सके. |
| सीएचआईपीएस | डिज़ाइन से जुड़ी शर्तें | चिंता करें कि हो सकता है कि __Host- नाम वाला प्रीफ़िक्स शामिल न किया जा सके | Chrome ने ऑरिजिन ट्रायल के लिए नाम रखने की ज़रूरी शर्त को हटा दिया है. साथ ही, इस बात पर विचार किया जाएगा कि टेस्टिंग अवधि के खत्म होने पर, Chrome को स्थायी ट्रायल के तौर पर सेट किया जाएगा या नहीं. |
| सीएचआईपीएस | विज्ञापनों के लिए सीएचआईपीएस का इस्तेमाल | इस बारे में सवाल कि विज्ञापन के इस्तेमाल के उदाहरण में सीएचआईपीएस का इस्तेमाल किया जा सकता है या नहीं. | सीएचआईपीएस की मदद से, तीसरे पक्ष को क्लाइंट-साइड की ऐसी कुकी बनाने की अनुमति मिलती है जो टॉप लेवल साइट या उसके पहले पक्ष के सेट में बांटी जाती हैं. अगर इस्तेमाल के उदाहरण को क्रॉस-साइट स्थिति के बजाय सेगमेंट में बांटने की ज़रूरत है, तो सीएचआईपीएस का इस्तेमाल किया जा सकता है. |
| सीएचआईपीएस | FPS (फ़्रेम प्रति सेकंड) के साथ सीएचआईपीएस का इंटिग्रेशन | चिंता का विषय: फ़र्स्ट पार्टी सेट जैसे प्राइवसी सैंडबॉक्स के अन्य प्रपोज़ल के साथ, शायद सीएचआईपीएस की मदद से टेस्ट करना मुमकिन न हो | Chrome लगातार यह जांच कर रहा है कि टेस्ट एनवायरमेंट को कैसे आसान बनाया जाए, ताकि इस तरह की जांच हो सके. Chrome ने FPS और CHIPS की लोकल टेस्टिंग के लिए निर्देश भी पब्लिश किए हैं. इनका इस्तेमाल इस दौरान किया जा सकता है. |
| FedCM | एक्सप्रेसिविटी | चिंता करें कि ब्राउज़र, फ़ेडरेटेड आइडेंटिटी फ़्लो के हिस्से को रेंडर करता है. इसलिए, उन सभी बारीकियों को कैप्चर करना मुश्किल है जो आईडीपी अपने उपयोगकर्ताओं को दिखाना चाहते हैं | Chrome, दोनों को एक-दूसरे के फ़ायदे समझते हैं और नेटवर्क के साथ काम करना जारी रखता है, ताकि वे ज़्यादा से ज़्यादा जानकारी दे सकें और ज़्यादा बेहतर तरीके से काम कर सकें. Chrome कुछ आइडिया एक्सप्लोर कर रहा है. इनमें ब्रैंडिंग कस्टमाइज़ेशन (जैसे कि लोगो, रंग) और स्ट्रिंग को पसंद के मुताबिक बनाना (जैसे, "इससे लॉग इन करें" के बजाय "इस लेख को ऐक्सेस करें") शामिल हैं. |
| FedCM | ब्राउज़र की भागीदारी | चिंता करें कि पहले की तुलना में ब्राउज़र, आइडेंटिटी फ़ेडरेशन फ़्लो में ज़्यादा शामिल है. इसलिए, इसे साफ़ तौर पर इस बात की जानकारी होती है कि उपयोगकर्ता ने किन वेबसाइटों में लॉग इन किया है और किस आईडीपी के साथ भी लॉग इन किया गया है. | Chrome को लगता है कि ब्राउज़र अब ज़्यादा काम कर रहा है. हालांकि, फ़ेडरेशन का समर्थन करते हुए क्रॉस-साइट ट्रैकिंग को अलग करने और उसे रोकने के लिए, ब्राउज़र को अतिरिक्त स्तर की भागीदारी की ज़रूरत होती है. |
| FedCM | लागू होने और इंटरऑपरेबिलिटी (दूसरे सिस्टम के साथ काम करना) | चिंता न करें कि दूसरे ब्राउज़र, FedCM को अपना या लागू नहीं करेंगे. | Chrome, FedID कम्यूनिटी ग्रुप में फ़ेडरेशन के लिए सामान्य समाधान खोजने के लिए, ब्राउज़र के अन्य वेंडर के साथ भी काम कर रहा है. |
| FedCM | एपीआई के अलग-अलग चैलेंज | चिंता न करें कि FedCM की सुविधा अभी बीटा वर्शन में है या अभी इस पर काम नहीं किया गया है. इसलिए, नेटवर्क को ज़रूरी सुविधाएं देने में FedCM को बहुत ज़्यादा समय लगेगा. | Chrome इसे नेटवर्क की जांच के हिस्से के तौर पर एक्सप्लोर करेगा. |
| FedCM | एंटरप्राइज़ की नीतियां और उपयोगकर्ता के कंट्रोल | चिंता करें कि क्या कोई ऐसा नियंत्रण (जैसे एंटरप्राइज़ नीतियां और/या उपयोगकर्ता सेटिंग) होगा जो एंटरप्राइज़ को बिना किसी बदलाव के अपना फ़ेडरेटेड आइडेंटिटी का डिप्लॉयमेंट बनाए रखने की अनुमति देगा. फ़ेडरेटेड आइडेंटिटी को कंपनी की इमारत में बहुत से डिप्लॉय किया जाता है. इन्हें फिर से डिप्लॉय करना या इसमें बदलाव करना बेहद मुश्किल होता है. इसलिए, नए ब्राउज़र एपीआई को अपनाने से इस तरह के रुकावट आ रहे हैं कि आईडीपी को फिर से डिप्लॉय करने की ज़रूरत हो. | Chrome उन एंटरप्राइज़ एडमिन और उपयोगकर्ताओं के लिए कंट्रोल एक्सप्लोर कर रहा है जिनके मुताबिक, Chrome इन समस्याओं का समाधान करेगा. Chrome, इस्तेमाल के कुछ खास मामलों पर एंटरप्राइज़ से मिले सुझावों का स्वागत करता है. |
स्पैम और धोखाधड़ी को रोकना
| एपीआई / टेक्नोलॉजी | सुझाव की थीम
(हर एपीआई के प्रसार के हिसाब से रैंक की गई) |
सवालों और समस्याओं के बारे में खास जानकारी | Chrome रिस्पॉन्स |
| ट्रस्ट टोकन एपीआई | रिडीम करने की सीमाएं | हर पेज में करीब दो समस्याएं बहुत सीमित होती हैं. खास तौर पर, उन स्थितियों के लिए जहां एक ही पेज को कई बार एम्बेड किया जा सकता है या उनके संगठन में, जारी करने वाले का कोई दूसरा डोमेन हो. अगर कोई व्यक्ति दूसरे बाज़ार में हिस्सा लेने वालों के बारे में नहीं सोचता, तो वह अपनी सीमा तक पहुंच सकता है. | अगर Chrome के लिए, Chrome के इस्तेमाल की संख्या बढ़ाने पर, ऑफ़र को रिडीम करने की सीमा को थोड़ा बढ़ाया जा सकता है, लेकिन ज़रूरत से ज़्यादा एंट्रॉपी लागू करने के लिए, Chrome को इसे कम रखना होगा. इसके अलावा, रिडेंप्शन रिकॉर्ड को कैश मेमोरी में सेव करने से, किसी एक उपयोगकर्ता को कम समय में कई टोकन रिडीम करने की ज़रूरत नहीं पड़ती. |
| ट्रस्ट टोकन एपीआई | इंतज़ार का समय | आम तौर पर, आपको 10 मि॰से॰ या उससे कम समय में बिड रिक्वेस्ट का जवाब देना पड़ता है. इसलिए, पहले पेज लोड होने पर किसी टोकन को रिडीम करने पर, प्री-बिड अमान्य ट्रैफ़िक के फ़ैसले में शामिल होना करीब-करीब नामुमकिन हो जाता है | Chrome यह समझने की कोशिश कर रहा है कि जांच के ज़रिए, इंतज़ार का समय प्री-बिड के इस्तेमाल के उदाहरणों पर कैसे असर डालता है. |
| ट्रस्ट टोकन एपीआई | OpenRTB का इस्तेमाल | प्रीबिड के इस्तेमाल के मामलों में, रिडीम किए गए टोकन की जानकारी को SSP और DSP को पास करना ज़रूरी है, ताकि विज्ञापन से जुड़े फ़ैसले लेने में उनका इस्तेमाल किया जा सके | Chrome, IAB के साथ मिलकर काम करने के लिए तैयार है. इससे यह पक्का करने में मदद मिलती है कि धोखाधड़ी या गलत इस्तेमाल का विरोध करने वाले किसी भी उपयोगी सिग्नल को OpenRTB की मदद से बढ़ाया जा सके. हालांकि, किसी भी नए डिफ़ॉल्ट फ़ील्ड को जोड़ने के लिए Chrome का इस्तेमाल किया जाता है. |
| ट्रस्ट टोकन एपीआई | निजता | किसी भी तरह की क्रॉस साइट डेटा के प्रोपेगेशन के लंबे समय तक चलने की संभावना से जुड़े सवाल, भले ही एंट्रॉपी कम हो (~2.5 बिट) | Chrome का मानना है कि नेटवर्क को स्वीकार करने की एक अच्छी स्थिति है, ताकि उपयोगकर्ता को बेहतर सुरक्षा दी जा सके, ताकि उपयोगकर्ता को पहचानने में आसानी हो. Chrome लंबे समय तक व्यवहार को बनाए रखने के लिए, मुख्य हिस्सेदारों के साथ मिलकर काम कर रहा है. |
| प्लैटफ़ॉर्म को प्रमाणित करने के सिग्नल | नए आइडिया/प्रस्ताव में दिलचस्पी का पता लगाना | अलग-अलग और आसानी से काम न करने वाले सिग्नल के लिए पूरा सपोर्ट. जैसे, डिवाइस को पूरी सुरक्षा देने की सुविधा के सिग्नल के बारे में बताना, जो प्लैटफ़ॉर्म से मिल सकता है | Chrome इस विचार को फ़ीडबैक के एक नए उपाय के रूप में W3C धोखाधड़ी-विरोधी समुदाय के पास ले जाने की योजना बना रहा है. |
| धोखाधड़ी के ख़िलाफ़ भरोसेमंद सर्वर | नए आइडिया/प्रस्ताव में दिलचस्पी का पता लगाना | यह दिलचस्प सिद्धांत है, लेकिन इसके इस्तेमाल के मामलों में ज़्यादा जांच करने की ज़रूरत होती है | दिलचस्पी के लेवल के आधार पर, Chrome इस कॉन्सेप्ट पर और आइडिया तैयार कर सकता है. साथ ही, आने वाले समय में नेटवर्क के बारे में सुझाव/राय देने या शिकायत करने के लिए इसका एक एक्सप्लेनेशन कर सकता है. |