Android Developer Console API की मदद से पैकेज के नाम रजिस्टर करना

Android Developer Console API एक सार्वजनिक इंटरफ़ेस है. इसे इस तरह डिज़ाइन किया गया है कि ऐप्लिकेशन डिस्ट्रिब्यूटर और डेवलपर, Android Developer Console में पैकेज के नाम प्रोग्राम के हिसाब से रजिस्टर कर सकें.

सर्वर-टू-सर्वर के तौर पर आपकी क्षमताएं:

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

शुरू करने से पहले

शुरू करने से पहले, आपके पास ये चीज़ें होनी चाहिए:

  1. Google Cloud प्रोजेक्ट का एडमिन ऐक्सेस.
  2. इनकी बुनियादी जानकारी:

आपको इन शब्दों के बारे में भी जानकारी होनी चाहिए:

शब्द परिभाषा
डेवलपर खाता यह Android Developer Console खाते को दिखाता है. इस खाते के पास एक या उससे ज़्यादा पैकेज के नाम का मालिकाना हक हो सकता है. इसमें पुष्टि की स्थिति (NOT_VERIFIED या VERIFIED) शामिल होती है.
पैकेज का नाम डेवलपर खाते में मौजूद Android पैकेज का कोई खास नाम (उदाहरण के लिए, com.example.app), जिसे एक या उससे ज़्यादा कुंजियों से जोड़ा जा सकता है. इसमें रजिस्ट्रेशन की स्थिति (DRAFT, IN_REVIEW, REGISTERED या PENDING_TRANSFER) शामिल होती है.
कुंजी Android पैकेज के नाम पर हस्ताक्षर करने के लिए इस्तेमाल किया जाने वाला खास सार्वजनिक सर्टिफ़िकेट/पासकोड. इसमें SHA-256 हैश और रजिस्ट्रेशन की मौजूदा स्थिति (DRAFT, OWNERSHIP_VERIFIED, IN_REVIEW, REGISTERED या PENDING_TRANSFER) शामिल होती है.

शुरू करें

Android Developer Console API को ऐक्सेस करने के लिए, यह तरीका अपनाएं:

Google Cloud प्रोजेक्ट बनाना

  1. अगर आपके पास पहले से कोई खाता नहीं है, तो Google Cloud खाता बनाएं.
  2. Google Cloud console खोलें.
  3. Google Cloud प्रोजेक्ट बनाएं.

अपने Google Cloud प्रोजेक्ट में एपीआई चालू करना

  1. Google Cloud console खोलें.
  2. नेविगेशन मेन्यू (☰) में, एपीआई और सेवाएं > लाइब्रेरी को चुनें.
  3. प्रोजेक्ट के ड्रॉप-डाउन मेन्यू से, वह Google Cloud प्रोजेक्ट चुनें जिसमें आपको एपीआई चालू करना है.
  4. APIs & Services के खोज बार का इस्तेमाल करके, Android Developer Console API को चुनें.
  5. एपीआई चालू करें:
    1. खोज के नतीजों में से एपीआई को चुनकर, उसके बारे में खास जानकारी देने वाले पेज पर जाएं.
    2. नीले रंग के 'चालू करें' बटन पर क्लिक करें. Google Cloud, आपके चुने गए प्रोजेक्ट के लिए एपीआई को चालू कर देता है. आम तौर पर, इसमें कुछ ही समय लगता है. इसे चालू करने के बाद, इसका इस्तेमाल किया जा सकता है.

एपीआई की पुष्टि करना

Android Developer Console API को कॉल करने के लिए, आपको OAuth 2.0 का इस्तेमाल करके अपने अनुरोधों की पुष्टि करनी होगी.

OAuth 2.0 से पुष्टि करना

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

OAuth 2.0 का दायरा

सभी कार्रवाइयों के लिए, यह स्कोप ज़रूरी है:

OAuth 2.0 का दायरा ब्यौरा
https://www.googleapis.com/auth/androiddeveloperconsole आपके Android Developer Console खातों में मौजूद पैकेज के नाम और डेटा देखना और उन्हें मैनेज करना

OAuth 2.0 वेब सर्वर फ़्लो लागू करना

Android Developer Console API के साथ इंटिग्रेट करने के लिए, ऐप्लिकेशन को OAuth 2.0 वेब सर्वर फ़्लो का इस्तेमाल करना होगा. अपने ऐप्लिकेशन के टाइप और ऑटोमेशन की ज़रूरतों के हिसाब से, क्रेडेंशियल मैनेज करने की दो मुख्य रणनीतियों में से कोई एक चुनी जा सकती है:

विकल्प A (सुझाया गया): ऑफ़लाइन / ऑटोमेटेड ऐक्सेस (सीआई/सीडी और सर्वर इंटिग्रेशन) दूसरा विकल्प: कुछ समय के लिए / इंटरैक्टिव ऐक्सेस
इस रणनीति की मदद से, सीआई/सीडी पाइपलाइन जैसी ऑटोमेटेड प्रोसेस, बैकग्राउंड में बिना किसी मानवीय मदद के चलती हैं:

उपयोगकर्ता की सहमति का वन-टाइम सेटअप: शुरुआती सेटअप के दौरान, डेवलपर या खाते का मालिक अपने ब्राउज़र में, सहमति देने की प्रोसेस को एक बार पूरा करता है. आपका ऐप्लिकेशन, एपीआई के स्कोप के साथ-साथ ऑफ़लाइन ऐक्सेस (access_type=offline) का अनुरोध करता है. Google एक ऑथराइज़ेशन कोड देता है. इसके बदले, आपका ऐप्लिकेशन शुरुआती ऐक्सेस टोकन और लंबे समय तक चलने वाला रीफ़्रेश टोकन देता है.

बैकग्राउंड में एक्ज़ीक्यूशन: refresh_token को अपने डिप्लॉयमेंट एनवायरमेंट या सीक्रेट मैनेजर (उदाहरण के लिए, GitHub Actions Secrets, Google Secret Manager) में सुरक्षित तरीके से सेव करें. इसके बाद के एपीआई कॉल के लिए, आपका ऑटोमेटेड वर्कफ़्लो, सेव किए गए रीफ़्रेश टोकन का इस्तेमाल करता है. इससे मांग पर, कम समय के लिए मान्य नया ऐक्सेस टोकन मिलता है. इससे मैन्युअल तरीके से लॉगिन करने या दो तरीकों से पुष्टि करने के अनुरोधों को बायपास किया जाता है.
अगर आपको अपने एनवायरमेंट में लंबे समय तक इस्तेमाल किए जा सकने वाले रीफ़्रेश टोकन सेव नहीं करने हैं या आपका ऐप्लिकेशन इंटरैक्टिव यूज़र कॉन्टेक्स्ट में चलता है, तो:

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

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

पैकेज का नाम रजिस्टर करना

पैकेज के नाम का रजिस्ट्रेशन, किसी पासकोड को पैकेज के नाम से जोड़ने की प्रोसेस है. पासकोड को रजिस्टर करने का तरीका इस बात पर निर्भर करता है कि उसे Android में पैकेज के नए नाम के लिए रजिस्टर किया जा रहा है या मौजूदा नाम के लिए.

पैकेज का नया नाम रजिस्टर करना

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

पैकेज का मौजूदा नाम रजिस्टर करना

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

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

ज़रूरी शर्तें

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

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

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

कार के डिजिटल बटन के मालिकाना हक की पुष्टि करना

किसी पैकेज के मौजूदा नाम की पुष्टि करने के लिए, एपीआई एक स्ट्रिंग उपलब्ध कराता है. पुष्टि करने वाली इस स्ट्रिंग को ऐप्लिकेशन के ऐसेट फ़ोल्डर में, adi-registration.properties नाम की नई फ़ाइल में शामिल करना होगा. इसके बाद, आपको उस निजी पासकोड का इस्तेमाल करके APK पर हस्ताक्षर करके उसे अपलोड करना होगा जो आपके रजिस्टर किए जा रहे सार्वजनिक पासकोड से मेल खाता हो.

कुंजी के रजिस्ट्रेशन की वजह बताएं

अगर किसी कुंजी को रजिस्टर करने के लिए वजह बताना ज़रूरी है, तो डेवलपर को कारोबार के मकसद के बारे में पूरी जानकारी देनी होगी. Google इस वजह की समीक्षा करता है. पैकेज के नाम के रजिस्ट्रेशन को मंज़ूरी मिलने में 24 घंटे लग सकते हैं.

उपयोगकर्ता अनुभव को बेहतर बनाने के सबसे सही तरीके

हमारा सुझाव है कि Android Developer Console API का इस्तेमाल करने वाले ऐप्लिकेशन, इन पैटर्न का पालन करें, ताकि इंटिग्रेशन आसानी से हो सके.

OAuth की अनुमति देने के लिए साफ़ तौर पर कॉन्टेक्स्ट तय करना

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

अनुमति के कॉन्टेक्स्ट को इस फ़ॉर्मैट का इस्तेमाल करके स्ट्रक्चर करें:

  • टाइटल: "अपने Android Developer Console खाते को लिंक करना"
  • खास जानकारी: "[application-name] में Android डेवलपर के तौर पर पहचान की पुष्टि करने के लिए, पैकेज के नाम का रजिस्ट्रेशन मैनेज करें"
  • ऐक्शन बटन: "Google के साथ जारी रखें" या "Google से साइन इन करें" बटन
खाता लिंक करने के लिए, OAuth की अनुमति के बारे में बताने वाला डायलॉग बॉक्स.
पहली इमेज. अपना Android Developer Console खाता लिंक करें.

डेवलपर खातों की पहचान करना

  1. ListDeveloperAccounts एपीआई तरीके के साथ इंटिग्रेट करें, ताकि उन सभी डेवलपर खातों को वापस लाया जा सके और उनकी सूची बनाई जा सके जिनके लिए ऐक्सेस की अनुमति दी गई है.
  2. खाता चुनने की सुविधा दें, ताकि डेवलपर अपनी पसंद का डेवलपर खाता चुन सके.
  3. खाते displayName को मुख्य जानकारी के तौर पर दिखाएं. इसके लिए, name फ़ील्ड में मौजूद खाता नंबर को सेकंडरी जानकारी के तौर पर इस्तेमाल करें.
  4. खाते की पुष्टि की स्थिति दिखाएं (verificationState):
    • VERIFIED: पुष्टि किए गए डेवलपर की पहचान की पुष्टि करने के लिए, विज़ुअल क्यू (जैसे, हरे रंग का सही का निशान) दिखाएं.
    • NOT_VERIFIED: इससे पता चलता है कि पुष्टि की प्रक्रिया पूरी नहीं हुई है. साथ ही, खाते के लिए पैकेज रजिस्टर करने पर पाबंदी लगा दी जाती है. इसके अलावा, एक मुख्य सीटीए बटन भी दिया जा सकता है. इस बटन को चुनने पर, डेवलपर को Android Developer Console पर रीडायरेक्ट किया जाएगा.
खाता पिकर, जिसमें डेवलपर खाते का नाम और पुष्टि की स्थिति दिख रही है.
दूसरी इमेज. खाता पिकर, जिसमें डेवलपर खाते और उनकी पुष्टि की स्थिति दिख रही है.

अगर Google खाते से कोई डेवलपर खाता नहीं जुड़ा है, तो डेवलपर को Android Developer Console पर जाने के लिए कहें. इसके लिए, मुख्य सीटीए बटन का इस्तेमाल करें.

पैकेज के नाम मैनेज करना

  1. डेवलपर खाते से जुड़े सभी पैकेज के नाम पाने के लिए, ListAndroidPackages एपीआई एंडपॉइंट के साथ इंटिग्रेट करें. डेवलपर को एक ही इंटरफ़ेस उपलब्ध कराएं, जैसे कि सूची या टेबल. इससे वे अपने पैकेज की स्थितियों को असरदार तरीके से मॉनिटर कर पाएंगे.
  2. packageName को उसके मौजूदा रजिस्ट्रेशन स्टेटस (DRAFT, IN_REVIEW, REGISTERED या PENDING_TRANSFER) के साथ दिखाएं. साथ ही, हर स्टेटस के लिए अलग-अलग विज़ुअल इंडिकेटर लागू करें. अगर खाता बनाते समय "फ़्रेंडली नेम" दिया गया था और उसे सेव किया गया था, तो आपके पास उसे डिसप्ले में शामिल करने का विकल्प होता है.
रजिस्टर किए गए पैकेज के नाम और उनकी स्थितियां दिखाने वाला इंटरफ़ेस.
तीसरी इमेज. पैकेज के नाम और रजिस्ट्रेशन की स्थितियों को मैनेज करने के लिए इंटरफ़ेस.

पासकोड मैनेज करें

  1. ListAndroidPackageKeys एपीआई एंडपॉइंट को कॉल करें, ताकि किसी पैकेज के नाम से जुड़ी सभी कुंजियां फ़ेच की जा सकें. इससे डेवलपर को रजिस्ट्रेशन की स्थिति पर नज़र रखने के लिए, स्ट्रक्चर्ड ओवरव्यू (जैसे, टेबल या सूची) मिलता है.
  2. हर कुंजी के लिए certificateFingerprintSha256 दिखाएं. साथ ही, उसकी रजिस्ट्रेशन की स्थिति (DRAFT, OWNERSHIP_VERIFIED, IN_REVIEW, REGISTERED_ACTIVE या PENDING_TRANSFER) दिखाएं. इसके लिए, अलग-अलग विज़ुअल इंडिकेटर का इस्तेमाल करें, ताकि स्थितियों के बीच अंतर किया जा सके.
सर्टिफ़िकेट फ़िंगरप्रिंट और पासकोड के रजिस्ट्रेशन की स्थितियों की सूची.
चौथी इमेज. कुंजियों और उनके रजिस्ट्रेशन की स्थितियों की खास जानकारी.
  1. डेवलपर, CreateAndroidPackageKey एपीआई तरीके के साथ इंटिग्रेट करके, पैकेज के मौजूदा नाम के तहत अतिरिक्त पासकोड रजिस्टर कर सकते हैं.

पैकेज का नाम रजिस्टर करना

  1. फ़ॉर्म पर आधारित लेआउट का इस्तेमाल करें. इसमें डेवलपर, टेक्स्ट फ़ील्ड में अपने पैकेज का नाम डालते हैं. हालांकि, यह ज़रूरी है कि आपके ऐप्लिकेशन ने यह जानकारी पहले से इकट्ठा न की हो. उदाहरण के लिए, पहले से मौजूद किसी प्रॉम्प्ट के ज़रिए.
  2. डेवलपर खाते में पैकेज का नाम रजिस्टर करने के लिए, CreateAndroidPackage एपीआई तरीके को कॉल करें. साथ ही, पासकोड से जुड़ी ज़रूरी शर्तें तय करने के लिए, GetAndroidPackageRegistrationPolicy एपीआई तरीके को कॉल करें.
  3. पैकेज के नाम के लिए तय किए गए keySelectionStrategy के आधार पर, डेवलपर को इनमें से कोई एक काम करने के लिए कहें:
    • अगर keySelectionStrategy को SELECT_KEY_FROM_LIST पर सेट किया गया है, तो: डेवलपर को दी गई knownKeys सूची (जिसमें SHA-256 सर्टिफ़िकेट फ़िंगरप्रिंट शामिल हैं) से रजिस्ट्रेशन के लिए कोई पासकोड चुनने के लिए कहें. जैसे, रेडियो बटन का इस्तेमाल करके. इस प्रोसेस के लिए, पासकोड के मालिकाना हक की पुष्टि करना ज़रूरी है. इसके बारे में नीचे पासकोड के मालिकाना हक की पुष्टि करना सेक्शन में बताया गया है.
    • अगर keySelectionStrategy को USE_ANY_KEY पर सेट किया गया है, तो डेवलपर को सीधे तौर पर कुंजी देने के लिए कहें. इस मामले में, कुंजी के मालिकाना हक की पुष्टि करने की ज़रूरत नहीं है.
  4. चुनी गई कुंजी को पैकेज के नए नाम से जोड़ने के लिए, CreateAndroidPackageKey एपीआई तरीके को कॉल करें.
पैकेज का नाम रजिस्टर करने और साइनिंग पासकोड चुनने के लिए फ़ॉर्म.
पांचवीं इमेज. पैकेज का नाम रजिस्टर करने और कुंजी चुनने का तरीका.

इसके अलावा, आपका ऐप्लिकेशन, अपलोड किए गए ऐप्लिकेशन से पैकेज का नाम या पासकोड अपने-आप पहचान सकता है और उसे एक्सट्रैक्ट कर सकता है.

किसी कुंजी के मालिकाना हक की पुष्टि करना

अगर keySelectionStrategy को SELECT_KEY_FROM_LIST पर सेट किया जाता है, तो डेवलपर को साइन करने के लिए इस्तेमाल होने वाले निजी पासकोड के मालिकाना हक की पुष्टि करनी होगी. मालिकाना हक के सबूत के तौर पर, हस्ताक्षर किया गया ऐसा APK सबमिट करना होगा जिसमें एपीआई से जनरेट किया गया verificationToken शामिल हो.

कुंजी के मालिकाना हक की पुष्टि करने के लिए, VerifyAndroidPackageKeyOwnership एपीआई मेथड को इंटिग्रेट करें और ये यूज़र इंटरफ़ेस कॉम्पोनेंट बनाएं:

  • टोकन डिसप्ले कॉम्पोनेंट: कोड स्निपेट ब्लॉक के अंदर verificationToken को प्रमुखता से दिखाएं. साथ ही, "क्लिपबोर्ड पर कॉपी करें" बटन भी शामिल करें.
  • डेवलपर के लिए सेटअप से जुड़े निर्देश: डेवलपर को निर्देश दें कि वह verificationToken वाली adi-registration.properties फ़ाइल को ऐप्लिकेशन के ऐसेट फ़ोल्डर में डाले.
  • APK सबमिशन ड्रॉपज़ोन: साइन किया हुआ APK पाने के लिए, फ़ाइल अपलोड करने का एक खास ड्रॉपज़ोन उपलब्ध कराएं.
पासकोड के मालिकाना हक की पुष्टि करने के लिए, ड्रॉपज़ोन और टोकन डिसप्ले.
छठी इमेज. साइन किए गए APK को अपलोड करके, पासकोड के मालिकाना हक की पुष्टि करने के लिए यूज़र इंटरफ़ेस (यूआई) कॉम्पोनेंट.

कुंजी को रजिस्टर करने की वजह बताना

जब किसी पासकोड के justificationRequired फ़ील्ड को REQUIRED पर सेट किया जाता है, तो पैकेज के नाम के साथ उस पासकोड को रजिस्टर करने के लिए, डेवलपर को कारोबार के बारे में पूरी जानकारी सबमिट करनी होगी.

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

मैनेज की जा रही कुंजियों के लिए, कुंजियों की पुष्टि करने की प्रोसेस को ऑटोमेट करना

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

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

ब्रैंड से जुड़े दिशा-निर्देशों का पालन करना

उपयोगकर्ताओं का भरोसा बनाए रखने और पारदर्शिता बनाए रखने के लिए, Android Developer Console API के साथ इंटिग्रेट किए गए सभी ऐप्लिकेशन को ब्रैंड से जुड़े इन दिशा-निर्देशों का पालन करना होगा.

शब्दावली और कैपिटल लेटर का इस्तेमाल

उपयोगकर्ताओं को दिखाए जाने वाले कॉन्टेंट या दस्तावेज़ों में प्रॉडक्ट का ज़िक्र करते समय, हमेशा Android Developer Console नाम का इस्तेमाल करें. "एडीसी" शब्द का इस्तेमाल न करें.

इस प्रोग्राम को Android डेवलपर की पहचान की पुष्टि करने वाले प्रोग्राम के तौर पर जाना जाना चाहिए. सभी कॉन्टेक्स्ट में, कैपिटल लेटर और स्पेलिंग का इस्तेमाल इसी तरह करें.

एपीके या एएबी के साथ भ्रम से बचने के लिए, सिर्फ़ "पैकेज" के बजाय "पैकेज का नाम" शब्द का इस्तेमाल करें.

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

"साइन-इन करें" कॉल-टू-ऐक्शन का इस्तेमाल करना

Android Developer Console के साथ OAuth 2.0 से पुष्टि करने की सुविधा, Google Identity Services पर निर्भर करती है. Google Identity Services के ब्रैंडिंग से जुड़े दिशा-निर्देशों का पालन करने के लिए, आपको अनुमति देने वाले बटन पर "Google के साथ जारी रखें" या "Google से साइन इन करें" कॉल-टू-ऐक्शन का इस्तेमाल करना होगा. यह टेक्स्ट ज़रूरी है और इसमें बदलाव नहीं किया जा सकता. इससे उपयोगकर्ताओं को यह समझने में मदद मिलती है कि वे अपने Google क्रेडेंशियल का इस्तेमाल करके, आपके ऐप्लिकेशन को अपने Google खाते को ऐक्सेस करने की अनुमति दे रहे हैं.

ब्रैंड की पहचान और विश्वसनीयता बनाए रखना

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

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

अन्य संसाधन