Google Analytics और GDPR: क्या डेटा व्यक्तिगत है?
सबसे पहले, इस्तेमाल हो रहे Google Analytics प्रॉपर्टी और कॉन्फ़िगरेशन की पहचान करें
संक्षिप्त उत्तर है: कभी-कभी। Google Analytics GDPR के तहत व्यक्तिगत डेटा एकत्र करता है या नहीं, यह इस बात पर निर्भर करता है कि कोई वेबसाइट क्या जानकारी भेजती है, Google उसे कैसे प्रोसेस करता है और क्या उस जानकारी को किसी पहचाने जा सकने वाले व्यक्ति से जोड़ा जा सकता है। केवल उत्पाद का नाम बता देने से वेबसाइट का मालिक इस सवाल का जवाब तय नहीं कर सकता।
सबसे पहले पता करें कि कौन-सी प्रॉपर्टी इस्तेमाल हो रही है। किसी साइट पर Google Analytics 4 (GA4), पुरानी Universal Analytics प्रॉपर्टी या बदलाव के दौरान दोनों चल सकते हैं। डेटा एकत्र करने के तरीके और उपलब्ध नियंत्रण अलग-अलग होते हैं, और समय के साथ Google के उत्पादों का व्यवहार भी बदलता रहता है। किसी पुराने इंस्टॉलेशन गाइड पर निर्भर रहने के बजाय, प्रॉपर्टी और टैग कॉन्फ़िगरेशन में मौजूदा सेटअप की पुष्टि करें। Google Analytics GDPR अनुपालन कैसे जाँचें, इसकी शुरुआत इसी प्रॉपर्टी और टैग कॉन्फ़िगरेशन की मौजूदा स्थिति की पुष्टि से होती है।
इसके बाद, इससे जुड़े पूरे सिस्टम का नक्शा बनाएं। GA4 टैग, Google Tag Manager, सहमति-प्रबंधन प्लेटफ़ॉर्म, विज्ञापन टैग या अपने-आप फ़ील्ड जोड़ने वाले किसी प्लगइन के ज़रिए चल सकता है। कोई फ़ॉर्म टूल या ग्राहक डेटाबेस भी Analytics को पहचान-सूचक जानकारी भेज सकता है। इसलिए एक ही प्रॉपर्टी पर दो वेबसाइटों में निजता से जुड़े सवाल अलग-अलग हो सकते हैं।
दायरा स्पष्ट रखें: एक प्रॉपर्टी, टैग का एक सेट और उनके द्वारा वास्तव में भेजा जाने वाला डेटा। अगर किसी खाते में सार्वजनिक ब्लॉग और लॉग-इन सेवा के लिए अलग-अलग प्रॉपर्टी हैं, तो हर प्रॉपर्टी की अलग समीक्षा करें। उनके उद्देश्य और डेटा के प्रवाह एक जैसे हों, यह ज़रूरी नहीं।
Analytics पाइपलाइन में किसी एक विज़िट को शुरू से अंत तक देखें
मान लीजिए कोई विज़िटर खोज परिणाम से किसी उत्पाद का पेज खोलता है। पेज पर Google Analytics टैग लोड होता है, जो साइट पर कॉन्फ़िगर की गई जानकारी के साथ पेज व्यू जैसा इवेंट भेज सकता है। सेटअप के आधार पर इस जानकारी में पेज का पता, ब्राउज़र की जानकारी, इवेंट का नाम या कोई पहचान-सूचक शामिल हो सकता है।
इसके बाद Google, लागू उत्पाद सेटअप और शर्तों के तहत अनुरोध प्राप्त करके उसे प्रोसेस करता है। साइट, विज्ञापन सुविधाओं या इंपोर्ट की गई ऑडियंस जैसी लिंक की गई सेवाओं के ज़रिए भी जानकारी भेज सकती है। कोई विज़िट ज़रूरी नहीं कि सिर्फ़ एक अलग-थलग रिकॉर्ड हो: सेटिंग्स यह प्रभावित कर सकती हैं कि इवेंट आपस में कैसे जोड़े जाते हैं, रिपोर्ट में कैसे दिखते हैं या अन्य टूल के साथ कैसे साझा होते हैं।
पेज के पते को ध्यान से देखें। अगर साइट URL में क्वेरी पैरामीटर के रूप में कोई जानकारी डालती है, तो उसमें ईमेल पता, खोज शब्द, खाता संख्या या कोई अन्य विवरण हो सकता है। उदाहरण के लिए, पासवर्ड रीसेट लिंक में टोकन शामिल हो सकता है। अगर टैग पूरा URL रिकॉर्ड करता है, तो साइट पेज के नाम से अधिक जानकारी भेज सकती है।
एक अनुरोध ही काफ़ी हो सकता है।
इसका यह मतलब नहीं कि हर विज़िट से किसी व्यक्ति का नाम पता चल जाता है। लेकिन इसका मतलब है कि वेबसाइट के मालिक को अनुरोध और उससे जुड़े सिस्टम की जाँच करनी चाहिए—यह मानकर नहीं चलना चाहिए कि Analytics को केवल गुमनाम आँकड़े मिलते हैं। ब्राउज़र टूल, टैग प्रीव्यू और टेस्ट विज़िट से यह पता लगाने में मदद मिल सकती है कि क्या भेजा जा रहा है। समीक्षा की जा रही प्रॉपर्टी के लिए इन निष्कर्षों का रिकॉर्ड रखें।
डेटा एकत्र होने और व्यक्तिगत डेटा माने जाने के सवाल अलग रखें
डेटा का एकत्र होना और उसका व्यक्तिगत डेटा होना आपस में जुड़े हैं, लेकिन ये एक ही सवाल नहीं हैं। पेज-व्यू इवेंट डेटा है। GDPR के तहत वह व्यक्तिगत डेटा है या नहीं, यह उसकी सामग्री और संदर्भ पर निर्भर करता है—जिसमें यह भी शामिल है कि साइट या किसी अन्य पक्ष के पास उपलब्ध जानकारी से किसी व्यक्ति की पहचान सीधे या परोक्ष रूप से हो सकती है या नहीं।
कोई बेतरतीब-सा दिखने वाला पहचान-सूचक भी मायने रख सकता है। अगर वह समय के साथ किसी ब्राउज़र को अलग पहचान देता है या ग्राहक के रिकॉर्ड से जोड़ा जा सकता है, तो नाम न दिखने पर भी उससे किसी व्यक्ति की पहचान अलग से की जा सकती है। अगर साइट किसी इवेंट ID को लॉग-इन खाते से जोड़ सकती है, तो केवल फ़ील्ड पर लगे लेबल को देखने के बजाय उस जुड़ाव का आकलन करें।
संदर्भ से जवाब बदल जाता है।
“view_item” नाम वाले दो रिकॉर्ड पर विचार करें। एक, सार्वजनिक उत्पाद पेज से मिला सामान्य कुल आँकड़ा है। दूसरे में ऐसा स्थायी यूज़र ID शामिल है जिसे कंपनी किसी खाते और खरीदारी के इतिहास से मिला सकती है। इवेंट का नाम नहीं बदला, लेकिन रिकॉर्ड को जोड़ पाने की क्षमता बदल गई।
इसी वजह से, “क्या Google Analytics GDPR के तहत व्यक्तिगत डेटा एकत्र करता है?” सवाल का हर वेबसाइट के लिए एक ही, बिना शर्त हाँ या ना में जवाब नहीं दिया जा सकता। व्यावहारिक आकलन में खास प्रोसेसिंग के दौरान इस्तेमाल हुए पहचान-सूचकों, अतिरिक्त डेटा, उस तक पहुँच और उसे जोड़ पाने की संभावना पर विचार किया जाता है। केवल नाम न होने से छद्मनाम वाला डेटा अपने-आप गुमनाम नहीं हो जाता।
उन फ़ील्ड और सुविधाओं की जाँच करें जो आकलन बदल सकती हैं
GA4 में व्यक्तिगत डेटा की पहचान कैसे करें, यह समझने के लिए उन फ़ील्ड और सुविधाओं की समीक्षा करें जो किसी व्यक्ति की पहचान कर पाने या एकत्र की गई जानकारी की मात्रा को प्रभावित कर सकती हैं। सिर्फ़ इसलिए यह न मानें कि कोई सुविधा सक्रिय है या नहीं, क्योंकि वह पुराने सेटअप गाइड में दिखाई दी थी। मौजूदा प्रॉपर्टी सेटिंग्स और Google के दस्तावेज़ देखें।
IP का प्रबंधन: पुष्टि करें कि उत्पाद का मौजूदा संस्करण कौन-सी जानकारी प्राप्त और प्रोसेस करता है, और कौन-से नियंत्रण लागू होते हैं। Analytics के पुराने संस्करण की किसी सेटिंग के आधार पर IP को गुमनाम बनाने का दावा न करें।
यूज़र ID: अगर साइट खाता पहचान-सूचक भेजती है, तो देखें कि वह स्थायी है या नहीं, ग्राहक से जोड़ी जा सकती है या नहीं और कॉन्फ़िगर किए गए उद्देश्य के लिए उसे भेजने का अधिकार साइट के पास है या नहीं।
Google Signals और विज्ञापन सुविधाएँ: देखें कि वे चालू हैं या नहीं, वे कौन-सी जानकारी इस्तेमाल करती हैं और क्या वे प्रॉपर्टी की रिपोर्टिंग या डेटा साझा करने के तरीके को बदलती हैं।
URL पैरामीटर: असली पेजों पर क्वेरी स्ट्रिंग, URL के फ़्रैगमेंट और रीडायरेक्ट लिंक में व्यक्तिगत जानकारी जाँचें। किसी पेज के पते में टोकन या ईमेल पता अनजाने में शामिल हो सकता है, भले ही किसी ने उसे Analytics फ़ील्ड के रूप में इस्तेमाल करने का इरादा न किया हो।
कस्टम डाइमेंशन और इवेंट: साइट से भेजे जा रहे नामों और मानों की जाँच करें। किसी सेटअप में “plan type” नाम का कस्टम फ़ील्ड सामान्य हो सकता है; लेकिन ईमेल, खुला टेक्स्ट जवाब या स्वास्थ्य संबंधी जानकारी रखने वाला फ़ील्ड अलग समस्या पैदा करता है।
यह भी देखें कि डेटा प्रॉपर्टी तक पहुँचने के बाद क्या होता है। लिंक किए गए खाते, एक्सपोर्ट और इंटीग्रेशन यह बढ़ा सकते हैं कि जानकारी तक किसकी पहुँच है या उसका इस्तेमाल कैसे होता है। डेटा एकत्र करने को सीमित करने वाली सेटिंग बाद में उसके इस्तेमाल से जुड़े हर सवाल का जवाब नहीं देती।
Google की भूमिका और शर्तें क्या तय करती हैं—और क्या नहीं
Google के अनुबंध संबंधी दस्तावेज़ खास प्रोसेसिंग के लिए Google और ग्राहक की भूमिकाएँ बता सकते हैं, जिनमें वे परिस्थितियाँ भी शामिल हैं जहाँ Google प्रोसेसर के रूप में काम करता है। सेवा और खाते पर लागू शर्तें पढ़ें और उनकी मौजूदा भाषा की पुष्टि करें। केवल उत्पाद का विवरण यह तय नहीं करता कि साइट GDPR के तहत पूरी तरह कहाँ खड़ी है।
साइट के मालिक को अपने उद्देश्यों, कानूनी आधार, पारदर्शिता, कॉन्फ़िगरेशन और लागू होने वाले किसी भी खुलासे या डेटा ट्रांसफ़र का आकलन फिर भी करना होगा। सेवा देने वाला प्रदाता सेटिंग्स और अनुबंध की शर्तें दे सकता है, लेकिन इससे Analytics का हर इस्तेमाल अपने-आप वैध नहीं हो जाता। न ही सहमति बैनर चुन लेने से यह साबित होता है कि टैग बैनर के वादे के मुताबिक काम करते हैं।
भूमिकाएँ इस बात पर भी निर्भर कर सकती हैं कि किस तरह की प्रोसेसिंग हो रही है। साइट तय कर सकती है कि वह विज़िट क्यों मापना चाहती है और कौन-से इवेंट भेजे जाएँ, जबकि प्रदाता खास सेवा शर्तों के तहत जानकारी प्रोसेस कर सकता है। विवरण मायने रखते हैं; वास्तविक सेवा व्यवस्था जाँचे बिना किसी सामान्य टेम्पलेट के आधार पर भूमिकाएँ तय न करें।
छोटे प्रकाशक के लिए व्यावहारिक कदम है कि प्रॉपर्टी, टैग, लिंक की गई सेवाओं, उद्देश्यों और लागू शर्तों का रिकॉर्ड रखा जाए। अगर साइट संवेदनशील जानकारी संभालती है या जटिल विज्ञापन इंटीग्रेशन पर निर्भर है, तो सेटिंग स्क्रीन को कानूनी समीक्षा मानने के बजाय योग्य निजता विशेषज्ञ से सलाह लें।
वेबसाइट मालिकों के लिए केंद्रित ऑडिट
“निजता के अनुकूल सेटिंग्स इस्तेमाल करेंगे” जैसे अस्पष्ट वादे से बेहतर है एक संक्षिप्त, दर्ज किया हुआ ऑडिट। हर Analytics प्रॉपर्टी के लिए ये कदम उठाएँ:
प्रॉपर्टी और टैग की सूची बनाएँ। दर्ज करें कि साइट GA4, पुरानी प्रॉपर्टी, Google Tag Manager, प्लगइन या सीधे जोड़े गए कोड का इस्तेमाल करती है। वे पेज भी शामिल करें जहाँ हर टैग लोड होता है।
टेस्ट विज़िट करें। ब्राउज़र का साफ़ सेशन खोलें, अहम पेजों पर जाएँ और ब्राउज़र डेवलपर टूल या टैग-डीबगिंग सुविधा से बाहर भेजे जा रहे अनुरोध देखें। इवेंट के नाम, पेज के पते और पहचान-सूचकों को रिकॉर्ड करें, फिर मिली हुई किसी भी संवेदनशील जानकारी को हटा दें या छिपा दें।
सहमति का व्यवहार जाँचें। साइट के सहमति इंटरफ़ेस में दोनों विकल्पों को आज़माएँ। पुष्टि करें कि Analytics टैग रुकते हैं, ब्लॉक होते हैं या अलग तरह से काम करते हैं, और नतीजे की तुलना साइट की घोषित नीति से करें।
इवेंट और इंटीग्रेशन की समीक्षा करें। कस्टम इवेंट, यूज़र ID, लिंक की गई विज्ञापन सेवाएँ, इंपोर्ट और एक्सपोर्ट देखें। हर इंटीग्रेशन की ज़िम्मेदारी संभालने वाली टीम से पूछें कि वह क्या और क्यों भेजती है।
डेटा रखने की अवधि और पहुँच जाँचें। प्रॉपर्टी के डेटा-रिटेंशन नियंत्रण, खाते के उपयोगकर्ताओं और एक्सपोर्ट के गंतव्यों की समीक्षा करें। जिन लोगों को अब कारोबारी ज़रूरत के लिए पहुँच की आवश्यकता नहीं है, उनकी पहुँच हटाएँ और मौजूदा सेटिंग्स का रिकॉर्ड रखें।
अनचाहा डेटा ठीक करें। जहाँ संभव हो, URL या इवेंट मानों से व्यक्तिगत जानकारी स्रोत पर ही हटाएँ। अगर कोई फ़ील्ड भेजा ही नहीं जाना चाहिए, तो उसे टैग तक पहुँचने से पहले रोकें—सिर्फ़ रिपोर्ट फ़िल्टर पर निर्भर न रहें।
वेबसाइट के नए डिज़ाइन या नया प्लगइन इंस्टॉल करने के बाद यह जाँच दोहराएँ। नया चेकआउट, लॉग-इन प्रक्रिया या फ़ॉर्म—बिना किसी के Analytics प्रॉपर्टी को सीधे संपादित किए—भेजे जाने वाले डेटा को बदल सकता है।
विज़िटरों को सटीक और उचित शर्तों वाला जवाब दें
एक उपयोगी निजता सूचना में साइट की वास्तविक प्रक्रियाओं का वर्णन होना चाहिए, न कि यह व्यापक दावा कि “Google Analytics गुमनाम है।” उद्देश्य का नाम बताएँ—जैसे यह समझना कि विज़िटर कौन-से पेज इस्तेमाल करते हैं—और एकत्र किए जाने वाले डेटा की श्रेणियाँ, जानकारी साझा करने के तरीके और विज़िटर के लिए उपलब्ध विकल्प समझाएँ। भाषा को ऑडिट में देखे गए टैग के अनुरूप रखें।
हर संबंधित उद्देश्य के लिए साइट जिस कानूनी आधार पर निर्भर करती है, उसे बताएँ और समझाएँ कि विज़िटर लागू अधिकारों का इस्तेमाल कैसे कर सकते हैं। कुछ परिस्थितियों में कुछ प्रकार की ट्रैकिंग के लिए सहमति ज़रूरी हो सकती है, लेकिन GDPR के हर सवाल का यह सार्वभौमिक जवाब नहीं है; साइट को प्रोसेसिंग और लागू नियमों का आकलन करना होगा।
सीमाओं के बारे में साफ़-साफ़ बताएँ। अगर साइट ऐसा पहचान-सूचक इस्तेमाल करती है जिसे लॉग-इन खाते से जोड़ा जा सकता है, तो सही शब्दों में इसका ज़िक्र करें; अगर वह ऐसा पहचान-सूचक नहीं भेजती, तो यह संकेत न दें कि वह ऐसा करती है। जवाब उस प्रॉपर्टी, टैग और डेटा के प्रवाह के अनुरूप होना चाहिए जिसकी साइट पर जाँच की गई है—Google Analytics के किसी सामान्य विवरण के नहीं।
