फ़ीडबैक रिपोर्ट - 2023 की चौथी तिमाही

साल 2023 की चौथी तिमाही की तिमाही रिपोर्ट, जिसमें प्राइवसी सैंडबॉक्स के प्रपोज़ल और Chrome से मिले रिस्पॉन्स के बारे में मिले ईकोसिस्टम के बारे में खास जानकारी दी गई है.

सीएमए के साथ हुए अपने वादे के तहत, Google ने प्राइवसी सैंडबॉक्स के अपने प्रस्तावों के लिए, हिस्सेदार की दिलचस्पी की प्रक्रिया को तीन महीने में तीन महीने में सार्वजनिक तौर पर रिपोर्ट देने की सहमति दी है. इन रिपोर्ट में समझौते के पैराग्राफ़ 12 और 17(c)(ii) देखें. प्राइवसी सैंडबॉक्स के बारे में फ़ीडबैक की खास जानकारी वाली ये रिपोर्ट, सुझाव की खास जानकारी में दिए गए अलग-अलग सोर्स से, Chrome को मिले सुझाव, शिकायत या राय को इकट्ठा करके जनरेट की जाती हैं. इनमें GitHub से जुड़ी समस्याएं, privacysandbox.com पर उपलब्ध सुझाव, शिकायत या राय भेजने के लिए फ़ॉर्म, इंडस्ट्री के हिस्सेदारों के साथ की गई मीटिंग, और वेब स्टैंडर्ड फ़ोरम शामिल हैं. हालांकि, इनमें और भी चीज़ें शामिल हो सकती हैं. Chrome, नेटवर्क से मिलने वाले सुझाव, शिकायत या राय का स्वागत करता है. साथ ही, वह डिज़ाइन से जुड़े फ़ैसलों में लर्निंग को शामिल करने के तरीक़ों को खोज रहा है.

सुझाव, शिकायत या राय की थीम, हर एपीआई की लोकप्रियता के हिसाब से रैंक की जाती हैं. इसके लिए, किसी थीम के आधार पर Chrome की टीम को मिले सुझाव, शिकायत या राय को इकट्ठा करके और उन्हें घटते क्रम में रखा जाता है. फ़ीडबैक से जुड़े सामान्य विषयों की पहचान करने के लिए, सार्वजनिक मीटिंग (W3C, PatCG, IETF), डायरेक्ट सुझाव, GitHub, और अक्सर पूछे जाने वाले सवालों की समीक्षा की गई. ये सवाल Google की इंटरनल टीम और सार्वजनिक फ़ॉर्म की मदद से दिखाए गए.

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

फ़ीडबैक पर Chrome ने क्या जवाब दिए, इसकी जानकारी, पब्लिश किए गए अक्सर पूछे जाने वाले सवालों, हिस्सेदारों की समस्याओं पर की गई असल प्रतिक्रियाओं, और सार्वजनिक रिपोर्टिंग के इस मकसद के लिए एक स्थिति तय करके तैयार की गई है. हम डेवलपमेंट और टेस्टिंग के मौजूदा फ़ोकस को दिखाते हुए, खास तौर पर Topics, Protected Audience, और Attribution Reporting API से जुड़े सवाल और सुझाव, राय या शिकायत पर मिले.

हो सकता है कि मौजूदा रिपोर्टिंग अवधि के खत्म होने के बाद मिलने वाले फ़ीडबैक को अभी तक Chrome के जवाब के तौर पर शामिल न किया गया हो.

संक्षिप्त नाम की शब्दावली

सीएचआईपीएस

कुकी हैविंग इंडिपेंडेंट पार्टिशन्ड स्टेट

डीएसपी

मांग-साइड प्लैटफ़ॉर्म

FedCM

फ़ेडरेटेड क्रेडेंशियल मैनेजमेंट

FPS (फ़्रेम प्रति सेकंड)

पहले पक्ष के सेट

IAB

इंटरैक्टिव विज्ञापन ब्यूरो

आईडीपी

पहचान देने वाली कंपनी

आईईटीएफ़

इंटरनेट इंजीनियरिंग टास्क फ़ोर्स

IP

इंटरनेट प्रोटोकॉल पता

openRTB

रीयल-टाइम बिडिंग

OT

ऑरिजिन ट्रायल

PatCG

प्राइवेट विज्ञापन टेक्नोलॉजी कम्यूनिटी ग्रुप

RP

भरोसेमंद पार्टी

एसएसपी

सप्लाई-साइड प्लैटफ़ॉर्म

TEE

भरोसेमंद एक्ज़ीक्यूशन एनवायरमेंट

UA

उपयोगकर्ता एजेंट स्ट्रिंग

UA-CH

उपयोगकर्ता-एजेंट क्लाइंट हिंट

W3C

वर्ल्ड वाइड वेब कंसोर्टियम

डब्ल्यूआईपीबी

विलफ़ुल आईपी ब्लाइंडनेस

सामान्य सुझाव, कोई खास एपीआई या टेक्नोलॉजी नहीं

सुझाव की थीम	खास जानकारी	Chrome रिस्पॉन्स
3PCD टाइमलाइन	3PCD टाइमलाइन के बारे में ज़्यादा जानकारी शेयर करें.	टेस्टिंग की सुविधा देने के लिए, Chrome ने 4 जनवरी, 2024 से 1% उपयोगकर्ताओं के लिए, डिफ़ॉल्ट रूप से 3PC पर पाबंदी लगा दी है. सीएमए की मौजूदा समस्याओं को ध्यान में रखते हुए, Chrome 2024 की तीसरी तिमाही से 3PC के लिए, धीरे-धीरे सहायता देना बंद करने की योजना बना रहा है. यह सुविधा 2024 के बाकी महीनों में जारी रहेगी.
3PCD टाइमलाइन	साल 2024 की चौथी तिमाही में, 3PCD की सुविधा के इस्तेमाल पर क्या असर पड़ेगा, क्योंकि यह छुट्टियों के सीज़न के साथ मेल खाता है. इसका पब्लिशर पर बुरा असर पड़ सकता है.	3PC का इस्तेमाल रोकने का कोई सही समय नहीं है. हमें काफ़ी समय से पता चल गया था कि हमारा मकसद 2024 की दूसरी छमाही में, तीन डिवाइसों के इस्तेमाल पर रोक लगाना है. सीएमए के लिए हमारी प्रतिबद्धताओं में कोई बदलाव नहीं हुआ है. इनमें स्टैंडबाय पीरियड के लिए संभावित समय भी शामिल है. हम चौथी तिमाही के लिए, समय की चिंता को समझते हैं. हालांकि, टाइमलाइन में बदलाव करने से इंडस्ट्री में इसके इस्तेमाल के लिए तैयारी करने की ज़रूरत कम पड़ती है, न कि ज़्यादा.
Chrome टेस्टिंग (mode a/b)	क्या टेस्टिंग सेटअप, हर इंस्टेंस या हर Chrome प्रोफ़ाइल के हिसाब से, मोड A और मोड B के लिए किया जा रहा है?	हमने यहां दस्तावेज़ में साफ़ तौर पर जानकारी पब्लिश की है कि इस संदर्भ में Chrome ब्राउज़र, Chrome क्लाइंट के बारे में बताता है: किसी डिवाइस पर Chrome इंस्टॉल करना. हर उपयोगकर्ता डेटा डायरेक्ट्री का एक अलग क्लाइंट होता है.
रुका हुआ ट्रायल	3PCD मुफ़्त में आज़माने की सुविधा के बारे में ज़्यादा जानकारी शेयर करें.	हमने 3PCD ट्रायल के बारे में ज़्यादा जानकारी यहां शेयर की है.
रुका हुआ ट्रायल	जनवरी 2024 से पहले, सभी साइटों के लिए, बंद किए गए ट्रायल के लिए टोकन देने का समय काफ़ी नहीं है.	हम यह स्वीकार करते हैं कि बंद किए जाने वाले ट्रायल के लिए रजिस्ट्रेशन चालू होने और Chrome की सुविधा वाली टेस्टिंग अवधि शुरू होने के बाद, 1% कुकी ब्लॉक होने में कुछ समय लगता है. समय की इन सीमाओं को पूरा करने के लिए, Chrome ने इस सुविधा में हिस्सा लेने वाले ऑरिजिन को ग्रेस पीरियड दिया है. यह ग्रेस पीरियड, बंद होने वाले ट्रायल टोकन को डिप्लॉय करने के दौरान दिया गया है. ग्रेस पीरियड 1 अप्रैल, 2024 तक चलेगा. इस दौरान, जिन ऑरिजिन को इस सुविधा को रोकने के लिए रजिस्टर किया गया है वे Chrome में 3PC को ऐक्सेस कर पाएंगे. भले ही, उन्होंने अब तक अपने टोकन डिप्लॉय न किए हों. इस ग्रेस पीरियड का मकसद, ट्रांज़िशन के दौरान वेब के साथ काम करने से जुड़ी समस्याओं को रोकना है. हिस्सा लेने वाले ऑरिजिन को, ग्रेस पीरियड खत्म होने से पहले, एपीआई को बंद करने के ट्रायल के टोकन डिप्लॉय करने होंगे. इससे, ग्रेस पीरियड खत्म होने के बाद भी 3PC का ऐक्सेस बना रहेगा.
Chrome टेस्टिंग (mode a/b)	मोड B किसी सैंपल के हिसाब से बहुत छोटा है, इसलिए परफ़ॉर्मेंस में गिरावट को सटीक तरीके से मेज़र नहीं किया जा सकता.	वेब पर मौजूद लोगों और उनके काम करने के तरीके पर, ट्रैफ़िक के प्रतिशत और उनके असर के जोखिम के बीच ध्यान रखा जाना चाहिए.
टेस्टिंग कंट्रोल	सिर्फ़ ऐसे सबसे बड़े पब्लिशर, टेस्टिंग के दौरान परफ़ॉर्मेंस को समझ पाएंगे जिनके पास डेवलपमेंट के लिए ज़रूरी संसाधन हैं और वे उसे CMA के पास भेज पाएंगे.	पब्लिशर की सेवा देने वाली कंपनियां, बड़े नेटवर्क के साथ अहम जानकारी पहले से ही सार्वजनिक तौर पर शेयर कर रही हैं. हमें उम्मीद है कि जैसे-जैसे प्राइवसी सैंडबॉक्स की टेस्टिंग होती जाएगी, यह जारी रहेगा. हम यह भी उम्मीद करते हैं कि विज्ञापन टेक्नोलॉजी से जुड़ी सेवा देने वाली कंपनियां, प्राइवसी सैंडबॉक्स एपीआई के साथ काम करना जारी रखेंगी, ताकि वे अपने ग्राहकों की ज़रूरतों को पूरा कर सकें. जैसे, लेबल के आधार पर रिपोर्ट करना.
तृतीय-पक्ष डेटा	तीसरे पक्ष की डेटा कंपनियों के लिए चिंता.	तीसरे पक्ष की डेटा कंपनियां, अलग-अलग फ़्लेवर का इस्तेमाल कर सकती हैं. कुछ मामलों में, क्रॉस-साइट ट्रैकिंग की ओपेक तरीके भी कम हो सकते हैं. बाकी लोग, निजता को बेहतर बनाने वाली टेक्नोलॉजी का इस्तेमाल कर सकते हैं और अपने ग्राहकों के साथ मिलकर नई खास बातें बना सकते हैं. हमें उम्मीद है कि आने वाले समय में हम इस दिशा में बेहतर तरीके से काम करेंगे. साथ ही, नियम लागू करने वालों और उपयोगकर्ताओं, दोनों की मांग बढ़ रही है. बदलाव आने से विकास और इनोवेशन के मौके पैदा होंगे.
Google Ad Manager	पब्लिशर, प्राइवसी सैंडबॉक्स की जांच कैसे कर सकते हैं, इस बारे में Google Ad Manager के और दिशा-निर्देशों की ज़रूरत है. रिपोर्ट, पब्लिशर के लिए ज़रूरत के मुताबिक नहीं है. इसलिए, उन्हें पड़ने वाले असर को समझने में आसानी होती है.	Google Ad Manager से मिला जवाब: Google Ad Manager ने अपने सहायता केंद्र में बताया है कि Chrome की सुविधा वाले टेस्टिंग लेबल का इस्तेमाल करके टेस्टिंग कैसे की जाएगी. फ़िलहाल, Ad Manager, पब्लिशर को Topics और Protected Audience, दोनों पर रिपोर्टिंग उपलब्ध कराता है. फ़ीडबैक रिपोर्ट के समय, Ad Manager, Protected Audience API की मदद से दिखाए गए इंप्रेशन के बारे में रिपोर्ट कर सकता है. साथ ही, यह बता सकता है कि किसी दिए गए इंप्रेशन में Topics API का डेटा मौजूद है या नहीं. जिन पब्लिशर को ज़्यादा बेहतर रिपोर्टिंग (जैसे, Chrome में उपलब्ध लेबल के आधार पर रिपोर्ट को अलग-अलग सेगमेंट में बांटना) में दिलचस्पी है वे सीधे Chrome में मौजूद लेबल को (Chrome दस्तावेज़ का इस्तेमाल करके) पढ़ सकते हैं. साथ ही, उन्हें Ad Manager को भेजे जाने वाले विज्ञापन अनुरोधों में मुख्य वैल्यू के तौर पर और लेबल पर रिपोर्ट करने के लिए की-वैल्यू रिपोर्टिंग के तौर पर पास कर सकते हैं.
इंसेंटिव की जांच करना	विज्ञापन देने वाले को इस बात की चिंता है कि प्राइवसी सैंडबॉक्स की जांच के लिए, काफ़ी समय मिल जाएगा और एपीआई में होने वाले बदलावों की संभावना भी है.	हम समझते हैं कि कुछ लोगों को ज़्यादा समय की ज़रूरत होती है, लेकिन इंडस्ट्री से हमें बार-बार पता चला है कि टाइमलाइन में बदलाव करने से, नेटवर्क के लिए कम तैयारी हो सकती है. 3PC को बंद करने की टाइमलाइन, सीएमए की मौजूदा चुनौतियों को दूर करने पर निर्भर करती है. हम सभी को 2024 में 3PCD के लिए तैयार रहने की सलाह दे रहे हैं. किसी अन्य टेक्नोलॉजी की तरह, प्राइवसी सैंडबॉक्स के एपीआई भी बेहतर होते रहेंगे. इसका विकास, टेक्नोलॉजी और नेटवर्क इनपुट में हुई बढ़ोतरी की वजह से हुआ. हम जब भी कोई बदलाव करेंगे, तब इसकी ज़िम्मेदारी हमारी होगी. साथ ही, हमें नहीं लगता कि टेक्नोलॉजी में होने वाले बदलावों की वजह से, प्रॉडक्ट का इस्तेमाल हमेशा के लिए रोका जाना चाहिए.
CTV	लीनियर या CTV वीडियो के साथ काम करने के लिए कोई पाथ नहीं है.	हम CTV इस्तेमाल के उदाहरणों को और बेहतर बनाने की कोशिश कर रहे हैं. हालांकि, हमें नहीं लगता कि CTV डिवाइसों के लिए एपीआई, Chrome में 3PCD की तरह काम करेगा.
विज्ञापन देने वाले के विज्ञापन सर्वर	ऐसा लगता है कि Google, विज्ञापन टारगेटिंग को DV360 पर शिफ़्ट कर रहा है. विज्ञापन देने वाले के विज्ञापन सर्वर के लिए क्या सहायता दी जाएगी?	Chrome से मिला जवाब: PA API को विज्ञापन देने वाले विज्ञापन सर्वर के लिए डिज़ाइन किया गया है, ताकि वे iframe / फ़ेंस किए गए फ़्रेम और बीकन रिपोर्टिंग का इस्तेमाल करके, उपयोगकर्ता को दिखाए जाने वाले विज्ञापन दिखा सकें और उनकी परफ़ॉर्मेंस का आकलन कर सकें. इसके अलावा, वे विज्ञापन दिखाने के फ़्लो में शामिल करने के लिए, अपस्ट्रीम और डाउनस्ट्रीम पार्टी के साथ काम करेंगे, जैसा कि अब तक किया जा रहा है.
Google Ads डेटा मैनेजर	हाल ही में एलान किया गया "Google Ads डेटा मैनेजर", कस्टमर मैच और बेहतर कन्वर्ज़न ट्रैकिंग को ध्यान में रखकर बनाया गया है. इसकी मदद से, विज्ञापन देने वाले, Google के साथ अपने पहले पक्ष का ग्राहक डेटा शेयर कर सकते हैं. ऐसा इसलिए किया जाता है, ताकि 3PC की मदद से किए जाने वाले सभी मार्केटिंग फ़ंक्शन का रखरखाव किया जा सके. यह नई सुविधा, CMA के लिए Google की प्रतिबद्धता के मुताबिक कैसे है?	Google Ads से मिला जवाब: Google Ads डेटा मैनेजर, विज्ञापन देने वाले के डेटा स्टोरेज सिस्टम (क्लाउड सिस्टम) से पहले पक्ष (ग्राहक) का डेटा अपलोड करने की सुविधा देता है, ताकि विज्ञापन देने वाली कंपनियां इसका इस्तेमाल कस्टमर मैच (सीएम) और बेहतर कन्वर्ज़न ट्रैकिंग (ईसी) के लिए कर सकें. इससे छोटे और मीडियम साइज़ के कारोबारों के लिए, कम तकनीकी संसाधनों का इस्तेमाल करना आसान हो जाता है. Google Ads Data Manager, तीसरे पक्ष के पब्लिशर या Google के O&O या तीसरे पक्ष के पब्लिशर पर विज्ञापनों के पते बनाने या उन्हें मापने के मामले में, CM या EC के लिए किसी नई सुविधा का इस्तेमाल नहीं करता. Google के विज्ञापन प्लैटफ़ॉर्म के पास, प्राइवसी सैंडबॉक्स टेक्नोलॉजी के लिए उपलब्ध सुविधाओं का वही ऐक्सेस होता है जो AdTech की अन्य कंपनियों को मिलती है.
Chrome सेटिंग	Chrome के आंतरिक सेटिंग पेज को कुकी के आकार के बारे में ज़्यादा जानकारी देनी चाहिए.	जिस फ़ंक्शन का अनुरोध किया गया है वह पहले से ही Chrome डेवलपर टूल में उपलब्ध है. हमें बताएं कि सेटिंग पेज पर इस सुविधा को क्यों प्राथमिकता दी जानी चाहिए.
अनुमान के बारे में जानकारी	3PCD के दौरान अहम उपयोगकर्ता अनुभव को बनाए रखने के लिए, Chrome कौनसे तरीके इस्तेमाल कर रहा है?	GitHub पर इस सवाल के लिए हमारा जवाब देखें.
ब्राउज़र वर्शन	नॉन-स्टेबल Chrome ब्राउज़र और स्टेबल ब्राउज़र के बीच अंतर बताना चाहते हैं?	Chrome के मेजर वर्शन और स्टेबल रिलीज़ साइकल के बीच मैच करने की सुविधा काम करेगी.
अनुपालन	क्या Chrome, SOX से जुड़ी रिपोर्ट दे सकता है?	Chrome, SOX से जुड़ी रिपोर्ट नहीं देगा. Privacy Sandbox API, उन कई वेब एपीआई में से एक है जिन्हें Chrome उन वेबसाइटों को उपलब्ध कराता है जिन पर उपयोगकर्ता जाता है. सभी वेब एपीआई की तरह, एपीआई कॉलर का भी Privacy Sandbox API का इस्तेमाल करने के लिए, Chrome के साथ कोई कानूनी समझौता नहीं होता. इसका ऐक्सेस सिर्फ़ इस बात पर निर्भर करता है कि एपीआई कॉलर किसी तकनीकी ज़रूरतों को पूरा करता है या नहीं और उपयोगकर्ता ने सही सेटिंग चालू की हैं या नहीं. अगर ऐसा है, तो एपीआई कॉलर ही यह तय करता है कि एपीआई का इस्तेमाल कैसे करना है. इसमें, सेव किया जाने वाला डेटा, कौनसी बिड लगाना, और कौनसी रिपोर्टिंग का अनुरोध करना है वगैरह शामिल हैं.
अनुपालन	ज़्यादा सवालों के जवाब देने के लिए, प्राइवसी सैंडबॉक्स के नियमों के पालन से जुड़े अक्सर पूछे जाने वाले सवालों के सेक्शन को बड़ा किया जा रहा है.	हम आपके सुझाव, शिकायत या राय की सराहना करते हैं. साथ ही, अक्सर पूछे जाने वाले सवालों को और बेहतर बनाने की योजना बना रहे हैं.
Chrome के बारे में सवाल	क्या Chrome पर 3PC की सुविधा बंद होने से, Android वेबव्यू (एम्बेड किया गया ब्राउज़र) पर 3PC की उपलब्धता पर असर पड़ेगा?	फ़िलहाल, हम 3PCD या प्राइवसी सैंडबॉक्स एपीआई के रोल आउट और टेस्टिंग के इस चरण में, वेबव्यू को शामिल नहीं करते हैं. इसके अलावा, क्रॉस ऐप्लिकेशन और वेब एट्रिब्यूशन मेज़रमेंट को चालू नहीं किया जा सकता.
एपीआई से जुड़ा सवाल	प्रायोजित प्रॉडक्ट के क्लिक और इंप्रेशन को कैसे ट्रैक किया जा सकता है?	इस्तेमाल का यह उदाहरण, Attribution Reporting API के तहत आता है.
टाइमलाइन	3PCD के लिए टाइमलाइन में बदलाव क्यों हुआ है?	हमने इसकी वजहों के बारे में यहां चर्चा की है.
Chrome एक्सटेंशन एसएसओ (SSO)	3PCD के बाद, वेबसाइट और Chrome एक्सटेंशन के बीच सिंगल साइन-ऑन के इस्तेमाल की अनुमति दें.	हम इस समस्या पर चर्चा कर रहे हैं. इसका इस्तेमाल करने के अन्य उदाहरणों पर भी सुझाव/राय दें या शिकायत करें.
एपीआई का इस्तेमाल	क्या Google उन पार्टनर की सूची की पुष्टि कर सकता है जिनके साथ एपीआई की जांच करनी है?	सार्वजनिक तौर पर अपनी पहचान करने वाले टेस्टर की जानकारी, GitHub पर इन एपीआई के लिए उपलब्ध है: - Topics API - Protected Audience API - Attribution Reporting API - शेयर किया गया स्टोरेज - CHIPs
Utiq पहल	Utiq पहल के बारे में Chrome का क्या नज़रिया है?	हम इस बारे में यहां चर्चा कर रहे हैं.
Chrome के बारे में सवाल	तीन पीसी के बिना ब्राउज़ करने वाले उपयोगकर्ताओं का पता कैसे लगाया जाए?	3पीसी पर ब्लॉक करने की सुविधा का पता लगाने के लिए, कोई खास सेटिंग नहीं है. "सुविधा का पता लगाने" के सामान्य तरीके के लिए, हमारा सुझाव है कि आप iframe / क्रॉस-साइट अनुरोध बनाएं. साथ ही, ज़रूरी इस्तेमाल के उदाहरण के लिए मिलती-जुलती कुकी सेट करने की कोशिश करना, इसका सबसे करीबी समाधान होगा.
Chrome के बारे में सवाल	क्या गुप्त मोड में ब्राउज़ करना और फ़्लैग की जांच करना एक जैसा है (-test-third-party-cookie-phaseout कमांड-लाइन फ़्लैग का इस्तेमाल करके Chrome को लॉन्च करें)?	गुप्त मोड, फ़्लैग मोड से अलग होता है. यह फ़्लैग न सिर्फ़ 3PC को ब्लॉक करता है, बल्कि FedCM और तीसरे पक्ष के स्टोरेज के पार्टीशन को भी चालू करता है.
Chrome के बारे में सवाल	इस बारे में ज़्यादा जानकारी कि अगर 1% है, तो हर इलाके/देश के लिए 3PCD का क्या असर हो सकता है.	दुनिया भर में क्लाइंट को बिना किसी क्रम के 1% में शामिल किया जाता है. हालांकि, क्षेत्र के हिसाब से अलग-अलग तरीके हो सकते हैं. उदाहरण के लिए, डिवाइसों और Chrome वर्शन के डिस्ट्रिब्यूशन में अंतर हो सकता है.
निजता के हिसाब से वैकल्पिक टेक्नोलॉजी को बेहतर बनाना	निजता को बेहतर बनाने वाली वैकल्पिक टेक्नोलॉजी को, निजता बनाए रखने वाली क्रॉस-डोमेन ट्रैकिंग करने की अनुमति होनी चाहिए. इससे, Chrome और Android पर डेटा के एकाधिकार को रोका जा सकता है.	डेवलपर के पास इस बात के कई मौके हैं कि वे हमारे बनाए गए बिल्डिंग ब्लॉक के साथ-साथ नॉन-प्राइवसी सैंडबॉक्स बिल्डिंग ब्लॉक के साथ-साथ, निजता को बेहतर बनाने वाली टेक्नोलॉजी भी उपलब्ध करा सकें.
कुकी ग्राफ़ स्टडी	कुकी ग्राफ़ के तरीके को लेकर Chrome का नज़रिया क्या है, जैसा कि इस पेपर में प्राइवसी सैंडबॉक्स फ़्रेमवर्क में बताया गया है?	हम इस दस्तावेज़ की समीक्षा कर रहे हैं और हमें अन्य सुझाव/राय दें या शिकायत करें.

रजिस्ट्रेशन और प्रमाणित करना

सुझाव की थीम	खास जानकारी	Chrome रिस्पॉन्स
रजिस्टर करने पर पाबंदी लगी है	Google ने Privacy Sandbox API के लिए, इस्तेमाल की खास शर्तें जोड़ी हैं. शर्तें, उन कंपनियों को असरदार तरीके से रोकती हैं जो सहमति देने वाले विज़िटर को पहचानने में पब्लिशर की मदद करती हैं. ऐसा वे अपने आइडेंटिटी सॉल्यूशन में, Privacy Sandbox की सुविधाओं को टेस्ट और/या इंटिग्रेट करने के लिए करती हैं. नियमों और शर्तों की वजह से, प्राइवसी सैंडबॉक्स में काम करने की सुविधा सीमित हो जाती है.	रजिस्ट्रेशन और प्रमाणित करने की प्रक्रिया में, एपीआई के इस्तेमाल की शर्तों से सहमत होना शामिल नहीं है. रजिस्ट्रेशन और प्रमाणित करने की सुविधा, इस बारे में बेहतर पारदर्शिता बनाने के लिए बनाई गई है कि कौनसे डेवलपर प्राइवसी सैंडबॉक्स के एपीआई का इस्तेमाल करते हैं और वे जो डेटा ऐक्सेस करते हैं उसका इस्तेमाल कैसे करते हैं. खास तौर पर, प्रमाणित करना एक सार्वजनिक बयान है. इसमें बताया जाता है कि प्रमाणित करने वाला डेवलपर, सभी साइटों या ऐप्लिकेशन पर उपयोगकर्ताओं की पहचान करने के लिए, एपीआई का इस्तेमाल नहीं करता. साथ ही, वह एपीआई की निजता सुरक्षा को बाधित नहीं करता है. प्रमाणित करने के लिए यह बताना ज़रूरी नहीं है कि डेवलपर, अन्य डेटा या टेक्नोलॉजी का इस्तेमाल कैसे करते हैं.
प्राइवसी सैंडबॉक्स में रजिस्टर करने के बारे में जानकारी	प्रमाणित करने के लिए, संपर्क किए जाने वाले व्यक्ति की जानकारी / ईमेल पता कैसे अपडेट करें?	रजिस्ट्रेशन फ़ॉर्म का इस्तेमाल करके, रजिस्ट्रेशन की जानकारी अपडेट की जा सकती है. ज़्यादा जानकारी यहां उपलब्ध है.
प्राइवसी सैंडबॉक्स में रजिस्टर करने के बारे में जानकारी	अगर प्रमाणित करने की प्रक्रिया उपलब्ध नहीं है, तो क्या आपके पास ऐक्सेस के कट-ऑफ़ की स्थितियों को साफ़ तौर पर बताने का विकल्प है?	प्राइवसी सैंडबॉक्स, रजिस्टर की गई साइट की अटेस्टेशन फ़ाइल को फिर से सेट अप करने के लिए, तीन हफ़्ते का समय देगा. ऐसा तब होगा, जब किसी तकनीकी संपर्क को, रजिस्टर की गई कंपनी को मेज़रमेंट और प्रासंगिकता वाले एपीआई का ऐक्सेस देने से मना किया जाएगा.
प्राइवसी सैंडबॉक्स में रजिस्टर करने के बारे में जानकारी	हम नॉन-प्रोडक्शन एंडपॉइंट का इस्तेमाल करके, स्थानीय एनवायरमेंट में एपीआई की जांच कैसे कर सकते हैं?	हमने इस सवाल का जवाब यहां दिया है.

काम का कॉन्टेंट और विज्ञापन दिखाएं

विषय

सुझाव की थीम	खास जानकारी	Chrome रिस्पॉन्स
अलग-अलग तरह के हिस्सेदारों के लिए उपयोगिता	पब्लिशर, डेटा पर आधारित बिक्री पर विषयों के असर को लेकर चिंतित हैं. बड़ी साइटों को एक सामान्य 'समाचार' विषय असाइन किया जाता है. इस विषय को किसी पब्लिशर से लिंक नहीं किया जाता. विशेषज्ञ पब्लिशर, जवाब में सीमित जानकारी देने के लिए अपना डेटा दे देते हैं.	हम स्वीकार करते हैं कि ज़्यादा रुचि वाले डोमेन वाली साइटों की तुलना में, सामान्य रुचि वाले डोमेन वाली साइटें कम विस्तृत विषयों का योगदान देती हैं. हालांकि, सभी खास साइटें व्यावसायिक रूप से अहम विषयों का योगदान नहीं देतीं. साथ ही, यह डाइनैमिक इस स्टेटस को दिखाता है कि कुछ साइटें, 3PC आधारित विज्ञापन प्रासंगिकता सिस्टम में अन्य साइटों की तुलना में ज़्यादा वैल्यू उपलब्ध कराती हैं. Topics (और सभी प्राइवसी सैंडबॉक्स) की मदद से, पब्लिशर अपने पार्टनर के साथ जुड़ी विज्ञापन टेक्नोलॉजी वाली कंपनियां अपनी जानकारी का इस्तेमाल कैसे कर सकते हैं, इस पर ज़्यादा कंट्रोल मिलता है. इसके अलावा, Topics के ज़रिए उपलब्ध जानकारी, मौजूदा सिग्नल के मुकाबले ज़्यादा सटीक होती है.
पब्लिशर के विज्ञापन सर्वर	ऐसा हो सकता है कि खास तौर पर बनाए गए विज्ञापन सर्वर का इस्तेमाल करने वाले पब्लिशर के विज्ञापन सर्वर, Topics API को सीधे तौर पर न देख पाएं.	हम इस समस्या पर यहां चर्चा कर रहे हैं. हमें अन्य सुझावों का भी स्वागत है.
प्रमाणित करना	जानकारी को ट्रांसफ़र करने के अनचाहे नतीजों के बारे में जानने के लिए, प्रमाणित करने की ज़रूरी शर्तों के दायरे को बढ़ाएं.	फ़िलहाल, प्रमाणित करने का मकसद जोखिम की इस बड़ी कैटगरी को कवर करना नहीं है, बल्कि एपीआई के गलत इस्तेमाल को दूर करना है.
Topics के ट्रैफ़िक का वॉल्यूम	जांच के लिए, मिले इंप्रेशन की मौजूदा संख्या काफ़ी नहीं है.	Chrome को प्रोग्रामैटिक नेटवर्क में मौजूद Topics की संख्या से जुड़े सुझावों के बारे में पता है. हम संभावित वजहों का पता लगा रहे हैं - ब्राउज़र में और जांच करने वाले लोगों के बीच. ज़रूरत पड़ने पर Chrome, एपीआई के डिज़ाइन में उपलब्ध संभावित बदलावों का आकलन करेगा, ताकि उपयोगकर्ता की निजता को बनाए रखते हुए, कवरेज की दर को बढ़ाया जा सके और जांच को बड़े पैमाने पर चालू किया जा सके.
एपीआई का इस्तेमाल	क्या Topics API रेट की कोई सीमा है?	वेब पर गलत इस्तेमाल को रोकने और लोगों के अनुभव को सुरक्षित रखने के लिए, Topics की रेट से जुड़ी कुछ सीमाएं तय की गई हैं. ज़्यादा जानकारी के लिए यहां जाएं.
V2 टेक्सॉनमी	क्या ओपन आरटीबी प्रोटोकॉल में विषय की जानकारी शामिल करने के लिए IAB के दिशा-निर्देश तय किए गए हैं?	हां, ओपन आरटीबी प्रोटोकॉल में विषयों को शामिल करने से जुड़े IAB के दिशा-निर्देश यहां देखे जा सकते हैं.
पहले पक्ष के सिग्नल पर असर	ज़्यादा जानकारी वाली टॉपिक टेक्सॉनमी v2 के साथ, इस विस्तृत सेगमेंटेशन (टॉप विषय) के सबसे ज़्यादा वैल्यू पाने की प्रोसेस के साथ, विज्ञापन दिखाने के लिहाज़ से डेटा के बाज़ार में उतार-चढ़ाव नहीं होगा.	हम तीसरी तिमाही में, हमारे जवाब में कोई बदलाव नहीं करते: "विषयों को ज़्यादा बारीकी से समझने से, अन्य समाधानों में मदद करने वाले लोगों की दिलचस्पी कम हो सकती है. जैसे, पब्लिशर के पहले पक्ष के डेटा या डायरेक्ट डील पर निर्भर रहने वाले समाधानों का इस्तेमाल. ऐसा इसलिए, क्योंकि हम Topics API को डेवलप करते हैं, ताकि हम यह पक्का कर सकें कि यह 3PCD के बाद, सभी हिस्सेदारों के लिए, दिलचस्पी के हिसाब से विज्ञापन के इस्तेमाल के उदाहरणों को ज़्यादा से ज़्यादा असरदार तरीके से उपलब्ध कराए. हमारा मानना है कि Topics को ज़्यादा से ज़्यादा इस्तेमाल करने से, कुल मिलाकर प्रतिस्पर्धा बेहतर होगी और पूरे नेटवर्क को फ़ायदा मिलेगा."
टेस्टर की सूची	आपके पब्लिशर, Topics और PA API का क्या इस्तेमाल कर रहे हैं?	हम ऐसी जानकारी शेयर नहीं कर सकते. टेस्टर की सूची में, जांच की स्थिति शेयर करने के लिए ऑप्ट-इन किया जा सकता है.
विषय चुनना	क्या आपको उपयोगकर्ताओं को अपनी पसंद के विषय चुनने की अनुमति देनी है?	हमने लोगों को विषय जोड़ने की सुविधा देने पर ज़रूर विचार किया है. हम आने वाले समय में इस समस्या को ठीक करने की योजना नहीं बना रहे हैं. हालांकि, हम इसे आने वाले समय में भी उपलब्ध कराने के लिए तैयार हैं.
विषय चुनना	अगर किसी साइट पर विज्ञापन टेक्नोलॉजी का इस्तेमाल करके, विषयों पर नज़र रखने के लिए कोड इस्तेमाल किया जाता है, तो क्या उसे पता चल पाएगा कि किन विषयों का सुझाव दिया जा सकता है?	विज्ञापन टेक्नोलॉजी से जुड़ी सेवा देने वाली कोई कंपनी, किसी साइट से जुड़े विषयों को तय कर सकती है. एपीआई इस जानकारी को रीयल टाइम में शेयर नहीं करता है, क्योंकि इसमें इंतज़ार का समय लग सकता है.
V2 टेक्सॉनमी	Topics API में ज़्यादा से ज़्यादा तीन विषय दिखाए जा सकते हैं. इसलिए, कैटगरी v2 के रोल आउट होने पर, उपयोगकर्ताओं को किस तरह का अनुभव मिल सकता है?	एपीआई अब भी तीन Topics तक दिखाएगा. साथ ही, जवाब के तौर पर हर विषय के लिए सही टेक्सॉनमी वर्शन शामिल करेगा.
(पिछली तिमाही में भी रिपोर्ट किया गया) विषयों की निगरानी	पब्लिशर को Chrome को पेज के कॉन्टेंट के हिसाब से विषयों को अलग-अलग कैटगरी में बांटने की अनुमतियां दें. जैसे, हेड या मुख्य हिस्सा.	तीसरी तिमाही के हमारे जवाब में कोई बदलाव नहीं हुआ है: "हमने पहले, पेज के कॉन्टेंट के आधार पर, साइटों को विषयों के हिसाब से कैटगरी में बांटने की सुविधा देने के बारे में सोचा था. हालांकि, निजता और सुरक्षा से जुड़ी समस्याओं को ध्यान में रखते हुए, हमने यह फ़ैसला लिया था कि आगे कार्रवाई न की जाए. यह प्रस्ताव इनमें से कुछ समस्याओं को कम कर सकता है, लेकिन यह साफ़ तौर पर नहीं पता कि किस हद तक. हमें लगता है कि यह बदलाव 3पीसीडी से पहले होगा. ऐसा लगता है कि यह बदलाव 3पीसीडी के बाद ही होगा. अगर आपको कोई सुझाव/राय देनी है या शिकायत करनी है, तो यहां क्लिक करें."
विषय चुनना	डोमेन को सामान्य विषयों के आधार पर कैसे बांटा जाता है?	हम सिर्फ़ साइटों को विषयों में बांटने के लिए होस्टनेम का इस्तेमाल करते हैं. बड़े पैमाने पर कैटगरी में रखी गई साइट को इससे कोई नुकसान नहीं होता है. ऐसा इसलिए है, क्योंकि किसी साइट की प्रासंगिक जानकारी उनकी साइट पर नीलामियों के लिए हमेशा उपलब्ध रहेगी. इससे उस साइट के खास विषय को ज़्यादा सटीक जानकारी मिल सकेगी.
V2 टेक्सॉनमी	आपको दूसरे स्टैंडर्ड (जैसे कि IAB) के साथ विषयों को बेहतर तरीके से अलाइन करना है.	हम इस बारे में ज़्यादा जानना चाहेंगे कि वे IAB और Topics की कैटगरी के बीच तालमेल बनाना क्यों चाहते थे. Topics API को अपनाने के लिए, ग्राहकों को क्या करना होगा और उन्हें अलग-अलग कैटगरी में रखने से, इन चरणों पर क्या असर पड़ेगा? हम टॉपिक टेक्सॉनमी और IAB कॉन्टेंट कैटगरी के बीच मैपिंग रिलीज़ करने पर विचार कर रहे हैं. इससे यह समझने में मदद मिलेगी कि ऐसा करने से पब्लिशर को किन चुनौतियों का सामना करना पड़ेगा.
डेटा स्टोरेज और इस्तेमाल	क्या आपके पास इस बारे में ज़्यादा जानकारी है कि डेटा को कैसे सेव किया जाता है और डेटा को कहां ट्रांसफ़र किया जाता है?	विषयों की जानकारी को उपयोगकर्ता के डिवाइस पर जनरेट और सेव किया जाता है. अनुरोध किए जाने पर, एपीआई कॉलर को तीन विषय दिखाता है. Google के हिसाब से, Topics की जानकारी को मैनेज और सेव करते समय, कॉल करने वाले लोगों की यह ज़िम्मेदारी है कि वे स्थानीय नियमों का पालन करें. इसके अलावा, सभी कॉलर को यह प्रमाणित करना होगा कि वे सभी साइटों पर उपयोगकर्ताओं की दोबारा पहचान करने के लिए, Topics का इस्तेमाल नहीं कर रहे हैं. कृपया ज़्यादा जानकारी के लिए, निजता से जुड़े नियमों का पालन करने के बारे में अक्सर पूछे जाने वाले सवाल देखें.
V2 टेक्सॉनमी	v1 से v2 में ट्रांज़िशन करते समय टॉपिक टेक्सॉनमी अपग्रेड और ब्राउज़र की स्थिति का असर.	पिछली कैटगरी के साथ अनुमानित विषय अब भी उपलब्ध हैं. विज्ञापन टेक्नोलॉजी की मदद से, उन्हें तब तक फ़ेच किया जा सकता है, जब तक उनकी समयसीमा (4 हफ़्ते) खत्म नहीं हो जाती.
एपीआई की जानकारी	Topics API का उपयोगकर्ता अनुभव गुमराह करने वाला है.	हमने यह सुझाव, उपयोगकर्ता अनुभव (UX) टीम के साथ शेयर किया है.
एपीआई से जुड़ा सवाल	Yahoo डोमेन को Topics के साथ कैसे बांटा जा रहा है, क्योंकि वे सामान्य हैं?	हम सिर्फ़ साइटों को विषयों में बांटने के लिए होस्टनेम का इस्तेमाल करते हैं. यह समझना ज़रूरी है कि बड़े पैमाने पर कैटगरी में रखी गई साइट को इससे कोई नुकसान नहीं होता है.
विषयों की उपलब्धता दर कम है	टेस्टर को Google Ad Manager से कम Topics मिल रहे हैं.	Google Ad Manager ने कवरेज को बेहतर बनाने के लिए कई ऑप्टिमाइज़ेशन किए हैं - इससे, खरीदारों को कवरेज में बढ़ोतरी दिखनी चाहिए थी. कुछ संभावित वजहों से कवरेज सीमित हो सकता है. जैसे, उपयोगकर्ता की प्राथमिकताएं, कॉलर की निगरानी से जुड़ी ज़रूरी शर्तें, इंतज़ार का समय/समय खत्म हो सकता है.

Protected Audience API (पहले इसका नाम FLEDGE था)

सुझाव की थीम	खास जानकारी	Chrome रिस्पॉन्स
प्राथमिकताओं के हिसाब से सीखना-सिखाना	इस बारे में साफ़ तौर पर नहीं पता कि एसएसपी किस तरह नई नीलामी में दूसरों से अलग हैं.	हमें कई रणनीतिक प्लान के बारे में पता चला है. इनमें Protected Audience और/या Privacy Sandbox API के अन्य एपीआई शामिल हैं. बड़ी तस्वीर, हर जगह उपलब्ध होने वाले क्रॉस-साइट आइडेंटिफ़ायर में आई कमी को नेटवर्क का विक्रेता मानते हैं. इसका मतलब यह है कि कारोबारी न सिर्फ़ निजता को ध्यान में रखते हुए, बल्कि कारोबारी तौर पर भी इसे सकारात्मक कदम मानते हैं. इस बदलाव को स्वीकार करने वाले छोटे और बड़े कारोबारों को इस प्रोग्राम में शामिल होने का मौका मिल सकता है.
विज्ञापन रेंडरिंग	Chrome, विज्ञापनों को रेंडर करने के एकमात्र पाथ के तौर पर इनोवेशन को बढ़ावा देता है. सुरक्षित ऑडियंस रेंडरिंग, नेटिव विज्ञापन के आस-पास के मौजूदा स्टैंडर्ड के असर को कम करती है.	ब्राउज़र में रेंडर होने वाले विज्ञापनों में, रेंडर करने के लिए हमेशा ब्राउज़र टेक्नोलॉजी का इस्तेमाल किया जाता है. वह नहीं बदलता. आने वाले समय में, सुरक्षित ऑडियंस की सुविधा के साथ-साथ, बाड़ वाले फ़्रेम का इस्तेमाल करना ज़रूरी हो सकता है. इन प्लान को "आने वाले समय में" के लिए सेट किया गया है. इसकी एक वजह यह है कि हम चाहते हैं कि फ़ेंस किए गए फ़्रेम की टेक्नोलॉजी, विज्ञापन रेंडरिंग के दौरान नेटवर्क में कुछ नया सीखने और उसे अलग दिखाने में मदद करे. अब समय है कि दिलचस्पी रखने वाले डेवलपर और कंपनियों को, फ़ेंस किए गए फ़्रेम से जुड़ी नीति पर विचार करने के लिए कहें. इसमें यह भी शामिल है कि नेटिव विज्ञापनों के काम करने के तरीके को कैसे बेहतर बनाया जा सकता है.
इनपुट	जब विज्ञापन टेक्नोलॉजी से जुड़ी कई टेक्नोलॉजी ने Privacy Sandbox API को एक्सप्लोर करना शुरू किया, तब तक Concern Protected Audience API (PA API) पूरी तरह से डिलीवर हो चुका है.	हम इस्तेमाल से मिली सीख और Chrome के अंदर और बाहर से मिलने वाले नए आइडिया के आधार पर एपीआई को बेहतर बनाना जारी रखेंगे. आम तौर पर, काम के और मेज़रमेंट के लिए आज जो एपीआई उपलब्ध हैं वे स्थिर हैं. हालांकि, इसका मतलब यह नहीं है कि डेवलपमेंट रुक गया है. हमें अन्य सुझावों, राय या शिकायतों का भी स्वागत है.
नीलामी का डिज़ाइन	Protected Audience के डिज़ाइन की मदद से, ऑडियंस बनाने और विज्ञापन चुनने के लॉजिक को खरीदारी के साइड प्लैटफ़ॉर्म के कंट्रोल में रखा जाता है. इससे, SSP अपने प्लैटफ़ॉर्म पर चलाए जा रहे कैंपेन के लिए, ऑडियंस बनाने और विज्ञापन चुनने का लॉजिक उपलब्ध नहीं कराती.	सुरक्षित ऑडियंस की सुविधा, ऑडियंस बनाने और ऑडियंस के लिए बिड करने से जुड़ी किसी भी कार्रवाई पर ध्यान नहीं दे पाती. SSP, बिडिंग के लिए एक इंटरेस्ट ग्रुप (आईजी) बना सकती है. SSP के लिए भी बिडिंग लॉजिक की जानकारी दी जा सकती है. यह रणनीति उस दिशा में काम करती है जिस दिशा में कई SSP सीधे एजेंसियों के पास जा रहे हैं. अतिरिक्त इस्तेमाल के लिए हमेशा जगह उपलब्ध होती है. हालांकि, सुरक्षित ऑडियंस की बुनियाद को इस तरह से बनाया गया है कि वह ऑडियंस बनाने और उसे चालू करने के अलग-अलग तरीकों में मदद कर सके. इन फ़ाउंडेशन की निजता विशेषताओं का मतलब यह भी है कि उपयोगकर्ता-लेवल का रॉ डेटा, साइटों के बीच शेयर नहीं किया जाता.
नीलामी का डिज़ाइन	क्या प्रोटेक्टेड ऑडियंस की नीलामी करने से, ईकोसिस्टम सप्लाई पाथ ऑप्टिमाइज़ेशन (एसपीओ) की तुलना में विज्ञापन देने वाले और पब्लिशर के बीच मध्यस्थों की कुल संख्या कम होती है और/या किसी विज्ञापन अवसर के डुप्लीकेट होने की संभावना कम हो जाती है?	नहीं. अगर खरीदार ने पब्लिशर के साथ सीधे तौर पर इंटिग्रेशन किया है, तो Protected Audience में जीतने वाला विज्ञापन, ज़्यादा से ज़्यादा दो सेलर इकाइयों (जैसे कि SSP और पब्लिशर का विज्ञापन सर्वर) को दिखाया जाएगा और किसी को नहीं दिखाया जाएगा. एक ही अनुरोध को कई मध्यस्थों के ज़रिए दोहराना, पब्लिशर पर निर्भर करता है. सुरक्षित ऑडियंस का इस तरह से या दूसरे तरीके पर कोई असर नहीं होना चाहिए. प्रोटेक्टेड ऑडियंस नीलामी, आज के सर्वर-टू-सर्वर रीयल-टाइम सिस्टम के बाहर होती है, ताकि क्रॉस-साइट उपयोगकर्ताओं का डेटा लीक न हो. कुछ लोगों का कहना है कि इससे विज्ञापन अनुरोध डुप्लीकेट होता है. तकनीकी रूप से बेहतरीन निजता पाने के लिए, कुछ शर्तों को पूरा करने की ज़रूरत होती है. हालांकि, लंबे समय में यह मुमकिन है कि नेटवर्क, सुरक्षित ऑडियंस की सुविधा का इस्तेमाल करे. इसके लिए, वह पारंपरिक सर्वर साइड नीलामी के बिना इसका इस्तेमाल करे. इस विकल्प को चुनने से, सप्लाई पाथ को और ज़्यादा ऑप्टिमाइज़ किया जा सकता है.
नीलामी का डिज़ाइन	सुरक्षित ऑडियंस, ऐसे मॉडल में बदल जाती है जहां एसएसपी, पेज पर चलने वाली 'पिछली' नीलामी नहीं होते. हालांकि, एपीआई डिज़ाइन की वजह से उन्हें इस मॉडल में ज़बरदस्ती लाया जाता है.	हम असहमत हैं. हमने देखा कि शुरुआती उपभोक्ता के तौर पर, इन तरीकों का इस्तेमाल करके कॉम्पोनेंट की नीलामियों में हिस्सा लेने वाले एसएसपी, कॉन्टेक्स्ट के हिसाब से होने वाली नीलामी के नतीजे को पीछे छोड़ सकते हैं. यह नीलामी, Protected Audience की नीलामी से पहले होती है. Protected Audience में, SSP कॉम्पोनेंट की नीलामी के नतीजों को आखिरी बार तब माना जाता है, जब किसी विषय के हिसाब से की गई नीलामी चल जाती है.
नीलामी का डिज़ाइन	कॉन्टेक्स्ट के हिसाब से की जाने वाली नीलामी, सिर्फ़ नीलामी के अवसर के बारे में डेटा सिग्नल देने के लिए काम की हो सकती है, ताकि सुरक्षित ऑडियंस की नीलामी की जानकारी दी जा सके.	हमें उम्मीद है कि कॉन्टेक्स्ट के हिसाब से की जाने वाली नीलामियां, कई वजहों से काम की रहेंगी. जैसे, डील, पहले पक्ष के ऑडियंस को टारगेट न करने वाले कैंपेन, और कई मिलती-जुलती स्थितियों के लिए. यह तब भी फ़ायदेमंद साबित होता है, जब कोई आईजी मौजूद न हो या प्रोटेक्टेड ऑडियंस की बिड, तय की गई सीमा तक न पहुंच पा रही हों या विज्ञापन क्वालिटी के नियमों का पालन न कर रही हों.
ट्रैफ़िक को आकार देने वाला	डीएसपी, तय क्यूपीएस पर काम कर रहे हैं. सुरक्षित ऑडियंस की नीलामी करने से, लेगसी इन्फ़्रास्ट्रक्चर की उपयोगिता कम हो जाएगी.	हम जानते हैं कि हर सेकंड क्वेरी के हिसाब से जो चीज़ बदल रही है वह यह है कि कई SSP एक सुविधा के तौर पर क्रॉस-साइट आईडी का इस्तेमाल करके, यह तय करते हैं कि डीएसपी को अनुरोध भेजना है या नहीं. यह सच है कि पब्लिशर, प्रोटेक्टेड ऑडियंस के लिए की जाने वाली नीलामी को चलाना चाहता है या नहीं. हमने कई SSPs की मदद से ट्रैफ़िक को आकार देने वाले टूल का पता लगाया और हमें कैश मेमोरी में डेटा को सुरक्षित रखने और कॉन्टेंट के हिसाब से फ़िल्टर करने जैसी समस्याएं हल की. समय के साथ, हम डेवलपर से उम्मीद करते हैं कि वे निजी एग्रीगेशन का फ़ायदा ले पाएंगे. इससे उन्हें डीएसपी बोली लगाने की प्राथमिकताओं को समझने और उसके हिसाब से फ़िल्टर करने में मदद मिलेगी. इसलिए, क्रॉस-साइट आइडेंटिफ़ायर का इस्तेमाल करके बनाए गए कुछ लेगसी इन्फ़्रास्ट्रक्चर का इस्तेमाल नहीं किया जा सकेगा.
उपलब्ध सिग्नल	नीलामी के दौरान उपलब्ध सिग्नल की पूरी रेंज के बारे में साफ़ तौर पर नहीं पता. साथ ही, यह भी नहीं पता कि किसी दूसरी नीलामी के दौरान नीलामी के दौरान होने वाले नुकसान कैसे होते हैं.	आम तौर पर, बिडिंग करने वालों को यह जानकारी तब दी जा सकती है, जब आईजी बनाया जाए. इसके लिए, कॉन्टेक्स्ट के हिसाब से नीलामी और रीयल-टाइम की-वैल्यू लुकअप से जानकारी दी जा सकती है. स्कोर करने वाले लोगों को यह जानकारी तब दी जा सकती है, जब नीलामी को कॉन्फ़िगर किया जाता है. इसमें पेज और कॉन्टेक्स्ट के हिसाब से नीलामी के बारे में जानकारी शामिल होती है. साथ ही, विज्ञापन रेंडर करने के यूआरएल पर रीयल-टाइम की-वैल्यू लुकअप से भी जानकारी दी जा सकती है.
(पिछली तिमाही में रिपोर्ट किया गया) वीडियो रेंडरिंग	सुरक्षित ऑडियंस और फ़ेंस किए गए फ़्रेम का इस्तेमाल करके, वीडियो रेंडरिंग के लिए सहायता.	हमारे जवाब में पिछली तिमाही के मुकाबले कोई बदलाव नहीं हुआ है: "Protected Audience API, वीडियो रेंडरिंग के लिए ऐसे तरीके का इस्तेमाल करता है जो iframes पर निर्भर करता है. हालांकि, हमने अभी तक ऐसा समाधान नहीं बनाया है जो फ़ेंस किए गए फ़्रेम के साथ काम कर सके. इसी वजह से, हमने फ़ेंस किए गए फ़्रेम को लागू करने की सुविधा को 2026 से हटाने का फ़ैसला लिया था. इसका मतलब है कि अगर कोई पार्टनर अभी फ़ेंस किए गए फ़्रेम की सुविधा को लागू करने का फ़ैसला करता है, तो उस पार्टनर को वीडियो चलने की सुविधा नहीं मिलेगी."
वीडियो रेंडरिंग	iframes में वीडियो के लिए PA API सहायता, HTML5 वीडियो तक सीमित है और बड़े पैमाने पर इस्तेमाल किए जाने वाले VAST स्टैंडर्ड के साथ काम नहीं करती.	मौजूदा समय में Protected Audience में मौजूद, iframe रेंडरिंग तरीके का इस्तेमाल करके, VAST (वीडियो विज्ञापन देने के लिए टेंप्लेट)-आधारित विज्ञापनों को लागू किया जा सकता है. Google स्वीकार करता है कि ऐसा करने के लिए खरीदारों, विक्रेताओं, और पब्लिशर के विज्ञापन प्लैटफ़ॉर्म को ज़्यादा इंजीनियरिंग (इंजीनियरिंग) करने की ज़रूरत है. साथ ही, हम इस बदलाव को आसान बनाने के लिए लगातार काम करते रहेंगे, जिस तरह से पहले VAST (वीडियो विज्ञापन देने के लिए टेम्प्लेट) काम करता रहा है.
(पिछली तिमाही में रिपोर्ट किया गया) टॉप लेवल नीलामी	Google Ad Manager को टॉप लेवल PA API नीलामी का कंट्रोल दिए बिना, Google के पब्लिशर विज्ञापन सर्वर का इस्तेमाल करने की सुविधा.	हमारे जवाब में पिछली तिमाही के मुकाबले कोई बदलाव नहीं हुआ है: "Google Ad Manager से मिला जवाब: Protected Audience API के लिए Google Ad Manager के प्लान में, Google के पब्लिशर विज्ञापन सर्वर के साथ काम नहीं किया जाता. इसके लिए, टॉप लेवल की Protected Audience ऑक्शन को कंट्रोल नहीं किया जाता. इन वजहों से ऐसा होता है. पब्लिशर के विज्ञापन दिखाने वाले मार्केट में, अपने ग्राहकों को सही सेवा देने के लिए, Google के पब्लिशर विज्ञापन सर्वर के पास, टॉप लेवल की Protected Audience ऑक्शन का कंट्रोल होना चाहिए. पब्लिशर के विज्ञापन सर्वर के तौर पर, हमारी भूमिका पब्लिशरों को अनुमान लगाने की सुविधा देना है, ताकि वे ओवरबुकिंग के बिना सीधे तौर पर बेचे जाने वाले कैंपेन से बात कर सकें. साथ ही, अपने डायरेक्ट बुकिंग को बेहतर तरीके से पूरा कर सकें. ऐसा करने के लिए, ज़रूरी शर्तें पूरी करने वाली सभी डायरेक्ट और इनडायरेक्ट मांग की तुलना करने के लिए, आखिरी नीलामी की ज़रूरत होती है. अनुमान और पेसिंग ऐसी मुख्य सुविधा है जिसकी उम्मीद पब्लिशर विज्ञापन सर्वर से करते हैं. सटीक अनुमान के बिना, पब्लिशर अपनी इन्वेंट्री को ज़रूरत से ज़्यादा बेच सकते हैं. इससे उनके कारोबार की छवि को खतरा हो सकता है. पेसिंग भी अहम होती है, क्योंकि विज्ञापन देने वालों के साथ रिज़र्वेशन से जुड़े कानूनी समझौते पूरे न कर पाने की वजह से, पब्लिशर और विज्ञापन देने वाले के बीच के संबंध को भी नुकसान पहुंच सकता है. इससे पब्लिशर के कारोबार पर काफ़ी असर पड़ सकता है. इसलिए, कम शब्दों में कहें, तो हम किसी पब्लिशर के विज्ञापन सर्वर की गतिविधि को पब्लिशर के विज्ञापन सर्वर की अन्य गतिविधियों से अलग नहीं मानते. ये वह गतिविधि होती है जो टॉप लेवल की सुरक्षित ऑडियंस नीलामी को चलाने से जुड़ी होती है."
(पिछली तिमाही में रिपोर्ट किया गया) directFrom SellerSignals	DirectFromSellerSignals की मदद से Google Ad Manager, पब्लिशर को नीलामी में दी गई कीमत को देखने से रोकता है.	हमारे जवाब में पिछली तिमाहियों से कोई बदलाव नहीं हुआ है: "Chrome का जवाब: जब तक विक्रेता अपने iframe से playAdऑक्शन() को कॉल नहीं करता, तब तक उसे रन ऐड-ऑक्शन() में मिली जानकारी के बारे में पता नहीं चलता. मल्टी-सेलर नीलामी में, सभी सेलर के लिए RunAdनीलामी() का अनुरोध करना मुमकिन नहीं होता है. DirectFromSellerSignals से इस समस्या को हल करने के लिए, विक्रेता के ऑरिजिन से लोड किए गए सबरिसॉर्स बंडल से कॉन्टेंट लोड किया जाता है. इससे यह पक्का होता है कि सेलर-नीलामी कॉन्फ़िगरेशन से मिली जानकारी की प्रामाणिकता और विश्वसनीयता में बदलाव नहीं किया जा सकता. अगर पब्लिशर, Protected Audience API का इस्तेमाल करके यह जानना चाहते हैं कि उनकी टेक्नोलॉजी से जुड़ी सेवा देने वाली कंपनियां, Protected Audience नीलामी में शामिल हो रही हैं, तो वे टेक्नोलॉजी से जुड़ी सेवा देने वाली कंपनियों से इस सुविधा के बारे में पूछ सकते हैं. Google Ad Manager से मिला जवाब: हमने कई सालों तक नीलामी में निष्पक्षता पर फ़ोकस बनाए रखा है. साथ ही, हमने यह वादा किया है कि किसी भी पब्लिशर के बिना गारंटी वाले विज्ञापन सोर्स से मिलने वाली कीमत, नीलामी में बिड करने से पहले किसी दूसरे खरीदार के साथ शेयर नहीं की जाएगी. इसके बाद, हमने फ़्रेंच कॉम्पिटिशन अथॉरिटी के लिए अपनी प्रतिबद्धता की फिर से पुष्टि की. Protected Audience की नीलामियों के लिए, हम DirectFromSellerSignals का इस्तेमाल करके, अपने वादे को बरकरार रखना चाहते हैं. साथ ही, मल्टी-सेलर नीलामियों में नीलामी पूरी होने से पहले, नीलामी में हिस्सा लेने वाले किसी भी अन्य व्यक्ति की बिड को शेयर नहीं करना चाहते हैं. साफ़ तौर पर बता दें कि हम नीलामी के हिसाब से तय की गई कीमत को अपने कॉम्पोनेंट नीलामी के साथ शेयर नहीं करेंगे, जैसा कि इस अपडेट में बताया गया है."
(पिछली तिमाहियों में रिपोर्ट किया गया) के-ऐनमिटी की वैल्यू	"K" से "k-anon" वैल्यू का पता कैसे लगाया जाएगा और इसे कब पब्लिश किया जाएगा?	हमने दिसंबर 2023 में के-ऐननॉमिटी की वैल्यू पब्लिश की थी. 3PCD प्रोसेस शुरू होने के बाद, हम k-ऐनिमिटी थ्रेशोल्ड को बढ़ाकर 50 (k=50) करेंगे. साथ ही, अपडेट की अवधि को एक घंटे (p=1) पर सेट कर देंगे. के-ऐनमिटी लेवल 50 का आकलन किया गया था. यह वैल्यू, उपयोगिता और निजता के बीच सबसे बेहतर संतुलन बनाने के लिए लगाई गई थी. यह वैल्यू, बॉट के बुनियादी हमलों को रोकने और डिफ़रेंशियल प्राइवसी को बनाए रखने के लिए काफ़ी है. साथ ही, यह वैल्यू इतनी कम है कि एपीआई को इसके तय इस्तेमाल के उदाहरणों के लिए लगातार इस्तेमाल किया जा सकता है.
(पिछली तिमाहियों में रिपोर्ट किया गया) DebugViewिंग ओनली	अगर यह 3PCD के बाद भी जारी रहती है, तो डीबग करने के लिए सिर्फ़ डीबग करने की सुविधा.reportAdनीलामीWin की संभावना का गलत इस्तेमाल हो सकता है.	हमने यहां हमारा प्रस्ताव शेयर किया है. इसमें बताया गया है कि डीबग के इस्तेमाल के मामलों में, लंबे समय तक सहायता कैसे मिलती रहे. हम इस प्रस्ताव पर आपके अतिरिक्त फ़ीडबैक का स्वागत करते हैं.
(पिछली तिमाहियों में रिपोर्ट की गई) एक ही ऑरिजिन से जुड़ी नीति	सबडोमेन के लिए, एक ही ऑरिजिन से जुड़ी नीति में छूट देने का अनुरोध करें.	इस अनुरोध पर विचार किया जा रहा है और हमने यहां इस पर चर्चा की है.
(पिछली तिमाही में रिपोर्ट किया गया) विज्ञापन कॉम्पोनेंट का साइज़	विज्ञापन कॉम्पोनेंट की संख्या को 20 से बढ़ाकर 40 करें.	हमने 4 अक्टूबर को हुए डब्ल्यूआईसीजी कॉल के दौरान, इस अनुरोध के बारे में बात की थी. हमने GitHub की इस समस्या के बारे में बात की है. हम 2024 की पहली तिमाही के आखिर तक इस समस्या को ठीक करने की योजना बना रहे हैं.
(पिछली तिमाहियों में रिपोर्ट किया गया) मुख्य वैल्यू वाली सर्वर कुंजी की समयसीमा खत्म होना	संबंधित IG की समयसीमा खत्म होने के बाद, सर्वर कुंजियां हटाने के बारे में चर्चा.	TTL (टीटीएल) को टीईई के बाहर बेहतर तरीके से मैनेज किया जाता है, ताकि जटिलता को कम किया जा सके. हालांकि, हम यहां अन्य सुझाव, शिकायत या राय का भी स्वागत करते हैं.
इंटरेस्ट ग्रुप के ट्रिगर	क्या एक IG, किसी एक (कॉम्पोनेंट) नीलामी में कई जनरेटबिड को ट्रिगर कर सकता है?	जब भी ब्राउज़र किसी IG के generateBid() फ़ंक्शन को कॉल करता है, तब IG को बिड की वैल्यू दिखाने की अनुमति होती है. ऐसा हो सकता है कि उदाहरण के लिए, मल्टी-सेलर नीलामी में, किसी आईजी को कॉम्पोनेंट नीलामी में हर बार, एक से ज़्यादा बार कॉल किया जाता है. इस सुविधा को चालू करने या इसके लिए सहायता पाने के लिए, आईजी के मालिक को साफ़ तौर पर कुछ करने की ज़रूरत नहीं है.
अनुपालन से जुड़े सवाल	किसी उपयोगकर्ता के Chrome ब्राउज़र से, किस तरह की सहमति इकट्ठा की जा रही है?	ज़्यादा जानकारी के लिए, निजता से जुड़े अनुपालन के बारे में अक्सर पूछे जाने वाले सवाल देखें. इसमें जाकर, "Privacy Sandbox, Chrome में निजता से जुड़े नियमों का पालन करने के लिए क्या कर रहा है?" देखें.
मल्टी-टैग नीलामी	मल्टी-टैग नीलामियों को कैसे मैनेज करें?	हम इस अनुरोध की समीक्षा कर रहे हैं और यहां अन्य सुझाव, शिकायत या राय का स्वागत कर रहे हैं.
आईपी सुरक्षा की उपलब्धता	अगर एलान की गई तारीखों तक आईपी सुरक्षा उपलब्ध नहीं है, तो फ़ेंस फ़्रेम को लागू करने और इवेंट लेवल की रिपोर्टिंग को हटाने या हटाने जैसी Protected Audience की सुविधाओं की टाइमलाइन पर क्या असर पड़ेगा?	जैसा कि यहां बताया गया है, हमारा मानना है कि सुरक्षित ऑडियंस की टाइमलाइन को निजता सुरक्षा से जुड़ी अन्य सुविधाओं की रिलीज़ की टाइमलाइन से जोड़ा जाना चाहिए.
modelingSignals	मॉडलिंग सिग्नल के अलावा, एक नए फ़ील्ड के लिए अनुरोध करें, जो सिर्फ़ डिसप्ले और क्लिक की जानकारी को कोड में बदल सकता है.	हम जानते हैं कि इससे लोगों को फ़ायदा हुआ है. इसलिए, हम अनुरोध का आकलन कर रहे हैं और हमें यहां अन्य सुझाव, शिकायत या राय ज़रूर भेजें.
नेगेटिव आईजी	क्या सामान्य आईजी को नेगेटिव आईजी नाम की अनुमति दी जा सकती है?	फ़िलहाल, ब्यौरे के लिए, ऐसा नहीं किया जा सकता. हालांकि, हमें इस बात के लिए नेटवर्क से मिले कुछ और सुझाव, शिकायत या राय का इंतज़ार है कि यह ज़रूरी क्यों है.
एपीआई का इस्तेमाल	जनरेट किए गए बिड() लेवल के पास होने पर, एग्रीगेट की गई रिपोर्ट जनरेट करें	निजी एग्रीगेशन, generateबिड में इस्तेमाल किया जा सकता है.
मैक्रो	IFrames में मैक्रो के ज़रिए PerBuyerSignals से सिग्नल को 3P पर रूट करें.	हम इस्तेमाल के इस उदाहरण के बारे में यहां चर्चा कर रहे हैं. साथ ही, हमें आपके सुझावों, राय या शिकायतों का भी स्वागत है.
एपीआई का इस्तेमाल	अगर भरोसेमंद स्कोरिंग सिग्नल को फ़ेच करने से रिटर्न की गड़बड़ी होती है, तो क्या ScoreAd() को कॉल किया जाएगा?	फ़ेच कॉल पूरा न होने पर भी ScoreAd() चलना चाहिए.
एपीआई का इस्तेमाल	डेल्टा/स्नैपशॉट फ़ाइलों के लिए riegeli फ़ाइलों में मेटाडेटा.s आम तौर पर लिखना.	हम अनब्लॉक करने के लिए अभी sard_num के लिए सहायता जोड़ रहे हैं. ऐवरो की तरह रीगेली को भी उतनी अच्छी तरह से नहीं अपनाया गया है, लेकिन उसे छोड़ा नहीं गया है. हमने उपयोगकर्ता अनुभव के बजाय परफ़ॉर्मेंस को प्राथमिकता देने के लिए, टीईई में कई सारी सीमाएं और ओवरहेड बनाए हैं. हम अनुरोधों से फ़ाइलें बनाने के लिए gRPC सेवा देने पर विचार कर रहे हैं. हम Avro जैसे दूसरे फ़ॉर्मैट का भी आकलन कर सकते हैं, ताकि पता चल सके कि उनकी परफ़ॉर्मेंस पर क्या असर पड़ता है.
एपीआई टेस्टिंग	PA API और मेज़रमेंट एपीआई, कन्वर्ज़न बढ़ाने की जांच में कैसे मदद करेंगे?	प्राइवसी सैंडबॉक्स में, काउंटरफ़ैक्चुअल प्री-नीलामी की मदद से, बढ़ोतरी को मेज़र करने का कोई तरीका नहीं है. शेयर किए गए स्टोरेज और निजी एग्रीगेशन का इस्तेमाल किया जा सकता है, लेकिन काउंटरफ़ैक्चुअल प्रॉपर्टी सिर्फ़ नीलामी के बाद होगी.
एपीआई का इस्तेमाल	क्या रोज़ के अपडेट के लिए BiddingWasmHelperURL का इस्तेमाल किया जा रहा है, जिससे पहचान की पुष्टि के थ्रेशोल्ड पर असर पड़ रहा है?	IG के अपडेट के लिए, अब 'उपयोगकर्ता की पहचान छिपाने की सुविधा' पर विचार नहीं किया जाता. इसलिए, थ्रेशोल्ड पर असर डाले बिना, बिडिंगWasmHelperURL को अपडेट किया जा सकता है.
एपीआई का इस्तेमाल	क्या हमें PA API के लिए गड़बड़ी की सूचनाएं मिल रही हैं?	हम नेटवर्क से मिलने वाले सुझावों का स्वागत करते हैं. इसमें बताया गया है कि पीए एपीआई से जुड़ी समस्याओं को हल करने के लिए, किस तरह की गड़बड़ी की सूचना देने की ज़रूरत होगी.
विज्ञापन के साइज़	विज्ञापन के साइज़, न तो नीलामी में दिखते हैं और न ही रिपोर्ट में दिखते हैं.	हम इस पुल के अनुरोध से जुड़ी समस्या को ठीक कर रहे हैं.
एपीआई का इस्तेमाल	अगर इस नीलामी में हिस्सा नहीं लेने वाले उपयोगकर्ता, आईजी के अपडेट किए हुए एंडपॉइंट को अपडेट करते हैं, तो क्या उनसे आईजी को ट्रिगर किया जाएगा?	हां. अपडेट यूआरएल को किसी मालिक के सभी IG के लिए कॉल किया जाता है, भले ही उन्होंने उस खास नीलामी में बिड न की हो. इसके लिए ज़रूरी है कि: - किसी नीलामी में मालिक का नाम शामिल हो (यानी, उसे नीलामी के कॉन्फ़िगरेशन में खरीदार के तौर पर शामिल किया गया हो) - पिछले 24 घंटों में, मालिक का इंटरेस्ट ग्रुप अपडेट नहीं हुआ होना चाहिए.
PA API में पहले से बिड	टेस्टिंग के लिए, Prebid.js के किस वर्शन की ज़रूरत होगी?	हमारे तकनीकी दस्तावेज़ के मुताबिक, वर्शन >= 8.9.0 होना चाहिए.
PA API में पहले पक्ष (ग्राहक) के डेटा की सुविधा चालू करना	वे IG की परिभाषा और इस्तेमाल के लिए, पहले पक्ष (ग्राहक) के अपने डेटा को कैसे चालू कर सकते हैं?	इस टास्क के लिए, "अनुमति का ऐक्सेस" और "नेगेटिव इंटरेस्ट ग्रुप" जोड़े जा सकते हैं.
PA API और सर्वर साइड टैगिंग	PA API, सर्वर साइड टैगिंग के साथ कैसे काम करता है?	उपयोगकर्ता के ब्राउज़र पर मौजूद बेस टैग को एपीआई कॉल को सर्वर साइड के बाकी टैग पर रीडायरेक्ट करना होगा. ऐसा करने से, उपयोगकर्ता भी कॉल रजिस्टर कर सकेंगे.
Chrome टेस्टिंग (mode a/b)	क्या यह उम्मीद की जाती है कि एसएसपी भी आरटीबी बिड रिक्वेस्ट में इन लेबल को पास करेंगे? अगर हां, तो कैसे?	हां, उम्मीद है कि लेबल, SSP से DSP को पास किए जाएंगे. इकाइयों को इस डिवाइस एक्सटेंशन की मदद से, लेबल को ऐक्सेस करने और बिना बदलाव की गई वैल्यू को पार्टनर के साथ शेयर करने के लिए बढ़ावा दिया जाता है.
डेटा स्टोरेज और इस्तेमाल	क्या आपके पास इस बारे में ज़्यादा जानकारी है कि डेटा को कैसे सेव किया जाता है और डेटा को कहां ट्रांसफ़र किया जाता है?	इस बारे में हम कानूनी सलाह नहीं देंगे. इसके बजाय, हम डेटा को सेव करने, उसे बनाए रखने, और निजता से जुड़ी दूसरी समस्याओं के बारे में अपनी सामान्य सोच/तरीके को लोगों तक ज़रूर पहुंचाएंगे. निजता से जुड़ी नीतियों का पालन करने के बारे में अक्सर पूछे जाने वाले सवाल यहां देखें. इनसे आपको मदद मिल सकती है.
एपीआई की सुरक्षा	जनरेट किए गए बिड() फ़ंक्शन की रिटर्न वैल्यू में हेर-फेर करने वाले, नुकसान पहुंचाने वाले क्लाइंट-साइड कोड से जुड़ी समस्याएं.	हमने इस समस्या पर यहां बातचीत की है. साथ ही, कुछ सुझावों को निजी एग्रीगेशन प्रस्ताव में शामिल किया गया है.
कस्टम डेस्टिनेशन	कस्टम डेस्टिनेशन reportEvent कॉल का इस्तेमाल करते समय, आपको पता चलता है कि क्या अनुमति वाली किसी ReportingOrigins में IG के हिस्से के तौर पर, पहले से रजिस्टर किए गए कस्टम रिपोर्टिंग ऑरिजिन (खरीदार या सेलर को नहीं) को रजिस्टरAdBeacon का इस्तेमाल करके, reportWin में डीएसपी को एलान करना ज़रूरी है?	नहीं, इसे reportWin में फिर से रजिस्टर करने की ज़रूरत नहीं होती. साथ ही, यहां बताए गए तरीके से, reportEvent में सीधे तौर पर इस्तेमाल किया जा सकता है.
एपीआई से जुड़ी पाबंदियां	बनाने और अपडेट करने के दौरान IG साइज़.	अपडेट के साइज़ को अपडेट करके 1 एमबी कर दिया गया है. यह आईजी बनाने के लिए उपलब्ध 1 एमबी की नई कैप (50 केबी से) से मेल खाता है.
K-anon से जुड़ी पाबंदियां	अलग-अलग साइज़ वाले विज्ञापनों के लिए K-anon.	हमने दिसंबर 2023 में के-अनामता की वैल्यू पब्लिश की थी. इसमें बताया गया है कि "साल 2025 के बाद से कुछ समय बाद", के-अनामता की वैल्यू, विज्ञापन के साइज़ की जांच करना शुरू कर देगी. साइज़ को बाहर रखने का कोई तरीका नहीं है, क्योंकि यह क्रॉस-साइट ट्रैकिंग वेक्टर हो सकता है, जैसा कि 11 अक्टूबर के डब्ल्यूआईसीजी कॉल में बताया गया है.
एपीआई की सुरक्षा	क्या नुकसान पहुंचाने वाला कोई प्लेयर, किसी पेज के "होस्टनाम" को गलत बता सकता है?	एपीआई, पब्लिशर के होस्टनेम पर एक सबकी सेट के साथ काम करता है. ब्राउज़र किसी कुंजी को सेट कर रहा है, इसलिए इस तरीके को गच्चा देना मुश्किल लगता है.
एपीआई का इस्तेमाल	प्रोडक्शन में इस्तेमाल के लिए, ForDebuggingOnly फ़ंक्शन का सुझाव नहीं दिया जाना चाहिए.	हम नेटवर्क को यह पुष्टि करने जा रहे हैं कि 3PCD के बाद वाली समस्याओं को हल करने के अलावा, forDebuggingOnly फ़ंक्शन, किसी भी अन्य काम के लिए सही नहीं है.
डीबग करने के ज़्यादा टूल की ज़रूरत है	ForDebuggingOnly, ScoreAd() से पहले होने वाली समस्याओं को समझने के लिए काफ़ी नहीं है.	हम इस अंतर को लेकर, आपके सुझाव, शिकायत या राय इकट्ठा कर रहे हैं. साथ ही, अन्य इनपुट का स्वागत करने के लिए यहां क्लिक करें.
स्थायी रुचि वाले समूहों से ऑप्ट-आउट करना	उपयोगकर्ताओं को खास आईजी बनाने की सुविधा से हमेशा के लिए ऑप्ट-आउट करने का अनुरोध करना.	हमारी रणनीति यह रही है कि IG लेवल पर उपयोगकर्ताओं को ऑप्ट-आउट न करने दिया जाए, क्योंकि इसके सिमेंटिक शब्द उपयोगकर्ताओं को समझ नहीं आते हैं.
दस्तावेज़ बेहतर बनाएं	स्पेसिफ़िकेशन और जानकारी में, रेंडरUrls पैरामीटर के लिए एक जैसे कैपिटल लेटर का इस्तेमाल करें.	हम आपके सुझाव, शिकायत या राय की सराहना करते हैं और दस्तावेज़ को अपडेट करने पर आपसे संपर्क करेंगे.
Protected Audience की डील से जुड़ी सहायता	Protected Audience डील से जुड़ी सहायता के अन्य विकल्पों का अनुरोध करें.	Chrome टीम अभी आकलन कर रही है कि 3PCD से, इसमें मदद करने के लिए हम क्या कर सकते हैं.
मैक्रो	आईजी के साइज़ को आईजी के साइज़ से कम रखने के लिए, मैक्रो सपोर्ट ज़रूरी है.	जानकारी देने वाले फ़ॉर्म में, हाल ही में किए गए अपडेट में इस अनुरोध का कुछ हद तक समाधान किया गया है.
इवेंट-लेवल पर ReportLoss एपीआई	इवेंट-लेवल पर ReportLoss API के लिए अनुरोध किया गया.	अलग-अलग इवेंट के लेवल पर डेटा लीक होने की रिपोर्ट से निजता को गंभीर खतरा हो सकता है. हालांकि, हमारा मानना है कि इस अनुरोध से जुड़े लक्ष्यों को Private एग्रीगेशन एपीआई में सही तरीके से बदलकर पूरा किया जा सकता है. हम आपके सुझाव, शिकायत या राय का यहां स्वागत करते हैं.
एपीआई का इस्तेमाल	अगर कोई बिड स्कोर > 0 नहीं है, तो forDebuggingOnly विधियां कैसे काम करती हैं?	अगर स्कोर <= 0 है, तो यह अपने-आप होने वाला नुकसान है. इसलिए, reportAdऑक्शनloss को शुरू किया जाएगा.
मानक तय करना	PA API generateBid() फ़ंक्शन के इनपुट/आउटपुट वैल्यू के उपयोगकर्ताओं के बीच कोई अलाइनमेंट नहीं होता.	हमारा सुझाव है कि सभी पार्टनर, IAB Tech Lab की इस या इससे मिलती-जुलती समस्या के बारे में बताएं. यह ग्रुप, Protected Audience जैसे एपीआई के इंडस्ट्री स्टैंडर्ड पर खास तौर पर काम कर रहा है.
एपीआई की सुरक्षा	हमारे आईजी का कौनसा डेटा Google देख सकता है?	Google और किसी अन्य पक्ष की उपयोगकर्ता की संवेदनशील जानकारी को लीक होने से बचाने के लिए, पहचान की पुष्टि करने के लिए, बेहतर निजता सुरक्षा का इस्तेमाल किया जाता है. इस जोखिम को कम करने के लिए, Google इस लेयर को तीसरे पक्ष के तौर पर लागू कर रहा है (तेज़ी से).
Chrome टेस्टिंग (mode a/b)	क्या "k-anon" प्रतिबंधित उपयोगकर्ताओं को टेस्टिंग से बाहर रखा जा सकता है?	हम रिपोर्टिंग में, k-ऐनामिटी की स्थिति दिखाते हैं, जैसा कि यहां बताया गया है.
ब्रैंड की सुरक्षा	ब्रैंड सुरक्षा के इस्तेमाल के मामलों में सहायता पाएं, जहां ब्लॉक की गई साइटों या कीवर्ड की सूची के आधार पर विज्ञापन नहीं दिखाए जाते.	ब्रैंड सुरक्षा के इस तरह के इस्तेमाल के उदाहरण, PA API के साथ पहले से ही इस्तेमाल किए जा सकते हैं. किसी विज्ञापन कैंपेन में, डोमेन के कुछ सेट को नेगेटिव तरीके से टारगेट करने के लिए, वह डोमेन की ब्लॉकलिस्ट को IG में सेव कर सकता है. इसके लिए, ब्लूम फ़िल्टर का इस्तेमाल किया जा सकता है. ऐसा तब किया जा सकता है, जब हर विज्ञापन कैंपेन बहुत ज़्यादा जगह ले रहा हो. इसके अलावा, वे अपने 'की वैल्यू सर्वर' से फ़ैसला ले सकते हैं या उसे अस्वीकार कर सकते हैं. इसके लिए, वे यूडीएफ़ का इस्तेमाल करके, विज्ञापन कैंपेन की पहचान करने वाली कुंजी और 'कुंजी की वैल्यू के अनुरोध में शामिल डोमेन नेम' के कॉम्बिनेशन के आधार पर जवाब देख सकते हैं. Protected Audience API, SSP और DSP दोनों को पेज के कॉन्टेक्स्ट से जुड़ी जानकारी को नीलामी में शामिल करने की अनुमति देता है. उदाहरण के लिए, इसमें पेज पर मौजूद संवेदनशील विषयों या कीवर्ड की सूची शामिल हो सकती है. डीएसपी का बिडिंग लॉजिक, इस जानकारी की तुलना, सेव की गई किसी जानकारी से कर सकता है कि विज्ञापन कहां नहीं दिखना चाहिए. साथ ही, सही होने पर बिडिंग न करने का विकल्प चुना जा सकता है. हम नेटवर्क से उन सुझावों का स्वागत करते हैं जो उनके हिसाब से मुमकिन नहीं हैं.
अनुमति देना	अनुमति देने की सुविधा कैसे काम करती है?	हमने अनुमति देने से जुड़े दस्तावेज़ यहां शेयर किए हैं.
बैच अनुरोध	बैच अनुरोध की सुविधा देने के लिए, पीए एपीआई के कुछ यूआरएल के लिए पोस्ट अनुरोध का इस्तेमाल करें.	हम इस प्रस्ताव का स्वागत करते हैं. साथ ही, अगर आपको कोई अन्य सुझाव/राय देनी है या शिकायत करनी है, तो यहां क्लिक करें.
एपीआई बेहतर बनाएं	ऐसे फ़ील्ड जिनका शायद इस्तेमाल नहीं किया जाना चाहिए (जैसे कि X-fledge- बिडिंग-signals-format-version).	हम इस समस्या पर चर्चा कर रहे हैं और हमें यहां अन्य सुझाव, शिकायत या राय का स्वागत है.
एपीआई बेहतर बनाएं	विज्ञापन देने वाले तीसरे पक्ष और मेज़रमेंट वेंडर को जीडीपीआर के तहत, निजी डेटा प्रोसेस करने की सहमति देने का अनुरोध.	यहां बताए गए तरीके के मुताबिक, यह फ़ंक्शन अब काम नहीं करने वाले रिप्लेसमेंटInURN मैक्रो रिप्लेसमेंट एपीआई का इस्तेमाल करता है.
डाइनैमिक क्रिएटिव ऑप्टिमाइज़ेशन	सुरक्षित ऑडियंस की सुविधा, डाइनैमिक क्रिएटिव ऑप्टिमाइज़ेशन के साथ कैसे काम करती है?	हमने यहां, इस्तेमाल के इस उदाहरण पर चर्चा की है और इसके समाधान के बारे में बताया है.
एपीआई बेहतर बनाएं	विज्ञापन देने वाले तीसरे पक्ष के यूआरएल का अनुरोध, जो नीलामी जीतने वाले आईजी के IG कॉन्टेक्स्ट मुख्य रूप से IG कॉन्टेक्स्ट को ऐक्सेस करने के लिए ज़रूरी हो.	ऐसे अनुरोधों से उपयोगकर्ताओं के लिए ट्रैकिंग का जोखिम बढ़ सकता है. हम इस समस्या पर चर्चा कर रहे हैं और हमें यहां अन्य सुझाव, शिकायत या राय का स्वागत है.
एपीआई की सुरक्षा	चिंता की बात है कि "IG blob" के साइज़ की वजह से, चुने गए आईजीएस की जानकारी लीक हो जाएगी.	जैसा कि Chrome B&A API के बारे में जानकारी देने वाले सेक्शन में, निजता से जुड़ी ज़रूरी बातों वाले सेक्शन में बताया गया है, ब्लॉब का साइज़, navgator.getInterestGroupAd सात() के लिए किए गए किसी भी इनपुट पर निर्भर नहीं करता है. यह डिवाइस पर मौजूद सभी IG को पैकेज करता है. इससे यह पक्का होता है कि ब्लॉब का साइज़, पेज पर एक जैसा है. साथ ही, क्रॉस-साइट की जानकारी लीक होने की संभावना कम हो जाती है. हमने इसे इसी वजह से डिज़ाइन किया है.
Chrome टेस्टिंग (mode a/b)	कुकी और Chrome की सुविधा वाली टेस्टिंग को सेट करने को लेकर, पहले लोड की जानकारी न देने के बारे में SSP का क्या कहना है?	हमें कोई गंभीर समस्या नहीं मिली है. हालांकि, दूसरे लोगों ने इस समस्या को स्वीकार किया है. हालांकि, अगर यह गंभीर समस्या है, तो हम नेटवर्क से मिलने वाले सुझावों का स्वागत करते हैं.
A/B टेस्टिंग की सुविधा	PA API A/B टेस्टिंग के लिए सहायता पाने का अनुरोध करें.	हमने नवंबर में डब्ल्यूआईसीजी की मीटिंग में इस अनुरोध के बारे में चर्चा की थी और यहां अन्य सुझाव, शिकायत या राय का स्वागत किया गया है.
विज्ञापन के साइज़	Protected Audience ऑक्शन के लिए साइज़ कौन चुनता है?	इस सवाल का जवाब अक्सर पूछे जाने वाले इस सवाल में दिया गया है.
एपीआई बेहतर बनाएं	की-वैल्यू सेवा को कॉन्फ़िगर करने का अनुरोध करें, ताकि बिडिंग-सिग्नल/v1/getvalues पाथ को स्वीकार किया जा सके.	हमने इस पुल के अनुरोध में सहायता पाथ के प्रीफ़िक्स जोड़े हैं.
एपीआई का इस्तेमाल	अगर पब्लिशर को विज्ञापन देने वाले व्यक्ति या कंपनी के बेस में होना चाहिए, तो वह अपने कोड के साथ IG कैसे बना सकता है, ताकि विज्ञापन देने वाला व्यक्ति या कंपनी उन पर बिड कर सके?	जवाब, विज्ञापन टेक्नोलॉजी से जुड़ी सेवा देने वाली किसी कंपनी या डिटेक पार्टनर से मिलने चाहिए. डीएसपी या एसएसपी, Protected Audience की नीलामियों में हिस्सा लेना चाहते हैं और ऐसे ऑडियंस के लिए एक बाहरी सोर्स से आने का तरीका तैयार करते हैं. हमने GitHub की इस समस्या में, इसके बारे में ज़्यादा जानकारी दी है.
एपीआई बेहतर बनाएं	"सकारात्मक रुचि वाले ग्रुप" के विज्ञापनों से नेगेटिव आईजी जोड़ने की संभावना के लिए अनुरोध.	हम इस अनुरोध पर विचार कर रहे हैं और हमने यहां एक संभावित प्रस्ताव शेयर किया है, जिसमें इसे पूरा करने का तरीका बताया गया है.
शार्ड की संख्या	मेटाडेटा में "sard_num support" पास करने में मदद पाने का अनुरोध.	इस सुझाव के बाद, हमने sard_num के लिए सहायता जोड़ दी है.
एपीआई का इस्तेमाल	K/V सर्वर में कुंजियों के ऊपरी हिस्से के अनुमान का अनुरोध किया जा सकता है.	हमने अपने विचार शेयर किए हैं और अन्य सुझावों का स्वागत यहां किया जा सकता है.
के-ऐनिमिटी	K-पहचान छिपाकर दी गई जानकारी के काउंटर लेवल के बारे में साफ़ तौर पर जानकारी देने और उसे बेहतर बनाने का अनुरोध.	हमने यहां किंडरगार्टन से पहचान छिपाने के काउंटर के बारे में साफ़ तौर पर जानकारी दी है.
डीबग करना	फ़िलहाल, forDebugView में हाल ही में किए गए बदलावों के बाद, पीए एपीआई को डीबग करने की क्षमताओं को बेहतर बनाने का अनुरोध किया गया है.	हम यहां इस अनुरोध पर चर्चा कर रहे हैं और आपके कुछ और सुझाव, शिकायत या राय का स्वागत है. इसके लिए, यहां क्लिक करें.
विज्ञापन आकार	अतिरिक्त बीटीएस सिग्नल के तौर पर, विज्ञापन स्लॉट के साइज़ का अनुरोध.	हमने इस अनुरोध का समर्थन करने के लिए एक प्रस्ताव शेयर किया है और अतिरिक्त फ़ीडबैक का यहां स्वागत किया गया है.
एपीआई की सुरक्षा	क्या ऑरिजिन के आधार पर "runAdनीलामी()" के इस्तेमाल पर पाबंदी लगाई जा सकती है?	हमने इस बारे में पूरी जानकारी यहां दी है.
IG लाइफ़टाइम	आईजीओ की सेवा की अवधि को 30 से बढ़ाकर 90 दिन करने का अनुरोध.	हम आपके अनुरोध पर विचार कर रहे हैं और यहां अन्य सुझाव, शिकायत या राय का स्वागत कर रहे हैं.
एपीआई का इस्तेमाल	क्या हेडर बिडिंग और पब्लिशर के विज्ञापन सर्वर कॉल के साथ-साथ, Protected Audience ऑक्शन को चलाया जा सकता है?	हम इस अनुरोध पर चर्चा कर रहे हैं और यहां अन्य सुझाव, शिकायत या राय का स्वागत है.
डीबग करना	DevTools से बात कर रहे Chrome PA API के डीबग करने वाले एक्सटेंशन के बेहतर इस्तेमाल के लिए अनुरोध करें.	हम डीबग करने वाले ज़्यादा टूल उपलब्ध कराने में मदद करते हैं. साथ ही, यहां अन्य सुझावों का स्वागत है.
एपीआई का इस्तेमाल	अगर कॉम्पोनेंट सेलर की कोई भी बिड सबसे ऊपर सेलर के लिए नहीं की जाती है, तो नुकसान की सूचनाएं ट्रिगर नहीं होंगी.	हमने ऐसा क्यों किया, इसकी वजह यहां बताई गई है.
एपीआई बेहतर बनाएं	Protected Audience बिडिंग वर्कलेट में TextEncoder के इस्तेमाल का अनुरोध करें.	हम इस अनुरोध पर विचार कर रहे हैं और यहां अतिरिक्त सुझाव, शिकायत या राय का स्वागत कर रहे हैं.
एपीआई का इस्तेमाल	क्लाइंट में नेटवर्क कॉल और रनिंग लॉजिक, मुख्य थ्रेड को ब्लॉक कर सकते हैं. साथ ही, इनकी वजह से JS को एक्ज़ीक्यूट करने में चुनौतियां आ सकती हैं. इन चुनौतियों से एसईओ पर असर पड़ सकता है.	हम इस समस्या पर चर्चा कर रहे हैं और हमें यहां अन्य सुझाव, शिकायत या राय का स्वागत है.
एपीआई का इस्तेमाल	क्या डीएसपी अपने मौजूदा सर्वर साइड बिडिंग फ़नल का इस्तेमाल करके, अपने डिवाइस पर होने वाली नीलामियों के लिए, PerBuyerSignal के हिस्से के तौर पर विज्ञापन-उम्मीदवारों का आकलन कर सकते हैं और उन्हें भेज सकते हैं?	हम इस सवाल पर चर्चा कर रहे हैं और यहां अन्य सुझावों का स्वागत है.
बोली अवसर डेटा बढ़ाएं	ब्राउज़र से SSP को पास किए गए बिड के अवसर के डेटा को, चालू IG के यूनीक ऑरिजिन डोमेन की सूची के साथ बढ़ाने का अनुरोध.	हम इस अनुरोध पर चर्चा कर रहे हैं और यहां अन्य सुझाव, शिकायत या राय का स्वागत है.
ओआरटीबी	नीलामी के कॉन्फ़िगरेशन के लिए दो नए हुक और ORTB में बिड रिस्पॉन्स अडैप्ट जनरेट करने का अनुरोध करें.	हम इस समस्या की समीक्षा कर रहे हैं और हमें यहां अन्य सुझाव, शिकायत या राय ज़रूर भेजें.
पिछली जीत	IG का अनुरोध ऐसा PrevWinsTransformer की पहचान करने का अनुरोध करना जो IG की पिछली जीत को हासिल करता है और क्रम से लगाने लायक चीज़ देता है.	हम इस समस्या की समीक्षा कर रहे हैं और हमें यहां अन्य सुझाव, शिकायत या राय ज़रूर भेजें.
सामग्री प्रकार	कॉन्टेंट टाइप को बेहतर बनाने की रणनीति. उदाहरण के लिए, JSON से लेकर CBOR को बनाने की रणनीति.	हम इस समस्या की समीक्षा कर रहे हैं और हमें यहां अन्य सुझाव, शिकायत या राय ज़रूर भेजें.
Protected Audience API में पहले से बिड करें	सैंपल पब्लिशर पेज का अनुरोध, जो प्रीबिड का इस्तेमाल करता है, ताकि प्रोटेक्टेड ऑडियंस नीलामी के लिए शुरू से अंत तक की सुविधा को चलाया जा सके.	हम इस अनुरोध पर विचार कर रहे हैं. हम नेटवर्क से अतिरिक्त सुझाव, राय या शिकायत का स्वागत कर रहे हैं कि इसे प्राथमिकता क्यों दी जानी चाहिए. हमने नेटवर्क में शामिल लोगों से पब्लिशर के सैंपल पेज बनाते हुए भी देखा है. ये पेज, नेटवर्क में डेमो करने के लिए उपलब्ध हैं.

सुरक्षित नीलामी से जुड़ी सेवाएं

सुझाव की थीम	खास जानकारी	Chrome रिस्पॉन्स
ट्रस्टेड एक्ज़ीक्यूशन एनवायरमेंट (टीईई)	क्या विज्ञापन टेक्नोलॉजी के डेटा सेंटर की जगह, सार्वजनिक क्लाउड पर ट्रस्टेड एक्ज़ीक्यूशन एनवायरमेंट चलाना ज़्यादा महंगा है?	हमारे मौजूदा टीईई सुरक्षा मॉडल को, सार्वजनिक क्लाउड लागू करने के तरीकों से फ़ायदा मिलता है. खास तौर पर, हार्डवेयर पर आधारित मौजूदा टीईई, सभी तरह के शारीरिक हमलों से बचाव नहीं करते. हमारी मौजूदा सार्वजनिक क्लाउड सेवा देने वाली कंपनियां, AWS और GCP ने कर्मचारियों के साथ-साथ फ़िज़िकल ऐक्सेस से जुड़े जोखिमों को कम करने के तरीके तैयार किए हैं और उन्हें लागू किया है. कंपनी की इमारत में मदद पाने के बारे में ज़्यादा जानकारी नीचे देखें. विज्ञापन टेक्नोलॉजी से जुड़ी हमारी टेक्नोलॉजी से हमें पता चला है कि कंपनी की इमारत में मौजूद विज्ञापन टेक्नोलॉजी के डेटा सेंटर के मुकाबले, क्लाउड सेवाएं चलाना ज़्यादा महंगा होता है. हालांकि, हम इस जानकारी का आकलन नहीं कर सकते, लेकिन हम कीमतों को लेकर अतिरिक्त सुझाव, शिकायत या राय का स्वागत करते हैं. हम टीईई से जुड़ी अपनी सहायता को बढ़ाने के लिए, विकल्पों का आकलन करते रहते हैं.
(पिछली तिमाही में रिपोर्ट किया गया) कंपनी की इमारत में मौजूद टीईई	किसी व्यक्ति को टीईई की सेवा देने वाली कंपनी बनने के लिए इसकी ज़रूरी शर्तें क्या हैं?	हमारा जवाब पिछली तिमाहियों में मिलता-जुलता है: "हम सार्वजनिक क्लाउड-आधारित समाधानों के अलावा, अन्य विकल्पों के लिए लगातार काम कर रहे हैं. इसमें यह देखना भी शामिल है कि सुरक्षा के नज़रिए से कौनसा डिप्लॉयमेंट स्वीकार किया जा सकता है. फ़िलहाल, हम कंपनी की इमारत में मौजूद टीईई को सपोर्ट करने के लिए फ़िलहाल कोई प्लान नहीं बना रहे हैं. प्राइवसी सैंडबॉक्स की सुरक्षा से जुड़ी ज़रूरी शर्तों और कंपनी के ऑफ़िस में डिप्लॉयमेंट की आने वाली गंभीर चुनौतियों को देखते हुए, इस चरण में हमारा मानना है कि क्लाउड-आधारित डिप्लॉयमेंट को बढ़ाने और बेहतर बनाने के लिए हम सबसे ज़्यादा फ़ायदेमंद साबित हो सकते हैं. हालांकि, निजता और सुरक्षा से जुड़ी पाबंदियों को देखते हुए, इस तरह की ज़रूरी शर्त को पूरा करना ज़रूरी क्यों है, इस बारे में हम आपसे और सुझाव, शिकायत या राय का स्वागत करते हैं."
कुंजी/वैल्यू सर्वर की सीमाएं	हर सर्वर के लिए, हर नीलामी में कुंजियों की सीमाएं	हम इस समस्या पर चर्चा कर रहे हैं और हमें यहां अन्य सुझाव, शिकायत या राय का स्वागत है.
K-anon से जुड़ी पाबंदियां	इस बात की पुष्टि कि आने वाले समय में, K/V कुंजियों पर के-अनाम की पहचान लागू नहीं की जाएगी.	फ़िलहाल, हम K/V सर्वर के अनुरोधों की कुंजियों पर k-anon लागू करने की कोई योजना नहीं है, क्योंकि हम आने वाले समय में K/V सर्वर को TEE में ले जाने की कोशिश कर रहे हैं.
के/वी बनाने से जुड़ी सेवा	क्या Google के पास K/V सेवा के लिए, पहले से बने आर्टफ़ैक्ट उपलब्ध हैं?	फ़िलहाल, हमारे पास सुरक्षित ऑडियंस कुंजी/वैल्यू सर्वर के लिए पहले से बने हुए कोई आर्टफ़ैक्ट नहीं है. हालांकि, अगर हमें पता चलता है कि नेटवर्क में इसके इस्तेमाल की ज़्यादा ज़रूरत है, तो हम इन्हें उपलब्ध कराने के बारे में सोच सकते हैं.
B&A में EgId सहायता	बिडिंग और नीलामी कोड में, experimentGroupId के फ़ील्ड को सपोर्ट करने के लिए अनुरोध करना. साथ ही, BuyerFrontEnd से KeyValue सेवा को अनुरोध करना	फ़िलहाल, B&A में ExperimentsGroupId की सुविधा नहीं है. हालांकि, वह इसे बीटा 2 तक लॉन्च करना चाहता है. फ़िलहाल, इसे फ़रवरी 2024 के लिए शेड्यूल किया गया है. हमने ज़्यादा जानकारी यहां शेयर की है.
एपीआई का इस्तेमाल	एचटीटीपी में अनुरोध करके इकट्ठा किए गए डेटा को पाथ पर मौजूद हमलावरों से बचाने में मदद मिल सकती है. हालांकि, टीईई के ऑपरेटर को साइज़ का पता चल जाता है.	हम इस अनुरोध पर चर्चा कर रहे हैं और यहां अन्य सुझाव, शिकायत या राय का स्वागत है.
दस्तावेज़ बेहतर बनाएं	खास जानकारी में यह साफ़ तौर पर नहीं बताया गया है कि k-v सर्वर पर क्या कार्रवाई की जाएगी.	हम इस समस्या पर चर्चा कर रहे हैं और हमें यहां अन्य सुझाव, शिकायत या राय का स्वागत है.
एपीआई का इस्तेमाल	"विज्ञापन-नीलामी के नतीजे" और adऑक्शनHeaders का मकसद क्या है?	हम इस समस्या पर यहां चर्चा कर रहे हैं. हमें अन्य सुझावों का भी स्वागत है.
दस्तावेज़ बेहतर बनाएं	यह पता नहीं चल रहा है कि v2 डिज़ाइन को FLEDGE.md में लागू किया गया है या नहीं.	FLEDGE.md इस बारे में बताता है कि Chrome, BYOS-KV को अनुरोध कैसे भेजता है. v2 प्रोटोकॉल का डिज़ाइन सिर्फ़ TEE-KV तक सीमित है. फ़िलहाल, यह Chrome पर काम नहीं करता.

डिजिटल विज्ञापनों का आकलन करना

एट्रिब्यूशन रिपोर्टिंग (और अन्य एपीआई)

सुझाव की थीम	खास जानकारी	Chrome रिस्पॉन्स
क्रॉस-एनवायरमेंट मेज़रमेंट	जब Chrome मोबाइल से 3PC को हटा दिया गया है, लेकिन Android के लिए प्राइवसी सैंडबॉक्स अभी तक उपलब्ध नहीं है, तब इस बीच Chrome, क्रॉस-एनवायरमेंट मेज़रमेंट को किस तरह से मदद करेगा?	Android की ओर, हम PSB/ARA कवरेज का दायरा बढ़ाने के लिए काम कर रहे हैं - Attribution Reporting API (ARA) Android 13 और 14 के लिए उपलब्ध है. इस साल के आखिर तक, हम इसे Android 11 और 12 के लिए भी उपलब्ध कराएंगे. हालांकि, इसमें बदलाव हो सकता है. फ़िलहाल, इसे Android 10 या उससे पहले के वर्शन के लिए लॉन्च नहीं किया जा सकेगा. हालांकि, हमें उम्मीद है कि Android 10 या इससे पहले के वर्शन वाले Android डिवाइसों का प्रतिशत, 3PCD पर कम रहेगा. साथ ही, समय के साथ उपयोगकर्ताओं के अपग्रेड होने पर इसमें कमी आएगी. इस अनुरोध पर, नेटवर्क से हमें कुछ और सुझाव, राय या शिकायतें मिल सकती हैं.
फ़िल्टर करना	क्रिएटिव स्कैनिंग से "कन्वर्ज़न" फ़िल्टर करना.	हमने पार्टनर से संपर्क किया है, ताकि उनके अनुरोध को बेहतर तरीके से समझा जा सके. साथ ही, इस समस्या पर नेटवर्क से मिलने वाले अन्य सुझावों का भी स्वागत किया जा रहा है.
तीसरे पक्ष के विज्ञापन सर्वर	PA API और ARA, तीसरे पक्ष के विज्ञापन सर्वर टैग के साथ कैसे काम करेंगे?	जिस तरह से अभी इंप्रेशन और क्लिक टैग के साथ पिक्सल काम करते हैं उसी तरह विज्ञापन सर्वर खुद ही ARA के लिए सोर्स सेट कर सकता है और रजिस्ट्रेशन ट्रिगर कर सकता है. इसमें Protected Audience ऑक्शन से शामिल किया गया होता है. इसके अलावा, वह ARA के लिए सोर्स को पास और स्वीकार करने और रजिस्ट्रेशन ट्रिगर करने के लिए, रीडायरेक्ट सेट अप कर सकता है.
DCM	डीसीएम और अन्य तीसरे पक्ष के विज्ञापन सर्वर से Attributionsrc का समर्थन.	यह डीसीएम से जुड़ी समस्या है और डीसीएम टीम ने इस GitHub समस्या में इसे ठीक किया है.
क्रम के हिसाब से एग्रीगेशन की कुंजी	क्या पूरे योगदान बजट को हैरारकी वाली सभी कुंजियों में बांटना ज़रूरी है?	हमने इस हिस्सेदार के साथ बातचीत की है और उसका जवाब दिया है. हैरारकी के हिसाब से बनाए गए मुख्य स्ट्रक्चर का इस्तेमाल करते समय, विज्ञापन टेक्नोलॉजी को इस बात का ध्यान रखना चाहिए कि इंप्रेशन के लिए सभी कुंजियों के आउटपुट के साथ, योगदान के बजट को शेयर किया गया है.
अलग सब-डोमेन का इस्तेमाल करें	क्या आपको एट्रिब्यूशन रिपोर्टिंग को एक ही eTLD+1 के अलावा, अलग-अलग सब डोमेन पर रजिस्टर किए गए सोर्स और ट्रिगर के साथ काम करने के लिए बनाना है?	हमने हिस्सेदार के साथ इस सवाल पर चर्चा की है और ये समाधान पेश किए हैं. वे अपने यूआरएल के सेटअप को बदलकर, सोर्स और ट्रिगर पर एक ही रिपोर्टिंग ऑरिजिन पर सेट कर सकते हैं या रजिस्ट्रेशन करने से पहले, अपने मौजूदा यूआरएल से सामान्य यूआरएल पर रीडायरेक्ट कर सकते हैं. अगर सुझाए गए समाधान, इस्तेमाल के उदाहरण के लिए काम नहीं करते हैं, तो हम नेटवर्क के बारे में अन्य सुझाव देने के लिए तैयार हैं.
(पिछली तिमाहियों में भी रिपोर्ट की गई है) प्रोडक्शन सहायता	ARA का इस्तेमाल करने वाले पार्टनर की मदद करने के लिए, किस तरह की सेवाएं उपलब्ध हैं?	हमारे जवाब में पिछली तिमाही के मुकाबले कोई बदलाव नहीं हुआ है: "Google ऐसे कई चैनल उपलब्ध कराता है जिनसे विज्ञापन टेक्नोलॉजी से जुड़ी तकनीकी समस्याओं की शिकायत की जा सकती है. साथ ही, इन समस्याओं को हल करने के लिए ज़रूरी सूचना देने की सुविधा भी मिलती है. इसके अलावा, Chrome उम्मीद करता है कि वह तकनीकी समस्याओं और नेटवर्क को नुकसान पहुंचाने वाली समस्याओं को हल करने के लिए, ऐसी प्रक्रिया को और बेहतर बनाएगा. Chrome इस कोशिश के लिए संसाधनों को उपलब्ध कराने के लिए प्रतिबद्ध है. अगर आपको सार्वजनिक और निजी फ़ोरम पर ज़्यादा जानकारी चाहिए, तो कृपया हमारी डेवलपर पोस्ट पढ़ें. यहां आपको सुझाव, शिकायत या राय देने और समस्या के बारे में सूचना देने के लिए कहा जाएगा."
(पिछली तिमाहियों में भी रिपोर्ट की गई है) टाइमलाइन	क्या Google के पास CMA क्वांटिटेटिव टेस्टिंग की शुरुआत से पहले, "चरण 2 का फ़ुल फ़्लेक्सिबल इवेंट-लेवल" तैयार होगा?	दूसरा चरण, साल 2024 की पहली तिमाही में Chrome में सभी के लिए उपलब्ध हो सकता है. समीक्षा की स्थिति यहां देखी जा सकती है.
(पिछली तिमाही में भी रिपोर्ट किया गया) कन्वर्ज़न फ़नल	कन्वर्ज़न में इस्तेमाल किए गए कई डोमेन की रिपोर्ट करें.	एक से ज़्यादा डेस्टिनेशन जोड़ने के बाद, इसका इस्तेमाल किया जा सकता है. हम आपके सुझाव, शिकायत या राय का स्वागत करते हैं.
टेस्टिंग लेबल की रिपोर्टिंग	क्या रिपोर्टिंग से जुड़ी सुविधाओं की मदद से टेस्टर, यह रिपोर्ट कर सकते हैं कि उपयोगकर्ता (Chrome ब्राउज़र) किस ग्रुप (मोड A/B) का हिस्सा है?	हम ARA में Chrome के टेस्टिंग लेबल कैप्चर करने के लिए, एक टेस्टिंग गाइड पब्लिश करने पर काम कर रहे हैं.
दस्तावेज़	एट्रिब्यूशन-रिपोर्टिंग-रजिस्टर-सोर्स के दस्तावेज़ में बताया गया है कि समयसीमा खत्म होने की तारीख को नजदीकी दिन में बदल दिया जाएगा, इसे कैसे राउंड ऑफ़ किया जाएगा?	सबसे करीबी दिन में बदल जाने का मतलब है कि 1.5 दिन को दो दिन में बदल दिया जाएगा.
अलग सब-डोमेन का इस्तेमाल करें	Attribution Reporting API की रिपोर्ट, सोर्स के तौर पर किसी अलग सबडोमेन में पाने और रजिस्ट्रेशन ट्रिगर करने के लिए अनुरोध करना.	ऐसा नहीं किया जा सकता. एचटीटीपी रीडायरेक्ट लागू किए जा सकते हैं, लेकिन इसके लिए कोई सेटअप नहीं है. यह अनुरोध उपयोगी क्यों है, इस बारे में हम नेटवर्क से अतिरिक्त सुझाव, शिकायत या राय का स्वागत करते हैं.
इवेंट के लेवल पर रिपोर्टिंग में देरी	एट्रिब्यूशन और रिपोर्टिंग विंडो सात दिन की हो सकती है. हालांकि, इवेंट लेवल की रिपोर्टिंग में देरी की वजह से, सभी रिपोर्ट दिखने में आठ दिन से ज़्यादा समय भी लग सकता है.	हम आपके सुझाव, शिकायत या राय से सहमत हैं. साथ ही, हम नेटवर्क से यह भी पता करते हैं कि इवेंट-लेवल रिपोर्टिंग में यह देरी कोई समस्या है या नहीं. ऐसा खास तौर पर, इवेंट की रिपोर्टिंग के लिए तय की गई विंडो से बदलाव को ध्यान में रखते हुए किया जाएगा.
कन्वर्ज़न ट्रिगर	पहले event_report_window के खत्म होने (1h) और समयसीमा खत्म होने के समय (1Day) के बीच होने वाले कन्वर्ज़न ट्रिगर रिपोर्ट जनरेट नहीं करेंगे.	हमने सुविधाजनक इवेंट-लेवल कॉन्फ़िगरेशन शुरू किया है, जो तय किए गए से सुविधाजनक इवेंट रिपोर्टिंग विंडो में चला जाता है.
आवाज़	क्या GitHub के बारे में जानकारी देने वाले लेख में बताया गया है कि इवेंट-लेवल की रिपोर्ट में बिना आवाज़ वाले नकली कन्वर्ज़न हैं?	हां, शोर को इवेंट-लेवल की रिपोर्ट में लागू किया जाता है और यह अलग-अलग ट्रिगर_डेटा सहित सभी संभावित आउटपुट स्थितियों का प्रतिनिधित्व करता है. साथ ही, असल में ट्रिगर होने के समय कुछ भी रिपोर्ट नहीं करता या इवेंट के लिए कई नकली रिपोर्ट की संभावित रूप से रिपोर्ट करता है. गै़र-ज़रूरी डेटा का लेवल ओपन सोर्स होता है. इसे इवेंट लेवल के ज़रूरत के हिसाब से कॉन्फ़िगरेशन की मदद से, ज़रूरत के मुताबिक बनाया जा सकता है.
फ़िल्टर करना	Attribution Reporting API के साथ फ़िल्टर करने की सुविधा का इस्तेमाल करने पर, योगदान के लिए बजट की खपत ज़्यादा होगी. भले ही, वह एग्रीगेशन कुंजी को रिकॉर्ड न करता हो.	यह उम्मीद के मुताबिक काम कर रहा है, क्योंकि aggregatable_trigger_data. यह सिर्फ़ ट्रिगर के मुख्य हिस्सों पर फ़िल्टर करने की सुविधा देता है, वैल्यू / कुंजियों के लिए नहीं. टॉप लेवल के फ़िल्टर से, कुंजी को खुद ही फ़िल्टर किया जा सकता है. हालांकि, इसे इवेंट और एग्रीगेट के हिसाब से शेयर किया जाता है. इसलिए, यह यहां लागू नहीं होता. अगर कुंजियों को फ़िल्टर करना ज़रूरी है, तो हम यहां नेटवर्क से आपको और भी सुझाव/शिकायत/राय दे सकते हैं.
मेमोरी सीमा	स्टोरेज की ऐसी सीमा लागू करने का अनुरोध करें जो रिपोर्टिंग के ऑरिजिन को भी ध्यान में रखती हो.	इस सीमा को 1024 से बढ़ाकर 4096 कर दिया गया है. यह संख्या M120 से लागू होगी. हमें यहां नेटवर्क से मिलने वाले अन्य सुझाव, राय या शिकायत का स्वागत है.
प्रत्यक्ष एट्रिब्यूशन	जब कोई उपयोगकर्ता किसी पब्लिशर से गुज़रे बिना, सीधे विज्ञापन देने वाले के पास जाता है, तो मेट्रिक कैसे पाएं, क्योंकि स्टैंडर्ड एट्रिब्यूशन रिपोर्टिंग प्रोसेस में यह स्थिति शामिल नहीं है?	ARA को सिर्फ़ क्रॉस-साइट जानकारी को वापस पाने के लिए डिज़ाइन किया गया है (उदाहरण के लिए, पब्लिशर/विज्ञापन देने वालों की साइटों पर जानकारी को आपस में जोड़ना). अगर क्रॉस-साइट की जानकारी देने की ज़रूरत नहीं है, तो ARA आपकी मदद नहीं करेगा. हम इस समस्या पर चर्चा कर रहे हैं और हमें यहां अन्य सुझाव, शिकायत या राय का स्वागत है.
रिपोर्ट का समय	स्थानीय मशीन समय का इस्तेमाल करने के बजाय किसी टाइमसर्वर से Schedule_report_time समय पाएं.	फ़िलहाल, टाइमसर्वर इस्तेमाल करने की हमारी कोई योजना नहीं है और हमें AdTech से इसके बारे में काफ़ी जानकारी नहीं मिली है. साथ ही, नेटवर्क से हमें अतिरिक्त सुझाव, शिकायत या राय चाहिए कि यह सुविधा काम की है या नहीं.

एग्रीगेशन सेवा

सुझाव की थीम	खास जानकारी	Chrome रिस्पॉन्स
(पिछली तिमाहियों में भी रिपोर्ट की गई है) साइट पर मौजूद सॉल्यूशन	क्या एग्रीगेशन सेवा को कंपनी की इमारत में मौजूद डेटा सेंटर में डिप्लॉय किया जा सकता है?	हम क्लाउड-आधारित समाधानों के अलावा, संभावित तौर पर मददगार विकल्प एक्सप्लोर कर रहे हैं. हालांकि, फ़िलहाल हम कंपनी की इमारत में मौजूद टीईई को सपोर्ट नहीं कर सकते, क्योंकि कंपनी की इमारत में ही सुरक्षा की सीमाएं दी गई हैं. इन सीमाओं के तहत, Privacy Sandbox का आकलन करने में समय लगता है. प्राइवसी सैंडबॉक्स की सुरक्षा से जुड़ी ज़रूरतों और कंपनी की इमारत में डिप्लॉयमेंट की आने वाली गंभीर चुनौतियों को देखते हुए, हमारा मानना है कि क्लाउड-आधारित डिप्लॉयमेंट (जैसे, AWS के साथ-साथ GCP के साथ काम करना) को बेहतर बनाना और उनका दायरा बढ़ाना, नेटवर्क के लिए सबसे ज़्यादा फ़ायदेमंद है. हालांकि, इस तरह की ज़रूरी शर्त क्यों ज़रूरी है, इसके बारे में हम यहां अन्य सुझाव, शिकायत या राय जानना चाहते हैं.
एन्क्लेव	अगर एन्क्लेव ठीक से काम नहीं करता है या अचानक कोई गड़बड़ी मिलती है, तो एग्रीगेशन सर्विस एपीआई इसे कैसे मैनेज करता है?	अगर कोई एनक्लेव, चालू होने और ऑटो स्केलिंग के दौरान काम नहीं कर पाता है, तो हम फिर से कोशिश करेंगे. अगर किसी मामले को नुकसान पहुंचाने वाला माना जाता है, तो नए मामले सामने आएंगे. Adtech भी लॉग का इस्तेमाल करके, गड़बड़ियों की जांच कर सकता है. AWS पर एनक्लेव की गड़बड़ियों को डीबग करने के लिए, AdTech अपने AWS कंसोल मैनेजर में लॉग इन करके, EC2 इंस्टेंस की स्थिति की जांच कर सकते हैं. विज्ञापन टेक्नोलॉजी, Nitro Enclave होस्ट इंस्टेंस में भी लॉग इन कर सकती हैं और nitro-cli टूल की मदद से एनक्लेव की स्थिति देख सकती हैं. अगर कोई गड़बड़ी या गड़बड़ी होती है, तो वह लॉग देखने और आगे की जांच करने के लिए, AWS कमांड लाइन इंटरफ़ेस का इस्तेमाल कर सकती है. GCP पर एनक्लेव की गड़बड़ियों को डीबग करने के लिए, adtech अपने इंस्टेंस की स्थिति Cloud कंसोल के ज़रिए देख सकते हैं. वे list-errors-command का इस्तेमाल करके, गड़बड़ियों की जांच भी कर सकते हैं.
अलग सब-डोमेन का इस्तेमाल करें	डेव और प्रोडक्शन, दोनों में एग्रीगेशन सेवाओं के एक से ज़्यादा इंस्टेंस का इस्तेमाल करने के लिए, कई (सब)डोमेन को रजिस्टर करने का अनुरोध करें.	साइट रजिस्ट्रेशन की सुविधा लॉन्च की गई है, ताकि विज्ञापन टेक्नोलॉजी से जुड़ी टेक्नोलॉजी, एक AWS खाते या GCP प्रोजेक्ट पर, एक ही साइट के कई सबडोमेन रजिस्टर कर सकें. वे एक ही डोमेन को, कई AWS खातों या GCP प्रोजेक्ट पर भी रजिस्टर कर पाएंगे. हम नेटवर्क से सुझाव, शिकायत या राय का स्वागत करते हैं.
निजता बजट	निजता बजट के खत्म होने से जुड़ी समस्याओं को बेहतर तरीके से कैसे डीबग करें?	फ़िलहाल, हम खर्च हुए बजट के बारे में ज़्यादा जानकारी देने के लिए समाधान ढूंढ रहे हैं. साथ ही, अपने दस्तावेज़ को बेहतर बनाने के लिए, विज्ञापन टेक्नोलॉजी की उन रणनीतियों को भी बेहतर बना रहे हैं जिनका इस्तेमाल इस गड़बड़ी को कम करने के लिए किया जा सकता है. प्रस्ताव मिलने के बाद, हम एग्रीगेशन सेवा के GitHub पेज को अपडेट करेंगे.
एप्सिलॉन वैल्यू	Epsilon की वैल्यू बढ़ाने का अनुरोध करें.	एग्रीगेशन सेवा की ऐपसिलॉन वैल्यू को 64 तक की रेंज में रखा जाएगा. इससे 3PCD के दौरान, अलग-अलग पैरामीटर पर एक्सपेरिमेंट करने और सुझाव देने में मदद मिलेगी. एपिसोड की रेंज की वैल्यू अपडेट होने से पहले, हम नेटवर्क को इसकी सूचना देंगे.
बाइनरी	एग्रीगेशन सेवा की रिलीज़ के लिए, बाइनरी का ज़्यादा पूरा सेट पब्लिश करें.	हम इस अनुरोध की समीक्षा कर रहे हैं और अन्य सुझाव/राय दें या शिकायत करें.
एपीआई का इस्तेमाल	कोऑर्डिनेटर की सेवा की शर्तों को ध्यान में रखते हुए, डेटा को कॉर्डिनेटर के साथ शेयर करना.	हम इस समस्या के बारे में ज़्यादा जानकारी चाहते हैं. साथ ही, अन्य सुझाव/राय दें या शिकायत करें.

निजी एग्रीगेशन एपीआई

सुझाव की थीम	खास जानकारी	Chrome रिस्पॉन्स
डीबग करना	मोड B की टेस्टिंग के दौरान, डीबग करने के लिए ज़्यादा विकल्प चालू करें.	जैसा कि इस GitHub समस्या में बताया गया है, हम मोड B में डीबग मोड को अनुमति देने की दिशा में आगे बढ़ रहे हैं. यह सुविधा, M121 के बीटा वर्शन में 31/1/31 से मोड बी के 50% ट्रैफ़िक पर बदल जाएगी. स्टेबल चैनल का इस्तेमाल शुरू करने से पहले, हम आपको इसकी सूचना देंगे.

सीमित कवर ट्रैकिंग

उपयोगकर्ता एजेंट को कम करना/उपयोगकर्ता एजेंट क्लाइंट हिंट

सुझाव की थीम	खास जानकारी	Chrome रिस्पॉन्स
ChromeOS	Chrome OS की बिटनेस के लिए, उपयोगकर्ता-एजेंट क्लाइंट हिंट के साथ काम करें.	हमने इस अनुरोध का जवाब यहां शेयर किया है.

IP Protection (पहले इसका नाम Gnatcatcher था)

सुझाव की थीम	खास जानकारी	Chrome रिस्पॉन्स
गलत इस्तेमाल	Google, आईपी सुरक्षा की मदद से उपयोगकर्ता का ब्राउज़िंग डेटा देख सकता है.	आईपी सुरक्षा की मदद से, दो प्रॉक्सी के ज़रिए ट्रैफ़िक को टनल किया जाता है. इनमें से एक प्रॉक्सी को Google और दूसरी कंपनी चलाते हैं. इससे यह पक्का होता है कि Google को ब्राउज़िंग डेटा नहीं दिख रहा है. सारा ट्रैफ़िक, Chrome और प्रॉक्सी के बीच एन्क्रिप्ट (सुरक्षित) किया जाता है. इसलिए, Google प्रॉक्सी के पास इस बात की कोई जानकारी नहीं होती कि कौनसी वेबसाइटें ब्राउज़ की जा रही हैं. इसके अलावा, सिस्टम, प्रॉक्सी में उपयोगकर्ता आइडेंटिफ़ायर का ऐक्सेस कम करने के लिए, ब्लाइंड किए गए पुष्टि करने वाले टोकन का इस्तेमाल करता है. Google प्रॉक्सी को सिर्फ़ यह दिखेगा कि किसी खास आईपी पर मौजूद कोई अनजान क्लाइंट, प्रॉक्सी सिस्टम का इस्तेमाल कर रहा है. देखी गई वेबसाइटों या लोड किए गए विज्ञापनों के बारे में कोई जानकारी उपलब्ध नहीं है.
हेडलेस मोड की सहायता	प्लगिन और बिना ग्राफ़िक यूज़र इंटरफ़ेस वाले मोड का इस्तेमाल करने वाले बॉट को कैसे मैनेज किया जाएगा?	आईपी की सुरक्षा के गलत इस्तेमाल को कम करना, हमारी टीम की सबसे बड़ी प्राथमिकता है. हमने इन स्थितियों (कई दूसरे संभावित खतरों के साथ-साथ) पर सावधानी से विचार किया है. हम ऐसे विकल्पों पर काम कर रहे हैं जो गलत इस्तेमाल या धोखाधड़ी होने की संभावना को कम कर सकें. फ़िलहाल, हम इस बारे में ज़्यादा जानकारी नहीं दे सकते. हालांकि, हमें उम्मीद है कि आने वाले समय में हम यह जानकारी उपलब्ध करा देंगे. हम आपसे इस बारे में बातचीत भी जारी रखेंगे.
मौजूदा प्रॉक्सी	आईपी सुरक्षा, Chrome पर मौजूदा प्रॉक्सी सेटिंग के साथ कैसे काम करेगी?	मौजूदा प्रॉक्सी कॉन्फ़िगरेशन काम करते रहेंगे. उपयोगकर्ता पहले की तरह अपनी कस्टम प्रॉक्सी कॉन्फ़िगर कर सकेंगे.
बुरे बर्ताव की शिकायत करना	बुरे बर्ताव की शिकायत कैसे की जाएगी?	हम आने वाले समय में, इस बारे में ज़्यादा जानकारी शेयर करेंगे. हालांकि, हमारी योजना है कि संगठन और उपयोगकर्ता, इसके गलत इस्तेमाल की शिकायत और सबूत शेयर कर सकें.
रेगुलेशन	आईपी सुरक्षा, स्थानीय नियमों और कानूनों का कैसे पालन करेगी?	Google स्थानीय कानूनों और नियमों का पालन करने के लिए प्रतिबद्ध है. साथ ही, हो सकता है कि देश-स्तर पर लगाई गई रोक को गच्चा देने की अनुमति न दी जाए. यह सुविधा गच्चा देने के लिए नहीं बनाई गई है.
सीमित क्षमताएं	क्या आईपी सुरक्षा की सुविधा हमारे सायबर जवाब को ब्लॉक कर देगी?	हम सर्वर के सामान्य कामकाज में आने वाली किसी भी तरह की रुकावट को कम करने के साथ-साथ, गलत इस्तेमाल को रोकने के लिए आईपी पतों के इस्तेमाल को कम करने की कोशिश करते हैं, ताकि उपयोगकर्ताओं को उनके आईपी पतों के आधार पर, वेब पर ट्रैक किए जाने से बचाया जा सके. फ़िलहाल, हम इस बारे में ज़्यादा जानकारी नहीं दे सकते. हालांकि, हमें उम्मीद है कि आने वाले समय में हम यह जानकारी उपलब्ध करा देंगे. हम आपसे इस बारे में बातचीत भी जारी रखेंगे.
टाइमलाइन	अगर साल 2024 के आखिर तक इन्हें लागू किया जाता है, तो इसके लिए तैयारी करना करीब-करीब नामुमकिन होगा.	Chrome ने शुरुआत में कुछ खास इलाकों में उपयोगकर्ताओं के लिए, ऑप्ट-इन सेटिंग के तौर पर आईपी प्रोटेक्शन को लॉन्च किया. उन्होंने यह समझा कि यह एक बड़ा बदलाव हो सकता है. इससे पता चल सकता है कि कुछ कंपनियां, आईपी पतों का इस्तेमाल कैसे करती हैं. साथ ही, नेटवर्क में बदलाव होने के दौरान, रुकावटों को कम करने के लिए भी यह कोशिश की जा सकती है. आईपी सुरक्षा की सुविधा, 2025 से पहले डिफ़ॉल्ट पर स्विच हो जाएगी.
एपीआई का इस्तेमाल	क्या किसी उपयोगकर्ता को पहली बार Chrome खोलने पर, आईपी सुरक्षा को टॉगल करने का विकल्प दिया जाएगा?	हम लोगों को यह विकल्प देने की योजना बना रहे हैं कि वे आईपी की सुरक्षा का इस्तेमाल करना चाहते हैं या नहीं. उपयोगकर्ताओं को यह विकल्प दिखाने की तकनीक अभी डेवलप की जा रही है.
एपीआई का इस्तेमाल	कितना डेटा लॉग किया जाता है और वह कब तक सेव करके रखा जाता है?	आने वाले समय में, हमारे पास शेयर करने के लिए ज़्यादा जानकारी होगी. हालांकि, हम बहुत कम डेटा लॉग करेंगे.
खराब फ़ीडबैक	अगर उपयोगकर्ता, वीपीएन का इस्तेमाल करना चाहते हैं, तो वे उन्हें इस्तेमाल कर सकते हैं. PS API की ज़रूरत नहीं है.	आईपी सुरक्षा का मकसद, क्रॉस-साइट ट्रैकिंग के लिए आईपी पतों के इस्तेमाल को रोकना है, न कि इसे वीपीएन सेवा के तौर पर.
एपीआई की सुरक्षा	पहले पक्ष को आईपी पता ऐक्सेस करने और हेडर के पैरामीटर के ज़रिए जानकारी फ़ॉरवर्ड करने से कैसे रोका जाए?	फ़िलहाल, हम तीसरे पक्षों पर काम कर रहे हैं, क्योंकि हमें लगता है कि ये तीसरे पक्ष पर सबसे ज़्यादा असर डाल रहे हैं. हम नेटवर्क की निगरानी करते रहेंगे, ताकि यह तय किया जा सके कि बड़े पैमाने पर गच्चा देने से बचने के लिए हमें उसे बदलने की ज़रूरत है या नहीं.
एपीआई का इस्तेमाल	अगर एपीआई के इस्तेमाल की समझ सही है, तो पुष्टि करना ज़रूरी है.	आईपी सुरक्षा सूची के आधार पर यह पता लगाती है कि प्रॉक्सी से कौनसा तीसरे पक्ष का ट्रैफ़िक जा सकता है. ऐसे ऑरिजिन जो सूची में शामिल हैं, लेकिन उन्हें पहले पक्ष के कॉन्टेक्स्ट में ऐक्सेस किया गया है. इन कनेक्शन के लिए, इस सेवा के ज़रिए उन्हें प्रॉक्सी नहीं किया जाएगा. उदाहरण के लिए, अगर विश्लेषण करने वाली कोई कंपनी, डोमेन की सूची में है और कोई उपयोगकर्ता सीधे साइट पर जाता है, तो वह साइट प्रॉक्सी किए गए आईपी पते के बजाय, उपयोगकर्ता के आईपी पते को देख पाएगी. हालांकि, अगर सूची में मौजूद वह डोमेन किसी तीसरे पक्ष के संदर्भ में नेटवर्क अनुरोध करता है, तो कनेक्शन को प्रॉक्सी किया जाएगा और उपयोगकर्ता का मूल आईपी पता साइट पर नहीं दिखेगा. हमारा मकसद, वेब के उपयोगकर्ताओं को क्रॉस-साइट ट्रैकिंग को रोकना है. हम शुरुआत में तीसरे पक्ष के किन डोमेन पर फ़ोकस करने वाले हैं, इस बारे में ज़्यादा जानकारी शेयर करने से पहले, हम कुछ जानकारी पर काम कर रहे हैं.
वीपीएन	इस बात को लेकर चिंता है कि Google का प्रस्ताव अन्य वीपीएन सेवा देने वालों के लिए नुकसानदेह हो सकता है.	आईपी सुरक्षा का मकसद, क्रॉस-साइट ट्रैकिंग के लिए आईपी पतों के इस्तेमाल को रोकना है, न कि इसे वीपीएन सेवा के तौर पर.
टाइमलाइन	आईपी की सुरक्षा की टाइमलाइन क्या है?	शुरुआत में आईपी सुरक्षा के लिए ऑप्ट-इन किया जाएगा. इससे यह पक्का करने में मदद मिलेगी कि निजता से जुड़े फ़ैसलों पर उपयोगकर्ता का कंट्रोल हो. साथ ही, Google, उपयोगकर्ताओं की गतिविधियों की निगरानी कम बार कर सके. आईपी सुरक्षा की सुविधा को अलग-अलग चरणों में रोल आउट किया जाएगा. साथ ही, इसे 2025 से पहले डिफ़ॉल्ट पर लागू किया जाएगा. हमारे सभी निजता प्रस्तावों की तरह, हम यह पक्का करना चाहते हैं कि समय के साथ हम बेहतर होते जाएं और आकलन करने के लिए क्षेत्रीय स्तर पर भी ध्यान दें. हम सूची पर आधारित तरीके का इस्तेमाल कर रहे हैं और सिर्फ़ तीसरे पक्ष के हिसाब से इस सूची में शामिल डोमेन पर इसका असर पड़ेगा. हम जानते हैं कि इन प्रस्तावों की वजह से, कानूनी तौर पर इनका इस्तेमाल करने में अनचाहे रुकावट आ सकती हैं. इसलिए, हमारा फ़ोकस सिर्फ़ उन स्क्रिप्ट और डोमेन पर है जिन्हें उपयोगकर्ताओं को ट्रैक करने वाला माना जाता है.
सीमित क्षमताएं	उपयोगकर्ता के आईपी पते अब WHOIS में नहीं खोजे जा सकते.	हमारा मानना है कि आईपी पता एक स्थायी आइडेंटिफ़ायर है, जिसके इस्तेमाल से उपयोगकर्ताओं की निजता पर असर पड़ सकता है. इसमें, ASN जैसे मेटाडेटा का इस्तेमाल भी शामिल है. आईपी सुरक्षा की मदद से, हम निजता और वेब पर उपयोगकर्ताओं को बेहतर अनुभव देने के बीच सही संतुलन बनाने की कोशिश कर रहे हैं. उदाहरण के लिए, आईपी जियोलोकेशन के लिए हमारा तरीका. अगर यह मेटाडेटा आपके इस्तेमाल के उदाहरण के लिए काफ़ी नहीं है, तो हम इस पर और चर्चा करने के लिए तैयार हैं.
एचटीटीपी रेफ़रर	क्या मूल एचटीटीपी रेफ़रर को सेव रखा जाएगा?	आईपी सुरक्षा के तहत, रेफ़रर हेडर को बदलने का कोई प्लान नहीं है. इस बारे में यहां बताया गया है.
ओपन सोर्स	क्या आईपी सुरक्षा के सोर्स कोड, ओपन सोर्स होंगे?	यहां मौजूद ज़्यादातर सॉफ़्टवेयर, Chromium और Envoy प्रॉक्सी प्रोजेक्ट के हिस्से के तौर पर ओपन-सोर्स हैं. हालांकि, कुछ कॉम्पोनेंट क्लोज़्ड सोर्स होते हैं. इस बारे में ज़्यादा जानकारी यहां दी गई है.

बाउंस ट्रैकिंग पर लागू होने वाली पाबंदियां

सुझाव की थीम	खास जानकारी	Chrome रिस्पॉन्स
स्टोरेज मिटाना	क्या बाउंस ट्रैकिंग कम करने (बीटीएम) से शेयर किए गए स्टोरेज और एट्रिब्यूशन रिपोर्टिंग स्टोरेज को मिटाया जाता है?	हम BTM को प्राइवसी सैंडबॉक्स एपीआई स्टोरेज (ARA, PA API, Shared Storage, Private एग्रीगेशन, Topics) को मिटाने नहीं देना चाहते. BTM को सिर्फ़ ऐसे स्टोरेज टाइप को मिटाना चाहिए जिसमें किसी तीसरे पक्ष के कॉन्टेंट को ऐक्सेस करने पर, उसकी निजता को खतरा हो. गड़बड़ी ठीक की जा रही है.
एपीआई का इस्तेमाल	Chrome के किस वर्शन पर BTM चालू होगा? क्या 10 सेकंड के बाद रीडायरेक्ट/बाउंस ट्रैकिंग को BTM के ज़रिए बाउंस ट्रैकिंग माना जाएगा या नहीं?	M116 में, BTM को 3पीसी ब्लॉक किए गए 100% उपयोगकर्ताओं के लिए रोल आउट किया गया. फ़िलहाल, 10 सेकंड के बाद किए गए रीडायरेक्ट को बाउंस नहीं माना जाता.
साइन इन करने के इस्तेमाल का उदाहरण	क्या आपको ट्रैकिंग जैसे व्यवहार की वजह से किसी कार्रवाई के बिना, कई डोमेन में साइन इन करने की स्थिति को अपने-आप सिंक करना/बनाए रखना है?	हम इस अनुरोध के बारे में यहां चर्चा कर रहे हैं. साथ ही, नेटवर्क से हमें अन्य सुझाव, शिकायत या राय भी मिल सकती है.
उपयोगकर्ता अनुभव	फ़िलहाल, बीटीएम के नतीजे में उपयोगकर्ता की गतिविधियां मुश्किल होती हैं.	हम इस समस्या पर चर्चा कर रहे हैं और इसके बारे में अपने विचार यहां शेयर कर रहे हैं.
स्टोरेज ऐक्सेस एपीआई	Chromium में BTM, स्टोरेज ऐक्सेस एपीआई (SAA) से 3PC के अनुदानों का पालन करेगा.	हमने TPAC 2023 में नेटवर्क में शामिल लोगों से इस समस्या के बारे में बात की है. साथ ही, अन्य सुझाव, शिकायत या राय का स्वागत है. इसके लिए, यहां क्लिक करें.
विज्ञापन रिपोर्टिंग पर असर	बाउंस ट्रैकिंग पर लागू होने वाली पाबंदियों की वजह से, नेटवर्क में मौजूद छोटी कंपनियों को विज्ञापनों के इस्तेमाल के उदाहरण देने के लिए, ARA जैसे प्राइवसी सैंडबॉक्स के अन्य एपीआई का इस्तेमाल करना पड़ सकता है.	बाउंस ट्रैकिंग की क्षमता को कंट्रोल करने का मकसद, 3PCD को गच्चा देना है. ARA, 3PCD के बाद, परफ़ॉर्मेंस को जांचने के कई अन्य विकल्पों में से एक है. हालांकि, किसी कंपनी को इसका इस्तेमाल करने की ज़रूरत नहीं है.

निजता बजट

इस तिमाही में कोई सुझाव नहीं दिया गया.

क्रॉस-साइट की निजता की सीमाओं को मज़बूत बनाएं

मिलती-जुलती वेबसाइट के सेट (पहले पक्ष के सेट थे)

सुझाव की थीम	खास जानकारी	Chrome रिस्पॉन्स
(पिछली तिमाहियों में भी रिपोर्ट की गई) मिलती-जुलती वेबसाइट के सेट (आरडब्ल्यूएस) डोमेन की सीमा	जुड़े हुए डोमेन की संख्या बढ़ाने का अनुरोध.	फ़िलहाल, हम यह संख्या बढ़ाने की उम्मीद नहीं करते हैं. यह सीमा, उपयोगकर्ता की निजता के आधार पर तय की गई थी. साथ ही, W3C में नेटवर्क के हिस्सेदारों से मिले सुझाव, शिकायत या राय और अन्य ब्राउज़र पर तुलना करने के हिसाब से यह सीमा तय की गई थी. ज़्यादा जानकारी के लिए, कृपया हमारी ब्लॉग पोस्ट (1, 2) देखें. हमारा सुझाव है कि आप ऐसे इस्तेमाल के मामलों की जांच करें जिनमें संख्या से ज़्यादा कुकी के ऐक्सेस की ज़रूरत हो. साथ ही, पहचान के इस्तेमाल के उदाहरण, पुष्टि किए गए एम्बेड, और विज्ञापन के इस्तेमाल के उदाहरणों के लिए हमारे दिशा-निर्देशों का इस्तेमाल करें.
कुकी के ऐक्सेस का दायरा	इस बात की चिंता है कि आरडब्ल्यूएस के सभी डोमेन ने, सभी डोमेन की सभी कुकी को पढ़ने और उनमें बदलाव करने का ऐक्सेस दे दिया है.	आरडब्ल्यूएस की सदस्यता लेने का मतलब यह नहीं है कि सदस्य एक-दूसरे की कुकी ऐक्सेस कर पाएंगे. इसके बजाय, यह अन्य समान RWS साइटों (स्टोरेज ऐक्सेस एपीआई को शुरू करने के बाद) पर एम्बेड किए जाने पर, सदस्यों को उनकी खुद की कुकी ऐक्सेस करने की अनुमति देगा.
(पिछली तिमाही में भी रिपोर्ट किया गया) RWS + CHIPS इंटिग्रेशन	A/B टेस्टिंग जैसे इस्तेमाल के उदाहरणों में मदद करने के लिए, RWS और CHIPS के इंटिग्रेशन का अनुरोध करना	हम इस सुविधा के इस्तेमाल के उदाहरणों और अनुरोधों को यहां जारी रखते हैं. फ़िलहाल, हम क्रॉस-ब्राउज़र इंटरऑपरेबिलिटी से जुड़े जोखिमों के मुकाबले इस सुविधा की ज़रूरत का आकलन कर रहे हैं.
एपीआई का इस्तेमाल	अगर कोई उपयोगकर्ता, Chrome की सेटिंग से साइटों को मैन्युअल तरीके से स्थानीय तौर पर हटा दे, तो क्या होगा?	फ़िलहाल, हमारे पास उपयोगकर्ता के लिए, ग्रुप से किसी साइट को मैन्युअल तरीके से मिटाने का कोई तरीका नहीं है. इसके बजाय, उपयोगकर्ता "तीसरे पक्ष की कुकी ब्लॉक करें"; या नए ट्रैकिंग सुरक्षा सेटिंग पैनल में "तीसरे पक्ष की सभी कुकी ब्लॉक करें" के नीचे दिए गए टॉगल का इस्तेमाल करके, "मिलती-जुलती साइटें" सुविधा को बंद कर सकता है.
क्रॉस डोमेन कम्यूनिकेशन	क्या RWS से क्रॉस डोमेन कम्यूनिकेशन को अनुमति मिलेगी?	फ़िलहाल, हम Storage Access API की मदद से, अलग-अलग तरह के स्टोरेज का ऐक्सेस बढ़ाने के लिए, ऑरिजिन ट्रायल चला रहे हैं. इसमें localStorage और Broadcast Channel के साथ-साथ, यह कम्यूनिकेशन चालू किया जा सकेगा. यह सुविधा, Storage Access API के साथ काम करने वाले सभी कॉन्फ़िगरेशन में उपलब्ध है. इसे आरडब्ल्यूएस के तहत ही नहीं, बल्कि गैर-RWS साइटों पर भी इस्तेमाल किया जा सकता है. इस ब्लॉग पोस्ट में ज़्यादा जानकारी दी गई है.
requestStorageAccessFor	क्या document.requestStorageAccessFor(origin) एक ऐसा प्रॉमिस दिखा सकते हैं जो ऑरिजिन की क्रॉस-साइट कुकी से रिज़ॉल्व होता है?	ऐसा नहीं किया जा सकता. शुरुआत करने की प्रक्रिया टॉप लेवल ऑरिजिन (जो तर्क के तौर पर पास किए गए ऑरिजिन से अलग है) से होती है, इसलिए ऐसा करने से सेम ऑरिजिन नीति का उल्लंघन होगा.

फ़ेंस किए गए फ़्रेम का एपीआई

सुझाव की थीम	खास जानकारी	Chrome रिस्पॉन्स
(पिछली तिमाही में भी रिपोर्ट किया गया) नेटिव विज्ञापन	नेटिव विज्ञापन के लिए फ़ेंस्ड फ़्रेम की सुविधा.	हमने पहले बताया था कि आने वाले समय में प्राइवसी सैंडबॉक्स से जुड़ी कुछ टेक्नोलॉजी की ज़रूरत होगी, ताकि निजता सुरक्षा को और बेहतर बनाया जा सके. उदाहरण के लिए, सुरक्षित ऑडियंस को विज्ञापन रेंडरिंग के लिए, हमें फ़ेंस किए गए फ़्रेम का इस्तेमाल करना होगा. साथ ही, इवेंट लेवल की रिपोर्टिंग को 2026 से पहले इस्तेमाल करना होगा. हमने आने वाले समय की इन सभी ज़रूरतों के लिए, "इससे पहले की" तारीख उपलब्ध नहीं कराई है. इससे इंडस्ट्री को यह साफ़ तौर पर पता चलता है कि एपीआई किस तरह से बनाए जाएंगे. यह अतिरिक्त समय मिलने पर, हम इंडस्ट्री के साथ मिलकर काम कर पाते हैं, ताकि हम इस्तेमाल के ज़्यादा से ज़्यादा उदाहरणों के लिए, सहायता को डिज़ाइन और लागू कर सकें. उदाहरण के लिए, हम Protected Audience API की मदद से, वीडियो और नेटिव विज्ञापनों के लिए सहायता जारी रखने के लिए, फ़ेंस किए गए फ़्रेम को साल 2026 के बाद भी बेहतर बनाएंगे. हमारी प्रतिबद्धता के मुताबिक, ऐसे बदलावों पर सीएमए की सलाह ली जाएगी. साथ ही, हम "इससे पहले" ज़रूरी शर्तों को लागू करने से पहले, नेटवर्क से मिलने वाले सुझाव, शिकायत या राय पर अमल करते रहेंगे.
अलग-अलग प्लैटफ़ॉर्म के लिए साइज़ का अंतर	यह रिपोर्ट कि फ़ेंस किए गए फ़्रेम में दिखाए गए कॉन्टेंट का साइज़, डेस्कटॉप और स्मार्टफ़ोन पर अलग-अलग दिख सकता है.	हम इस समस्या की जांच कर रहे हैं. अगर आपको कोई सुझाव/राय देनी है या शिकायत करनी है, तो यहां क्लिक करें.
विज्ञापन कॉम्पोनेंट रेंडर करें	क्या आपको फ़ेंस किए गए फ़्रेम में, विज्ञापन कॉम्पोनेंट को रेंडर करने के तरीके के लिए सैंपल कोड देना है?	हम कई हिस्सों से बने विज्ञापन को दिखाने के लिए, फ़ेंस किए गए फ़्रेम के अंदर navgator.adplaincomponents(numcomponents) के इस्तेमाल का तरीका बताने वाले दस्तावेज़ उपलब्ध कराना चाहते हैं.
एपीआई बेहतर बनाएं	FencedFrames को ज़्यादा सिग्नल दें (जैसे, ब्रैंड की सुरक्षा को बेहतर बनाएं).	हम इस प्रस्ताव का स्वागत करते हैं. साथ ही, अगर आपको कोई अन्य सुझाव/राय देनी है या शिकायत करनी है, तो यहां क्लिक करें.

Shared Storage API

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

सीएचआईपी

सुझाव की थीम	खास जानकारी	Chrome रिस्पॉन्स
पॉप-अप/रीडायरेक्ट	सीएचआईपी, पॉप-अप और रीडायरेक्ट से जुड़े एम्बेड किए गए, पुष्टि करने के इस्तेमाल के मामलों में कैसे काम करेगा?	हमने हाल ही में इस बारे में कुछ दिशा-निर्देश शेयर किए थे कि साइन-इन करने के वर्कफ़्लो पर, तीन सिस्टम (तीसरे पक्ष की) के फ़ेज़आउट के असर की जांच कैसे की जाती है. आपके सुझाव, शिकायत या राय यहां पाएं.
बंटवारे की सीमा	हर साइट के लिए, हर पार्टीशन की कुल सीमा 1 केबी तक कम करें.	हम इस अनुरोध पर विचार कर रहे हैं और यहां अतिरिक्त सुझाव, शिकायत या राय का स्वागत कर रहे हैं. हम सुझावों पर नज़र रखेंगे, क्योंकि हम 3PCD को रोल आउट कर रहे हैं. साथ ही, डेवलपर सीएचआईपी का इस्तेमाल कर रहे हैं और सुझाव दे रहे हैं.
कुकी माइग्रेशन	किसी वेब ऐप्लिकेशन को माइग्रेट करने के लिए सुझाई गई प्रोसेस, ताकि कुकी को अलग-अलग हिस्सों के तौर पर जारी किया जा सके. इससे, मौजूदा कुकी/सेशन पर असर नहीं पड़ता?	हमने यहां अपने जवाब में, माइग्रेशन की संभावित स्कीम के बारे में बताया था. हालांकि, डेवलपर ने ऐसा वैकल्पिक समाधान बनाया जो उसके कॉन्फ़िगरेशन के लिए बेहतर हो.
एपीआई का इस्तेमाल	क्या किसी उपयोगकर्ता के Ad Privacy API की सेटिंग के लिए ऑप्ट-इन न करने पर, पार्टिशन्ड स्टोरेज का ऐक्सेस बंद हो जाता है?	अगर कोई उपयोगकर्ता, Ad Privacy API की सेटिंग के लिए ऑप्ट-इन नहीं करता है, तो भी उस पर सेगमेंट किया गया स्टोरेज और पार्टिशन्ड कुकी (सीएचआईपी) चालू रहती हैं. ऐसा इसलिए, क्योंकि ये कुकी, किसी दूसरी साइट से जानकारी ट्रांसफ़र करने की सुविधा नहीं देती हैं. सामान्य नियम के तौर पर, जानकारी के एक से दूसरे साइट के मालिकाना हक को ट्रांसफ़र करने पर, इसे सीमित किया जा सकता है, जांच की जा सकती है या उपयोगकर्ता ऑप्ट-इन किया जा सकता है. हालांकि, फ़िलहाल ये सीएचआईपीएस पर लागू नहीं होते.
एपीआई का इस्तेमाल	आखिर में, अलग-अलग कुकी को ब्लॉक करने की क्या वजह है, बजाय इसके कि ब्राउज़र उन कुकी को "अनजाने में" बांट देता हो?	जैसा कि यहां बताया गया है, कम और मीडियम टर्म के लिए ऐसा नहीं किया जा सकता.

FedCM

सुझाव की थीम	खास जानकारी	Chrome रिस्पॉन्स
एपीआई का इस्तेमाल	डेवलपमेंट एनवायरमेंट में eTLD+1 पर 'well-known फ़ाइल' पेश नहीं की जा सकी.	हमने Chrome कैनरी को अपडेट किया है, ताकि वह यहां बताए गए कॉन्टेंट को फ़ेच न कर सके.
एपीआई का इस्तेमाल	क्या तीसरे पक्ष की साइन-इन अनुमतियों का अनुरोध करने या FedCM का इस्तेमाल करने के लिए, उपयोगकर्ता इंटरैक्शन से जुड़ी कोई खास शर्त है?	उपयोगकर्ता इंटरैक्शन से जुड़ी कोई खास शर्त नहीं है, जैसा कि यहां बताया गया है.
एपीआई की सुरक्षा	क्या कोई ऐसा फ़्लो है जिससे क्लाइंट को FedCM को शुरू करने की अनुमति मिल सकती है, लेकिन असल में टोकन को आईडीपी से आरपी के बैकएंड सिस्टम में ट्रांसफ़र किया जाता है?	हम यहां चर्चा कर रहे हैं और आपके कुछ सुझाव, शिकायत या राय जानना चाहते हैं.
ऑप्ट-इन करें	आईडीपी को आरपी का क्लाइंट आईडी पाने के लिए, ऑप्ट-इन करने की अनुमति दें, ताकि उपयोगकर्ता यह तय कर सकें कि उन्हें आईडीपी पर भरोसा है या नहीं.	हम इस अनुरोध पर चर्चा कर रहे हैं और यहां अन्य सुझाव, शिकायत या राय का स्वागत है.
एपीआई का इस्तेमाल	FedCM पर ज़्यादा दस्तावेज़ के लिए अनुरोध करें.	हम इस सुझाव से सहमत हैं और इस एपीआई को डेवलप करने के साथ-साथ, इससे जुड़े दस्तावेज़ों को बेहतर बनाते रहेंगे.

स्पैम और धोखाधड़ी को रोकना

प्राइवेट स्टेट टोकन एपीआई और अन्य एपीआई

सुझाव की थीम	खास जानकारी	Chrome रिस्पॉन्स
दस्तावेज़	टेस्टिंग में मदद के लिए, प्राइवेट स्टेट टोकन के बारे में ज़्यादा जानकारी देने वाली डेवलपर गाइड का अनुरोध करें.	हमने 2023 की चौथी तिमाही में, प्राइवेट स्टेट टोकन के लिए डेवलपर गाइड पब्लिश की है.
उम्र/लिंग की पुष्टि	3PCD के बाद, ऑडियंस की "उम्र और लिंग" की पुष्टि करना मुश्किल है.	फ़िलहाल, प्राइवेट स्टेट टोकन को उम्र और लिंग की पुष्टि के लिए नहीं बनाया गया है. हम इस्तेमाल के उदाहरण को बेहतर तरीके से समझने की कोशिश कर रहे हैं. साथ ही, हम यह भी जानना चाहते हैं कि यह टूल फ़िलहाल कैसे काम कर रहा है. साथ ही, हम आपको सुझाव/राय देने या शिकायत करने का मौका भी देते हैं.