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

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

अगर आपका ऐप्लिकेशन नीचे दी गई सभी शर्तों को पूरा करता है, तो उसकी पुष्टि करना ज़रूरी है:

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

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

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

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

ऐसी स्क्रीन जहां OAuth के लिए सहमति दी जाती है

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

जब आपके ऐप्लिकेशन के ब्रैंड की पुष्टि करने के बाद उसे मंज़ूरी मिल जाती है, तब इस बात की संभावना बढ़ जाती है कि अनुमति देने वाले खाते से, आपके ऐप्लिकेशन की पहचान और उपयोगकर्ता के डेटा से जुड़ी नीतियों को साफ़ तौर पर समझा जा सकता है. इस साफ़ जानकारी से इस बात की संभावना बढ़ जाती है कि खाता मालिक आपके अनुरोधों को अनुमति देगा. साथ ही, अपने Google खाता पेज पर संभावित निलंबनों की समीक्षा करते समय, वे ऐक्सेस अपने पास रख सकते हैं. आपने OAuth Consent Screen page पर API Console में जिस कॉन्टेंट को कॉन्फ़िगर किया है उसमें ये कॉम्पोनेंट शामिल किए जाते हैं:

1. आपके ऐप्लिकेशन का नाम और लोगो (जैसा कि पहली इमेज के बॉक्स 1 में दिखाया गया है)
2. उपयोगकर्ता के लिए सहायता का ईमेल, जो आपके ऐप्लिकेशन का नाम चुनने के बाद दिखता है (पहली इमेज का बॉक्स 2)
3. आपकी निजता नीति और सेवा की शर्तों के लिंक (पहली इमेज का बॉक्स 3)

पहली इमेज. उस स्क्रीन का मॉक-अप जिसमें OAuth के लिए सहमति दी जाती है.

अनुमति वाले डोमेन

ब्रैंड की पुष्टि करने की प्रक्रिया के तहत, Google को उन सभी डोमेन की पुष्टि करनी होती है जो किसी ऐप्लिकेशन की OAuth सहमति वाली स्क्रीन और क्रेडेंशियल से जुड़े हैं. हम आपसे उस डोमेन कॉम्पोनेंट की पुष्टि करने के लिए कहते हैं जो सार्वजनिक सफ़िक्स पर रजिस्ट्रेशन के लिए उपलब्ध है. जैसे, "टॉप प्राइवेट डोमेन." उदाहरण के लिए, https://sub.example.com/product के ऐप्लिकेशन के होम पेज के साथ कॉन्फ़िगर की गई OAuth के लिए सहमति वाली स्क्रीन, खाता मालिक से example.com डोमेन के मालिकाना हक की पुष्टि करने के लिए कहती है.

OAuth सहमति स्क्रीन एडिटर के अनुमति वाले डोमेन सेक्शन में ऐसे टॉप निजी डोमेन शामिल होने चाहिए जिनका इस्तेमाल ऐप्लिकेशन डोमेन सेक्शन के यूआरआई में किया गया हो. इन डोमेन में, ऐप्लिकेशन का होम पेज, निजता नीति, और सेवा की शर्तें शामिल होती हैं. अनुमति वाले डोमेन सेक्शन में, आपके "वेब ऐप्लिकेशन" OAuth क्लाइंट टाइप में अनुमति वाले रीडायरेक्ट यूआरआई और/या JavaScript ऑरिजिन शामिल होने चाहिए.

Google Search Console का इस्तेमाल करके, अपने अनुमति वाले डोमेन के मालिकाना हक की पुष्टि करें. किसी डोमेन के लिए मालिक की अनुमतियों वाला Google खाता, उस API Console प्रोजेक्ट से जुड़ा होना चाहिए जिसमें अनुमति वाले डोमेन का इस्तेमाल किया जाता है. Google Search Console में डोमेन की पुष्टि के बारे में ज़्यादा जानकारी के लिए, अपनी साइट के मालिकाना हक की पुष्टि करना लेख देखें.

पुष्टि की तैयारी करने का तरीका

Google API का इस्तेमाल करके डेटा के ऐक्सेस का अनुरोध करने वाले सभी ऐप्लिकेशन को ब्रैंड की पुष्टि करने के लिए, नीचे दिया गया तरीका अपनाना होगा:

1. इस बात की पुष्टि करें कि आपका ऐप्लिकेशन, पुष्टि से जुड़ी ज़रूरी शर्तों के अपवाद सेक्शन में दिए गए, इस्तेमाल के किसी भी उदाहरण में शामिल नहीं है.
2. पक्का करें कि आपका ऐप्लिकेशन, एपीआई या प्रॉडक्ट से जुड़े ब्रैंड की ज़रूरी शर्तों को पूरा करता हो. उदाहरण के लिए, 'Google साइन इन' के दायरे के लिए, ब्रैंडिंग के दिशा-निर्देश देखें.
3. Google Search Console में जाकर, अपने प्रोजेक्ट के अनुमति वाले डोमेन के मालिकाना हक की पुष्टि करें. उस Google खाते का इस्तेमाल करें जो आपके API Console प्रोजेक्ट से मालिक या एडिटर के तौर पर जुड़ा हो.
4. पक्का करें कि OAuth के लिए सहमति वाली स्क्रीन पर दी गई ब्रैंडिंग से जुड़ी सभी जानकारी, ऐप्लिकेशन की पहचान के बारे में सही तरीके से बताती हो. जैसे, ऐप्लिकेशन का नाम, सहायता ईमेल, होम पेज यूआरआई, निजता नीति यूआरआई वगैरह.

ऐप्लिकेशन के होम पेज से जुड़ी ज़रूरी शर्तें

पक्का करें कि आपका होम पेज, इन ज़रूरी शर्तों को पूरा करता हो:

• आपका होम पेज सार्वजनिक रूप से ऐक्सेस करने लायक होना चाहिए. साथ ही, वह न सिर्फ़ आपकी साइट में लॉग इन किए हुए लोग ही उसे ऐक्सेस कर सकते हों.
• यह साफ़ तौर पर बताया जाना चाहिए कि समीक्षा किए जा रहे ऐप्लिकेशन के साथ आपका होम पेज कितने काम का है.
• Google Play Store या उसके Facebook पेज पर, आपके ऐप्लिकेशन की लिस्टिंग के लिंक को ऐप्लिकेशन का मान्य होम पेज नहीं माना जाता.

ऐप्लिकेशन की निजता नीति से जुड़े लिंक की ज़रूरी शर्तें

यह पक्का करें कि आपके ऐप्लिकेशन की निजता नीति इन ज़रूरी शर्तों को पूरा करती हो:

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

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

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

अगर आपका कोई OAuth क्लाइंट बनाने के लिए तैयार नहीं है, तो हमारा सुझाव है कि आप उसे उस प्रोजेक्ट से मिटा दें जिसके लिए पुष्टि का अनुरोध किया जा रहा है. Google API Consoleमें जाकर ऐसा किया जा सकता है.

पुष्टि के लिए सबमिट करने के लिए, यह तरीका अपनाएं:

1. पक्का करें कि आपका ऐप्लिकेशन, Google API की सेवा की शर्तों और Google API सेवाओं की उपयोगकर्ता के डेटा से जुड़ी नीति का पालन करता हो.
2. अपने प्रोजेक्ट से जुड़े खातों के मालिक और एडिटर की भूमिकाओं को अप-टू-डेट रखें. साथ ही, OAuth के लिए सहमति वाली स्क्रीन पर, उपयोगकर्ता सहायता के लिए ईमेल और डेवलपर की संपर्क जानकारी को API Consoleमें रखें. इससे यह पक्का होता है कि आपकी टीम के सही सदस्यों को किसी भी नई शर्त के बारे में सूचना दी जाएगी.
3. API Console OAuth Consent Screen pageपर जाएं.
4. प्रोजेक्ट सिलेक्टर बटन पर क्लिक करें.

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

   https://console.developers.google.com/apis/credentials/consent?project=[PROJECT_ID]

   [PROJECT_ID] की जगह उस प्रोजेक्ट आईडी का इस्तेमाल करें जिसका आपको इस्तेमाल करना है.

6. ऐप्लिकेशन में बदलाव करें बटन चुनें.
7. OAuth के लिए सहमति वाली स्क्रीन पर ज़रूरी जानकारी डालें. इसके बाद, सेव करें और जारी रखें बटन को चुनें.
8. अपने ऐप्लिकेशन के अनुरोध किए गए सभी दायरों का एलान करने के लिए, दायरे जोड़ें या हटाएं बटन का इस्तेमाल करें. 'Google साइन-इन' के लिए ज़रूरी दायरों का सेट, गैर-संवेदनशील दायरे सेक्शन में पहले से भरा हुआ होता है. जोड़े गए स्कोप, नॉन-सेंसेटिव sensitive, or restrictedके तौर पर माने जाते हैं.
9. अपने ऐप्लिकेशन में मिलती-जुलती सुविधाओं के लिए, काम के दस्तावेज़ के ज़्यादा से ज़्यादा तीन लिंक दें.

10. आगे के चरणों में, अपने ऐप्लिकेशन के बारे में मांगी गई अतिरिक्त जानकारी दें.

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

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

पुष्टि करने की ज़रूरी शर्तों से जुड़े अपवाद

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

निजी इस्तेमाल के लिए

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

ध्यान दें: उपयोगकर्ता सीमा से, उन Google खातों की संख्या सीमित होती है जो बिना पुष्टि वाले ऐप्लिकेशन को ऐक्सेस दे सकते हैं.

डेवलपमेंट, टेस्टिंग या स्टेजिंग लेवल में इस्तेमाल किए जाने वाले प्रोजेक्ट

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

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

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

इमेज 2. टेस्टर के लिए चेतावनी वाली स्क्रीन

सिर्फ़ सेवा के मालिकाना हक वाला डेटा

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

सेवा खातों को समझने के लिए, Google Cloud के दस्तावेज़ में सेवा खाते देखें. सेवा खाते का इस्तेमाल करने के तरीके से जुड़े निर्देशों के लिए, सर्वर से सर्वर ऐप्लिकेशन के लिए OAuth 2.0 का इस्तेमाल करना देखें.

केवल आंतरि‍क उपयोग के लि‍ए

इसका मतलब है कि ऐप्लिकेशन का इस्तेमाल सिर्फ़ आपके Google Workspace या Cloud Identity संगठन के लोग ही कर सकते हैं. प्रोजेक्ट का मालिकाना हक संगठन के पास होना चाहिए. साथ ही, इसकी OAuth सहमति वाली स्क्रीन को, इंटरनल उपयोगकर्ता टाइप के लिए कॉन्फ़िगर किया जाना चाहिए. इस स्थिति में, आपके ऐप्लिकेशन को संगठन के एडमिन से अनुमति लेनी पड़ सकती है. ज़्यादा जानकारी के लिए, Google Workspace के बारे में अतिरिक्त जानकारी देखें.

• सार्वजनिक और इंटरनल ऐप्लिकेशन के बारे में ज़्यादा जानें.
• अक्सर पूछे जाने वाले सवालों में, अपने ऐप्लिकेशन को 'अंदरूनी' के तौर पर मार्क करने का तरीका जानें मैं अपने ऐप्लिकेशन को 'सिर्फ़ अंदरूनी इस्तेमाल के लिए' के तौर पर कैसे मार्क करूं?

पूरे डोमेन के लिए इंस्टॉल करना

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

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