आज हमने वेब के लिए प्राइवसी सैंडबॉक्स के अपडेट किए गए प्लान और टाइमलाइन के साथ-साथ, तीसरे पक्ष की कुकी को बंद करने के तरीके के बारे में जानकारी शेयर की है. वेब डेवलपर और साइट के मालिक के तौर पर आपके सुझावों से, हमें यह समझने में मदद मिली है कि सही सुझाव पाने के लिए ज़्यादा समय देना कितना ज़रूरी है. साथ ही, इससे यह भी पक्का हुआ कि नए समाधानों को टेस्ट करने, इंटिग्रेट करने, और ऑप्टिमाइज़ करने के लिए ज़रूरत के मुताबिक समय है. इस पोस्ट में, टेस्टिंग प्लान के बारे में ज़्यादा जानकारी दी गई है. इसमें अगस्त में, एक साथ काम करने वाले Privacy Sandbox के काम के होने और मेज़रमेंट के ऑरिजिन के ट्रायल में ट्रैफ़िक की संख्या बढ़ाने और ट्रायल की अवधि बढ़ाने के बारे में बताया गया है.
Privacy Sandbox प्रोजेक्ट में, कई तरह के बदलाव किए गए हैं. इनका मकसद पूरे वेब के लिए क्रॉस-साइट ट्रैकिंग को रोकना है. इसमें ब्राउज़र के हिसाब से बनी सुविधाओं के बजाय, सभी के लिए उपलब्ध ओपन स्टैंडर्ड का सुझाव दिया गया है. साथ ही, यह पक्का किया गया है कि साइटें तीसरे पक्ष की सेवाओं का इस्तेमाल सुरक्षित और निजी तरीके से कर सकें. तीसरे पक्ष की कुकी को बंद करना, प्रोजेक्ट की प्रोग्रेस में एक अहम माइलस्टोन है. हालांकि, क्रॉस-साइट ट्रैकिंग के सभी फ़ॉर्म को ठीक करने का लक्ष्य ज़्यादा बड़ा है! हालांकि, आपको इस दौरान अलग-अलग प्रपोज़ल और सुविधाएं मिलने की उम्मीद करनी चाहिए. ऐसा हो सकता है कि आपकी साइट पर किसी तरह का असर पड़े. इसलिए, यह पक्का करें कि आपको पता हो कि आपकी साइटों और सेवाओं पर क्या असर पड़ेगा. साथ ही, यह भी जानें कि आपको किन प्रस्तावों और सुविधाओं का इस्तेमाल करना चाहिए.
आइए, मौजूदा स्थिति के बारे में जानें और देखें कि टेस्ट जारी रखने, सुझाव/राय देने, और लॉन्च के लिए सुविधाओं को तैयार करने के लिए, आपको क्या जानना चाहिए.
प्राइवसी सैंडबॉक्स के काम के होने और मेज़रमेंट के ऑरिजिन के ट्रायल को बड़ा करना
Privacy Sandbox के काम के होने और मेज़रमेंट के ऑरिजिन के बारे में बताने वाले ट्रायल की मदद से, नेटवर्क एट्रिब्यूशन रिपोर्टिंग, सुरक्षित ऑडियंस, विषय, और फ़ेंस किए गए फ़्रेम के लिए, तकनीकी स्थिरता और डेवलपर अनुभव से जुड़ी एक जैसी जांच कर सकता है. साथ ही, हम जल्द ही शेयर किए गए स्टोरेज को भी जोड़ेंगे. फ़िलहाल, यह सुविधा Chrome Beta के 50% उपयोगकर्ताओं के लिए चालू है. इससे हमें डेवलपर के शुरुआती सुझावों और समस्याओं को हल करने में मदद मिली है. साथ ही, उपयोगकर्ताओं को ज़्यादा परेशान किए बिना, उन्हें बेहतर अनुभव दिया जा सका है.
ऑरिजिन ट्रायल के दौरान, हम डेवलपर को एपीआई की उपयोगिता और असर को जांचने का मौका देना चाहते हैं. इसके लिए, हम उन्हें असल ट्रैफ़िक का ज़रूरी हिस्सा देंगे. Chrome 104 के स्टेबल वर्शन को अगस्त की शुरुआत में लॉन्च किया जाएगा. इसके बाद, हम Chrome के स्टेबल वर्शन का इस्तेमाल करने वाले डेस्कटॉप उपयोगकर्ताओं के लिए, इस सुविधा को आज़माने की सुविधा को उपलब्ध कराएंगे. हम Android पर Chrome 105 के स्थिर वर्शन से, मोबाइल इस्तेमाल करने वाले लोगों के लिए भी इस सुविधा को आज़माने की सुविधा उपलब्ध कराएंगे. ऑरिजिन ट्रायल, Chrome के 104 वर्शन के स्टेबल पीरियड के आखिर में खत्म होने वाला है. हम इसकी समयसीमा बढ़ाने का अनुरोध कर रहे हैं, ताकि Chrome 107 (अक्टूबर के आखिर में) तक जांच की जा सके. यह तीन माइलस्टोन के हिसाब से, ऑरिजिन ट्रायल के एक्सटेंशन का अनुरोध करने के स्टैंडर्ड तरीके का पालन करता है. हम एपीआई को सामान्य तौर पर उपलब्ध कराने के लिए, टेस्टिंग से लेकर लॉन्च तक की प्रोसेस में आपकी मदद करने के लिए प्रतिबद्ध हैं.
इंटेंट को एक्सपेरिमेंट के तौर पर इस्तेमाल करने की अवधि बढ़ाने के लिए, आधिकारिक अनुरोध किया जा सकता है. हम Privacy Sandbox के दस्तावेज़ को भी अपडेट करेंगे. इसमें, लागू करने और टेस्ट करने से जुड़ी गाइड शामिल होंगी.
अगर आपके पास इन एपीआई की कोई सेवा देने की सुविधा है, तो ऑरिजिन ट्रायल में आपकी भागीदारी और सुझाव/राय/शिकायत काफ़ी अहम है. हम बड़े पैमाने पर जांच करने जा रहे हैं. इसलिए, अपनी ज़रूरतों के मुताबिक सुझावों की पुष्टि करने का यह आपका मौका है. इसके लिए, वेब स्टैंडर्ड या ब्राउज़र डेवलपमेंट में विशेषज्ञता की ज़रूरत नहीं है. बस अपने फ़ील्ड में मौजूदा अनुभव होना चाहिए.
जब हम इस बात पर पहुंच जाएंगे कि मुख्य फ़ंक्शन सही और पूरे हो गए हैं, तो हम एपीआई को आम तौर पर उपलब्ध कराने के लिए, 2023 की शुरुआत से लेकर मध्य तक शिप करना शुरू कर देंगे. ऑरिजिन ट्रायल के दौरान, डिज़ाइन के हिसाब से, जांच और सुझावों के आधार पर एपीआई को बेहतर बनाने का स्कोप होता है. ओरिजनल ट्रायल के दौरान, अलग-अलग सुविधाएं लॉन्च की जा सकती हैं. लॉन्च के बाद, हम एपीआई को बेहतर बनाना जारी रखेंगे. ऐसा, शुरुआती तौर पर इस्तेमाल करने और लंबे समय तक टेस्ट करने के दौरान किया जाएगा.
कुकी के काम करने का तरीका अपडेट करना
कुकीज़ हैविंग इंडिपेंडेंट पार्टिशन्ड स्टेट (सीएचआईपीएस) और पहले पक्ष के सेट के प्रस्ताव, क्रॉस-साइट कॉन्टेक्स्ट में कुकी का इस्तेमाल करने का तरीका बताते हैं. इनमें ट्रैकिंग शामिल नहीं होती.
सीएचआईपीएस
सीएचआईपीएस की मदद से, डेवलपर किसी कुकी को "अलग-अलग हिस्सों में बांटा गया" स्टोरेज में ऑप्ट इन कर सकते हैं. साथ ही, हर टॉप-लेवल साइट के लिए अलग-अलग कुकी जार का इस्तेमाल किया जा सकता है. ऑरिजिन ट्रायल के दौरान, डेवलपर से मिले सुझावों और शिकायतों के आधार पर, हमने कई सुधार किए हैं. साथ ही, ऑगस्ट के आखिर तक Chrome के स्थिर वर्शन 104 के लिए, ट्रायल की अवधि बढ़ा दी है.
खास तौर पर, हमने __Host- प्रीफ़िक्स के लिए ज़्यादा पाबंदी वाली ज़रूरी शर्तों को हटा दिया है और Domain एट्रिब्यूट को हटा दिया है, ताकि shop.example.com और blog.example.com जैसे सबडोमेन में कुकी का इस्तेमाल करने वाली साइटों को आसानी से माइग्रेट किया जा सके.
प्रस्ताव और ट्रायल, दोनों पर मिले इस सकारात्मक सुझाव के बाद, हमें उम्मीद है कि ट्रायल खत्म होने के बाद, हम CHIPS को लॉन्च कर पाएंगे. आधिकारिक प्रोसेस के मुताबिक, blink-dev की मेलिंग सूची को फ़ॉलो करें. इससे आपको पता चलेगा कि हम कब शिप करने का इंटेंट (I2S) मैसेज पोस्ट करेंगे.
यह एक अहम माइलस्टोन है, क्योंकि कई इस्तेमाल के उदाहरणों में, किसी दूसरी साइट को एम्बेड की गई और अपने-आप काम करने वाली सेवा दी जाती है. जैसे, विजेट या एपीआई. इससे, तीसरे पक्ष की कुकी के फ़ेज़-आउट होने से पहले ही, आपको अपडेट करने का मौका मिलता है!
पहले पक्ष के सेट
पहले पक्ष के सेट की मदद से, सहयोगी साइटों को ग्रुप किया जा सकता है. इससे, उन संगठनों को अपनी कुकी का इस्तेमाल करने की अनुमति मिलती है जिनके पास कई साइटें हैं. जैसे, अलग-अलग देश के लेवल के डोमेन. हालांकि, यह अनुमति सिर्फ़ उन साइटों के लिए होती है जो एक ही पहले पक्ष से जुड़ी हों.
इस सुविधा के बारे में चर्चा और टेस्टिंग के दौरान हमें जो सुझाव और राय मिली है उसके आधार पर, हम कई बदलावों का प्रस्ताव कर रहे हैं. इन बदलावों का मकसद, उन समस्याओं को हल करना है और ईकोसिस्टम की ज़रूरतों को पूरा करना है. खास तौर पर, हम यह सुझाव दे रहे हैं कि सेट को इस्तेमाल के उदाहरण के हिसाब से "सबसेट" के तौर पर तय किया जाए.
हमारा यह भी सुझाव है कि साइटें, क्रॉस-साइट कुकी के ऐक्सेस का अनुरोध करने के लिए, संभावित एक्सटेंशन के साथ-साथ Storage Access API का इस्तेमाल करें. यह SameParty एट्रिब्यूट के लिए, सुझाए गए वैल्यू के विकल्प की जगह ले लेगा.
जैसे-जैसे काम आगे बढ़ेगा, हम डेवलपर गाइड को अपडेट करते रहेंगे. अगर पहले से ही पहले पक्ष के सेट आज़माए जा रहे हैं या इस्तेमाल का उदाहरण आपकी ज़रूरतों के हिसाब से है, तो बातचीत को फ़ॉलो करने और इसमें शामिल होने का यह सही समय है.
शिपिंग के लिए यूज़र-एजेंट रिडक्शन
फ़िलहाल, हम Chrome के उपयोगकर्ता-एजेंट स्ट्रिंग में मौजूद जानकारी को कम कर रहे हैं. अप्रैल 2022 में रिलीज़ हुए Chrome 101 वर्शन से, माइनर या बिल्ड वर्शन को शून्य से बदल दिया गया है. आने वाले चरणों में, ओएस/प्लैटफ़ॉर्म के वर्शन और डिवाइस मॉडल को तय वैल्यू से बदल दिया जाएगा. यह सुविधा, अक्टूबर 2022 में Chrome 107 के डेस्कटॉप वर्शन के साथ शुरू होगी. साथ ही, जनवरी 2023 में Chrome 110 के मोबाइल वर्शन के साथ भी शुरू होगी. इस टाइमलाइन में कोई बदलाव नहीं किया गया है. साथ ही, तीसरे पक्ष की कुकी के लिए, धीरे-धीरे हटाए जाने के शेड्यूल में हुए बदलावों का भी इस पर कोई असर नहीं पड़ेगा. साल 2023 की शुरुआत तक, पूरी तरह से कम किए गए उपयोगकर्ता-एजेंट को रोल आउट किया जा रहा है.
स्ट्रिंग में किए गए बदलाव, पुराने वर्शन के साथ काम करने वाले होने चाहिए. इसलिए, अगर आपको उन खास वैल्यू की ज़रूरत नहीं है, तो आप पर कोई असर नहीं पड़ेगा. हालांकि, अगर ब्राउज़र के मायनर/बिल्ड वर्शन, ऑपरेटिंग सिस्टम/प्लैटफ़ॉर्म वर्शन या डिवाइस मॉडल को निकालने के लिए, उपयोगकर्ता-एजेंट स्ट्रिंग को पार्स किया जाता है, तो आपको उपयोगकर्ता-एजेंट क्लाइंट के संकेत पर माइग्रेट करना होगा.
तीसरे पक्ष के स्टोरेज का पार्टिशन
कुकी, क्रॉस-साइट ट्रैकिंग के लिए इस्तेमाल की जाने वाली सबसे अहम सुविधा है. हालांकि, Privacy Sandbox का मकसद क्रॉस-साइट ट्रैकिंग को पूरी तरह से खत्म करना है. इसमें क्रॉस-साइट स्टोरेज के सभी फ़ॉर्म शामिल हैं. हमने 2020 में एचटीटीपी कैश मेमोरी को पहले ही बांट दिया है. इसी तरह, हम IndexedDB और localStorage जैसे स्टोरेज एपीआई, BroadcastChannel और SharedWorker जैसे कम्यूनिकेशन एपीआई, और ServiceWorker जैसी उन सुविधाओं को भी बांटना चाहते हैं जो इन दोनों कैटगरी में आती हैं.
हमने इस काम के लिए इंटेंट टू प्रोटोटाइप (I2P) भेजा है. इसका मतलब है कि हम अलग-अलग एपीआई के लिए डिज़ाइन और शुरुआती कोड पर काम कर रहे हैं. हम Chrome 105 Canary में, लोकल डेवलपर टेस्टिंग की सुविधा चालू करने के लिए एक फ़्लैग उपलब्ध कराने की योजना बना रहे हैं. आपको उम्मीद करनी चाहिए कि ये बदलाव, Chrome के डेवलपमेंट की स्टैंडर्ड प्रोसेस के तहत किए जाएंगे. यह प्रोसेस पूरी होने के बाद, तीसरे पक्ष की कुकी को पूरी तरह से बंद कर दिया जाएगा. हमें उम्मीद है कि यह प्रोसेस साल 2023 की शुरुआत में पूरी हो जाएगी.
डेवलपर के लिए दस्तावेज़ और सहायता
Privacy Sandbox के बारे में पूरी जानकारी पाने के लिए, privacysandbox.com पर जाएं. यहां आपको वेब और Android के लिए, इस प्रोजेक्ट के कॉन्सेप्ट, लक्ष्य, और टाइमलाइन के बारे में जानकारी मिलेगी. प्राइवसी सैंडबॉक्स पर, आपको अलग-अलग प्रस्तावों, डेमो, जांच, और लागू करने से जुड़ी गाइड की जानकारी मिल सकती है. साथ ही, इसमें आपको इस प्रोग्राम में शामिल होने के लिए ज़्यादा संसाधनों के लिंक भी मिलेंगे.
हम Privacy Sandbox से जुड़े अलग-अलग विषयों पर, डेवलपर के लिए ऑफ़िस ऑवर सेशन नियमित तौर पर आयोजित कर रहे हैं. इनमें से हर सेशन में, हम इंजीनियरिंग और प्रॉडक्ट टीम को शामिल करते हैं. साथ ही, एक डेमो चलाते हैं. इसके बाद, लागू करने और जांच करने के बारे में आपके सवालों के जवाब देते हैं. हम हर सेशन का प्रमोशन, @ChromiumDev के Twitter और मैच करने वाले एपीआई की मेलिंग सूचियों पर करते हैं. हम अलग-अलग टाइमज़ोन के लिए, दोबारा होने वाले सेशन के साथ-साथ, जापानी भाषा में सेशन उपलब्ध करा रहे हैं. हालांकि, हम इस प्रोग्राम को बेहतर बनाते रहेंगे, ताकि डेमो के सबटाइटल वाले वीडियो पोस्ट किए जा सकें. साथ ही, आपके लिए विषय और सवाल सबमिट करना आसान हो सके.
हमारे पास GitHub पर डेवलपर सहायता रिपॉज़िटरी भी है. अगर आपको कोई समस्या आ रही है या आपका कोई सवाल है और आपको नहीं पता कि उसे कहां पूछना है, तो वहां अपनी समस्या पोस्ट करें. हम उसका जवाब देने में आपकी मदद करेंगे या आपको सही जगह पर ले जाएंगे.
सुझाव/राय देना या शिकायत करना
Privacy Sandbox को एक प्रोजेक्ट के तौर पर Google ने शुरू किया था. हालांकि, हमारा मकसद पूरे वेब प्लैटफ़ॉर्म को बदलने के लिए सुझाव देना है, न कि सिर्फ़ Chrome में सुविधाओं में बदलाव करना. यह एक ऐसी प्रक्रिया है जिसमें कई ग्रुप के लोग मिलकर काम करते हैं. इनमें ब्राउज़र वेंडर, साइट के मालिक, और सबसे अहम बात यह है कि इनमें वे लोग भी शामिल होते हैं जो उन साइटों और ब्राउज़र का इस्तेमाल करते हैं. इस प्रोसेस के नतीजे के तौर पर मिलने वाली खास बातें, साफ़ तौर पर और औपचारिक भाषा में लिखी जाती हैं. ऐसा इसलिए, क्योंकि उन्हें लागू करने के लिए पूरी प्रोसेस के बारे में बताना ज़रूरी होता है. हालांकि, यह पक्का करने के लिए कि खास बातें सही हों, सभी लोगों के इनपुट की ज़रूरत होती है.
हमें कई कंपनियों से पता चला है कि वे यह जानना चाहती हैं कि कौन-कौनसी कंपनियां टेस्ट कर रही हैं और उन नतीजों को कैसे शेयर किया जाएगा. टेस्टर के तौर पर, यह तय करना आपके ऊपर है कि आपको अपने टेस्टिंग प्लान और नतीजों को सार्वजनिक करना है या नहीं. हमारा सुझाव है कि आप ऐसा करें! W3C, GitHub, और ईमेल पाने वाले लोगों की सूचियों में कई सार्वजनिक फ़ोरम हैं. इन पर, सीधे तौर पर अन्य हिस्सेदारों के साथ जानकारी शेयर की जा सकती है. यह बताना कि आप ऑरिजिन ट्रायल में सक्रिय रूप से हिस्सा ले रहे हैं, बहुत आसान हो सकता है. भले ही, आपके पास लागू करने के लिए ज़रूरी सारा कॉन्टेंट हो या नहीं या आपके टेस्ट के नतीजों का ज़्यादा जानकारी वाला विश्लेषण हो. आपके पास अपनी साइटों, ब्लॉग या सोशल मीडिया खातों पर भी पब्लिश करने का विकल्प है. खास तौर पर, जहां आपकी कोई खास ऑडियंस है और आपको उससे बात करनी है.
हमारे सुझाव/राय/शिकायत वाले पेज पर, हर एपीआई के लिए अलग-अलग और चालू रूट की जानकारी मिलती है. सुझाव/राय देने या शिकायत करने के लिए उपलब्ध फ़ॉर्म भरकर, सीधे हमसे भी सुझाव/राय दी जा सकती है.
आखिर में, कुकी के काम करने के तरीके में बदलाव करके, हम उस टेक्नोलॉजी में बदलाव कर रहे हैं जो 28 साल से वेब का हिस्सा है. वेब हम सभी का है. इन बदलावों को लागू करने के लिए, हमें आपके सुझाव और निर्देशों की ज़रूरत होगी. इससे हमें, वेब को ज़्यादा निजी और बेहतर बनाने के साथ-साथ, सभी को पसंद आने वाले ओपन ईकोसिस्टम को भी बेहतर बनाने में मदद मिलेगी. हमें उम्मीद है कि आने वाले समय में, हम साथ मिलकर