प्राइवसी सैंडबॉक्स की टेस्टिंग का दायरा बढ़ाना

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

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

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

प्राइवसी सैंडबॉक्स के लिए, काम के और मेज़रमेंट ऑरिजिन के ट्रायल को बेहतर बनाया जा रहा है

प्राइवसी सैंडबॉक्स की प्रासंगिकता और मेज़रमेंट ऑरिजिन ट्रायल की मदद से नेटवर्क, Attribution Reporting, Protected Audience, Topics, फ़ेंस किए गए फ़्रेम के साथ-साथ, तकनीकी स्थिरता और डेवलपर के अनुभव के लिए, एक ही जगह पर टेस्ट कर सकता है. हम जल्द ही शेयर किया गया स्टोरेज जोड़ेंगे. फ़िलहाल, यह मुफ़्त में आज़माने की सुविधा Chrome बीटा वर्शन के 50% उपयोगकर्ताओं के लिए चालू है. इससे हमें डेवलपर के शुरुआती सुझावों और समस्याओं को ठीक करने में मदद मिली है. साथ ही, उपयोगकर्ताओं को ज़्यादा परेशानी भी नहीं हुई.

जैसे-जैसे ऑरिजिन ट्रायल आगे बढ़ता है, हम डेवलपर को असल दुनिया के ट्रैफ़िक के सही अनुपात के साथ एपीआई की उपयोगिता और असर को टेस्ट करने का मौका देना चाहते हैं. अगस्त की शुरुआत में, Chrome 104 स्टेबल लॉन्च होने के बाद, हम 'Chrome स्टेबल चैनल' पर डेस्कटॉप उपयोगकर्ताओं के लिए, ट्रायल की सुविधा को उपलब्ध कराने जा रहे हैं. हम इस ट्रायल को मोबाइल उपयोगकर्ताओं के लिए Android पर Chrome 105 Stable से शुरू करने वाले हैं. ऑरिजिन ट्रायल 104 स्टेबल पीरियड के आखिर में खत्म होने के लिए शेड्यूल किया गया है. हम Chrome 107 (अक्टूबर के आखिर में) के लिए, समयसीमा बढ़ाने का अनुरोध कर रहे हैं, ताकि आगे की टेस्टिंग चालू की जा सके. यह ऑरिजिन ट्रायल एक्सटेंशन का अनुरोध करने के स्टैंडर्ड तरीके को तीन मील के अंदर बढ़ा देता है. हम सामान्य रूप से उपलब्ध होने के लिए API को लॉन्च करने तक परीक्षण में सहायता करने के लिए प्रतिबद्ध हैं.

एक्सपेरिमेंट के इंटेंट को बढ़ाने के लिए, आधिकारिक अनुरोध का पालन किया जा सकता है (I2E). हम प्राइवसी सैंडबॉक्स के दस्तावेज़ में, लागू करने और जांच करने की गाइड को भी अपडेट करेंगे.

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

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

कुकी वाले इंडिपेंडेंट पार्टिशन्ड स्टेट (सीएचआईपीएस) और पहले पक्ष के सेट के प्रस्तावों से, उन क्रॉस-साइट कॉन्टेक्स्ट में कुकी के साथ काम करने का तरीका पता चलता है जिनमें ट्रैकिंग शामिल नहीं होती है.

सीएचआईपीएस

CHIPS डेवलपर को "पार्टिशन्ड" स्टोरेज में कुकी चुनने की सुविधा देता है. इसमें हर टॉप लेवल साइट के लिए, एक अलग कुकी जार होता है. मौजूदा ऑरिजिन ट्रायल के दौरान, डेवलपर से मिले सुझावों के आधार पर, हमने कई सुधार किए हैं और कई सुधार किए हैं. साथ ही, हमने अगस्त के आखिर तक ट्रायल की अवधि को Chrome स्टेबल 104 के आखिर तक के लिए बढ़ा दिया है. खास तौर पर, हमने __Host- प्रीफ़िक्स की ज़्यादा पाबंदियों वाली ज़रूरी शर्तों को हटा दिया है और Domain एट्रिब्यूट को नहीं हटाया है. ऐसा इसलिए किया गया है, ताकि shop.example.com और blog.example.com जैसे सबडोमेन में कुकी का इस्तेमाल करने वाली साइटों के लिए, माइग्रेशन को आसान बनाया जा सके.

प्रस्ताव और ट्रायल, दोनों को मिले फ़ीडबैक से हमें उम्मीद है कि ट्रायल खत्म होने के बाद, हम सीएचआईपीएस शिप करेंगे. आधिकारिक प्रोसेस के मुताबिक, इंटेंट टू शिप (I2S) मैसेज पोस्ट करते समय ब्लिंक-डेव से जुड़े ईमेल पतों की सूची को फ़ॉलो किया जा सकता है.

यह एक रोमांचक माइलस्टोन है, क्योंकि इस्तेमाल के ऐसे कई मामलों में जहां विजेट या एपीआई जैसी दूसरी साइट पर एम्बेड की गई, अपने हिसाब से दी गई सेवा उपलब्ध कराई जाती है, वहां इससे तीसरे पक्ष की कुकी के शुरू होने से पहले ही अपडेट पूरे हो जाते हैं!

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

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

इस सुविधा के बारे में हुई चर्चा और टेस्टिंग के दौरान मिले सुझाव, शिकायत या राय के आधार पर हम कई बदलाव करने का सुझाव दे रहे हैं. इन बदलावों का मकसद इन दोनों समस्याओं को हल करना है और नेटवर्क की ज़रूरतों को पूरा करना है. खास तौर पर, हमारा सुझाव है कि सेट को इस्तेमाल के उदाहरण के हिसाब से "सबसेट" के तौर पर तय किया जाए. हमारा यह भी सुझाव है कि साइटें, क्रॉस-साइट कुकी के ऐक्सेस का अनुरोध करने के लिए, संभावित एक्सटेंशन के साथ-साथ Storage Access API का इस्तेमाल करती हैं. ऐसा करने से, SameParty एट्रिब्यूट के प्रपोज़ल को बदल दिया जाता है.

जैसे-जैसे काम आगे बढ़ेगा, हम डेवलपर गाइड को अपडेट करेंगे. अगर आपने पहले पक्ष के सेट को आज़मा लिया है या इस्तेमाल का उदाहरण आपकी ज़रूरतों से मेल खाता है, तो बातचीत को फ़ॉलो करने और शामिल होने का यह सही समय है.

शिपिंग उपयोगकर्ता-एजेंट को कम करना

फ़िलहाल, हम Chrome की उपयोगकर्ता-एजेंट स्ट्रिंग में जानकारी को कम कर रहे हैं. अप्रैल 2022 में, Chrome 101 के अपडेट के बाद, माइनर या बिल्ड वर्शन को ज़ीरो से बदल दिया गया है. आने वाले चरणों में भी ओएस/प्लैटफ़ॉर्म के वर्शन और डिवाइस मॉडल को तय वैल्यू से बदल दिया जाएगा. डेस्कटॉप के लिए अक्टूबर 2022 में Chrome107 से और मोबाइल के लिए जनवरी 2023 से, Chrome 110 से. यह टाइमलाइन पहले जैसी ही है और तीसरे पक्ष की कुकी के लिए, फ़ेज़ आउट शेड्यूल में किए गए बदलावों का कोई असर नहीं पड़ेगा. हालांकि, 2023 की शुरुआत में उपयोगकर्ता-एजेंट को रोल आउट किया जा रहा है.

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

स्टोरेज के पार्टीशन

क्रॉस-साइट ट्रैकिंग के लिए कुकी, सबसे अहम सुविधा होती है. हालांकि, प्राइवसी सैंडबॉक्स का लक्ष्य, क्रॉस-साइट ट्रैकिंग से पूरी तरह निपटना है—इसमें सभी तरह की क्रॉस-साइट स्टोरेज भी शामिल है. जिस तरह हमने 2020 में एचटीटीपी कैश को पहले से बांटा था उसी तरह हम भी पार्टिशन स्टोरेज एपीआई जैसे कि IndexedDB और localStorage, और BroadcastChannel और SharedWorker जैसे कम्यूनिकेशन एपीआई के साथ-साथ, ServiceWorker जैसी दोनों कैटगरी में शामिल सुविधाओं को शामिल करना चाहते हैं.

हमने इस काम के लिए प्रोटोटाइप (I2P) को इंटेंट भेजा है. इसका मतलब है कि हम अलग-अलग एपीआई के लिए डिज़ाइन और शुरुआती कोड पर काम कर रहे हैं. हम मौजूदा Chrome 105 कैनरी में लोकल डेवलपर टेस्टिंग को चालू करने के लिए एक फ़्लैग उपलब्ध कराने की योजना बना रहे हैं. आपको उम्मीद है कि ये बदलाव Chrome डेवलपमेंट की स्टैंडर्ड प्रोसेस से होंगे, क्योंकि ये बदलाव 2023 की शुरुआत में पूरे हो जाएंगे.

डेवलपर के दस्तावेज़ और सहायता

प्राइवसी सैंडबॉक्स को नेविगेट करने में आपकी मदद करने के लिए, हमारे पास privacysandbox.com है. इसमें वेब और Android पर प्रोजेक्ट से जुड़े कॉन्सेप्ट, लक्ष्य, और टाइमलाइन की जानकारी मिलती है. यहां developer.chrome.com/privacy-sandbox/ पर आपको अलग-अलग प्रपोज़ल, डेमो, टेस्टिंग, और उसे लागू करने की गाइड की जानकारी मिल सकती है. साथ ही, मदद के लिए ज़्यादा संसाधनों के लिंक भी मिल सकते हैं.

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

हमारे पास GitHub पर डेवलपर सहायता डेटा संग्रह स्थान भी है. अगर आपको कोई समस्या हुई है या आपके पास कोई सवाल है और आपको नहीं पता कि उसे कहां बताना है, तो समस्या को वहां पोस्ट करें. हम उसका जवाब देने या शामिल होने के लिए सही जगह ढूंढने में आपकी मदद करेंगे.

सुझाव/राय देना या शिकायत करना

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

हमने कई कंपनियों से यह सुना है कि और कौन टेस्ट कर रहा है और उन नतीजों को कैसे शेयर किया जाएगा. टेस्टर के तौर पर, आपको अपने टेस्टिंग प्लान और नतीजों को सार्वजनिक करने का फ़ैसला लेना होगा—हम चाहते हैं कि आप ऐसा करें! W3C, GitHub, ईमेल भेजने वाले लोगों की सूची में कई सार्वजनिक फ़ोरम हैं. इन्हें सीधे आप दूसरे हिस्सेदारों के साथ शेयर कर सकते हैं. यह इतना आसान हो सकता है कि आप किसी ऑरिजिन ट्रायल में सक्रिय रूप से हिस्सा ले रहे हों, चाहे आपके पास लागू करने के लिए ज़रूरी सभी चीज़ें हों या नहीं या अपने टेस्ट के नतीजों का विस्तार से विश्लेषण किया गया हो. अपनी साइटों, ब्लॉग या सोशल मीडिया खातों में भी कॉन्टेंट पब्लिश किया जा सकता है. खास तौर पर, जब आपके पास कुछ खास ऑडियंस हों, जिनसे आपको बात करनी हो.

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

कुकी के काम करने के तरीके में बदलाव करके, हम ऐसी टेक्नोलॉजी बदल रहे हैं जो 28 साल से वेब का हिस्सा है. वेब का हक है हम सभी. हमें उम्मीद है कि इस सफ़र में हम साथ मिलकर काम करेंगे.