जलद उत्तर: स्थानिक संग्रहण हा एक ब्राउझर-आधारित संग्रहण यंत्रणा आहे जी कुकीजप्रमाणेच डेटा गोपनीयता नियमांखाली येते, ज्यामध्ये EU चा ePrivacy निर्देश आणि GDPR समाविष्ट आहेत. स्थानिक संग्रहणामध्ये पूर्वीची, माहितीपूर्ण, आणि स्वातंत्र्याने दिलेली वापरकर्त्याची संमती न घेता अनावश्यक डेटा संग्रहित करणे किंवा प्रवेश करणे हे अनुपालन उल्लंघन आहे. बहुतेक संस्थांनी हे दुर्लक्षित केले कारण त्यांचे संमती व्यवस्थापन साधने फक्त कुकीजसाठी कॉन्फिगर केलेली आहेत, ज्यामुळे स्थानिक संग्रहण पूर्णपणे व्यवस्थापित केले जात नाही.
मुख्य मुद्दे
- स्थानिक संग्रहणाला यूके आणि EU कायद्यानुसार कुकीजसारखी "समान तंत्रज्ञान" म्हणून कायदेशीर मानले जाते, म्हणजेच त्यावर समान संमती नियम लागू होतात.
- युरोपियन डेटा संरक्षण मंडळ (EDPB) ने पुष्टी केली आहे की स्थानिक संग्रहणासारख्या तंत्रज्ञानांना अनावश्यक डेटा संग्रहित किंवा प्रवेश करण्यापूर्वी पूर्वीची, माहितीपूर्ण, आणि स्वातंत्र्याने दिलेली संमती आवश्यक आहे [2].
- ICO ने सेवा साठी अत्यावश्यक असलेल्या संग्रहण आणि ट्रॅकिंग किंवा विश्लेषणासाठी वापरल्या जाणार्‍या अनावश्यक संग्रहण यामध्ये फरक केला आहे, फक्त दुसरेच स्पष्ट संमती आवश्यक आहे [1].
- अनेक संमती व्यवस्थापन प्लॅटफॉर्म डिफॉल्टने कुकीजचे नियमन करतात परंतु स्थानिक संग्रहण अनियंत्रित ठेवतात, ज्यामुळे एक महत्त्वाचा अनुपालन गॅप निर्माण होतो [3].
- सत्र संग्रहण ट्रॅकिंग किंवा विश्लेषणाच्या उद्देशांसाठी वापरल्यास स्थानिक संग्रहणासारखेच गोपनीयता परिणाम असतात.
- संमती मागे घेणे म्हणजे वेबसाइटला त्या संमती अंतर्गत गोळा केलेले कोणतेही स्थानिक संग्रहण डेटा हटवणे आवश्यक आहे.
- स्थानिक संग्रहणात लेखन करणारे तृतीय-पक्ष स्क्रिप्ट देखील संमती कव्हरेजची आवश्यकता असते, जबाबदारी साइट ऑपरेटरवर असते.
- GDPR अंतर्गत अनुपालन न करण्याबद्दलची शिक्षा महत्त्वाची असू शकते; जेव्हा उल्लंघन प्रणालीगत आणि अनामिक असते तेव्हा धोका वाढतो.
स्थानिक संग्रहण काय आहे आणि ते कसे कार्य करते
स्थानिक संग्रहण हा एक वेब स्टोरेज API आहे जो आधुनिक ब्राउझरमध्ये समाविष्ट आहे, जो वेबसाइट्सना वापरकर्त्याच्या डिव्हाइसवर थेट की-मूल्य डेटा जोड्या संग्रहित करण्याची परवानगी देतो, ज्याला कोणतीही कालबाह्यता नाही आणि एक सामान्य प्रति-उत्पन्न मर्यादा सुमारे 5-10 MB आहे. कुकीजच्या विपरीत, स्थानिक संग्रहण डेटा कधीही HTTP विनंत्यांसह सर्व्हरवर आपोआप पाठवला जात नाही, तो वेबसाइटच्या JavaScript द्वारे किंवा वापरकर्त्याद्वारे स्पष्टपणे साफ केला जातो.
हे प्रॅक्टिसमध्ये कसे कार्य करते:
- वेबसाइटची JavaScript
localStorage.setItem('key', 'value')कॉल करते डेटा लिहिण्यासाठी. - तो डेटा ब्राउझर सत्रांमध्ये डिव्हाइसवर राहतो जोपर्यंत
localStorage.removeItem('key')किंवाlocalStorage.clear()कॉल केला जात नाही. - फक्त समान उत्पन्न (प्रोटोकॉल + डोमेन + पोर्ट) मधील स्क्रिप्ट त्या डेटाला वाचू किंवा लिहू शकतात.
सामान्य वापरांमध्ये समाविष्ट आहे: वापरकर्ता प्राधान्ये (थीम, भाषा), सत्र टोकन, विश्लेषण ओळखकर्ता, खरेदी गाडी सामग्री, आणि A/B चाचणी विविधता असाइनमेंट संग्रहित करणे.
महत्त्वाचा अनुपालन मुद्दा: कारण स्थानिक संग्रहण वापरकर्त्याच्या डिव्हाइसवर डेटा संग्रहित करतो, तो ePrivacy निर्देश आणि GDPR अंतर्गत कुकीजप्रमाणेच कायदेशीर चौकटीला सक्रिय करतो, हे महत्त्वाचे नाही की तो डेटा कधीही सर्व्हरवर पाठवला जातो की नाही [4].
तुम्हाला GDPR अंतर्गत स्थानिक संग्रहणासाठी वापरकर्त्याची संमती आवश्यक आहे का
होय, स्थानिक संग्रहणाचा कोणताही अनावश्यक वापर करण्यासाठी, डेटा संग्रहित किंवा प्रवेश करण्यापूर्वी स्पष्ट वापरकर्त्याची संमती आवश्यक आहे. EDPB ने पुष्टी केली आहे की स्थानिक संग्रहणासारखी तंत्रज्ञान कुकीजसारख्या समान संमती आवश्यकतांमध्ये येतात, ज्यामुळे पूर्वीची, माहितीपूर्ण, आणि स्वातंत्र्याने दिलेली संमती आवश्यक आहे [2]. ICO पुढे स्पष्ट करते की संमती स्पष्ट, अस्पष्ट क्रियेद्वारे पुष्टी केली पाहिजे, ब्राउझिंग वर्तनावरून किंवा साइटच्या सतत वापरावरून गृहित धरली जाऊ नये [1].
आवश्यकतेचा अपवाद: जर स्थानिक संग्रहण फक्त त्या कार्यासाठी वापरले जात असेल जे वापरकर्त्याने स्पष्टपणे मागितले आहे, उदाहरणार्थ, सक्रिय सत्रादरम्यान खरेदी गाडीतील वस्तू जतन करणे, तर हे अत्यावश्यक संग्रहण म्हणून पात्र ठरू शकते आणि संमतीची आवश्यकता नाही. तथापि, जर तीच गाडी डेटा विश्लेषण, पुन्हा लक्ष्यीकरण, किंवा वर्तनात्मक प्रोफाइलिंगसाठी वापरली गेली, तर आवश्यकतेचा अपवाद लागू होत नाही.
सामान्य चूक: असे गृहित धरणे की स्थानिक संग्रहण डेटा HTTP विनंत्यांसह प्रवास करत नाही, त्यामुळे ते गोपनीयता कायद्याच्या क्षेत्राबाहेर आहे. कायदा वापरकर्त्याच्या डिव्हाइसवर माहिती संग्रहित करणे किंवा प्रवेश करण्याच्या कृत्याला लागू होतो, त्या माहितीचा प्रसार झाला की नाही याला नाही.
स्थानिक संग्रहण आणि कुकीज यामध्ये फरक: संमती आवश्यकताएँ
स्थानिक संग्रहण आणि कुकीज दोन्ही अनावश्यक उद्देशांसाठी वापरल्यास संमती आवश्यक आहे, परंतु तांत्रिक वर्तन आणि अनुपालन साधने सामान्यतः त्यांना कसे हाताळतात यामध्ये फरक आहे.
| वैशिष्ट्य | कुकीज | स्थानिक संग्रहण |
|---|---|---|
| कालबाह्यता | कॉन्फिगर करण्यायोग्य | नाही (साफ होईपर्यंत) |
| HTTP विनंत्यांसह पाठवले जाते | होय | नाही |
| सर्व्हर-साइड प्रवेश | होय | नाही |
| बहुतेक CMPs द्वारे डिफॉल्टने कव्हर केलेले | होय | बहुतेकवेळा नाही [3] |
| संमती आवश्यक (अनावश्यक) | होय | होय |
| व्याप्ती | प्रति डोमेन/पथ | प्रति उत्पन्न |
व्यावहारिक गॅप महत्त्वाचा आहे: बहुतेक संमती व्यवस्थापन प्लॅटफॉर्म कुकी ब्लॉकिंग आणि कुकी वर्गीकरणाभोवती रचना केलेले आहेत. स्थानिक संग्रहण लेखन JavaScript द्वारे होते जे CMPs कदाचित अडथळा आणत नाहीत, जोपर्यंत विशेषतः कॉन्फिगर केलेले नाहीत. म्हणूनच स्थानिक संग्रहणाच्या छायेत: याला स्पष्ट वापरकर्त्याच्या संमतीची आवश्यकता का आहे हे फक्त एक सैद्धांतिक चिंता नाही, तर अनेक वेबसाइट्ससाठी एक सक्रिय अनुपालन अंधार आहे [3].
स्थानिक संग्रहणाला स्पष्ट वापरकर्त्याच्या संमतीची आवश्यकता का आहे
स्थानिक संग्रहणाला स्पष्ट संमती आवश्यक आहे कारण ते वापरकर्त्याच्या डिव्हाइसवर माहिती प्रवेश करणे किंवा संग्रहित करणे समजले जाते, हे एक कृत्य आहे जे ePrivacy निर्देश (आणि त्याचे राष्ट्रीय अंमलबजावणी) द्वारे नियंत्रित केले जाते, वैयक्तिक डेटा समाविष्ट आहे की नाही यावर अवलंबून नाही. कायदेशीर तज्ञ स्थानिक संग्रहणाला यूके कायद्यानुसार कुकीजसारखी "समान तंत्रज्ञान" म्हणून वर्गीकृत करतात, ज्यामुळे कोणतीही अनावश्यक संग्रहण होण्यापूर्वी पूर्वीची, माहितीपूर्ण, आणि स्वातंत्र्याने दिलेली संमती आवश्यक आहे [4].
आधारभूत तर्क सोपा आहे: कायदा वापरकर्त्याच्या डिव्हाइसचे संरक्षण करते जे त्यांच्या खाजगी क्षेत्राचे एक विस्तार आहे. डेटा कुकी, स्थानिक संग्रहण, IndexedDB, किंवा सेवा कार्यकर्ता कॅशेमध्ये संग्रहित आहे की नाही, कायदेशीर ट्रिगर म्हणजे संग्रहणाचे कृत्य, स्वरूप नाही.
वैध संमतीसाठी तीन अटी (ICO मार्गदर्शनानुसार) [1]:
- स्वातंत्र्याने दिलेली, सेवा अटींच्या स्वीकृतीसह संमती एकत्रित करणे नाही.
- विशिष्ट आणि माहितीपूर्ण, वापरकर्त्याला काय संग्रहित केले जात आहे आणि का हे माहित असले पाहिजे.
- अस्पष्ट नसलेली, संमती स्पष्ट सकारात्मक क्रियेद्वारे येणे आवश्यक आहे, जसे की चेकबॉक्स टिक करणे.
स्थानिक संग्रहणाला गोपनीयता कायद्यांनुसार ट्रॅकिंग मानले जाते का
स्थानिक संग्रहण ट्रॅकिंग मानले जाते जेव्हा ते वापरकर्त्यांना सत्र किंवा पृष्ठांमध्ये ओळखणे, प्रोफाइल करणे, किंवा देखरेख करण्यासाठी वापरले जाते. स्थानिक संग्रहणामध्ये विश्लेषण वापरकर्ता आयडी, A/B चाचणी असाइनमेंट, किंवा वर्तनात्मक विभाग लेबल संग्रहित करणे हे बहुतेक नियामक व्याख्यांनुसार ट्रॅकिंग समजले जाते, हे महत्त्वाचे नाही की त्या डेटाला नंतर सर्व्हरवर समन्वयित केले जाते की नाही.
हे स्थानिक संग्रहणाच्या छायेत: याला स्पष्ट वापरकर्त्याच्या संमतीची आवश्यकता का आहे याचे मुख्य कारण आहे, अनेक विकासक स्थानिक संग्रहणाला तटस्थ कॅशिंग यंत्रणा म्हणून मानतात, जेव्हा नियामक कोणत्याही स्थायी डिव्हाइस-साइड ओळखकर्त्याला संभाव्य ट्रॅकिंग वेक्टर म्हणून मानतात ज्याला संमती आवश्यक आहे.
तुम्ही स्थानिक संग्रहणात वैयक्तिक डेटा संग्रहित करू शकता का
तांत्रिकदृष्ट्या, होय, परंतु असे करणे महत्त्वाचा कायदेशीर धोका घेऊन येते आणि सामान्यतः शिफारस केलेले नाही. स्थानिक संग्रहणात संग्रहित केलेला वैयक्तिक डेटा (उदाहरणार्थ, ईमेल पत्ते, डिव्हाइस फिंगरप्रिंट घटक, किंवा प्रोफाइलशी संबंधित वापरकर्ता आयडी) सर्व GDPR कर्तव्यांना अधीन आहे: कायदेशीर आधार, डेटा कमी करणे, ठेवण्याची मर्यादा, आणि हटवण्याचा अधिकार [1].
स्थानिक संग्रहणासाठी विशिष्ट धोके:
- डेटा स्पष्टपणे साफ न केल्यास अनिश्चित काळासाठी टिकतो, ज्यामुळे ठेवण्याचे अनुपालन कठीण होते.
- पृष्ठावरील कोणतीही JavaScript (तृतीय-पक्ष स्क्रिप्टसह) स्थानिक संग्रहण डेटा समान उत्पन्नातून प्रवेश करू शकते.
- अंतर्निहित एन्क्रिप्शन नाही; प्लेनटेक्स्टमध्ये संग्रहित संवेदनशील डेटा कोणालाही डिव्हाइस प्रवेश किंवा XSS कमकुवतपणाद्वारे उपलब्ध आहे.
शिफारस: स्थानिक संग्रहणात ओळखता येण्याजोगा वैयक्तिक डेटा संग्रहित करण्यापासून टाका. जर संग्रहण आवश्यक असेल, तर संमती मिळवली जाईल, डेटा कमी केला जाईल, आणि स्पष्ट हटवण्याची यंत्रणा अस्तित्वात असेल याची खात्री करा.
स्थानिक संग्रहण विरुद्ध सत्र संग्रहण: गोपनीयता परिणाम
सत्र संग्रहण वेब स्टोरेज API च्या दृष्टीने स्थानिक संग्रहणासारखेच वर्तन करते, परंतु डेटा ब्राउझर टॅब किंवा विंडो बंद केल्यावर साफ केला जातो. या कमी आयुष्यातून, ट्रॅकिंग किंवा विश्लेषणासाठी वापरल्यास सत्र संग्रहणाला समान संमती आवश्यकतांना अधीन आहे [6].
अनुपालनाच्या उद्देशांसाठी मुख्य भेद:
- सत्र संग्रहण अधिक सहजपणे अत्यावश्यक म्हणून पात्र ठरू शकते (उदाहरणार्थ, मल्टी-स्टेप चेकआउट दरम्यान स्थिती राखणे), कारण डेटा सत्राच्या पलीकडे टिकत नाही.
- स्थानिक संग्रहण ट्रॅकिंग वापर प्रकरणांसाठी जवळजवळ नेहमीच संमतीची आवश्यकता असते कारण त्याची टिकाऊता वापरकर्त्याच्या डिव्हाइसवर दीर्घकालीन ओळखकर्ता तयार करते.
कुठलीही यंत्रणा गोपनीयता कायद्यांपासून अंतर्निहित मुक्त नाही. संग्रहित डेटा याच्या उद्देश आणि सामग्री संमतीच्या कर्तव्याचे निर्धारण करते, संग्रहण प्रकार नाही.
तुम्ही संमती न घेता स्थानिक संग्रहण वापरल्यास काय होते
अनावश्यक उद्देशांसाठी स्थानिक संग्रहणाचा वापर वैध पूर्व संमती न घेता ePrivacy निर्देशाचे उल्लंघन आहे आणि वैयक्तिक डेटा समाविष्ट असल्यास GDPR. परिणामांमध्ये नियामक तपासणी, अंमलबजावणी क्रिया, आणि प्रतिष्ठेचे नुकसान समाविष्ट असू शकते.
नियामक धोका व्यतिरिक्त, तांत्रिक अंमलबजावणीचा एक वाढता आयाम आहे: ब्राउझर गोपनीयता वैशिष्ट्ये आणि जाहिरात अवरोधक स्थानिक संग्रहण-आधारित ट्रॅकिंगवर लक्ष केंद्रित करत आहेत. अनधिकृत स्थानिक संग्रहणावर अवलंबून असलेल्या साइट्सना विश्लेषण किंवा वैयक्तिकरणासाठी त्यांच्या डेटाची विश्वसनीयता कमी होताना दिसू शकते कारण हे साधने अधिक सामान्य होतात.
व्यावहारिक एक्सपोजर चेकलिस्ट:
- तृतीय-पक्ष विश्लेषण स्क्रिप्ट्स स्थानिक संग्रहण ओळखकर्त्यांना संमती कव्हरेज न घेता लेखन करणे.
- A/B चाचणी साधने संमती गोळा होण्यापूर्वी विविधता असाइनमेंट संग्रहित करणे.
- चॅट विगेट्स किंवा समर्थन साधने पृष्ठ लोडवर स्थानिक संग्रहण सुरू करणे, कोणत्याही वापरकर्ता संवादापूर्वी.
- पुन्हा लक्ष्यीकरण पिक्सेल स्थानिक संग्रहणाचा वापर कुकी-सिंक बॅकअप म्हणून करणे.
तुमच्या वेबसाइटवर स्थानिक संग्रहण संमती कशी लागू करावी
स्थानिक संग्रहण संमती लागू करण्यासाठी एक संमती व्यवस्थापन प्लॅटफॉर्म आवश्यक आहे जो वापरकर्त्याने वैध संमती निवड केली नाही तोपर्यंत JavaScript कार्यान्वयन अवरोधित करू शकेल, फक्त कुकी सेटिंग नाही. मानक कुकी बॅनर्स जे फक्त HTTP स्तरावर कार्य करतात ते स्थानिक संग्रहण लेखन अडथळा आणणार नाहीत [3].
पायरी-दर-पायरी अंमलबजावणी दृष्टिकोन:
- तुमच्या स्थानिक संग्रहण वापराचे ऑडिट करा. ब्राउझर डेव्हलपर साधने (अर्ज टॅब) आणि स्क्रिप्ट स्कॅनरचा वापर करून स्थानिक संग्रहणात प्रत्येक की ओळखण्यासाठी, कोणती स्क्रिप्ट ते लिहिते, आणि कोणत्या उद्देशाने.
- प्रत्येक वापर वर्गीकृत करा. संग्रहणाला अत्यावश्यक, कार्यात्मक, विश्लेषणात्मक, किंवा विपणन म्हणून वर्गीकृत करा. फक्त अत्यावश्यक संग्रहण संमतीशिवाय पुढे जाऊ शकते.
- स्थानिक संग्रहण कव्हर करणारा CMP निवडा. तुमचा संमती व्यवस्थापन प्लॅटफॉर्म अनावश्यक स्क्रिप्टसाठी JavaScript कार्यान्वयन अवरोधित किंवा विलंबित करू शकतो याची खात्री करा. Biscotti CMP या स्तराच्या स्क्रिप्ट-स्तरीय संमती व्यवस्थापनासाठी डिझाइन केलेले आहे.
- संमती-गेटेड स्क्रिप्ट लोडिंग लागू करा. स्थानिक संग्रहणात लेखन करणाऱ्या अनावश्यक स्क्रिप्ट्स फक्त वापरकर्त्याने संबंधित संमती श्रेणी स्वीकारल्यानंतर लोड कराव्यात.
- स्पष्ट संमती UI प्रदान करा. संमती बॅनरने स्थानिक संग्रहणाच्या वापराचे स्पष्ट भाषेत वर्णन करणे आवश्यक आहे, उद्देशानुसार वर्गीकृत केलेले, सूक्ष्म ऑप्ट-इन पर्यायांसह.
- एक मागे घेण्याची आणि हटवण्याची यंत्रणा लागू करा. जेव्हा वापरकर्ता संमती मागे घेतो, तेव्हा संबंधित स्थानिक संग्रहण की त्वरित साफ केली पाहिजे.
वापरकर्ता संमती मागे घेतल्यानंतर स्थानिक संग्रहण डेटा कसा हटवावा
जेव्हा वापरकर्ता संमती मागे घेतो, तेव्हा वेबसाइटने त्वरित त्या संमती अंतर्गत गोळा केलेला कोणताही स्थानिक संग्रहण डेटा हटवावा. हे ऐच्छिक नाही, संमती मागे घेण्याचा आणि संबंधित डेटा हटवण्याचा अधिकार हा GDPR चा एक मूलभूत तत्त्व आहे.
अंमलबजावणी पॅटर्न: