प्राइवसी सैंडबॉक्स में, प्रपोज़ल की लाइफ़साइकल

वेब प्लैटफ़ॉर्म की सुविधाएं बनाने के लिए ज़रूरी कई चरणों में से, प्राइवसी सैंडबॉक्स के प्रपोज़ल शामिल हैं.

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

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

सुविधाएं, डेवलपमेंट और टेस्टिंग के एक तय हिस्से से होकर सामान्य उपलब्धता तक पहुंच जाती हैं.
पहली इमेज: सुविधाएं, डेवलपमेंट और टेस्टिंग की टाइमलाइन तक सामान्य रूप से उपलब्ध होती जाती हैं. इंटेंट मुश्किल सीमाएं होती हैं. इनकी ज़रूरत, कुछ कार्रवाइयों को पूरा करने से पहले होती है. उदाहरण के लिए, जब तक प्रयोग का कोई इंटेंट पोस्ट नहीं किया जाता और उन्हें मंज़ूरी नहीं मिल जाती, तब तक टेस्टिंग शुरू नहीं की जा सकती. इन ज़रूरी शर्तों के बारे में ज़्यादा जानें.

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

प्रपोज़ल से वेब स्टैंडर्ड तक

डेवलपमेंट के हर चरण में, नेटवर्क अहम सुझाव देता है. इससे प्राइवसी सैंडबॉक्स को आकार मिलता है. वेब डेवलपर को यह प्रोसेस पहले से पता हो सकती है, लेकिन इंडस्ट्री के दूसरे हिस्सेदारों के लिए यह नई हो सकती है, जो खास मकसद से बनाए गए इन एपीआई का इस्तेमाल करेंगे. साथ ही, इनकी विशेषज्ञता इस पहल के लिए अहम है.

चर्चा के साथ शुरू करें

प्रोटोटाइप का एक इंटेंट बातचीत शुरू करता है.
दूसरी इमेज: प्रोटोटाइप करने के इंटेंट से बातचीत शुरू होती है.

पिछले कुछ सालों में, Chrome और अन्य लोगों ने निजता की सुरक्षा से जुड़े कई सुझाव दिए हैं. इन प्रस्तावों को पढ़ें, सवाल पूछें, इन्हें बेहतर बनाने के आइडिया दें, और देखें कि दूसरों की क्या राय है.

आप चाहें, तो कई W3C ग्रुप में शामिल हुआ जा सकता है या उन्हें मॉनिटर किया जा सकता है:

चर्चा के चरण में ज़्यादा लोग शामिल हो सकते हैं.

उदाहरण के लिए, Protected ऑडियंस (जिसे पहले FLEDGE कहा जाता था), क्रॉस-साइट ट्रैकिंग के बिना दिलचस्पी के हिसाब से विज्ञापन दिखाने की सुविधा देने का एक प्रस्ताव है. निजता के वकीलों और इंडस्ट्री के कई हिस्सेदारों से मिली जानकारी की मदद से, Protected Audience API को पिछले दो प्रपोज़ल (PIGIN और TURTLEDOVE) से तैयार किया गया है. मौजूदा वर्शन को बेहतर बनाने में मदद करने के लिए, 100 से ज़्यादा W3C मीटिंग शामिल हुए. साथ ही, 300 से ज़्यादा ऑनलाइन चर्चा के थ्रेड भी जुड़े.

इसी समाधान वाली जगह पर दूसरी कंपनियों ने आधा दर्जन से ज़्यादा दूसरे प्रस्ताव भी दिए हैं. लगातार साथ मिलकर काम करके, हमें उम्मीद है कि हम आगे की राह तय करेंगे.

Protected Audience और अन्य एपीआई की जांच, Chrome फ़्लैग के पीछे उपलब्ध होती है. इसलिए, डेवलपर उन्हें जल्दी ऐक्सेस कर सकते हैं.

प्रोटेक्टेड ऑडियंस की तरह, हर प्रस्ताव की समस्याओं से नहीं गुज़रना पड़ता. कुछ प्रस्ताव ज़्यादा तेज़ी से आगे बढ़ते हैं, लेकिन हर एपीआई को पूरे नेटवर्क से इनपुट मिलता है. ये नए आइडिया हैं और इन्हें सही तरीके से लागू करने में बहुत मेहनत करनी पड़ सकती है.

डेवलपर, इनकी जांच करते हैं और सुझाव, शिकायत या राय शेयर करते हैं

प्रयोग का उद्देश्य फ़ंक्शनल और स्केल किए गए परीक्षण के लिए है.
इमेज 3: प्रयोग का मकसद, फ़ंक्शनल और स्केल किए गए टेस्टिंग के लिए है.

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

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

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

प्राइवसी सैंडबॉक्स ने, ज़रूरी और मेज़रमेंट एपीआई के लिए, यूनिफ़ाइड ऑरिजिन ट्रायल किया. यह ट्रायल अब पूरा हो गया है.

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

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

इस प्रक्रिया में सफलता इस बात पर निर्भर करती है कि डेवलपर ये जांच करते हैं और इसके बाद जो कुछ सीखते हैं उसे शेयर करते हैं. हम हर चरण में साथ-साथ टेस्टिंग भी कर रहे हैं. साथ ही, हम अलग-अलग प्रोजेक्ट के चैनलों पर, Privacy Sandbox की ब्लॉग सीरीज़ में प्रोग्रेस के तहत मिलने वाली प्रोजेक्ट की नियमित खास जानकारी के साथ नतीजे शेयर करते हैं. साथ ही, CMA के साथ अपनी प्रतिबद्धता के हिसाब से, हर तीन महीने में फ़ीडबैक रिपोर्ट भी शेयर करते हैं.

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

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

बड़े पैमाने पर इस्तेमाल के लिए लॉन्च करना

शिप करने के इरादे से एपीआई को, बड़े पैमाने पर इस्तेमाल के लिए उपलब्ध कराने के अनुरोध का मतलब है.
इमेज 4: शिप करने के इंटेंट से पता चलता है कि एपीआई को बड़े पैमाने पर इस्तेमाल करने के लिए, एक अनुरोध उपलब्ध कराया जाए.

एपीआई की जांच हो जाने और Chrome में सामान्य इस्तेमाल के लिए तैयार हो जाने के बाद, हम लॉन्च की घोषणा करते हैं. साथ ही, यह पक्का करते हैं कि सार्वजनिक दस्तावेज़, नेटवर्क को अपनाए जाने के हिसाब से तैयार हों.

हम पहले ही कई महत्वपूर्ण उपलब्धियाँ भेज चुके हैं, लेकिन अभी और भी बहुत कुछ आने बाकी हैं. नीचे दी गई टेक्नोलॉजी अब उपलब्ध हैं:

  • उपयोगकर्ता-एजेंट को कम करना: फ़िंगरप्रिंट की सुविधा को बढ़ावा देने वाली संवेदनशील जानकारी की मात्रा कम करने के लिए, काम नहीं करने वाले ब्राउज़र के डेटा को सीमित करें. हमने मई 2022 से इन वैल्यू को कम करना शुरू किया. मई 2023 में इसे पूरा कर लिया जाएगा.
  • CHIPS: डेवलपर को पार्टिशन्ड स्टोरेज में कुकी ऑप्ट-इन करने की अनुमति दें. हर टॉप-लेवल साइट के लिए, एक अलग कुकी जार का इस्तेमाल करें. सीएचआईपीएस, फ़रवरी 2023 में स्टेबल चैनल में उपलब्ध हो गया.
  • पहले पक्ष के सेट: Storage Access API का इस्तेमाल करके, अलग-अलग साइटों के बीच सीमित कुकी ऐक्सेस करने की अनुमति देने के लिए, साइटों के बीच संबंधों का एलान करना. इस हफ़्ते, Chrome के स्टेबल वर्शन 113 पर पहले पक्ष के सेट, धीरे-धीरे रोल आउट किए जा रहे हैं.
  • फ़ेडरेटेड क्रेडेंशियल मैनेजमेंट (FedCM): उपयोगकर्ता का ईमेल पता या पहचान से जुड़ी अन्य जानकारी शेयर किए बिना, फ़ेडरेटेड आइडेंटिटी की सुविधा तीसरे पक्ष की किसी सेवा या वेबसाइट के साथ शेयर करें. ऐसा तब तक किया जा सकता है, जब तक उपयोगकर्ता ऐसा करने के लिए साफ़ तौर पर सहमति न दे. FedCM को नवंबर 2022 में भेज दिया गया है.

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

कम शब्दों में कहें, तो ये एपीआई बड़े पैमाने पर 99 प्रतिशत उपयोगकर्ताओं के लिए प्रोडक्शन एनवायरमेंट में तैयार हैं.

चरणबद्ध लॉन्च

कुछ टेक्नोलॉजी धीरे-धीरे उपलब्ध कराई जाती हैं. इससे हमारी टीम और डेवलपर संभावित समस्याओं पर नज़र रख पाते हैं और उन्हें ठीक कर पाते हैं. साथ ही, पूरी तरह उपलब्ध होने का मतलब यह नहीं है कि 100% ट्रैफ़िक में एपीआई चालू हैं.

उदाहरण के लिए, Chrome में उपयोगकर्ता-एजेंट क्लाइंट हिंट (UA-CH) को अलग-अलग चरणों में लॉन्च करने की प्रोसेस 2021 में शुरू हुई. उपयोगकर्ता-एजेंट को कम करने की प्रोसेस अप्रैल 2022 में शुरू हुई और मार्च 2023 में पूरी हुई. इससे डेवलपर को यह तय करने का समय मिल गया कि उपयोगकर्ता-एजेंट स्ट्रिंग, अपनी साइटों पर किस तरह भरोसा करते हैं.

एपीआई की सेटिंग

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

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

ब्राउज़र की सुविधाओं के पहले पक्ष और तीसरे पक्ष के ऐक्सेस को कंट्रोल करने के लिए, अनुमतियों से जुड़ी नीति का इस्तेमाल करें.

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

हम आपको इस बारे में बताते रहेंगे कि क्या हो रहा है, ज़्यादा से ज़्यादा जानकारी दें, और हमें इस बारे में बताएं. साथ ही, हम आपको इस प्रोग्राम में शामिल होने के लिए बढ़ावा देते रहेंगे और आपके सुझावों से राय लेते रहेंगे.