कुछ Google API (जो संवेदनशील या प्रतिबंधित दायरे को स्वीकार करते हैं) के लिए, उन ऐप्लिकेशन के लिए ज़रूरी शर्तें होती हैं जो उपभोक्ता का डेटा ऐक्सेस करने की अनुमति मांगते हैं. पाबंदी वाले दायरे के लिए इन अतिरिक्त ज़रूरी शर्तों को पूरा करने के लिए, ऐप्लिकेशन को यह बताना ज़रूरी है कि उस तरह के ऐप्लिकेशन को अनुमति मिली हुई है. साथ ही, उन्हें अन्य समीक्षाओं के लिए भी सबमिट करना होगा, जिनमें सुरक्षा का आकलन भी शामिल होता है.
एपीआई में पाबंदी वाले दायरे लागू होंगे या नहीं, यह इस बात पर निर्भर करता है कि आपके ऐप्लिकेशन में कोई काम की सुविधा देने के लिए, कौनसा ऐक्सेस ज़रूरी है: रीड-ओनली, सिर्फ़ लिखने वाली, पढ़ने और लिखने वगैरह की सुविधा.
जब OAuth 2.0 का इस्तेमाल करके, किसी Google खाते से इस डेटा को ऐक्सेस करने की अनुमति ली जाती है, तब स्कोप स्ट्रिंग का इस्तेमाल करके, यह तय किया जा सकता है कि आपको किस तरह का डेटा ऐक्सेस करना है और उसके लिए कितने ऐक्सेस की ज़रूरत है. अगर आपके ऐप्लिकेशन के लिए संवेदनशील या पाबंदी वाले दायरों का अनुरोध किया गया है, तो आपको पुष्टि की प्रक्रिया पूरी करनी होगी. ऐसा तब तक करना होगा, जब तक आपके ऐप्लिकेशन के इस्तेमाल के लिए अपवाद उपलब्ध नहीं कराया जाता.
संवेदनशील स्कोप की तुलना में, पाबंदी वाले स्कोप की संख्या कम होती है. पुष्टि करने वाले OAuth एपीआई की पुष्टि के बारे में अक्सर पूछे जाने वाले सवाल में, संवेदनशील और पाबंदी वाले दायरों की मौजूदा सूची शामिल है. इन दायरों की मदद से, Google के उपयोगकर्ताओं के डेटा को काफ़ी ज़्यादा से ज़्यादा ऐक्सेस किया जा सकता है. किसी भी Google खाते से इन दायरों का अनुरोध करने से पहले, आपको दायरे की पुष्टि की प्रक्रिया से गुज़रना होगा. इस ज़रूरी शर्त के बारे में जानकारी पाने के लिए, Google API सेवाओं की उपयोगकर्ता के डेटा से जुड़ी नीति और एपीआई के खास दायरे के लिए अन्य ज़रूरी शर्तें या प्रॉडक्ट के लिए खास तौर पर बना Google डेवलपर पेज देखें. अगर सर्वर पर, पाबंदी वाले डेटा को सेव या ट्रांसमिट किया जाता है, तो आपको सुरक्षा से जुड़ी समीक्षा करनी होगी.
पाबंदी वाले स्कोप को समझना
अगर आपका ऐप्लिकेशन किसी भी पाबंदी वाले दायरे के लिए अनुरोध करता है और यह किसी अपवाद की ज़रूरी शर्तें पूरी नहीं करता, तो आपको Google API सेवाओं की उपयोगकर्ता के डेटा नीति के खास एपीआई दायरों के लिए अन्य ज़रूरी शर्तें पूरी करनी होंगी. इसके अलावा, प्रॉडक्ट के Google डेवलपर पेज पर जाकर, प्रॉडक्ट से जुड़ी खास शर्तों को भी पूरा करना होगा. इस काम के लिए, ज़्यादा बारीकी से समीक्षा करने की ज़रूरत होती है.
अपने दायरे के इस्तेमाल को समझना
- देखें कि आपका ऐप्लिकेशन, किन स्कोप का इस्तेमाल करता है या आपको उनका इस्तेमाल करना है. अपने मौजूदा दायरे के इस्तेमाल के बारे में जानने के लिए, अनुमति देने के अनुरोध के साथ भेजे गए किसी भी दायरे के लिए, अपने ऐप्लिकेशन के सोर्स कोड की जांच करें.
- यह तय करें कि अनुरोध किया गया हर दायरा, आपके ऐप्लिकेशन की सुविधा के हिसाब से कार्रवाइयों के लिए ज़रूरी है और सुविधा देने के लिए कम से कम खास अधिकार का इस्तेमाल करता है. आम तौर पर, Google API में प्रॉडक्ट के Google डेवलपर पेज पर, अपने एंडपॉइंट के लिए रेफ़रंस दस्तावेज़ होते हैं. इनमें एंडपॉइंट या किसी खास प्रॉपर्टी को कॉल करने के लिए ज़रूरी स्कोप शामिल होता है. आपका ऐप्लिकेशन जिन एपीआई एंडपॉइंट को कॉल करता है उनके ऐक्सेस के ज़रूरी दायरों के बारे में ज़्यादा जानकारी के लिए, उन एंडपॉइंट के रेफ़रंस दस्तावेज़ पढ़ें. For example, for an app that only uses Gmail APIs to occasionally send emails on a user's behalf, don't request the scope that provides full access to the user's email data.
- Google API से मिलने वाला डेटा, सिर्फ़ एपीआई की नीतियों के मुताबिक इस्तेमाल किया जाना चाहिए. साथ ही, इस तरह से भी इस्तेमाल किया जाना चाहिए कि आप अपने ऐप्लिकेशन की कार्रवाइयों और निजता नीति में, उपयोगकर्ताओं को दिखाते हैं.
- हर स्कोप के बारे में ज़्यादा जानने और उसकी संभावित sensitive or restricted स्थिति के बारे में ज़्यादा जानने के लिए, एपीआई दस्तावेज़ देखें.
- API Consoleके OAuth की सहमति वाली स्क्रीन कॉन्फ़िगरेशन के स्कोप वाले पेज पर, आपके ऐप्लिकेशन के इस्तेमाल किए गए सभी स्कोप के बारे में बताएं. पुष्टि करने के लिए ज़रूरी अतिरिक्त चीज़ों को हाइलाइट करने के लिए, आपके बताए गए स्कोप को संवेदनशील या पाबंदी वाली कैटगरी में रखा जाता है.
- अपने इंटिग्रेशन में इस्तेमाल किए गए डेटा से मेल खाने वाला सबसे बेहतर स्कोप ढूंढें, इसके इस्तेमाल के बारे में जानें, फिर से पुष्टि करें कि अब भी सभी चीज़ें टेस्टिंग के लिए काम कर रही हैं. इसके बाद, पुष्टि के लिए सबमिट करने की तैयारी करें.
अपने ऐप्लिकेशन के लॉन्च प्लान की पुष्टि करने में लगने वाले समय का ध्यान रखें. साथ ही, उन नई सुविधाओं का भी ध्यान रखें जिनके लिए नए दायरे की ज़रूरत होती है. इनमें से एक शर्त तब भी लागू होती है, जब कोई ऐप्लिकेशन, सर्वर से या उसके ज़रिए, Google के उपयोगकर्ताओं के डेटा को ऐक्सेस कर सकता हो या उसे ऐक्सेस कर सकता हो. ऐसे मामलों में, सिस्टम को हर साल सुरक्षा का आकलन कराना ज़रूरी है. यह आकलन, तीसरे पक्ष के किसी ऐसे निर्णायक व्यक्ति से किया जाता है जिसे Google से मंज़ूरी मिली हो. इस वजह से, पाबंदी वाले दायरे की पुष्टि की प्रक्रिया को पूरा होने में कई हफ़्ते लग सकते हैं. ध्यान दें कि सभी ऐप्लिकेशन को पहले ब्रैंड की पुष्टि करने की प्रक्रिया को पूरा करना होगा. इस चरण में आम तौर पर दो से तीन कामकाजी दिन लगते हैं. ऐसा तब होता है, जब पिछली बार मंज़ूरी दिए गए OAuth के लिए सहमति की स्क्रीन की पुष्टि के बाद ब्रैंडिंग की जानकारी में कोई बदलाव हुआ हो.
अनुमति वाले ऐप्लिकेशन के टाइप
कुछ खास तरह के ऐप्लिकेशन, हर प्रॉडक्ट के प्रतिबंधित दायरे को ऐक्सेस कर सकते हैं. आपको अलग-अलग प्रॉडक्ट के लिए बने Google डेवलपर पेज पर, अलग-अलग तरह के ऐप्लिकेशन की जानकारी मिल सकती है. उदाहरण के लिए, Gmail API नीति.
यह आपकी ज़िम्मेदारी है कि आप अपने ऐप्लिकेशन के टाइप को समझें और उसे तय करें. हालांकि, अगर आपको पक्के तौर पर नहीं पता कि आपके ऐप्लिकेशन के ऐप्लिकेशन किस तरह के हैं, तो ऐप्लिकेशन को पुष्टि के लिए सबमिट करते समय, आप किन सुविधाओं का इस्तेमाल करेंगे? सवाल के लिए, कोई भी विकल्प नहीं चुना जा सकता. इसके बाद, Google API की पुष्टि करने वाली टीम यह तय करेगी कि आवेदन किस तरह का है.
सुरक्षा आकलन
हर वह ऐप्लिकेशन जो Google के उपयोगकर्ताओं के प्रतिबंधित डेटा का ऐक्सेस मांगता है और जो तीसरे पक्ष के सर्वर से या उसके ज़रिए डेटा ऐक्सेस कर सकता है, उसे Google के पैनल में शामिल सुरक्षा जांच करने वाले लोगों की सुरक्षा जांच करानी होगी. आकलन की इस प्रोसेस से, Google के उपयोगकर्ताओं के डेटा को सुरक्षित रखने में मदद मिलती है. इसके लिए, यह पुष्टि की जाती है कि Google के उपयोगकर्ता के डेटा को ऐक्सेस करने वाले सभी ऐप्लिकेशन, डेटा को सुरक्षित तरीके से मैनेज कर सकते हैं. साथ ही, उपयोगकर्ता के अनुरोध पर, उपयोगकर्ता का डेटा मिटा सकते हैं.
सुरक्षा जांच का स्टैंडर्ड तय करने के लिए, हम App Defense Alliance और क्लाउड ऐप्लिकेशन सिक्योरिटी असेस्मेंट फ़्रेमवर्क (सीएएसए) का इस्तेमाल करते हैं.
जैसा कि पहले बताया गया है, पाबंदी वाले किसी भी पाबंदी वाले दायरे का ऐक्सेस बनाए रखने के लिए, ज़रूरी है कि नीतियों का पालन करने के लिए ऐप्लिकेशन की फिर से पुष्टि की जाए. साथ ही, आकलन करने वाले से आकलन पत्र (एलओए) की मंज़ूरी मिलने के बाद, कम से कम हर 12 महीने में सुरक्षा से जुड़ी समीक्षा पूरी करें. अगर आपका ऐप्लिकेशन कोई नया पाबंदी वाला स्कोप जोड़ता है, तो अतिरिक्त दायरे को शामिल करने के लिए, आपके ऐप्लिकेशन की फिर से जांच की जा सकती है. ऐसा तब किया जा सकता है, जब इसे पहले की सुरक्षा जांच में शामिल नहीं किया गया हो.
आपके ऐप्लिकेशन को फिर से प्रमाणित करने का समय आने पर, Google की समीक्षा टीम आपको ईमेल भेजकर बताती है. यह पक्का करने के लिए कि आपकी टीम के सही सदस्यों को इस सालाना नीति उल्लंघन ठीक करने के तरीके (एनफ़ोर्समेंट) की सूचना दी जाए, दूसरे Google खातों को अपने API Console प्रोजेक्ट में मालिक या एडिटर के तौर पर जोड़ें. इससे उपयोगकर्ता सहायता और डेवलपर के संपर्क के उन ईमेल को भी अप-टू-डेट रखा जा सकता है जिनके बारे में Google API Console OAuth Consent Screen pageमें बताया गया है.
पुष्टि की तैयारी करने का तरीका
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 API Console प्रोजेक्ट में आपके सभी API Console संसाधनों को व्यवस्थित किया जाता है. प्रोजेक्ट में, जुड़े हुए Google खातों का एक सेट होता है जिन्हें प्रोजेक्ट से जुड़ी कार्रवाइयां करने की अनुमति होती है. साथ ही, इन एपीआई का सेट चालू होता है. साथ ही, इन एपीआई के लिए बिलिंग, पुष्टि, और निगरानी से जुड़ी सेटिंग भी प्रोजेक्ट में शामिल होती हैं. उदाहरण के लिए, किसी प्रोजेक्ट में एक या उससे ज़्यादा OAuth क्लाइंट हो सकते हैं, उन क्लाइंट के इस्तेमाल के लिए एपीआई को कॉन्फ़िगर किया जा सकता है, और OAuth की सहमति वाली स्क्रीन को कॉन्फ़िगर किया जा सकता है. यह स्क्रीन उपयोगकर्ताओं को तब दिखती है, जब वे आपके ऐप्लिकेशन को ऐक्सेस करने की अनुमति देते हैं.
अगर आपका कोई OAuth क्लाइंट बनाने के लिए तैयार नहीं है, तो हमारा सुझाव है कि आप उसे उस प्रोजेक्ट से मिटा दें जिसके लिए पुष्टि का अनुरोध किया जा रहा है. Google API Consoleमें जाकर ऐसा किया जा सकता है.
पुष्टि के लिए सबमिट करने के लिए, यह तरीका अपनाएं:
- पक्का करें कि आपका ऐप्लिकेशन, Google API की सेवा की शर्तों और Google API सेवाओं की उपयोगकर्ता के डेटा से जुड़ी नीति का पालन करता हो.
- अपने प्रोजेक्ट से जुड़े खातों के मालिक और एडिटर की भूमिकाओं को अप-टू-डेट रखें. साथ ही, OAuth के लिए सहमति वाली स्क्रीन पर, उपयोगकर्ता सहायता के लिए ईमेल और डेवलपर की संपर्क जानकारी को API Consoleमें रखें. इससे यह पक्का होता है कि आपकी टीम के सही सदस्यों को किसी भी नई शर्त के बारे में सूचना दी जाएगी.
- API Console OAuth Consent Screen pageपर जाएं.
- प्रोजेक्ट सिलेक्टर बटन पर क्लिक करें.
-
दिखने वाले इससे चुनें डायलॉग बॉक्स में, अपना प्रोजेक्ट चुनें. अगर आपको अपना प्रोजेक्ट नहीं मिल रहा है, लेकिन आपको अपना प्रोजेक्ट आईडी पता है, तो ब्राउज़र में इस फ़ॉर्मैट में यूआरएल बनाया जा सकता है:
https://console.developers.google.com/apis/credentials/consent?project=[PROJECT_ID]
[PROJECT_ID] की जगह उस प्रोजेक्ट आईडी का इस्तेमाल करें जिसका आपको इस्तेमाल करना है.
- ऐप्लिकेशन में बदलाव करें बटन चुनें.
- OAuth के लिए सहमति वाली स्क्रीन पर ज़रूरी जानकारी डालें. इसके बाद, सेव करें और जारी रखें बटन को चुनें.
- अपने ऐप्लिकेशन के अनुरोध किए गए सभी दायरों का एलान करने के लिए, दायरे जोड़ें या हटाएं बटन का इस्तेमाल करें. 'Google साइन-इन' के लिए ज़रूरी दायरों का सेट, गैर-संवेदनशील दायरे सेक्शन में पहले से भरा हुआ होता है. जोड़े गए स्कोप, नॉन-सेंसेटिव sensitive, or restrictedके तौर पर माने जाते हैं.
- अपने ऐप्लिकेशन में मिलती-जुलती सुविधाओं के लिए, काम के दस्तावेज़ के ज़्यादा से ज़्यादा तीन लिंक दें.
-
आगे के चरणों में, अपने ऐप्लिकेशन के बारे में मांगी गई अतिरिक्त जानकारी दें.
- 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.
- Ensure your app is one of the allowed types specified in the Limited Use section of the Additional requirements for specific API scopes page.
- 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.
-
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.
- 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.
- Show that the OAuth consent screen correctly displays the App Name.
- Show that the browser address bar of the OAuth consent screen correctly includes your app's OAuth client ID.
- To show how the data will be used, demonstrate the functionality that's enabled by each sensitive and restricted scope that you request.
- If you use multiple clients, and therefore have multiple OAuth client IDs, show how the data is accessed on each OAuth client.
- Select your permitted application type from the "What features will you use?" list.
- Describe how you will use the restricted scopes in your app and why more limited scopes aren't sufficient.
- अगर आपके ऐप्लिकेशन के कॉन्फ़िगरेशन के लिए पुष्टि करना ज़रूरी है, तो आपके पास ऐप्लिकेशन को पुष्टि के लिए सबमिट करने का विकल्प है. ज़रूरी फ़ील्ड भरें और पुष्टि की प्रक्रिया शुरू करने के लिए, सबमिट करें पर क्लिक करें.
ऐप्लिकेशन सबमिट करने के बाद, Google की भरोसा और सुरक्षा टीम आपको ईमेल भेजकर बताती है कि आपको उनकी ज़रूरत के मुताबिक कोई अन्य जानकारी देनी है या पूरा करना होगा. ज़्यादा जानकारी के अनुरोधों के लिए, डेवलपर की संपर्क जानकारी सेक्शन में अपने ईमेल पते और OAuth के लिए सहमति देने वाली स्क्रीन पर, सहायता ईमेल देखें. अपने प्रोजेक्ट की समीक्षा की मौजूदा स्थिति की पुष्टि करने के लिए, उस स्क्रीन पेज को भी देखा जा सकता है जहां OAuth के लिए सहमति दी जाती है. इसमें यह जानकारी भी शामिल होती है कि जब तक हम आपके जवाब का इंतज़ार कर रहे हैं, तब तक समीक्षा की प्रोसेस को रोका गया है या नहीं.
पुष्टि करने की ज़रूरी शर्तों से जुड़े अपवाद
अगर आपका ऐप्लिकेशन यहां दिए गए सेक्शन में बताई गई किसी भी स्थिति में इस्तेमाल किया जाएगा, तो आपको उसे समीक्षा के लिए सबमिट करने की ज़रूरत नहीं है.
निजी इस्तेमाल के लिए
इसका एक उदाहरण यह है कि जब आपके ऐप्लिकेशन का इस्तेमाल सिर्फ़ आप करते/करती हों या आपके ऐप्लिकेशन का इस्तेमाल कुछ ही उपयोगकर्ता करते हों और वे सभी लोग निजी तौर पर आपकी जानकारी रखते हों. आप और आपके सीमित उपयोगकर्ता, जिन ऐप्लिकेशन की पुष्टि नहीं हुई है उनकी स्क्रीन पर आगे बढ़ने और अपने निजी खातों को अपने ऐप्लिकेशन का ऐक्सेस देने से सहज महसूस कर सकते हैं.
डेवलपमेंट, टेस्टिंग या स्टेजिंग लेवल में इस्तेमाल किए जाने वाले प्रोजेक्ट
Google OAuth 2.0 की नीतियों का पालन करने के लिए, हमारा सुझाव है कि आपके पास टेस्टिंग और प्रोडक्शन एनवायरमेंट के लिए अलग-अलग प्रोजेक्ट हों. हमारा सुझाव है कि आप पुष्टि के लिए अपने ऐप्लिकेशन को सिर्फ़ तब सबमिट करें, जब आपको अपना ऐप्लिकेशन, Google खाते वाले किसी भी उपयोगकर्ता को उपलब्ध कराना हो. इसलिए, अगर आपका ऐप्लिकेशन डेवलपमेंट, टेस्टिंग या स्टेजिंग चरण में है, तो पुष्टि की ज़रूरत नहीं है.
अगर आपके ऐप्लिकेशन को डेवलप किया जा रहा है या उसकी जांच की जा रही है, तो आपके पास टेस्टिंग की डिफ़ॉल्ट सेटिंग में पब्लिश करने का स्टेटस छोड़ने का विकल्प है. इस सेटिंग का मतलब है कि आपके ऐप्लिकेशन को अब भी डेवलप किया जा रहा है. यह सिर्फ़ उन उपयोगकर्ताओं के लिए उपलब्ध है जिन्हें आपने टेस्ट उपयोगकर्ताओं की सूची में जोड़ा है. आपको उन Google खातों की सूची मैनेज करनी होगी जो आपके ऐप्लिकेशन को डेवलप करते हैं या उसकी जांच करते हैं.
![चेतावनी का यह मैसेज कि Google ने किसी ऐसे ऐप्लिकेशन की पुष्टि नहीं की है जिसकी जांच की जा रही है.](https://developers-dot-devsite-v2-prod.appspot.com/static/identity/protocols/oauth2/images/examples/tester-warning-screen.png?authuser=7&hl=hi)
सिर्फ़ सेवा के मालिकाना हक वाला डेटा
अगर आपका ऐप्लिकेशन सिर्फ़ अपने डेटा को ऐक्सेस करने के लिए किसी सेवा खाते का इस्तेमाल करता है और वह उपयोगकर्ता के किसी भी डेटा (Google खाते से जुड़ा) को ऐक्सेस नहीं करता है, तो आपको पुष्टि के लिए फ़ॉर्म सबमिट करने की ज़रूरत नहीं है.
सेवा खातों को समझने के लिए, Google Cloud के दस्तावेज़ में सेवा खाते देखें. सेवा खाते का इस्तेमाल करने के तरीके से जुड़े निर्देशों के लिए, सर्वर से सर्वर ऐप्लिकेशन के लिए OAuth 2.0 का इस्तेमाल करना देखें.
केवल आंतरिक उपयोग के लिए
इसका मतलब है कि ऐप्लिकेशन का इस्तेमाल सिर्फ़ आपके Google Workspace या Cloud Identity संगठन के लोग ही कर सकते हैं. प्रोजेक्ट का मालिकाना हक संगठन के पास होना चाहिए. साथ ही, इसकी OAuth सहमति वाली स्क्रीन को, इंटरनल उपयोगकर्ता टाइप के लिए कॉन्फ़िगर किया जाना चाहिए. इस स्थिति में, आपके ऐप्लिकेशन को संगठन के एडमिन से अनुमति लेनी पड़ सकती है. ज़्यादा जानकारी के लिए, Google Workspace के बारे में अतिरिक्त जानकारी देखें.
- सार्वजनिक और इंटरनल ऐप्लिकेशन के बारे में ज़्यादा जानें.
- अक्सर पूछे जाने वाले सवालों में, अपने ऐप्लिकेशन को 'अंदरूनी' के तौर पर मार्क करने का तरीका जानें मैं अपने ऐप्लिकेशन को 'सिर्फ़ अंदरूनी इस्तेमाल के लिए' के तौर पर कैसे मार्क करूं?
पूरे डोमेन के लिए इंस्टॉल करना
अगर आपको अपना ऐप्लिकेशन सिर्फ़ Google Workspace या Cloud Identity के संगठन के उपयोगकर्ताओं को टारगेट करना है और हमेशा पूरे डोमेन पर इंस्टॉलेशन का इस्तेमाल करना है, तो आपके ऐप्लिकेशन को पुष्टि करने की ज़रूरत नहीं होगी. ऐसा इसलिए है, क्योंकि पूरे डोमेन पर इंस्टॉल करने से डोमेन एडमिन, तीसरे पक्ष और अंदरूनी ऐप्लिकेशन को आपके उपयोगकर्ताओं के डेटा का ऐक्सेस दे पाता है. सिर्फ़ संगठन के एडमिन के पास, ऐप्लिकेशन को अनुमति वाले डोमेन की सूची में जोड़ने का विकल्प होता है, ताकि उसे अपने डोमेन में इस्तेमाल किया जा सके.
अक्सर पूछे जाने वाले सवाल में जाकर, अपने ऐप्लिकेशन को डोमेन के लिए इंस्टॉल करने का तरीका जानें मेरे ऐप्लिकेशन में ऐसे उपयोगकर्ता हैं जिनके पास दूसरे Google Workspace डोमेन के एंटरप्राइज़ खाते हैं.