डेटा की सुरक्षा के लिए ऐप्लिकेशन मेटाडेटा बंडल

ऐप्लिकेशन मेटाडेटा बंडल की मदद से, डेवलपर अपने और ऐप्लिकेशन के बारे में जानकारी शामिल कर सकते हैं. साथ ही, यह भी बता सकते हैं कि वे उपयोगकर्ता का डेटा इकट्ठा, शेयर, और सुरक्षित करते हैं या नहीं. अगर हां, तो कैसे. Google Play Store पर ऐप्लिकेशन उपलब्ध कराने वाले डेवलपर को यह जानकारी देनी होगी. साथ ही, Google Play services की सुविधा वाले Android डिवाइसों के मैन्युफ़ैक्चरर को भी उन ऐप्लिकेशन के डेवलपर से यह जानकारी लेनी होगी जो डिवाइस में पहले से लोड होते हैं. हालांकि, सिस्टम की सेवाओं के लिए कुछ अपवाद हो सकते हैं.

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

खास जानकारी

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

ऐप्लिकेशन के मेटाडेटा बंडल, पारदर्शिता और जानकारी ज़ाहिर करने से जुड़ी उन कानूनी जवाबदेहियों से अलग और अतिरिक्त होते हैं जो डेवलपर के तौर पर, आपको उन देशों में पूरी करनी पड़ सकती हैं जहां आपका ऐप्लिकेशन उपलब्ध है.

सभी डेवलपर को यह बताना चाहिए कि वे अपने ऐप्लिकेशन के लिए, उपयोगकर्ता का डेटा कैसे इकट्ठा और मैनेज करते हैं. साथ ही, उन्हें ऐप्लिकेशन के मकसद, डेवलपर की जानकारी, और डेटा की सुरक्षा के लिए, एन्क्रिप्ट (सुरक्षित) करने जैसे तरीकों का इस्तेमाल करके इस डेटा को कैसे सुरक्षित रखा जाता है, इस बारे में जानकारी देनी चाहिए. इसमें, किसी तीसरे पक्ष की लाइब्रेरी या ऐप्लिकेशन में इस्तेमाल हुए SDK टूल की मदद से इकट्ठा और मैनेज किया जाने वाला डेटा भी शामिल है. डेवलपर, SDK टूल की सेवा देने वाली कंपनियों की पब्लिश की गई, डेटा की सुरक्षा से जुड़ी जानकारी देख सकते हैं. डेवलपर, Google Play एसडीके इंडेक्स की मदद से देख सकते हैं कि सेवा देने वाली कंपनी ने दिशा-निर्देशों के लिए लिंक उपलब्ध कराया है या नहीं.

ऐप्लिकेशन के मेटाडेटा बंडल, डिवाइस तक अलग-अलग तरीके से पहुंचते हैं. यह इस बात पर निर्भर करता है कि ऐप्लिकेशन को कैसे डिस्ट्रिब्यूट किया गया है:

• सिस्टम इमेज पर पहले से लोड किए गए ऐप्लिकेशन: डिवाइस बनाने वाली कंपनी की ज़िम्मेदारी है कि वह सिस्टम इमेज में मौजूद, डेटा की सुरक्षा वाली एक्सएमएल फ़ाइल में ऐप्लिकेशन के मेटाडेटा बंडल को शामिल करे.
• इंस्टॉलर से डिस्ट्रिब्यूट किए गए ऐप्लिकेशन: इंस्टॉलर की ज़िम्मेदारी होती है कि वह डिवाइस पर ऐप्लिकेशन के मेटाडेटा बंडल को भेजे. अगर आपने कोई ऐसा ऐप्लिकेशन बनाया है जिसे Google Play के ज़रिए उपलब्ध कराया जाता है, तो Play Console के सहायता केंद्र में दिए गए निर्देश देखें. इंस्टॉलर, ऐप्लिकेशन के मेटाडेटा बंडल के लिए स्कीमा देख सकते हैं.

पहले से लोड किए गए ऐप्लिकेशन के डेवलपर, डेटा की सुरक्षा वाली एक्सएमएल फ़ाइल बना सकते हैं. इसके लिए, इनमें से कोई एक तरीका अपनाएं:

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

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

जानकारी तैयार की जा रही है

ऐप्लिकेशन के मेटाडेटा बंडल को बनाने से पहले, डेवलपर को ये काम करने होंगे:

• पक्का करें कि उन्होंने निजता नीति जोड़ी हो.

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

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

ऐप्लिकेशन और डेवलपर की जानकारी वाले सेक्शन में, डेवलपर को कौनसी जानकारी ज़ाहिर करनी होगी

इस सेक्शन में बताया गया है कि डेवलपर को ऐप्लिकेशन के मेटाडेटा बंडल के ऐप्लिकेशन और डेवलपर की जानकारी वाले सेक्शन में कौनसी जानकारी ज़ाहिर करनी होगी. अगर ऐप्लिकेशन को Google Play Store के ज़रिए उपलब्ध कराया जाता है, तो यह जानकारी डालने के लिए Play Console का इस्तेमाल करें.

डेवलपर को ऐप्लिकेशन के बारे में क्या जानकारी शेयर करनी होगी

ऐप्लिकेशन के मेटाडेटा का बंडल बनाते समय, डेवलपर को ऐप्लिकेशन की वह जानकारी ज़ाहिर करनी होगी जिसके बारे में यहां बताया गया है:

ऐप्लिकेशन का मुख्य मकसद

ऐप्लिकेशन के मकसद के बारे में अंग्रेज़ी में बताएं. यह जानकारी ऐसी होनी चाहिए जिसे कोई भी व्यक्ति आसानी से पढ़ सके. इसमें ज़्यादा से ज़्यादा 4,000 वर्ण होने चाहिए.

ऐप्लिकेशन की श्रेणी

यहां दी गई सूची में से वह कैटगरी चुनें जो आपके ऐप्लिकेशन के मकसद के हिसाब से सबसे सही हो.

पहले से लोड किए गए ऐप्लिकेशन के लिए, ये कैटगरी तय की गई हैं:

• ओटीए - ओवर-द-एयर (ओटीए) अपडेट पाने और इंस्टॉल करने के लिए ज़िम्मेदार पैकेज
• AOSP - Android ओपन सोर्स प्रोजेक्ट में उपलब्ध पैकेज
• सुरक्षा
• स्टोर

यहां दी गई टेबल में बताई गई कैटगरी का इस्तेमाल, Google Play भी करता है:

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

ऐप्लिकेशन का विज्ञापन और मार्केटिंग

यह बताएं कि ऐप्लिकेशन में विज्ञापन या मार्केटिंग वाला कॉन्टेंट शामिल है या नहीं. इसमें इन-ऐप्लिकेशन प्रमोशन भी शामिल हैं.

निजता नीति

निजता नीति का लिंक शामिल करें. इसमें यह जानकारी दी गई हो कि डेवलपर, उपयोगकर्ता के डेटा को कैसे मैनेज करता है. अगर ऐप्लिकेशन में यह लिंक नहीं है, तो यह माना जाता है कि ऐप्लिकेशन, उपयोगकर्ता के डेटा को मैनेज नहीं करता.

डेवलपर को अपने बारे में क्या जानकारी शेयर करनी होगी

ऐप्लिकेशन के मेटाडेटा का बंडल बनाते समय, डेवलपर को अपनी जानकारी ज़ाहिर करनी होगी. इसके बारे में यहां बताया गया है:

डेवलपर का नाम

ऐप्लिकेशन बनाने वाले डेवलपर, व्यक्ति या कंपनी का नाम. डेवलपर के एक से ज़्यादा नाम हो सकते हैं.

ऐप्लिकेशन रजिस्ट्री

अगर ऐप्लिकेशन को किसी ऐप्लिकेशन रजिस्ट्री में शामिल किया गया है, तो इस फ़ील्ड में इसकी जानकारी दें. इसमें स्टोर और अन्य इंस्टॉलर शामिल हैं. एक से ज़्यादा स्टोर के लिए, एक से ज़्यादा एंट्री की अनुमति है.

• Android इंस्टॉलर वाली ऐप्लिकेशन रजिस्ट्री के लिए: वैल्यू, स्टोर के Android पैकेज का नाम होनी चाहिए. उदाहरण के लिए, Google Play Store के लिए com.android.vending का इस्तेमाल करें.
• अन्य ऐप्लिकेशन रजिस्ट्री के लिए: वैल्यू, रजिस्ट्री का यूआरएल होनी चाहिए.

इनमें से किसी भी वजह से, इस फ़ील्ड को शामिल न करें:

• डेवलपर, Google Play एसडीके इंडेक्स में शामिल एसडीके है.
• डेवलपर, किसी भी ऐप स्टोर या रजिस्ट्री पर रजिस्टर नहीं है.

ऐप्लिकेशन रजिस्ट्री आईडी

इंस्टॉलर और स्टोर के साथ-साथ, किसी भी ऐप्लिकेशन रजिस्ट्री में मौजूद ऐप्लिकेशन के लिए, यह वैल्यू डेवलपर के स्टोर, इंस्टॉलर या रजिस्ट्री की पहचान होनी चाहिए. एक से ज़्यादा स्टोर के लिए, एक से ज़्यादा एंट्री की जा सकती हैं.

• Google Play पर रजिस्टर किए गए डेवलपर के लिए: यह वैल्यू, डेवलपर पेज का यूआरएल होनी चाहिए. उदाहरण के लिए, डेवलपर Google LLC का यूआरएल https://play.google.com/store/apps/dev?id=5700313618786177705 है.
• अगर डेवलपर, Google Play एसडीके इंडेक्स में शामिल एसडीके डेवलपर है: एसडीके का यूआरएल इस्तेमाल करें. उदाहरण के लिए, https://play.google.com/sdks/details/com-google-android-gms-play-services-ads, Google Mobile Ads (GMA) SDK का यूआरएल है.
• अगर डेवलपर किसी दूसरे स्टोर या रजिस्ट्री पर रजिस्टर है: ऐप्लिकेशन स्टोर का यूआरएल या कोई अन्य आइडेंटिफ़ायर दिया जा सकता है.

अगर किसी डेवलपर ने किसी भी ऐप स्टोर पर रजिस्टर नहीं किया है, तो इस एट्रिब्यूट को छोड़ा जा सकता है.

डेवलपर की संपर्क जानकारी

निम्नलिखित जानकारी प्रदान करें:

• ईमेल
• वेबसाइट
• देश या इलाका
• डाक पता

डेटा की सुरक्षा वाले सेक्शन में डेवलपर को कौनसी जानकारी ज़ाहिर करनी होगी

इस सेक्शन में बताया गया है कि डेवलपर को ऐप्लिकेशन के मेटाडेटा बंडल के डेटा की सुरक्षा वाले सेक्शन में कौनसी जानकारी देनी होगी. साथ ही, इस सेक्शन में उपयोगकर्ता के ऐसे डेटा टाइप और मकसद के बारे में भी बताया गया है जिन्हें डेवलपर चुन सकते हैं. अगर किसी ऐप्लिकेशन को Google Play Store के ज़रिए उपलब्ध कराया जाता है, तो यह जानकारी डालने के लिए Play Console का इस्तेमाल करें.

डेवलपर को डेटा टाइप के बारे में कौनसी जानकारी देना ज़रूरी है

ऐप्लिकेशन का मेटाडेटा बंडल बनाते समय, डेवलपर को यह जानकारी देनी होगी कि वे किस तरह का डेटा इकट्ठा और शेयर करते हैं. इस बारे में यहां बताया गया है:

डेटा इकट्ठा करने से जुड़ी जानकारी

इस मामले में, इकट्ठा करने का मतलब है कि किसी ऐप्लिकेशन के ज़रिए उपयोगकर्ता के डेटा को उसके डिवाइस से बाहर भेजना. इन दिशा-निर्देशों का ध्यान रखें:

• लाइब्रेरी और SDK टूल: इसमें वे मामले शामिल होते हैं जहां किसी ऐप्लिकेशन में इस्तेमाल की गई लाइब्रेरी या SDK टूल, ऐप्लिकेशन से उपयोगकर्ता के डेटा को डिवाइस से बाहर भेजते हैं. भले ही, वह डेटा ऐप्लिकेशन के डेवलपर को या किसी तीसरे पक्ष के सर्वर पर भेजा गया हो.

• वेबव्यू: इसमें आपके ऐप्लिकेशन में खोले गए वेबव्यू से इकट्ठा किया गया उपयोगकर्ता का डेटा भी शामिल है. आपको ऐसे डेटा की जानकारी ज़ाहिर करना तब ही ज़रूरी है, जब आपका ऐप्लिकेशन उस वेबव्यू से डिलीवर किए गए कोड और व्यवहार से कंट्रोल होता हो.

  अगर उपयोगकर्ता ओपन वेब पर ब्राउज़िंग कर रहे हों, तो डेवलपर को वेबव्यू से इकट्ठा किए गए डेटा की जानकारी ज़ाहिर करना ज़रूरी नहीं है.

• डेटा को बहुत कम समय के लिए प्रोसेस किया जाना: डिवाइस से बाहर भेजे गए, उपयोगकर्ता के ऐसे डेटा के बारे में आपको अपने ऐप्लिकेशन के मेटाडेटा बंडल में जानकारी ज़ाहिर करने की ज़रूरत नहीं है जिसे बहुत कम समय के लिए प्रोसेस किया जाता है. हालांकि, इसके लिए ज़रूरी है कि वह यहां बताए गए स्टैंडर्ड के मुताबिक हो:

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

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

• उपयोगकर्ता की पहचान बदलकर इकट्ठा किया जाने वाला डेटा: ऐसे डेटा की जानकारी ज़ाहिर करना ज़रूरी है जो उपयोगकर्ता की पहचान बदलकर इकट्ठा किया जाता है. उदाहरण के लिए, ऐसा डेटा जिससे उस उपयोगकर्ता की पहचान की जा सके जिसकी पहचान को बदला गया था.

डेटा कलेक्शन के लिए ज़ाहिर करने के दायरे में नहीं है

डेटा के इस्तेमाल के कुछ उदाहरण नीचे दिए गए हैं. ऐसे डेटा को “इकट्ठा किए गए डेटा” के तौर पर ज़ाहिर करना ज़रूरी नहीं है:

• उपयोगकर्ता के डिवाइस पर ही ऐक्सेस या प्रोसेस किया जाने वाला डेटा: उपयोगकर्ता के ऐसे डेटा के लिए जानकारी ज़ाहिर करना ज़रूरी नहीं है जिसे कोई ऐप्लिकेशन सिर्फ़ उपयोगकर्ता के डिवाइस पर ही प्रोसेस करता है. उसे डिवाइस से बाहर नहीं भेजा जाता.

• पूरी तरह सुरक्षित (E2EE) डेटा: उपयोगकर्ता के ऐसे डेटा के लिए जानकारी ज़ाहिर करना ज़रूरी नहीं है जिसे डिवाइस से बाहर भेजा जाता है, लेकिन वह पूरी तरह सुरक्षित (E2EE) होता है. इस वजह से, उसे भेजने और पाने वाले के अलावा, कोई और व्यक्ति नहीं पढ़ सकता.

  एन्क्रिप्ट (सुरक्षित) किए गए डेटा की कुंजियां सिर्फ़ उसे भेजने और पाने वालों के पास होनी चाहिए, ताकि डेवलपर सहित कोई भी उसे बीच में पढ़ न सके.

डेटा शेयर करना

इस मामले में, शेयर करने का मतलब है कि किसी ऐप्लिकेशन से इकट्ठा किए गए उपयोगकर्ता के डेटा को तीसरे पक्ष के साथ शेयर करना. इसमें उपयोगकर्ता का ऐसा डेटा शामिल है जिसे इन तरीकों से ट्रांसफ़र किया गया है:

• डिवाइस से बाहर शेयर किया जाता है, जैसे कि डेटा का एक सर्वर से दूसरे सर्वर पर ट्रांसफ़र किया जाना: उदाहरण के लिए, अगर कोई डेवलपर, ऐप्लिकेशन से इकट्ठा किए गए उपयोगकर्ता के डेटा को अपने सर्वर से तीसरे पक्ष के सर्वर पर ट्रांसफ़र करता है.

• उपयोगकर्ता के डिवाइस पर किसी अन्य ऐप्लिकेशन को ट्रांसफ़र किया जाता है: उपयोगकर्ता के डिवाइस पर एक ऐप्लिकेशन से सीधे दूसरे ऐप्लिकेशन में उपयोगकर्ता का डेटा ट्रांसफ़र किया जाना. इस स्थिति में, डेवलपर को डेटा की सुरक्षा वाले सेक्शन में डेटा शेयर करने के बारे में जानकारी ज़ाहिर करनी होगी. भले ही, ऐप्लिकेशन उपयोगकर्ता के डिवाइस से बाहर डेटा न भेजता हो.

• आपके ऐप्लिकेशन की लाइब्रेरी और SDK टूल से: ऐप्लिकेशन में शामिल लाइब्रेरी या SDK टूल का इस्तेमाल करके, उपयोगकर्ता के डिवाइस से इकट्ठा किए गए डेटा को सीधे किसी तीसरे पक्ष को ट्रांसफ़र करना.

• आपके ऐप्लिकेशन में खोले गए वेबव्यू से शेयर किया जाता है: आपके ऐप्लिकेशन में खोले गए वेबव्यू से तीसरे पक्ष को उपयोगकर्ता का डेटा ट्रांसफ़र किया जाना. ऐसा तब होता है, जब आपका ऐप्लिकेशन उस वेबव्यू के कोड और व्यवहार से कंट्रोल होता है.

  अगर उपयोगकर्ता ओपन वेब पर ब्राउज़िंग कर रहे हों, तो डेवलपर को वेबव्यू से शेयर किए गए ऐसे डेटा को इकट्ठा किए जाने की जानकारी ज़ाहिर करना ज़रूरी नहीं है.

यहां बताए गए अलग-अलग तरह के डेटा ट्रांसफ़र को, शेयर किया जाने वाला डेटा के तौर पर ज़ाहिर नहीं करना होगा:

• सेवा देने वाला व्यक्ति या कंपनी: उपयोगकर्ता का डेटा ऐसी सेवा देने वाली कंपनी को ट्रांसफ़र किया जाना जो डेवलपर के लिए डेटा को प्रोसेस करती है. सेवा देने वाला व्यक्ति या कंपनी का मतलब एक ऐसी इकाई है जो डेवलपर के लिए और उसके निर्देशों के आधार पर उपयोगकर्ता का डेटा प्रोसेस करती है.

• कानूनी मकसद: खास कानूनी मकसद से उपयोगकर्ता का डेटा ट्रांसफ़र किया जाना, जैसे कि कानूनी जवाबदेही को पूरा करने के लिए या सरकारी अनुरोधों पर.

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

• उपयोगकर्ता की पहचान छिपाकर शेयर किया जाने वाला डेटा. उपयोगकर्ता का ऐसा डेटा ट्रांसफ़र करना जिसमें उपयोगकर्ता की पहचान पूरी तरह से छिपा दी गई हो, ताकि उस डेटा के उपयोगकर्ता की पहचान के बारे में पता न चल सके.

• पहला और तीसरा पक्ष: पहले पक्ष का मतलब है डेवलपर. यह वह मुख्य संगठन होता है जो ऐप्लिकेशन से इकट्ठा किए गए डेटा को प्रोसेस करने के लिए ज़िम्मेदार होता है. स्टोर के ज़रिए उपलब्ध कराए जाने वाले ऐप्लिकेशन के लिए, आम तौर पर यह वह संगठन होता है जो स्टोर पर ऐप्लिकेशन को पब्लिश करता है.

  पहले पक्ष की जवाबदेही होती है कि वह उपयोगकर्ताओं को साफ़ तौर पर बता दे कि कौनसा संगठन, ऐप्लिकेशन से इकट्ठा किए गए डेटा को प्रोसेस किए जाने के लिए मुख्य तौर पर ज़िम्मेदार है.

  तीसरे पक्ष का मतलब है पहले पक्ष को छोड़कर, कोई और संगठन या पहले पक्ष को सेवा देने वाली कंपनियां.

डेटा हैंडल करने का तरीका

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

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

इकट्ठा किए जाने वाले ऐसे डेटा कलेक्शन के कुछ उदाहरण यहां दिए गए हैं जो "ज़रूरी नहीं" की कैटगरी में आते हैं:

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

• जब ऐप्लिकेशन में साइन इन करने पर ही, उपयोगकर्ता का डेटा इकट्ठा किया जाता है. यह उस ऐप्लिकेशन पर लागू होता है जिसमें साइन इन किए बिना भी, उपयोगकर्ता उसे इस्तेमाल कर सकते हैं.

ऐप्लिकेशन और डेटा से जुड़ी अन्य जानकारी ज़ाहिर करना

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

• ट्रांसफ़र के दौरान डेटा एन्क्रिप्ट (सुरक्षित) किया जाना: क्या आपके ऐप्लिकेशन में डेटा को, असली उपयोगकर्ता के डिवाइस से सर्वर तक भेजने की प्रोसेस सुरक्षित बनाने के लिए, इकट्ठा या शेयर किए गए डेटा को ट्रांसफ़र के दौरान एन्क्रिप्ट (सुरक्षित) करने के तरीके का इस्तेमाल किया जाता है.

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

• डेटा मिटाने का अनुरोध करने का तरीका: क्या कोई ऐप्लिकेशन, उपयोगकर्ताओं को उनका डेटा मिटाने का अनुरोध करने की सुविधा देता है.

स्वतंत्र सुरक्षा समीक्षा (सभी ऐप्लिकेशन के लिए उपलब्ध)

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

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

डेटा टाइप और इकट्ठा करने का मकसद

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

कैटगरी	डेटा टाइप	ब्यौरा
जगह की जानकारी	जगह की अनुमानित जानकारी	ऐसे उपयोगकर्ता या डिवाइस की जगह की जानकारी जो 3 वर्ग किलोमीटर या उससे ज़्यादा दूरी पर हो. उदाहरण के लिए, वह शहर जहां उपयोगकर्ता है या Android की ACCESS_COARSE_LOCATION अनुमति से मिली जगह की जानकारी.
	जगह की सटीक जानकारी	ऐसे उपयोगकर्ता या डिवाइस की जगह की जानकारी जो 3 वर्ग किलोमीटर से कम की रेंज में हो. जैसे, Android की ACCESS_FINE_LOCATION अनुमति से मिली जगह की जानकारी.
निजी जानकारी	नाम	कोई उपयोगकर्ता अपना परिचय कैसे देता है, जैसे कि उसका नाम या उपनाम या उसका कोई दूसरा नाम.
	ईमेल पता	उपयोगकर्ता का ईमेल पता.
	यूज़र आईडी	आइडेंटिफ़ायर, जिनसे किसी व्यक्ति की पहचान की जा सकती है. उदाहरण के लिए, खाता आईडी, खाता नंबर या खाते का नाम.
	पता	उपयोगकर्ता का पता, जैसे कि ईमेल पता या घर का पता.
	फ़ोन नंबर	उपयोगकर्ता का फ़ोन नंबर.
	जाति और नस्ल	उपयोगकर्ता की नस्ल या जाति के बारे में जानकारी.
	राजनैतिक या धार्मिक मान्यताएं	उपयोगकर्ता की राजनैतिक या धार्मिक मान्यताओं के बारे में जानकारी.
	सेक्शुअल ओरिएंटेशन (यौन रुझान)	उपयोगकर्ता के सेक्शुअल ओरिएंटेशन (यौन रुझान) के बारे में जानकारी.
	अन्य जानकारी	कोई अन्य निजी जानकारी, जैसे कि जन्म की तारीख, लिंग की पहचान या पूर्व सैनिक होने की जानकारी.
वित्तीय जानकारी	उपयोगकर्ता के पेमेंट से जुड़ी जानकारी	उपयोगकर्ता के वित्तीय खातों की जानकारी, जैसे कि क्रेडिट कार्ड नंबर.
	खरीदारी का इतिहास	उपयोगकर्ता ने जो खरीदारी या लेन-देन किए हैं उनकी जानकारी.
	क्रेडिट स्काेर	उपयोगकर्ता के क्रेडिट स्काेर की जानकारी.
	अन्य वित्तीय जानकारी	कोई दूसरी वित्तीय जानकारी, जैसे कि उपयोगकर्ता की सैलरी या क़र्ज़.
स्वास्थ्य और फ़िटनेस	स्वास्थ्य से जुड़ी जानकारी	उपयोगकर्ता के स्वास्थ्य की जानकारी, जैसे कि स्वास्थ्य से जुड़ी जानकारी का इतिहास या लक्षण.
	फ़िटनेस से जुड़ी जानकारी	उपयोगकर्ता की फ़िटनेस से जुड़ी जानकारी, जैसे कि कसरत या अन्य शारीरिक गतिविधि.
मैसेज	ईमेल	उपयोगकर्ता के ईमेल. इनमें ईमेल का विषय, भेजने वाले का नाम, पाने वाले का नाम, और ईमेल का कॉन्टेंट भी शामिल होता है.
	एसएमएस या मल्टीमीडिया मैसेज (एमएमएस)	उपयोगकर्ता के मैसेज. इनमें भेजने वाले का नाम, पाने वाले का नाम, और मैसेज का कॉन्टेंट भी शामिल होता है.
	अन्य इन-ऐप्लिकेशन मैसेज	किसी अन्य तरह के मैसेज. उदाहरण के लिए, फटाफट मैसेज या चैट का कॉन्टेंट.
फ़ोटो और वीडियो	फ़ोटो	उपयोगकर्ता की फ़ोटो.
	वीडियो	उपयोगकर्ता के वीडियो.
ऑडियो फ़ाइलें	आवाज़ या साउंड की रिकॉर्डिंग	उपयोगकर्ता की आवाज़, जैसे कि वॉइसमेल या साउंड रिकॉर्डिंग.
	म्यूज़िक फ़ाइलें	उपयोगकर्ता की म्यूज़िक फ़ाइलें.
	अन्य ऑडियो फ़ाइलें	उपयोगकर्ता की तैयार की गई या उपयोगकर्ता की उपलब्ध कराई गई अन्य ऑडियो फ़ाइलें.
फ़ाइलें और दस्तावेज़	फ़ाइलें और दस्तावेज़	उपयोगकर्ता की फ़ाइलें या दस्तावेज़ या उनकी फ़ाइलों या दस्तावेज़ों के बारे में जानकारी, जैसे कि फ़ाइलों के नाम.
Calendar	कैलेंडर इवेंट	उपयोगकर्ता के कैलेंडर की जानकारी, जैसे कि इवेंट, इवेंट के नोट, और मेहमानों के बारे में जानकारी.
संपर्क	संपर्क	उपयोगकर्ता के संपर्कों के बारे में जानकारी, जैसे कि संपर्क के नाम, मैसेज का इतिहास, और सोशल ग्राफ़ से जुड़ी जानकारी, जैसे कि उपयोगकर्ता नाम, संपर्क रीसेंसी, संपर्क फ़्रीक्वेंसी, इंटरैक्शन की अवधि और कॉल इतिहास.
ऐप्लिकेशन गतिविधि	ऐप्लिकेशन के साथ इंटरैक्शन	इस बात की जानकारी कि उपयोगकर्ता, ऐप्लिकेशन से किस तरह इंटरैक्ट करता है. उदाहरण के लिए, वह किसी पेज पर कितनी बार आता है या पेज के किस सेक्शन पर टैप करता है.
	ऐप्लिकेशन में खोज का इतिहास	इस बात की जानकारी कि उपयोगकर्ता ने ऐप्लिकेशन में क्या खोजा है.
	इंस्टॉल किए गए ऐप्लिकेशन	उपयोगकर्ता के डिवाइस पर इंस्टॉल किए गए ऐप्लिकेशन की जानकारी.
	अन्य यूज़र जनरेटेड कॉन्टेंट	कोई अन्य यूज़र जनरेटेड कॉन्टेंट, जो इस सूची या किसी दूसरे सेक्शन में शामिल न हो. उदाहरण के लिए, उपयोगकर्ताओं के बारे में जानकारी, नोट या सवालों के ऐसे जवाब जो सिर्फ़ 'हां' या 'नहीं' में न हों.
	अन्य कार्रवाइयां	उपयोगकर्ता की अन्य गतिविधि या इन-ऐप्लिकेशन कार्रवाइयां, जो यहां नहीं दी गई हैं. जैसे: गेमप्ले, पसंद, और डायलॉग के विकल्प.
वेब ब्राउज़िंग	वेब ब्राउज़िंग का इतिहास	उन वेबसाइटों की जानकारी जिन पर उपयोगकर्ता जा चुका है.
ऐप्लिकेशन की जानकारी और परफ़ॉर्मेंस	क्रैश लॉग	ऐप्लिकेशन का क्रैश लॉग डेटा. उदाहरण के लिए, यह जानकारी कि ऐप्लिकेशन कितनी बार क्रैश (बंद) हुआ. इसमें, स्टैक ट्रेस की जानकारी या क्रैश से सीधे तौर पर जुड़ी अन्य जानकारी भी शामिल है.
	डाइग्नोस्टिक्स	ऐप्लिकेशन की परफ़ॉर्मेंस से जुड़ी जानकारी. उदाहरण के लिए, बैटरी लाइफ़, कॉन्टेंट लोड होने में लगने वाला समय, इंतज़ार का समय, फ़्रेम दर या ऐप्लिकेशन की परफ़ॉर्मेंस से जुड़ी कोई और तकनीकी जानकारी.
	ऐप्लिकेशन की परफ़ॉर्मेंस से जुड़ा अन्य डेटा	ऐप्लिकेशन की परफ़ॉर्मेंस का कोई ऐसा डेटा जो इस सूची में शामिल न हो.
डिवाइस आईडी या अन्य आईडी	डिवाइस आईडी या अन्य आईडी	किसी डिवाइस, ब्राउज़र या ऐप्लिकेशन से जुड़े आइडेंटिफ़ायर. उदाहरण के लिए, आईएमईआई नंबर, मैक पता, Widevine डिवाइस आईडी, Firebase इंस्टॉल करने के लिए आईडी या विज्ञापन के लिए आइडेंटिफ़ायर

मकसद

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

मैन्युअल तरीके से डेटा की सुरक्षा वाली एक्सएमएल फ़ाइल बनाना

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

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

<?xml version='1.0' encoding='UTF-8' standalone='yes' ?>
<bundle>
<long name="version" value="2" />

  <pbundle_as_map name="safety_labels">
    <long name="version" value="1" />

      <pbundle_as_map name="data_labels">
        <pbundle_as_map name="data_shared">
          <pbundle_as_map name="location">
            <pbundle_as_map name="approx_location">
              <int-array name="purposes" num="4">
                  <item value="1" />
                  <item value="2" />
                  <item value="5" />
                  <item value="6" />
              </int-array>
            </pbundle_as_map>
            <pbundle_as_map name="precise_location">
              <int-array name="purposes" num="2">
                  <item value="1" />
                  <item value="6" />
              </int-array>
            </pbundle_as_map>
          </pbundle_as_map>
        </pbundle_as_map>

    </pbundle_as_map>
</pbundle_as_map>
</bundle>

अक्सर पूछे जाने वाले सवाल

डेवलपर के अक्सर पूछे जाने वाले सवालों के जवाब पाने के लिए, यहां दिए गए सेक्शन देखें.

सामान्य सवाल

यहां दिए गए सेक्शन में, ऐप्लिकेशन के मेटाडेटा बंडल के बारे में अक्सर पूछे जाने वाले सवालों के जवाब दिए गए हैं.

किसी डेवलपर ने iOS के लिए भी ऐसी ही जानकारी सबमिट की है. डेवलपर, Android ऐप्लिकेशन के मेटाडेटा बंडल के लिए, पहले से दी गई जानकारी में से कितनी जानकारी फिर से इस्तेमाल कर सकता है?

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

Google यह कैसे पक्का करता है कि डेवलपर सटीक जानकारी शेयर करें? हमने देखा है कि इस इंडस्ट्री में यह जानकारी हमेशा सटीक नहीं होती.

निजता नीति की तरह ही, डेवलपर अपने ऐप्लिकेशन के मेटाडेटा बंडल में दी गई जानकारी के लिए ज़िम्मेदार होते हैं.

डेवलपर को ऐप्लिकेशन के मेटाडेटा बंडल को कितनी बार अपडेट करना होगा?

जब ऐप्लिकेशन के डेटा इस्तेमाल करने के तरीकों में ज़रूरी बदलाव किए जाएं, तो डेवलपर को ऐप्लिकेशन के मेटाडेटा बंडल को अपडेट करना चाहिए.

डेटा की सुरक्षा वाले सेक्शन को पूरा करने के बारे में सवाल

यहां दिए गए सेक्शन में, ऐप्लिकेशन के मेटाडेटा बंडल के डेटा की सुरक्षा वाले सेक्शन को पूरा करने के बारे में सवालों के जवाब दिए गए हैं.

अगर ऐप्लिकेशन, Android के अलग-अलग वर्शन में अलग-अलग तरह से काम करता है, तो क्या होगा?

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

डेवलपर यह कैसे दिखा सकता है कि अलग-अलग इलाकों में, डेटा इस्तेमाल करने के उसके तरीके अलग-अलग हो सकते हैं? उदाहरण के लिए, कोई डेवलपर कुछ लाइब्रेरी का इस्तेमाल यूरोप में नहीं करता, लेकिन अन्य देशों/इलाकों में उनका इस्तेमाल कर सकता है.

ऐप्लिकेशन के मेटाडेटा बंडल से पता चलता है कि हर ऐप्लिकेशन के लिए, डेटा इस्तेमाल करने के आपके तरीके को दुनिया भर में किस तरह दिखाया जाता है. डेटा की सुरक्षा वाले सेक्शन में, यह बताया जाता है कि सभी देशों/इलाकों और उपयोगकर्ताओं के लिए, ऐप्लिकेशन में कितना डेटा इकट्ठा और शेयर किया जाता है.

क्या डेटा की सुरक्षा वाले सेक्शन में, डेटा इस्तेमाल करने के लिए उपयोगकर्ताओं की सहमति लेने के तरीके शामिल किए गए हैं? क्या डेवलपर को कुछ और कदम उठाने होंगे और ऐप्लिकेशन में साफ़ तौर पर जानकारी ज़ाहिर करनी होगी?

नहीं, उपयोगकर्ता को ऐप्लिकेशन इंस्टॉल करने के दौरान, कोई नई जानकारी नहीं दिखती. न ही उसे इस सुविधा से जुड़ी कोई नई सहमति देनी होती है. Google Play पर मौजूद ऐप्लिकेशन और Google Play services वाले Android डिवाइसों पर पहले से इंस्टॉल किए गए मोबाइल ऐप्लिकेशन के डेवलपर, अगर उपयोगकर्ता का निजी और संवेदनशील डेटा इकट्ठा करते हैं, तो उन्हें ऐप्लिकेशन में इस बारे में बताना होगा और उपयोगकर्ताओं से इसकी सहमति लेनी होगी. नीति के मुताबिक, ऐसा करना ज़रूरी है.

अगर ऐप्लिकेशन में अनुमति शामिल है, लेकिन असल में डेटा इकट्ठा या शेयर नहीं किया जाता, तो क्या डेवलपर को इसका एलान करना होगा?

डेवलपर को डेटा इकट्ठा करने या शेयर करने के बारे में तब तक एलान करने की ज़रूरत नहीं है, जब तक कि डेटा असल में इकट्ठा या शेयर न किया जा रहा हो. यह ज़रूरी है कि Google Play services वाले Android डिवाइसों पर मौजूद, Google Play के ऐप्लिकेशन और मोबाइल बंडल ऐप्लिकेशन, लागू होने वाली सभी नीतियों का पालन करें.

अगर किसी डेटा टाइप को दूसरे डेटा टाइप के हिस्से के तौर पर इकट्ठा किया जाता है, तो क्या डेवलपर को दोनों के बारे में एलान करना होगा? उदाहरण के लिए, अगर डेवलपर ने ऐसे संपर्क इकट्ठा किए हैं जिनमें उपयोगकर्ता का ईमेल शामिल है, तो क्या डेवलपर को "संपर्क" और "ईमेल पता", दोनों डेटा टाइप के बारे में एलान करना होगा?

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

क्या डेवलपर को डेटा मिटाने का अनुरोध करने का तरीका उपलब्ध कराना होगा? क्या ऐसा करना उपयोगकर्ता के किसी खास तरह के डेटा या सभी तरह के डेटा के लिए ज़रूरी है?

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

क्या कोई ऐसा खास तरीका है जिससे यह जानकारी दी जा सके कि ऐप्लिकेशन में, उपयोगकर्ता अपना डेटा मिटाने का अनुरोध कर सकते हैं?

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

डेवलपर को डेटा की सुरक्षा वाले सेक्शन में यह कैसे बताना चाहिए कि डेवलपर, डेटा मिटाने का अनुरोध करने का तरीका देता है? इसमें, डेटा अपने-आप मिट सकता है या उपयोगकर्ता की पहचान को छिपाया जा सकता है?

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

• डेटा मिटाने का अनुरोध करने का तरीका.

• डेटा इकट्ठा किए जाने के 90 दिनों के अंदर, इसे अपने-आप मिटाए जाने या उपयोगकर्ता की पहचान छिपाए जाने की सुविधा चालू करते हैं.

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

मान लिया जाए कि डेवलपर ने डेटा मिटाने का अनुरोध करने का जो तरीका उपलब्ध कराया है वह दुनिया भर के सभी उपयोगकर्ताओं के लिए उपलब्ध नहीं है — क्या तब भी डेवलपर को यह बताना होगा कि उसके ऐप्लिकेशन में डेटा मिटाने का अनुरोध करने का कोई तरीका मौजूद है?

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

डेटा में उपयोगकर्ता की पहचान छिपाने के लिए किस तरह की तकनीकों का इस्तेमाल किया जा सकता है?

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

डेवलपर को आईपी पते इकट्ठा करने और उनका इस्तेमाल करने के बारे में जानकारी किस तरह देनी चाहिए?

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

डेवलपर को अन्य तरह के आइडेंटिफ़ायर को इकट्ठा करने और शेयर करने के बारे में किस तरह जानकारी देनी चाहिए?

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

जैसा कि पहले बताया गया है, पहचान छिपाकर इकट्ठा किए गए डेटा के बारे में, ऐप्लिकेशन के मेटाडेटा बंडल के डेटा की सुरक्षा वाले सेक्शन में बताना होगा. यह जानकारी, डेटा टाइप के हिसाब से दी जानी चाहिए. उदाहरण के लिए, अगर डेवलपर किसी डिवाइस आइडेंटिफ़ायर की मदद से गड़बड़ी की जानकारी इकट्ठा करता है, तो उसे डेटा की सुरक्षा वाले सेक्शन में यह ज़ाहिर करना चाहिए कि "गड़बड़ी की जानकारी" इकट्ठा की जाती है.

"सेवा देने वाला व्यक्ति या कंपनी" किस तरह की गतिविधियां कर सकती हैं?

सेवा देने वाला व्यक्ति या कंपनी, उपयोगकर्ता के डेटा को डेवलपर की तरफ़ से सिर्फ़ प्रोसेस कर सकती है. उदाहरण के लिए, आंकड़ों की जानकारी देने वाली ऐसी कंपनी जो डेवलपर की ओर से, ऐप्लिकेशन से उपयोगकर्ता के डेटा को प्रोसेस करती है या क्लाउड सेवा देने वाली ऐसी कंपनी जो डेवलपर के इस्तेमाल के लिए, ऐप्लिकेशन से उपयोगकर्ता के डेटा को होस्ट करती है. आम तौर पर, इन्हें "सेवा देने वाला व्यक्ति या कंपनी" माना जाता है. दूसरी ओर, अगर एसडीके बनाने वाली कोई कंपनी, ऐप्लिकेशन के डेटा के आधार पर कई ग्राहकों के लिए विज्ञापन प्रोफ़ाइलें बना रही है, तो डेटा की सुरक्षा वाले सेक्शन के मकसद से, उसे "सेवा देने वाली कंपनी" की गतिविधि नहीं माना जाएगा. साथ ही, ऐप्लिकेशन के मेटाडेटा बंडल के डेटा की सुरक्षा वाले सेक्शन में, इसे "शेयर करना" के तौर पर ज़ाहिर करना होगा.

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

यह पेमेंट की सेवा देने वाली कंपनी के साथ आपके इंटिग्रेशन के तरीके पर निर्भर करता है. अगर ऐप्लिकेशन, पेमेंट से जुड़े लेन-देन को पूरा करने के लिए, PayPal, Google Pay, Google Play के बिलिंग सिस्टम या ऐसी ही अन्य पेमेंट की सेवा देने वाली कंपनी का इस्तेमाल करता है, तो डेवलपर को उस डेटा को इकट्ठा करने का एलान करने की ज़रूरत नहीं है जिसे पेमेंट सेवा, वित्तीय लेन-देन की प्रोसेसिंग के लिए इकट्ठा करती है. जैसे, क्रेडिट कार्ड नंबर. हालांकि, इसके लिए ज़रूरी है कि नीचे दी गई सभी शर्तें पूरी की जाएं:

• ऐप्लिकेशन कभी भी यह जानकारी ऐक्सेस न करता हो.

• पेमेंट की सेवा देने वाली कंपनी, यह जानकारी सीधे उपयोगकर्ता से इकट्ठा करती हो और डेटा इकट्ठा करने की प्रोसेस, सेवा की शर्तों के मुताबिक हो.

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

कोई ऐप्लिकेशन, उपयोगकर्ताओं को बैक अप या स्टोरेज के लिए अपना डेटा, सीधे Google Drive या Dropbox में अपलोड करने की सुविधा देता है. ऐप्लिकेशन इनमें से किसी भी डेटा को ऐक्सेस नहीं करता. क्या इसे अब भी "इकट्ठा किए गए डेटा" के तौर पर दिखाया जाना चाहिए?

यह लागू करने के तरीके पर निर्भर करता है. अगर उपयोगकर्ता अपने डेटा को सीधे अपनी बाहरी ड्राइव या क्लाउड स्टोरेज खाते (जैसे कि Google Drive, Dropbox या ऐसी ही अन्य सेवाओं) में अपलोड करने का विकल्प चुनता है और यह अपलोड, बाहरी ड्राइव या क्लाउड स्टोरेज की सेवा देने वाली कंपनी की सेवा की शर्तों और निजता नीति से नियंत्रित होता है, तो ऐप्लिकेशन को इस डेटा को इकट्ठा करने का एलान करने की ज़रूरत नहीं है. हालांकि, इसके लिए यह ज़रूरी है कि ऐप्लिकेशन, इस डेटा को कभी इकट्ठा या ऐक्सेस न करे.

डेवलपर को ट्रांज़िट स्थिति वाले डेटा को कैसे एन्क्रिप्ट करना चाहिए?

डेवलपर को ट्रांज़िट स्थिति वाले ऐप्लिकेशन के डेटा को सुरक्षित तरीके से एन्क्रिप्ट करने के लिए, सबसे सही इंडस्ट्री स्टैंडर्ड का पालन करना चाहिए. सामान्य एन्क्रिप्शन प्रोटोकॉल में ट्रांसपोर्ट लेयर सिक्योरिटी (टीएलएस) और हाइपरटेक्स्ट ट्रांसफ़र प्रोटोकॉल सिक्योर (एचटीटीपीएस) शामिल हैं.

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

डेवलपर को खाते के मैनेजमेंट के लिए, इकट्ठा किए गए इस डेटा का एलान करना चाहिए. साथ ही, उसे यह भी बताना चाहिए (अगर लागू हो) कि उपयोगकर्ता के लिए, किस डेटा की जानकारी देना वैकल्पिक है.

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

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

सिस्टम से जुड़ी सेवाएं क्या हैं?

सिस्टम से जुड़ी सेवाएं पहले से इंस्टॉल किए गए ऐसे सॉफ़्टवेयर हैं जो मुख्य सिस्टम के साथ काम करते हैं. सिस्टम की सेवाओं में transparency_info और system_app_safety_label बंडल शामिल होने चाहिए. बाद वाला बंडल, safety_labels बंडल के बजाय दिया जाता है. Google Play के ज़रिए उपलब्ध कराई जाने वाली सिस्टम की सेवाओं के लिए, Google Play के डेटा सुरक्षा फ़ॉर्म को भरने से छूट पाने का आवेदन किया जा सकता है.

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

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