Google के कुछ एपीआई (ऐसे एपीआई जो संवेदनशील या पाबंदी वाले स्कोप स्वीकार करते हैं) के लिए, उपभोक्ता का डेटा ऐक्सेस करने की अनुमति मांगने वाले ऐप्लिकेशन को कुछ ज़रूरी शर्तें पूरी करनी होती हैं. पाबंदियों वाले स्कोप के लिए, ये अतिरिक्त ज़रूरी शर्तें पूरी करना ज़रूरी है. इसके लिए, ऐप्लिकेशन को यह साबित करना होगा कि वह अनुमति वाला ऐप्लिकेशन टाइप है. साथ ही, उसे अतिरिक्त समीक्षाओं के लिए सबमिट करना होगा. इनमें सुरक्षा से जुड़ी जांच भी शामिल है.
किसी एपीआई में प्रतिबंधित स्कोप लागू करने की सुविधा, इस बात पर निर्भर करती है कि आपके ऐप्लिकेशन में किसी सुविधा को उपलब्ध कराने के लिए, किस तरह के ऐक्सेस की ज़रूरत है: सिर्फ़ पढ़ने का ऐक्सेस, सिर्फ़ लिखने का ऐक्सेस, पढ़ने और लिखने का ऐक्सेस वगैरह.
जब इस डेटा को ऐक्सेस करने के लिए, Google खाते से अनुमति पाने के लिए OAuth 2.0 का इस्तेमाल किया जाता है, तब स्कोप नाम की स्ट्रिंग का इस्तेमाल किया जाता है. इससे यह तय किया जाता है कि आपको किस तरह का डेटा ऐक्सेस करना है और आपको कितना ऐक्सेस चाहिए. अगर आपका ऐप्लिकेशन संवेदनशील या प्रतिबंधित स्कोप का अनुरोध करता है, तो आपको पुष्टि की प्रोसेस पूरी करनी होगी. हालांकि, अगर आपके ऐप्लिकेशन का इस्तेमाल अपवाद की ज़रूरी शर्तें पूरी करता है, तो आपको पुष्टि की प्रोसेस पूरी करने की ज़रूरत नहीं है.
संवेदनशील स्कोप की तुलना में, प्रतिबंधित स्कोप की संख्या कम होती है. OAuth API की पुष्टि से जुड़े अक्सर पूछे जाने वाले सवाल में, संवेदनशील और प्रतिबंधित स्कोप की मौजूदा सूची दी गई है. इन स्कोप से, Google के उपयोगकर्ता डेटा को बड़े पैमाने पर ऐक्सेस किया जा सकता है. साथ ही, किसी भी Google खाते से स्कोप का अनुरोध करने से पहले, आपको स्कोप की पुष्टि करने की प्रोसेस से गुज़रना होगा. इस ज़रूरी शर्त के बारे में जानने के लिए, Google API सेवाओं की उपयोगकर्ता के डेटा से जुड़ी नीति और एपीआई के कुछ स्कोप के लिए अतिरिक्त ज़रूरी शर्तें देखें. इसके अलावा, प्रॉडक्ट के हिसाब से Google Developer पेज पर भी यह जानकारी देखी जा सकती है. अगर आपको सर्वर पर पाबंदी वाले स्कोप का डेटा सेव करना है या उसे ट्रांसमिट करना है, तो आपको सुरक्षा जांच पूरी करनी होगी.
पाबंदी वाले स्कोप के बारे में जानकारी
अगर आपका ऐप्लिकेशन, प्रतिबंधित स्कोप का अनुरोध करता है और अपवाद की ज़रूरी शर्तें पूरी नहीं करता है, तो आपको Google API सेवाओं की उपयोगकर्ता के डेटा से जुड़ी नीति की एपीआई के कुछ स्कोप के लिए अतिरिक्त ज़रूरी शर्तें पूरी करनी होंगी. इसके अलावा, आपको प्रॉडक्ट के Google Developer पेज पर दी गई, प्रॉडक्ट से जुड़ी ज़रूरी शर्तें भी पूरी करनी होंगी. इसके लिए, समीक्षा की लंबी प्रोसेस से गुज़रना पड़ता है.
स्कोप के इस्तेमाल के बारे में जानकारी
- उन स्कोप की समीक्षा करें जिनका इस्तेमाल आपका ऐप्लिकेशन करता है या जिन्हें आपको इस्तेमाल करना है. स्कोप के मौजूदा इस्तेमाल के बारे में जानने के लिए, अपने ऐप्लिकेशन के सोर्स कोड की जांच करें. देखें कि अनुमति के अनुरोधों के साथ कौनसे स्कोप भेजे गए हैं.
- यह तय करें कि अनुरोध किया गया हर स्कोप, आपके ऐप्लिकेशन की सुविधा के लिए ज़रूरी है. साथ ही, यह भी तय करें कि सुविधा देने के लिए, कम से कम ज़रूरी विशेषाधिकार का इस्तेमाल किया गया हो. Google API के लिए, आम तौर पर प्रॉडक्ट के Google डेवलपर पेज पर रेफ़रंस दस्तावेज़ मौजूद होता है. इसमें एंडपॉइंट के बारे में जानकारी होती है. साथ ही, इसमें एंडपॉइंट या उसके अंदर मौजूद खास प्रॉपर्टी को कॉल करने के लिए ज़रूरी स्कोप भी शामिल होता है. आपके ऐप्लिकेशन के कॉल किए गए एपीआई एंडपॉइंट के लिए, ऐक्सेस के ज़रूरी स्कोप के बारे में ज़्यादा जानने के लिए, उन एंडपॉइंट के रेफ़रंस दस्तावेज़ पढ़ें. उदाहरण के लिए, अगर कोई ऐप्लिकेशन सिर्फ़ Gmail API का इस्तेमाल करके, कभी-कभी किसी उपयोगकर्ता की ओर से ईमेल भेजता है, तो उस स्कोप का अनुरोध न करें जो उपयोगकर्ता के ईमेल डेटा का पूरा ऐक्सेस देता है.
- Google API से मिले डेटा का इस्तेमाल, सिर्फ़ API की नीतियों के मुताबिक किया जाना चाहिए. साथ ही, इसका इस्तेमाल उसी तरीके से किया जाना चाहिए जिसके बारे में आपने अपने ऐप्लिकेशन की कार्रवाइयों और निजता नीति में लोगों को बताया है.
- हर स्कोप के बारे में ज़्यादा जानने के लिए, एपीआई से जुड़ा दस्तावेज़ देखें. इसमें स्कोप के संवेदनशील होने या पाबंदी वाले स्टेटस के बारे में भी जानकारी शामिल है.
- Cloud Console के डेटा ऐक्सेस पेज पर, अपने ऐप्लिकेशन के इस्तेमाल किए गए सभी स्कोप के बारे में बताएं. आपके तय किए गए स्कोप को संवेदनशील या प्रतिबंधित कैटगरी में ग्रुप किया जाता है, ताकि पुष्टि की किसी भी अतिरिक्त ज़रूरत को हाइलाइट किया जा सके.
- अपने इंटिग्रेशन के लिए, सबसे सही स्कोप ढूंढें. यह स्कोप, इंटिग्रेशन में इस्तेमाल किए गए डेटा से मेल खाना चाहिए. साथ ही, यह समझें कि इसका इस्तेमाल कैसे किया जाता है. इसके बाद, पुष्टि करें कि टेस्टिंग एनवायरमेंट में अब भी सब कुछ काम कर रहा है. इसके बाद, पुष्टि के लिए सबमिट करने की तैयारी करें.
अपने ऐप्लिकेशन या नई सुविधाओं को लॉन्च करने की योजना बनाते समय, पुष्टि की प्रक्रिया पूरी होने में लगने वाले समय को ध्यान में रखें. इन अतिरिक्त ज़रूरी शर्तों में से एक तब लागू होती है, जब ऐप्लिकेशन किसी सर्वर से या उसके ज़रिए Google पर मौजूद उपयोगकर्ता के डेटा को ऐक्सेस करता है या उसके पास ऐसा करने की सुविधा होती है. इन मामलों में, सिस्टम का सालाना सुरक्षा आकलन कराना ज़रूरी है. यह आकलन, Google से मंज़ूरी पा चुके स्वतंत्र तीसरे पक्ष के आकलनकर्ता से कराया जाना चाहिए. इस वजह से, प्रतिबंधित स्कोप की पुष्टि करने की प्रोसेस पूरी होने में कई हफ़्ते लग सकते हैं. ध्यान दें कि सभी ऐप्लिकेशन को सबसे पहले ब्रैंड की पुष्टि का चरण पूरा करना होगा. इसमें आम तौर पर 2 से 3 कामकाजी दिन लगते हैं. ऐसा तब होता है, जब OAuth सहमति स्क्रीन की पुष्टि के लिए आखिरी बार मंज़ूरी मिलने के बाद, ब्रैंडिंग की जानकारी में बदलाव किया गया हो.
अनुमति वाले ऐप्लिकेशन टाइप
कुछ तरह के ऐप्लिकेशन, हर प्रॉडक्ट के लिए प्रतिबंधित स्कोप को ऐक्सेस कर सकते हैं. आपको प्रॉडक्ट के हिसाब से Google डेवलपर पेज पर, ऐप्लिकेशन के टाइप मिल सकते हैं. उदाहरण के लिए, Gmail API की नीति.
अपने ऐप्लिकेशन के टाइप को समझना और उसे तय करना आपकी ज़िम्मेदारी है. हालांकि, अगर आपको वाकई में अपने ऐप्लिकेशन के टाइप के बारे में नहीं पता है, तो पुष्टि के लिए ऐप्लिकेशन सबमिट करते समय, आपको कौनसी सुविधाएँ इस्तेमाल करनी हैं? सवाल के लिए कोई भी विकल्प न चुनें. इसके बाद, Google API की पुष्टि करने वाली टीम, ऐप्लिकेशन के टाइप का पता लगाएगी.
सुरक्षा का आकलन
Google के उपयोगकर्ताओं के प्रतिबंधित डेटा का ऐक्सेस पाने का अनुरोध करने वाले हर ऐप्लिकेशन को सुरक्षा जांच करानी होगी. साथ ही, तीसरे पक्ष के सर्वर से डेटा ऐक्सेस करने या उसके ज़रिए डेटा ऐक्सेस करने की सुविधा वाले ऐप्लिकेशन को भी सुरक्षा जांच करानी होगी. यह जांच, Google के पैनल में शामिल सुरक्षा जांच करने वाले लोग करेंगे. इस आकलन से, Google के उपयोगकर्ताओं के डेटा को सुरक्षित रखने में मदद मिलती है. इससे यह पुष्टि की जाती है कि Google के उपयोगकर्ता डेटा को ऐक्सेस करने वाले सभी ऐप्लिकेशन, डेटा को सुरक्षित तरीके से मैनेज कर सकते हैं. साथ ही, उपयोगकर्ता के अनुरोध पर उसके डेटा को मिटा सकते हैं.
सुरक्षा का आकलन करने के लिए, हम App Defense Alliance और क्लाउड ऐप्लिकेशन की सुरक्षा का आकलन करने वाले फ़्रेमवर्क (CASA) का इस्तेमाल करते हैं.
जैसा कि पहले बताया गया है, पुष्टि किए गए किसी भी प्रतिबंधित स्कोप का ऐक्सेस बनाए रखने के लिए, ऐप्लिकेशन को नीति के मुताबिक होने की दोबारा पुष्टि करानी होगी. साथ ही, सुरक्षा जांच पूरी करनी होगी. यह प्रक्रिया, आकलन करने वाले व्यक्ति के Letter of Assessment (LOA) की मंज़ूरी मिलने की तारीख के बाद, कम से कम हर 12 महीने में पूरी करनी होगी. अगर आपका ऐप्लिकेशन, पाबंदी वाला कोई नया स्कोप जोड़ता है, तो हो सकता है कि आपके ऐप्लिकेशन का फिर से आकलन करना पड़े. ऐसा तब होगा, जब अतिरिक्त स्कोप को सुरक्षा से जुड़े पिछले आकलन में शामिल न किया गया हो.
Google की समीक्षा टीम, आपके ऐप्लिकेशन का सर्टिफ़िकेट रिन्यू करने का समय आने पर आपको ईमेल भेजती है. यह पक्का करने के लिए कि आपकी टीम के सही सदस्यों को इस सालाना कार्रवाई के बारे में सूचना मिले, अपने Cloud Console प्रोजेक्ट से अतिरिक्त Google खाते जोड़ें. इन्हें मालिक या संपादक के तौर पर जोड़ें. इससे, Google Cloud Console के OAuth ब्रैंडिंग पेज पर दिए गए, उपयोगकर्ता सहायता और डेवलपर से संपर्क करने के ईमेल पतों को अप-टू-डेट रखने में भी मदद मिलती है.
पुष्टि की प्रक्रिया के लिए तैयारी करने का तरीका
Google API का इस्तेमाल करके डेटा को ऐक्सेस करने का अनुरोध करने वाले सभी ऐप्लिकेशन को, ब्रैंड की पुष्टि करने के लिए यह तरीका अपनाना होगा:
- पुष्टि करें कि आपका ऐप्लिकेशन, पुष्टि की ज़रूरी शर्तों के अपवाद सेक्शन में दिए गए इस्तेमाल के किसी भी उदाहरण के तहत नहीं आता है.
- पक्का करें कि आपका ऐप्लिकेशन, उससे जुड़े एपीआई या प्रॉडक्ट की ब्रैंडिंग से जुड़ी ज़रूरी शर्तों का पालन करता हो. उदाहरण के लिए, Google साइन-इन के स्कोप के लिए ब्रैंडिंग के दिशा-निर्देश देखें.
- Google Search Console में जाकर, अपने प्रोजेक्ट के अनुमति वाले डोमेन के मालिकाना हक की पुष्टि करें. उस Google खाते का इस्तेमाल करें जो API Console प्रोजेक्ट से मालिक या एडिटर के तौर पर जुड़ा हो.
- पक्का करें कि OAuth की सहमति वाली स्क्रीन पर मौजूद ब्रैंडिंग की सभी जानकारी, ऐप्लिकेशन की पहचान को सटीक तरीके से दिखाती हो. जैसे, ऐप्लिकेशन का नाम, सहायता के लिए ईमेल पता, होम पेज का यूआरआई, निजता नीति का यूआरआई वगैरह.
ऐप्लिकेशन के होम पेज से जुड़ी ज़रूरी शर्तें
पक्का करें कि आपका होम पेज इन ज़रूरी शर्तों को पूरा करता हो:
- आपका होम पेज सार्वजनिक तौर पर ऐक्सेस किया जा सकता हो. ऐसा न हो कि उसे सिर्फ़ आपकी साइट पर लॉग इन करने वाले लोग ही ऐक्सेस कर पाएं.
- समीक्षा किए जा रहे ऐप्लिकेशन के लिए, आपके होम पेज का काम का होना ज़रूरी है.
- Google Play Store पर मौजूद आपके ऐप्लिकेशन की लिस्टिंग या उसके Facebook पेज के लिंक को, आवेदन के मान्य होम पेज नहीं माना जाता.
ऐप्लिकेशन की निजता नीति के लिंक से जुड़ी ज़रूरी शर्तें
पक्का करें कि आपके ऐप्लिकेशन की निजता नीति इन ज़रूरी शर्तों को पूरा करती हो:
- निजता नीति, उपयोगकर्ताओं को दिखनी चाहिए. साथ ही, इसे उसी डोमेन में होस्ट किया जाना चाहिए जिसमें आपके ऐप्लिकेशन का होम पेज होस्ट किया गया है. इसके अलावा, इसे Google API Console की OAuth सहमति स्क्रीन पर लिंक किया जाना चाहिए. ध्यान दें कि होम पेज पर, ऐप्लिकेशन के फ़ंक्शन के बारे में जानकारी होनी चाहिए. साथ ही, निजता नीति और सेवा की वैकल्पिक शर्तों के लिंक भी होने चाहिए.
- निजता नीति में यह जानकारी होनी चाहिए कि आपका ऐप्लिकेशन, Google उपयोगकर्ता के डेटा को कैसे ऐक्सेस, इस्तेमाल, सेव या शेयर करता है. The privacy policy must comply with the Google API Services User Data Policy and the Limited Use requirements for restricted scopes. आपको Google उपयोगकर्ता के डेटा का इस्तेमाल, सिर्फ़ उन कामों के लिए करना चाहिए जिनके बारे में आपकी पब्लिश की गई निजता नीति में बताया गया है.
- * Review example cases of privacy policies that don't meet the Limited Use requirements.
ब्रैंड की पुष्टि कराने के लिए, ऐप्लिकेशन सबमिट करने का तरीका
Google Cloud Console प्रोजेक्ट, आपके सभी Cloud Console संसाधनों को व्यवस्थित करता है. प्रोजेक्ट में, उससे जुड़े Google खातों का एक सेट होता है. इन खातों के पास प्रोजेक्ट से जुड़ी कार्रवाइयां करने की अनुमति होती है. साथ ही, इसमें चालू किए गए एपीआई का एक सेट और उन एपीआई के लिए बिलिंग, पुष्टि करने, और निगरानी करने की सेटिंग होती है. उदाहरण के लिए, किसी प्रोजेक्ट में एक या उससे ज़्यादा OAuth क्लाइंट हो सकते हैं. साथ ही, उन क्लाइंट के इस्तेमाल के लिए एपीआई कॉन्फ़िगर किए जा सकते हैं. इसके अलावा, एक OAuth सहमति स्क्रीन कॉन्फ़िगर की जा सकती है. यह स्क्रीन, उपयोगकर्ताओं को तब दिखती है, जब वे आपके ऐप्लिकेशन को ऐक्सेस करने की अनुमति देते हैं.
अगर आपके किसी OAuth क्लाइंट को प्रोडक्शन के लिए तैयार नहीं किया गया है, तो हमारा सुझाव है कि आप उन्हें उस प्रोजेक्ट से मिटा दें जो पुष्टि करने का अनुरोध कर रहा है. क्लाइंट पेज पर जाकर, ऐसा किया जा सकता है.
पुष्टि के लिए सबमिट करने के लिए, यह तरीका अपनाएं:
- पक्का करें कि आपका ऐप्लिकेशन, Google API की सेवा की शर्तों और Google API सेवाओं की उपयोगकर्ता के डेटा से जुड़ी नीति का पालन करता हो.
- Cloud Console में, अपने प्रोजेक्ट से जुड़े खातों के मालिक और एडिटर की भूमिकाओं को अप-टू-डेट रखें. साथ ही, OAuth सहमति स्क्रीन के उपयोगकर्ता सहायता ईमेल और डेवलपर की संपर्क जानकारी को भी अप-टू-डेट रखें. इससे यह पक्का होता है कि आपकी टीम के सही सदस्यों को नई ज़रूरी शर्तों के बारे में सूचना मिल जाए.
- Cloud Console OAuth के ब्रैंडिंग पेज पर जाएं.
- प्रोजेक्ट चुनने वाला बटन पर क्लिक करें.
- इसके बाद, इनमें से चुनें डायलॉग बॉक्स दिखेगा. इसमें अपना प्रोजेक्ट चुनें. अगर आपको अपना प्रोजेक्ट नहीं मिल रहा है, लेकिन आपको प्रोजेक्ट आईडी पता है, तो अपने ब्राउज़र में इस फ़ॉर्मैट में यूआरएल बनाया जा सकता है:
https://console.developers.google.com/auth/branding?project=[PROJECT_ID]
- ब्रैंडिंग पेज पर, अपने ऐप्लिकेशन की ब्रैंडिंग की जानकारी दें. इसमें ऐप्लिकेशन का नाम, लोगो, डेवलपर की संपर्क जानकारी, और ज़रूरी लिंक शामिल हैं. आपके किए गए सभी बदलाव, ड्राफ़्ट ब्रैंडिंग के तौर पर सेव हो जाते हैं.
- ब्रैंडिंग की पुष्टि करने की प्रोसेस शुरू करने के लिए, ब्रैंडिंग की पुष्टि करें बटन पर क्लिक करें. अपने-आप होने वाली समीक्षा में आम तौर पर कुछ मिनट लगते हैं.
- समीक्षा पूरी होने के बाद, स्टेटस देखें. अगर ऐसा हो जाता है, तो स्टेटस बदलकर पब्लिश करने के लिए तैयार है हो जाता है. अगर अपने-आप होने वाली पुष्टि की सुविधा काम नहीं करती है, तो आपको पता चल सकता है कि कौनसी समस्याएं मिली हैं. इसके बाद, आपके पास उन्हें ठीक करने या मैन्युअल समीक्षा का अनुरोध करने का विकल्प होता है.
- नई ब्रैंडिंग को लाइव करने के लिए, ब्रैंडिंग पब्लिश करें बटन पर क्लिक करें.
- अगर आपके ऐप्लिकेशन को संवेदनशील या प्रतिबंधित स्कोप के लिए भी पुष्टि की ज़रूरत है, तो OAuth पुष्टि केंद्र पर जाएं. यहां आपको डेटा ऐक्सेस करने की स्थिति के बारे में जानकारी मिलेगी. साथ ही, आपको मांगी गई अतिरिक्त जानकारी भी देनी होगी. जैसे, डेमो वीडियो. ध्यान दें कि डेटा का ऐक्सेस करने के लिए पुष्टि का अनुरोध करने से पहले, आपके पास ब्रैंडिंग की स्थिति के बारे में जानकारी देने वाला पब्लिश किया गया स्टेटस होना चाहिए.
- स्कोप जोड़ें या हटाएं बटन का इस्तेमाल करके, अपने ऐप्लिकेशन के अनुरोध किए गए सभी स्कोप का एलान करें. Google साइन-इन के लिए ज़रूरी स्कोप का शुरुआती सेट, संवेदनशील जानकारी वाले स्कोप सेक्शन में पहले से भरा होता है. जोड़े गए स्कोप को संवेदनशील नहीं माना जाता, sensitive, or restricted .
- अपने ऐप्लिकेशन में मौजूद सुविधाओं से जुड़े किसी भी दस्तावेज़ के ज़्यादा से ज़्यादा तीन लिंक दें.
- इसके बाद के चरणों में, अपने ऐप्लिकेशन के बारे में मांगी गई कोई भी अतिरिक्त जानकारी दें. 1. Ensure your app complies with the Additional requirements for specific API scopes, which includes undergoing an annual security assessment if your app accesses restricted scope Google users' data from or through a third-party server. 2. Ensure your app is one of the allowed types specified in the Limited Use section of the Additional requirements for specific API scopes page. 3. If your app is a task automation platform, your demonstration video must showcase how multiple API workflows are created and automated, and in which directions user data flows. 4. Prepare a video that fully demonstrates how a user initiates and grants access to the requested scopes and shows, in detail, the usage of the granted sensitive and restricted scopes in the app. Upload the video to YouTube Studio and set Visibility as Unlisted. You need to provide a link to the demonstration video in the YouTube link field. 1. Show the OAuth grant process that users will experience, in English. This includes the consent flow and, if you use Google Sign-In, the sign-in flow. 2. Show that the OAuth consent screen correctly displays the App Name. 3. Show that the browser address bar of the OAuth consent screen correctly includes your app's OAuth client ID. 4. To show how the data will be used, demonstrate the functionality that's enabled by each sensitive and restricted scope that you request. 5. If you use multiple clients, and therefore have multiple OAuth client IDs, show how the data is accessed on each OAuth client. 5. Select your permitted application type from the "What features will you use?" list. 6. Describe how you will use the restricted scopes in your app and why more limited scopes aren't sufficient.
ब्रैंडिंग पब्लिश करने या डेटा का ऐक्सेस पाने का अनुरोध सबमिट करने के बाद, Google की भरोसा और सुरक्षा टीम आपसे ईमेल के ज़रिए संपर्क करके कुछ और पूछ सकती है. इसमें, टीम आपसे ज़रूरी जानकारी मांग सकती है या आपको कुछ ज़रूरी चरणों के बारे में बता सकती है. ज़्यादा जानकारी के अनुरोधों के लिए, डेवलपर की संपर्क जानकारी सेक्शन में अपने ईमेल पते और OAuth सहमति स्क्रीन के सहायता ईमेल की जांच करें. अपने प्रोजेक्ट के ब्रैंडिंग या पुष्टि केंद्र वाले पेज पर जाकर भी, प्रोजेक्ट की समीक्षा की मौजूदा स्थिति देखी जा सकती है. इसमें यह भी शामिल है कि आपके जवाब का इंतज़ार करते समय, समीक्षा की प्रोसेस को रोका गया है या नहीं.
पुष्टि कराने से जुड़ी ज़रूरी शर्तों के अपवाद
अगर आपके ऐप्लिकेशन का इस्तेमाल यहां दिए गए किसी भी सेक्शन में बताए गए तरीके से किया जाएगा, तो आपको उसे समीक्षा के लिए सबमिट करने की ज़रूरत नहीं है.
निजी इस्तेमाल के लिए
इसका एक उदाहरण यह है कि अगर आपके ऐप्लिकेशन का इस्तेमाल सिर्फ़ आप करते हैं या कुछ ही लोग करते हैं और आप उन सभी को निजी तौर पर जानते हैं. ऐसा हो सकता है कि आप और आपके कुछ उपयोगकर्ता, ऐसे ऐप्लिकेशन की स्क्रीन को आगे बढ़ाएं जिसकी पुष्टि नहीं हुई है. साथ ही, अपने निजी खातों को आपके ऐप्लिकेशन का ऐक्सेस दें.
डेवलपमेंट, टेस्टिंग या स्टेजिंग टियर में इस्तेमाल किए गए प्रोजेक्ट
Google OAuth 2.0 की नीतियों का पालन करने के लिए, हमारा सुझाव है कि आपके पास टेस्टिंग और प्रोडक्शन एनवायरमेंट के लिए अलग-अलग प्रोजेक्ट हों. हमारा सुझाव है कि आप अपने ऐप्लिकेशन को सिर्फ़ तब पुष्टि के लिए सबमिट करें, जब आपको इसे Google खाता रखने वाले किसी भी व्यक्ति के लिए उपलब्ध कराना हो. इसलिए, अगर आपका ऐप्लिकेशन डेवलपमेंट, टेस्टिंग या स्टेजिंग फ़ेज़ में है, तो पुष्टि करने की ज़रूरत नहीं है.
अगर आपका ऐप्लिकेशन डेवलपमेंट या टेस्टिंग के चरणों में है, तो पब्लिशिंग की स्थिति को टेस्टिंग की डिफ़ॉल्ट सेटिंग में छोड़ा जा सकता है. इस सेटिंग का मतलब है कि आपका ऐप्लिकेशन अब भी डेवलपमेंट मोड में है. यह सिर्फ़ उन उपयोगकर्ताओं के लिए उपलब्ध है जिन्हें आपने टेस्ट करने वाले उपयोगकर्ताओं की सूची में जोड़ा है. आपको उन Google खातों की सूची मैनेज करनी होगी जो आपके ऐप्लिकेशन के डेवलपमेंट या टेस्टिंग में शामिल हैं.
सिर्फ़ सेवा के मालिकाना हक वाला डेटा
अगर आपका ऐप्लिकेशन, सिर्फ़ अपने डेटा को ऐक्सेस करने के लिए सेवा खाते का इस्तेमाल करता है और वह किसी उपयोगकर्ता के डेटा (Google खाते से लिंक किया गया) को ऐक्सेस नहीं करता है, तो आपको पुष्टि के लिए आवेदन सबमिट करने की ज़रूरत नहीं है.
सेवा खाते क्या होते हैं, यह जानने के लिए Google Cloud के दस्तावेज़ में सेवा खाते लेख पढ़ें. सेवा खाते का इस्तेमाल करने के तरीके के बारे में जानने के लिए, सर्वर-टू-सर्वर ऐप्लिकेशन के लिए OAuth 2.0 का इस्तेमाल करना लेख पढ़ें.
केवल आंतरिक उपयोग के लिए
इसका मतलब है कि ऐप्लिकेशन का इस्तेमाल सिर्फ़ आपके Google Workspace या Cloud Identity संगठन के लोग करते हैं. प्रोजेक्ट पर संगठन का मालिकाना हक होना चाहिए. साथ ही, उस स्क्रीन को कॉन्फ़िगर किया जाना चाहिए जहां OAuth को सहमति दी जाती है. यह कॉन्फ़िगरेशन, संगठन के अंदर के उपयोगकर्ता के लिए होना चाहिए. इस मामले में, आपके ऐप्लिकेशन को संगठन के एडमिन से मंज़ूरी लेनी पड़ सकती है. ज़्यादा जानकारी के लिए, Google Workspace के लिए अन्य ज़रूरी बातें लेख पढ़ें.
- सार्वजनिक और इंटरनल ऐप्लिकेशन के बारे में ज़्यादा जानें.
- अक्सर पूछे जाने वाले सवाल मैं अपने ऐप्लिकेशन को सिर्फ़ आंतरिक तौर पर इस्तेमाल के लिए कैसे मार्क करूं? में जाकर, अपने ऐप्लिकेशन को 'सिर्फ़ आंतरिक तौर पर इस्तेमाल के लिए' के तौर पर मार्क करने का तरीका जानें
पूरे डोमेन के लिए इंस्टॉल करना
अगर आपको अपने ऐप्लिकेशन को सिर्फ़ Google Workspace या Cloud Identity संगठन के उपयोगकर्ताओं को टारगेट करने के लिए बनाना है और हमेशा पूरे डोमेन में इंस्टॉलेशन का इस्तेमाल करना है, तो आपके ऐप्लिकेशन के लिए ब्रैंड की पुष्टि कराना ज़रूरी नहीं होगा. हालांकि, अगर आपका ऐप्लिकेशन पाबंदी वाले या संवेदनशील स्कोप का इस्तेमाल करता है, तो ऐप्लिकेशन की पुष्टि करना ज़रूरी है. ऐसा इसलिए है, क्योंकि डोमेन-वाइड इंस्टॉलेशन की मदद से, डोमेन एडमिन तीसरे पक्ष और इंटरनल ऐप्लिकेशन को आपके उपयोगकर्ताओं के डेटा का ऐक्सेस दे सकता है. संगठन के एडमिन ही, अपने डोमेन में इस्तेमाल करने के लिए, ऐप्लिकेशन को अनुमति वाली सूची में जोड़ सकते हैं.
अक्सर पूछे जाने वाले सवाल मेरे ऐप्लिकेशन में, किसी दूसरे Google Workspace डोमेन के एंटरप्राइज़ खातों का इस्तेमाल करने वाले उपयोगकर्ता हैं में जाकर, अपने ऐप्लिकेशन को डोमेन-वाइड इंस्टॉल करने का तरीका जानें.