Metlivi ब्लॉग

लोकेशन एक्सेस को केवल उतना ही व्यापक और निरंतर रखें जितना कि सुविधा के लिए आवश्यक हो

किसी कंपैनियन ऐप को आमतौर पर केवल बातचीत, सामान्य वैयक्तिकरण (पर्सनलाइज़ेशन) या साधारण रिमाइंडर्स के लिए स्थायी रूप से लोकेशन अनुमति की आवश्यकता नहीं होती है। लगातार बैकग्राउंड एक्सेस एक अलग, अधिक व्यापक विकल्प है जो स्पष्ट रूप से नामित किसी ऐसी सुविधा के अनुरूप होना चाहिए जो ऐप के दृश्यमान (विज़िबल) न होने पर भी काम करती रहे। आवश्यकता की सीढ़ी के सबसे निचले स्तर से शुरुआत करें: कोई लोकेशन नहीं या मैन्युअल प्रविष्टि; केवल एक बार या अनुमानित एक्सेस; सुविधा के उपयोग के दौरान एक्सेस; और केवल तभी बैकग्राउंड या "हमेशा" (Always)। ऊपर की ओर तभी बढ़ें जब पिछला स्तर दृश्यमान परिणाम देने में असमर्थ हो। सटीकता, अवधि, प्राप्तकर्ता और ऑफ़-स्विच को रिकॉर्ड करें, फिर अनुमति को डाउनग्रेड करें और ध्यान से देखें कि वास्तव में कौन सी सुविधा में बदलाव आता है।

27 अगस्त 20269 मिनट का पठनघर, सुरक्षा, पालतू साथी और टिकाऊ जीवनलेखक: Metlivi Editorial Team
खंड 1

सेटिंग्स खोलने से पहले सुविधा (फीचर) का नाम तय करें

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

खंड 2

चार-स्तरीय आवश्यकता सीढ़ी पर चढ़ें

सबसे कम एक्सेस से शुरू करते हुए, चार स्तरों पर इस सुविधा का परीक्षण करें। स्तर एक में किसी डिवाइस लोकेशन का उपयोग नहीं किया जाता है: मैन्युअल शहर, समय क्षेत्र, चयनित स्थान या कोई भौगोलिक इनपुट नहीं। स्तर दो में एकल अनुरोध या अनुमानित लोकेशन का उपयोग किया जाता है। स्तर तीन केवल ऐप या सुविधा के दिखाई देने के दौरान ही एक्सेस की अनुमति देता है। स्तर चार ऐप के दृश्यमान न रहने के बाद भी बैकग्राउंड एक्सेस की अनुमति देता है। Android का मार्गदर्शन कहता है कि यह सत्यापित करें कि बैकग्राउंड एक्सेस आवश्यक है और यह नोट करता है कि फ़ोरग्राउंड में अनुमानित लोकेशन का विकल्प बैकग्राउंड की सटीकता को भी प्रभावित करता है। Apple के नियंत्रण 'एक बार अनुमति दें' (Allow Once), 'उपयोग के दौरान' (While Using) और 'हमेशा' (Always) जैसे विकल्पों में अंतर करते हैं, जिसमें 'सटीक लोकेशन' (Precise Location) अलग से उपलब्ध होती है। लेबल भिन्न हो सकते हैं, लेकिन निर्णय उद्देश्य, सटीकता और अवधि पर ही निर्भर करता है।

खंड 3

एक प्रत्यक्ष बैकग्राउंड परिणाम की आवश्यकता रखें

बैकग्राउंड एक्सेस का मामला केवल तभी अधिक मजबूत होता है जब नामित फ़ंक्शन को उपयोगकर्ता द्वारा स्क्रीन छोड़ने के बाद भी जारी रहना आवश्यक हो और वह ऐसा परिणाम देता हो जिसे उन्होंने जानबूझकर सक्षम किया हो। Google Play का वर्तमान मार्गदर्शन बैकग्राउंड लोकेशन को मुख्य कार्यक्षमता, महत्वपूर्ण उपयोगकर्ता लाभ, उचित अपेक्षा और न्यूनतम दायरे से जोड़ता है। यह स्टोर नीति मूल्यांकन का एक उपयोगी दृष्टिकोण है, न कि प्रत्येक डिवाइस या क्षेत्र के लिए कोई सार्वभौमिक कानूनी निष्कर्ष। पूछें कि यदि एक्सेस बदलकर "उपयोग के दौरान" (While Using) कर दिया जाए तो क्या रुक जाता है, चल रहे ऑपरेशन को कैसे दर्शाया जाता है, यह कब समाप्त होता है, और क्या उपयोगकर्ता पूरे खाते को बंद किए बिना इसे रोक सकता है। यदि एकमात्र अंतर एनालिटिक्स, विज्ञापन, व्यापक सामग्री अनुकूलन या सुविधा का है, तो अधिक सीमित स्तर को प्राथमिकता दें।

खंड 4

सटीकता को निरंतरता से अलग रखें

सटीक लोकेशन और लंबी अवधि अलग-अलग प्रश्नों के उत्तर देते हैं। किसी सुविधा को स्थानीय फ़ॉर्मेटिंग के लिए एक मोटे क्षेत्र की आवश्यकता हो सकती है, लेकिन सटीक स्थिति की नहीं; किसी अन्य सुविधा को एक बार सटीक बिंदु की आवश्यकता हो सकती है, लेकिन निरंतर एक्सेस की नहीं। एक के बजाय दो फ़ील्ड रिकॉर्ड करें: न्यूनतम उपयोगी सटीकता और सबसे छोटी उपयोगी अवधि। Android निम्न-सटीकता (लोअर-फ़िडेलिटी) वाले विकल्पों की अनुशंसा करता है, जैसे कि रफ़ (कोर्स) लोकेशन और लेन-देन संबंधी तंत्र जब वे उपयोग के मामले को पूरा करते हों। समर्थित Apple सिस्टम पर, एक्सेस शेड्यूल से अलग 'सटीक लोकेशन' (Precise Location) को समायोजित किया जा सकता है। सटीक निर्देशांक (कोऑर्डिनेट्स) देने से पहले अनुमानित मोड का परीक्षण करें। यह निष्कर्ष न निकालें कि "हमेशा" (Always) का अर्थ हर सेकंड लगातार सैंपलिंग है, या "उपयोग के दौरान" (While Using) का अर्थ प्लेटफ़ॉर्म की हर स्थिति में शून्य बैकग्राउंड ऑपरेशन है; ऐप के प्रलेखित व्यवहार और संकेतकों को सत्यापित करें।

खंड 5

शेयरिंग, स्टोरेज और तृतीय-पक्ष (थर्ड-पार्टी) पाथ का निरीक्षण करें

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

खंड 6

डाउनग्रेड और क्लोज़्ड-ऐप टेस्ट करें

तटस्थ परीक्षण डेटा का उपयोग करें और प्रारंभिक सेटिंग को नोट करें। प्लेटफ़ॉर्म के आधार पर 'हमेशा' (Always) या बैकग्राउंड एक्सेस को 'उपयोग के दौरान' (While Using), अनुमानित या अस्वीकृत में बदलें। ऐप को फिर से खोलें और केवल नामित सुविधा का परीक्षण करें। फिर इसे एक निश्चित अवधि के लिए बंद करें या बैकग्राउंड में भेजें और बिना यह माने कि कोई भी एकल संकेत डेटा संग्रह को साबित करता है, सिस्टम लोकेशन संकेतकों, सूचनाओं, दृश्यमान सुविधा परिणामों और बैटरी सेटिंग्स का निरीक्षण करें। सफल (पास), सहज कमी (ग्रेसफुल रिडक्शन), अवरुद्ध सुविधा या अस्पष्टीकृत एक्सेस को रिकॉर्ड करें। अधिक व्यापक एक्सेस केवल तभी पुनर्स्थापित करें जब सुविधा का प्रलेखित, चुना गया परिणाम विफल हो जाए और अतिरिक्त दायरा आनुपातिक हो। ऐप या ऑपरेटिंग सिस्टम अपडेट के बाद इसे दोहराएं, क्योंकि प्रॉम्प्ट, लेबल, बैकग्राउंड नियम और कार्यान्वयन बदल सकते हैं।

खंड 7

समाप्ति शर्त के साथ निर्णय समाप्त करें

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

संबंधित प्रश्न

सामान्य प्रश्न

क्या किसी कंपैनियन ऐप को सामान्य चैट के लिए लोकेशन की आवश्यकता होती है?

आमतौर पर नहीं। पूछें कि इसके बिना कौन सी नामित सुविधा विफल हो जाती है और इसके मैन्युअल या 'उपयोग के दौरान' वाले विकल्प का परीक्षण करें।

क्या सटीक लोकेशन और बैकग्राउंड एक्सेस एक ही बात हैं?

नहीं। सटीकता और अवधि अलग-अलग नियंत्रण हैं और दोनों को ही न्यूनतम रखा जाना चाहिए।

क्या लोकेशन हटाने से सहेजे गए स्थान मिट जाएंगे?

ज़रूरी नहीं। डिवाइस की अनुमति केवल भविष्य के एक्सेस को सीमित करती है; सहेजे गए संदेशों, मेटाडेटा और साझा प्रतियों के लिए अपने स्वयं के नियंत्रण की आवश्यकता होती है।

संबंधित लेख

इस विषय को आगे पढ़ें