Privacy Sandbox के प्रपोज़ल, वेब प्लैटफ़ॉर्म की सुविधाएं बनाने के लिए ज़रूरी कई चरणों में से पहला चरण है.
वेब प्लैटफ़ॉर्म की ये सुविधाएं, वेब स्टैंडर्ड (इन्हें स्पेसिफ़िकेशन या स्पेक्स भी कहा जाता है) बन सकती हैं. ये तकनीकी दस्तावेज़ होते हैं. इनमें यह बताया जाता है कि वेब टेक्नोलॉजी को कैसे काम करना चाहिए. साथ ही, यह भी बताया जाता है कि इंजीनियरों को वेब ब्राउज़र में टेक्नोलॉजी को कैसे लागू करना चाहिए. उदाहरण के लिए, Accessible Rich Internet Applications (WAI-ARIA) standard (इसे आम तौर पर "ARIA" के नाम से जाना जाता है) में, वेब को दिव्यांगों के लिए ज़्यादा सुलभ बनाने के तकनीकी तरीके बताए गए हैं. इन स्पेसिफ़िकेशन को वर्ल्ड वाइड वेब कंसोर्टियम (W3C) ने बनाया है. यह एक अंतरराष्ट्रीय समुदाय है. इसमें फ़ुल-टाइम काम करने वाले कर्मचारी, सदस्य संगठन, और आम लोगों से मिले सुझाव शामिल हैं.
चर्चा, टेस्टिंग, और बड़े पैमाने पर इस्तेमाल के बाद, Privacy Sandbox के कुछ प्रस्ताव और एपीआई, स्पेसिफ़िकेशन बन जाएंगे. यह ज़रूरी है कि हम डेवलपर और इंडस्ट्री के लीडर से राय लें. इसमें वेब टेक्नोलॉजी की जानकारी रखने वाले और न रखने वाले, दोनों तरह के लोग शामिल हैं. इससे हमें यह पक्का करने में मदद मिलेगी कि हम वेब की ऐसी सुविधाएं बनाएं जो लंबे समय तक काम करें और ज़्यादा से ज़्यादा लोगों के काम आएं. साथ ही, हम यह भी पक्का कर पाएंगे कि उपयोगकर्ताओं की निजता को मज़बूत सुरक्षा मिले.
Chromium (कई आधुनिक ब्राउज़र के पीछे काम करने वाला ओपन सोर्स प्रोजेक्ट) ने उन सभी टेक्नोलॉजी के लिए सुविधा डेवलपमेंट प्रोसेस के बारे में लिखा है जो वेब स्टैंडर्ड बनना चाहती हैं. वेब पर निजता और सुरक्षा से जुड़ी समस्याओं को ध्यान में रखते हुए, हम उम्मीद करते हैं कि टेस्टिंग शुरू होने से पहले, इस बारे में काफ़ी चर्चा हो और हमें सुझाव/राय मिले.
प्रस्ताव से लेकर वेब स्टैंडर्ड तक
डेवलपमेंट के हर चरण में, इस इकोसिस्टम से अहम सुझाव/राय मिलती है. इससे Privacy Sandbox को बेहतर बनाने में मदद मिलती है. यह प्रोसेस वेब डेवलपर के लिए जानी-पहचानी हो सकती है. हालांकि, यह इंडस्ट्री के अन्य स्टेकहोल्डर के लिए नई हो सकती है. ये स्टेकहोल्डर, खास मकसद के लिए बनाए गए इन एपीआई का इस्तेमाल करेंगे. साथ ही, इस पहल के लिए इनकी विशेषज्ञता बहुत ज़रूरी है.
सबसे पहले बातचीत शुरू करें
पिछले कुछ सालों में, Chrome और अन्य कंपनियों ने निजता बनाए रखने से जुड़े कई सुझाव दिए हैं. इन प्रस्तावों को पढ़ा जा सकता है. साथ ही, इनसे जुड़े सवाल पूछे जा सकते हैं. इन्हें बेहतर बनाने के लिए सुझाव दिए जा सकते हैं. इसके अलावा, यह भी देखा जा सकता है कि अन्य लोगों ने क्या कहा है.
W3C के कई ग्रुप हैं. इनमें शामिल हुआ जा सकता है या इन्हें मॉनिटर किया जा सकता है. यह इस बात पर निर्भर करता है कि आपको किस तरह के इस्तेमाल के उदाहरणों में दिलचस्पी है:
- वेब पर विज्ञापन दिखाने वाले कारोबार के ग्रुप को बेहतर बनाना
- विज्ञापन टेक्नोलॉजी से जुड़ी प्राइवेट कम्यूनिटी ग्रुप
- निजता कम्यूनिटी ग्रुप
- Web Platform Incubator Community Group
- Federated Identity Community Group
चर्चा के चरण में, काफ़ी समय लग सकता है.
उदाहरण के लिए, Protected Audience (इसे पहले FLEDGE कहा जाता था) एक ऐसा प्रपोज़ल है जो क्रॉस-साइट ट्रैकिंग के बिना, दिलचस्पी के आधार पर विज्ञापन दिखाने में मदद करता है. निजता के पक्ष में काम करने वाले लोगों और इंडस्ट्री के कई स्टेकहोल्डर से मिले सुझावों के आधार पर, Protected Audience API को दो पुराने प्रपोज़ल (PIGIN और TURTLEDOVE) से बेहतर बनाया गया है. मौजूदा वर्शन को बेहतर बनाने के लिए, 100 से ज़्यादा लोगों ने W3C की मीटिंग में हिस्सा लिया है. साथ ही, 300 से ज़्यादा ऑनलाइन चर्चा थ्रेड में हिस्सा लिया है.
इसके अलावा, इसी तरह के समाधान के लिए अन्य कंपनियों ने भी आधा दर्जन से ज़्यादा प्रस्ताव दिए हैं. हम उम्मीद करते हैं कि साथ मिलकर काम करने से, हम आगे का रास्ता तय कर पाएंगे.
Protected Audience की टेस्टिंग और अन्य एपीआई, Chrome फ़्लैग के पीछे उपलब्ध हैं. इसलिए, डेवलपर इन्हें पहले से ऐक्सेस कर सकते हैं.
हर प्रस्ताव को Protected Audience की तरह, इनक्यूबेशन की लंबी अवधि से नहीं गुज़रना पड़ता. कुछ प्रस्तावों पर बहुत तेज़ी से काम किया जाता है. हालांकि, हर एपीआई को पूरे इकोसिस्टम से इनपुट मिलता है. ये नए आइडिया हैं और इन्हें सही तरीके से लागू करने में काफ़ी समय लग सकता है.
डेवलपर, जांच करते हैं और सुझाव/राय देते हैं या शिकायत करते हैं
हम इन टेक्नोलॉजी में सुधार करने के लिए, डेवलपर से राय लेते हैं. साथ ही, हम उनसे ऐसी समस्याएं शेयर करने के लिए कहते हैं जिनके लिए, एपीआई के डिज़ाइन और उसे लागू करने के तरीके में बदलाव करने की ज़रूरत हो सकती है. Privacy Sandbox की कई टेक्नोलॉजी को अलग-अलग विकल्पों के साथ टेस्ट किया जा सकता है. उदाहरण के लिए, Topics API की जांच करने के लिए, Chrome फ़्लैग की मदद से इपॉक की अवधि और अन्य पैरामीटर सेट किए जा सकते हैं.
Chrome के इंजीनियर अक्सर फ़्लैग के पीछे मौजूद सुविधाओं को लागू करते हैं, ताकि स्थानीय टेस्टिंग की जा सके. ऐसा तब किया जाता है, जब सुविधा डिफ़ॉल्ट रूप से सभी ब्राउज़र पर उपलब्ध नहीं होती है. डेवलपर को इस सुविधा को आज़माने के लिए, इसे चालू करना होगा. साथ ही, यह सुविधा Chrome के वर्शन पर निर्भर करती है. डेवलपमेंट जारी रहने की वजह से, डेवलपर को कुछ समस्याएं आ सकती हैं.
Chrome के ओरिजिन ट्रायल की मदद से डेवलपर, Chrome का इस्तेमाल करने वाले कुछ लोगों के लिए कोई सुविधा चालू कर सकते हैं. इसमें हिस्सा लेने के लिए, डेवलपर आपकी साइट या सेवा के लिए रजिस्टर कर सकते हैं. इससे आपको प्रोडक्शन ट्रैफ़िक पर इस सुविधा को आज़माने का मौका मिलता है. साथ ही, आपको असल दुनिया में इस सुविधा को इस्तेमाल करने के अनुभव के बारे में सुझाव/राय देने या शिकायत करने का मौका मिलता है.
Privacy Sandbox ने, काम के विज्ञापन दिखाने और मेज़रमेंट से जुड़े एपीआई के लिए एक साथ ऑरिजिन ट्रायल किया था. यह अब पूरा हो चुका है.
जब किसी सुविधा को टेस्टिंग के लिए उपलब्ध कराया जाता है, तो आम तौर पर फ़ंक्शन या तकनीकी जांच पर फ़ोकस किया जाता है. नए कोड के साथ, यह उम्मीद की जाती है कि योगदान देने वाले लोग बग का पता लगाएंगे और उनकी शिकायत करेंगे. साथ ही, उन बग को ठीक करने के तरीके भी बताएंगे. इसका मतलब है कि इस अवधि में, किसी सुविधा की स्थिरता और आकार में तेज़ी से बदलाव हो सकता है. इंटिग्रेशन और डेवलपर के अनुभव के बारे में सुझाव/राय पाना या शिकायत करना ज़रूरी है. इससे यह पक्का किया जा सकता है कि सुविधा के साथ-साथ डीबग करने और टूलिंग से जुड़ी सहायता भी उपलब्ध कराई जा सके.
जैसे-जैसे डेवलपमेंट आगे बढ़ता है और सुविधाएं ज़्यादा स्थिर होती जाती हैं, वैसे-वैसे इन्हें ज़्यादा से ज़्यादा लोगों के लिए उपलब्ध कराने या इनके फ़ायदे की जांच करने पर ध्यान दिया जाता है. उपयोगिता की जांच का मकसद, बड़े पैमाने पर इस्तेमाल के मामलों के हिसाब से सुविधा की परफ़ॉर्मेंस को समझना है. इस चरण में, एक्सपेरिमेंट में शामिल Chrome उपयोगकर्ताओं की संख्या बढ़ाई जाती है, ताकि ज़्यादा और बेहतर सैंपल मिल सके. इस फ़ेज़ के दौरान, हमें उम्मीद है कि साइटें लंबे समय तक चलने वाले टेस्ट करेंगी. साथ ही, वे अपने ज़्यादातर ट्रैफ़िक पर टेस्ट करेंगी, ताकि यह पुष्टि की जा सके कि यह सुविधा उनके कारोबार की ज़रूरतों के हिसाब से सही है या नहीं.
इस प्रोसेस में सफलता, डेवलपर के इन टेस्ट को पूरा करने पर निर्भर करती है. इसके बाद, उन्हें अपने अनुभव शेयर करने होते हैं. हम हर चरण में एक साथ टेस्टिंग भी करते हैं. साथ ही, हम अलग-अलग प्रोजेक्ट के चैनलों के ज़रिए नतीजे शेयर करते हैं. हम एपीआई के स्टेटस अपडेट और हर तीन महीने में मिलने वाले सुझाव/राय या शिकायत की रिपोर्ट में, प्रोजेक्ट की खास जानकारी भी देते हैं. यह सीएमए के साथ किए गए हमारे वादों का हिस्सा है.
चाहे आपने W3C जैसे सार्वजनिक प्लैटफ़ॉर्म पर टेस्टिंग की हो, सुझाव/राय देने या शिकायत करने वाले फ़ॉर्म भरे हों या सीधे पार्टनरशिप वाले चैनलों के ज़रिए टेस्टिंग की हो, हमें आपके सुझाव/राय या शिकायत का इंतज़ार रहेगा.
ब्राउज़र में टेस्टिंग करने के लिए, फ़ीचर फ़्लैग या ऑरिजिन ट्रायल का इस्तेमाल किया जाता है. हालांकि, नई टेक्नोलॉजी के काम करने के तरीके के बारे में जानने का यह एकमात्र तरीका नहीं है. कुछ कंपनियां, Privacy Sandbox के कॉन्सेप्ट के आधार पर सिमुलेशन भी बना रही हैं.
बड़े पैमाने पर इस्तेमाल करने के लिए लॉन्च करना
जब किसी एपीआई की टेस्टिंग हो जाती है और वह Chrome में सामान्य इस्तेमाल के लिए तैयार हो जाता है, तब हम उसके लॉन्च का एलान करते हैं. साथ ही, यह पक्का करते हैं कि बड़े पैमाने पर इकोसिस्टम को अपनाने के लिए, सार्वजनिक दस्तावेज़ तैयार हो.
हमने पहले ही कई अहम उपलब्धियां हासिल कर ली हैं. आने वाले समय में, हम और भी उपलब्धियां हासिल करेंगे. अब ये टेक्नोलॉजी उपलब्ध हैं:
- उपयोगकर्ता-एजेंट के ज़रिए जानकारी इकट्ठा करने की समस्या को कम करना: ब्राउज़र के डेटा को पैसिव तरीके से शेयर करने की सुविधा को सीमित करें, ताकि संवेदनशील जानकारी की मात्रा कम हो सके. इससे फ़िंगरप्रिंटिंग की समस्या कम हो जाती है. हमने मई 2022 में इन वैल्यू को कम करना शुरू कर दिया था. हम इसे मई 2023 तक पूरा कर लेंगे.
- सीएचआईपीएस: डेवलपरों को हर टॉप-लेवल साइट पर अलग-अलग कुकी जार के साथ, अलग-अलग स्टोरेज में कुकी चुनने की अनुमति देता है. CHIPS, फ़रवरी 2023 में स्टेबल वर्शन में उपलब्ध हुआ.
- पहले पक्ष के सेट: अलग-अलग साइटों के बीच के संबंधों के बारे में एलान करें, ताकि Storage Access API का इस्तेमाल करके, क्रॉस-साइट कुकी को सीमित तौर पर ऐक्सेस करने की अनुमति दी जा सके. फ़र्स्ट-पार्टी सेट की सुविधा को इस हफ़्ते, Chrome के स्टेबल वर्शन 113 के साथ धीरे-धीरे लॉन्च किया जा रहा है.
- Federated Credential Management (FedCM): उपयोगकर्ता के ईमेल पते या पहचान से जुड़ी अन्य जानकारी को किसी तीसरे पक्ष की सेवा या वेबसाइट के साथ शेयर किए बिना, फ़ेडरेटेड आइडेंटिटी का इस्तेमाल किया जा सकता है. हालांकि, ऐसा सिर्फ़ तब किया जा सकता है, जब उपयोगकर्ता इसके लिए साफ़ तौर पर सहमति दे. FedCM को नवंबर 2022 में लॉन्च किया गया था.
जुलाई 2023 में, काम के और मेज़रमेंट एपीआई बड़े पैमाने पर इस्तेमाल के लिए उपलब्ध हो गए. इसका मतलब है कि ये एपीआई, Chrome में डिफ़ॉल्ट रूप से उपलब्ध हो गए हैं. डेवलपर अब इन टेक्नोलॉजी का इस्तेमाल, ब्राउज़र फ़्लैग या ऑरिजिन ट्रायल में हिस्सा लिए बिना कर सकते हैं.
संक्षेप में, ये एपीआई प्रोडक्शन एनवायरमेंट में, बड़े पैमाने पर 99 प्रतिशत उपयोगकर्ताओं के लिए तैयार हैं.
चरणबद्ध तरीके से लॉन्च करना
कुछ टेक्नोलॉजी धीरे-धीरे उपलब्ध कराई जाती हैं. इससे हमारी टीम और डेवलपर को संभावित समस्याओं को मॉनिटर करने और उन्हें ठीक करने में मदद मिलती है. साथ ही, पूरी तरह उपलब्ध होने का मतलब यह नहीं है कि 100% ट्रैफ़िक के लिए एपीआई चालू हैं.
उदाहरण के लिए, Chrome में User-Agent Client Hints (UA-CH) को चरणबद्ध तरीके से लॉन्च करने की शुरुआत 2021 में हुई थी. उपयोगकर्ता-एजेंट को कम करने की सुविधा अप्रैल 2022 में शुरू हुई थी और मार्च 2023 में पूरी हुई थी. इससे डेवलपर को यह तय करने के लिए काफ़ी समय मिल गया कि उनकी साइटें, User-Agent स्ट्रिंग पर कैसे निर्भर करती हैं.
एपीआई कंट्रोल
उपयोगकर्ता के लिए, कुछ एपीआई के कॉन्फ़िगरेशन के विकल्प उपलब्ध होते हैं. जैसे, काम के विज्ञापन दिखाने और मेज़रमेंट करने वाले एपीआई. इसमें इन एपीआई को चालू और बंद करने की सुविधा भी शामिल है.
सही सुविधा की पहचान करना ज़रूरी है. सुविधा की पहचान करने से यह पता लगाया जा सकता है कि कोई ब्राउज़र किसी कोड के साथ काम करता है या नहीं. इससे आपको वैकल्पिक कोड उपलब्ध कराने में मदद मिलती है. इससे यह पुष्टि होती है कि आपकी साइट उम्मीद के मुताबिक काम कर रही है. भले ही, किसी उपयोगकर्ता ने कोई एपीआई बंद कर दिया हो या उपयोगकर्ता ऐसे ब्राउज़र में हो जिसमें किसी टेक्नोलॉजी के लिए सहायता उपलब्ध नहीं है.
ब्राउज़र की सुविधाओं को ऐक्सेस करने के लिए, पहले पक्ष और तीसरे पक्ष के ऐक्सेस को कंट्रोल करने के लिए, अनुमति से जुड़ी नीति का इस्तेमाल करें.
सुझाव/राय दें या शिकायत करें
हम आपको लगातार बताते रहेंगे कि क्या हो रहा है. साथ ही, हम आपको आने वाले समय में होने वाले बदलावों के बारे में ज़्यादा से ज़्यादा जानकारी देंगे. हम आपको इस प्रोसेस में शामिल होने के लिए बढ़ावा देंगे और आपकी राय सुनेंगे.
- सुझाव/राय देने या शिकायत करने के अलग-अलग तरीकों के बारे में जानें.
- तकनीकी जानकारी और लागू करने से जुड़ी दिशा-निर्देश पढ़ें.
- @ChromiumDev on Twitter पर अपने सुझाव, शिकायत या राय शेयर करें.