शेयर किए गए स्टोरेज की खास जानकारी

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

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

Shared Storage API क्या है?

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

news.example, blog.example जैसी अलग-अलग पब्लिशर की साइटों में एम्बेड किए गए shoes.example iframe को दिखाने वाला डायग्राम. shoes.com साइट, हर टॉप-लेवल साइट से अपना बिना बंटवारा वाला स्टोरेज ऐक्सेस कर सकती है.

पिछले डायग्राम में, shoes.example साइट को news.example जैसी अन्य पब्लिशर साइटों में एम्बेड किया जा सकता है. इसके बाद भी, वह साइट उसी डेटा को ऐक्सेस कर सकती है.

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

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

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

हमें शेयर किए गए स्टोरेज की ज़रूरत क्यों है?

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

क्या आपकी कंपनी, अलग-अलग साइटों के लिए स्टोरेज से जुड़े ऐसे समाधान खोज रही है जिनके बारे में अब तक जानकारी नहीं दी गई है? अपने इस्तेमाल के उदाहरण के बारे में बताएं और ओपन सोर्स शेयर किए गए स्टोरेज के GitHub डेटा स्टोर पर समस्या दर्ज करें.

शेयर किए गए स्टोरेज के साथ काम करने वाले आउटपुट एपीआई और इस्तेमाल के उदाहरण

Output API इस्तेमाल का उदाहरण ब्यौरा
यूआरएल चुनना विज्ञापन क्रिएटिव रोटेट करना क्रिएटिव आईडी, व्यू की संख्या, और उपयोगकर्ता इंटरैक्शन जैसे डेटा को सेव किया जा सकता है. इससे यह तय किया जा सकता है कि उपयोगकर्ताओं को अलग-अलग साइटों पर कौनसा क्रिएटिव दिखे. इससे आपको व्यू को संतुलित करने और किसी खास कॉन्टेंट को ज़्यादा से ज़्यादा नहीं दिखाने में मदद मिलती है. इससे, उपयोगकर्ताओं को बेहतर अनुभव मिलता है.
यूआरएल चुनना A/B टेस्टिंग करना A/B टेस्ट, किसी कॉन्फ़िगरेशन के दो या उससे ज़्यादा वर्शन की तुलना करके यह पता लगाता है कि कौनसा वर्शन सबसे अच्छा परफ़ॉर्म करता है. किसी उपयोगकर्ता को एक्सपेरिमेंट ग्रुप में असाइन किया जा सकता है. इसके बाद, उस ग्रुप को शेयर किए गए स्टोरेज में सेव किया जा सकता है, ताकि उसे अलग-अलग साइटों से ऐक्सेस किया जा सके.
यूआरएल चुनना पहचाने गए ग्राहकों के लिए, उपयोगकर्ता अनुभव को पसंद के मुताबिक बनाना उपयोगकर्ता के रजिस्ट्रेशन की स्थिति या अन्य स्थितियों के आधार पर, कस्टम कॉन्टेंट और कॉल-टू-ऐक्शन शेयर किए जा सकते हैं.
यूआरएल चुनें, निजी एग्रीगेशन गलत इस्तेमाल को रोकने के उपाय गलत इस्तेमाल, धोखाधड़ी, और वेब सुरक्षा से जुड़े संगठन, अक्सर नुकसान पहुंचाने वाले उपयोगकर्ताओं का पता लगाने के लिए, मालिकाना हक वाली तकनीकों का इस्तेमाल करते हैं. भले ही, वे ऑटोमेटेड बॉट हों या नुकसान पहुंचाने की कोशिश करने वाले असली लोग. इस इस्तेमाल के उदाहरण में, कई अलग-अलग रणनीतियों को आज़माया जा सकता है. जैसे, उपयोगकर्ता की भरोसेमंदता की रेटिंग को कोड में बदलने के लिए, Select URL API का इस्तेमाल करना या गड़बड़ी का पता लगाने के लिए डेटासेट बनाने के लिए, Private Aggregation API का इस्तेमाल करना.
निजी एग्रीगेशन यूनीक रीच मेज़र करना कॉन्टेंट बनाने वाले कई लोग और विज्ञापन देने वाले लोग अक्सर यह जानना चाहते हैं कि उनके दिखाए गए कॉन्टेंट को कितने यूनीक लोगों ने देखा है. शेयर किए गए स्टोरेज का इस्तेमाल करके, यह रिपोर्ट की जा सकती है कि किसी उपयोगकर्ता ने पहली बार आपका विज्ञापन, एम्बेड किया गया वीडियो या पब्लिकेशन कब देखा. आपके पास किसी दूसरी साइट पर उसी उपयोगकर्ता की डुप्लीकेट गिनती को रोकने का विकल्प है. साथ ही, अपने यूनीक कॉन्टेंट की अनुमानित पहुंच के लिए, इकट्ठा की गई गड़बड़ी वाली रिपोर्ट जनरेट की जा सकती है.
निजी एग्रीगेशन उपयोगकर्ता की डेमोग्राफ़िक्स (उम्र, लिंग, आय, शिक्षा वगैरह) मेज़र करना कॉन्टेंट बनाने वाले लोग, अपने दर्शकों के डेमोग्राफ़िक्स (उम्र, लिंग, आय, शिक्षा वगैरह) के बारे में जानना चाहते हैं. शेयर किए गए स्टोरेज की मदद से, अपनी पहले पक्ष की साइट पर उपयोगकर्ता का डेमोग्राफ़िक डेटा कैप्चर किया जा सकता है. साथ ही, एम्बेड किए गए कॉन्टेंट जैसे अन्य प्लैटफ़ॉर्म पर इस जानकारी का विश्लेषण करने के लिए, एग्रीगेट की गई रिपोर्ट का फ़ायदा लिया जा सकता है.
निजी एग्रीगेशन हजार से ज़्यादा फ़्रीक्वेंसी वाली रीच को मेज़र करना इसे कभी-कभी "असल फ़्रीक्वेंसी" भी कहा जाता है. आम तौर पर, किसी कॉन्टेंट को पहचानने या याद रखने के लिए, उपयोगकर्ता को कम से कम उतने व्यू की ज़रूरत होती है जितने व्यू विज्ञापन के लिए ज़रूरी होते हैं. शेयर किए गए स्टोरेज का इस्तेमाल करके, उन यूनीक उपयोगकर्ताओं की रिपोर्ट बनाई जा सकती है जिन्होंने किसी कॉन्टेंट को कम से कम K बार देखा है.

Shared Storage कैसे काम करता है?

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

शेयर किए गए स्टोरेज में किसी भी समय डेटा डाला जा सकता है. हालांकि, शेयर किए गए स्टोरेज की वैल्यू को सिर्फ़ सुरक्षित माहौल में पढ़ा जा सकता है. इसे वर्कलेट कहा जाता है.

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

एपीआई की स्थिति

Shared Storage API, सामान्य तौर पर उपलब्ध है. एपीआई का इस्तेमाल करने या स्थानीय डेवलपमेंट के लिए चालू करने के लिए, Privacy Sandbox में रजिस्टर करने के निर्देशों का पालन करें.

प्रस्ताव स्थिति
रिस्पॉन्स हेडर से लिखने की अनुमति दें
एक्सप्लेनर
GitHub समस्या
M124 में उपलब्ध है. M119-M123 में मैन्युअल तरीके से चालू किया जा सकता है
DevTools की मदद से, Shared Storage के वर्कलेट डीबग करना
सेक्शन
M120 में उपलब्ध है
शेयर किए गए स्टोरेज में डेटा स्टोर करने की सीमा को 5 एमबी पर सेट करना
एक्सप्लेनर
M124 में उपलब्ध है
createWorklet(), iframe के बिना क्रॉस-ऑरिजिन वर्कलेट बनाने के लिए M125 में उपलब्ध है
addModule() में क्रॉस-ऑरिजिन स्क्रिप्ट की अनुमति दें और व्यवहार से मैच करने के लिए createWorklet() को अलाइन करें M130 में उपलब्ध है

互动和分享反馈

请注意,Shared Storage API 提案正在积极讨论和开发中,因此可能会发生变化。

我们非常期待听到您对 Shared Storage API 的看法。

掌握最新动态

  • 邮寄名单:订阅我们的邮寄名单,及时了解与 Shared Storage API 相关的最新动态和公告。

需要帮助?