अगर आपको सिर्फ़ Google Play से बाहर के प्लैटफ़ॉर्म पर ऐप्लिकेशन उपलब्ध कराने हैं, तो Android Developer Console का इस्तेमाल करके, डेवलपर के तौर पर अपनी पहचान मैनेज करें और अपने ऐप्लिकेशन के पैकेज के नाम रजिस्टर करें. इस गाइड में, अपने खाते की पुष्टि करने और यह पक्का करने का तरीका बताया गया है कि आपके ऐप्लिकेशन, सर्टिफ़ाइड Android डिवाइसों पर इंस्टॉल किए जा सकते हैं.
खाता बनाएं
अपने Google खाते का इस्तेमाल करके, खाते के लिए साइन अप किया जा सकता है. अगर आप छात्र-छात्रा हैं या शौकिया डेवलपर हैं, तो आपके पास एक खास तरह का खाता बनाने का विकल्प होता है. इसमें पुष्टि कराने की कम शर्तें होती हैं और इसके लिए कोई शुल्क नहीं लिया जाता.
ऐप्लिकेशन को डिस्ट्रिब्यूट करने का तरीका चुनना
आपके ऐप्लिकेशन अब भी साइडलोड किए जा सकते हैं. उपयोगकर्ता को मिलने वाला अनुभव, आपके चुने गए पाथ पर निर्भर करता है.
पहचान की पुष्टि करने की प्रक्रिया पूरी करना
अलग-अलग तरह के खातों के लिए, अलग-अलग ज़रूरी शर्तें होती हैं. फ़ुल डिस्ट्रिब्यूशन खाता और चुनिंदा उपयोगकर्ताओं के लिए खाता गाइड पढ़ें. इससे आपको यह तय करने में मदद मिलेगी कि आपके लिए कौनसी गाइड सबसे सही है.
अपने पैकेज के नाम रजिस्टर करें
पुष्टि हो जाने के बाद, पैकेज पेज पर जाकर, अपने ऐप्लिकेशन के पैकेज के नाम रजिस्टर किए जा सकते हैं. रजिस्ट्रेशन की प्रोसेस में, आपके ऐप्लिकेशन को डेवलपर के तौर पर आपकी पहचान की पुष्टि से लिंक किया जाता है. रजिस्टर करने के लिए, Android Developer Console में यह जानकारी दें:
- पैकेज का नाम डालें: वह यूनीक पैकेज का नाम डालें जिसे आपको रजिस्टर करना है.
- अपना पासकोड जोड़ें: ऐप्लिकेशन में साइन इन करने के लिए उपलब्ध पासकोड पेयर से SHA-256 सर्टिफ़िकेट फ़िंगरप्रिंट डालें. इसके बाद, स्टेटस समीक्षा में है के तौर पर दिखेगा.
- मालिकाना हक की पुष्टि करें: पैकेज के मौजूदा नामों के लिए, आपको अपने निजी पासकोड से APK पर हस्ताक्षर करके उसे अपलोड करना होगा. Android Developer Console, इस चुनौती के लिए APK के ऐसेट फ़ोल्डर में जोड़ने के लिए एक स्निपेट उपलब्ध कराता है. रजिस्टर होने के बाद, आपको ईमेल से सूचना दी जाएगी. साथ ही, Developer Console में पैकेज के नाम की स्थिति रजिस्टर किया गया के तौर पर अपडेट हो जाएगी.
अपने वर्कफ़्लो को ऑटोमेट करना
हमारे एपीआई का इस्तेमाल करके, डेवलपर की पहचान की पुष्टि करने और पैकेज रजिस्टर करने की प्रोसेस को अपने-आप होने के लिए सेट किया जा सकता है:
- Android Developer ID Status API: इससे यह पता लगाया जा सकता है कि किसी पैकेज का नाम पहले से रजिस्टर है या नहीं. साथ ही, यह भी पता लगाया जा सकता है कि वह नाम रजिस्टर करने की ज़रूरी शर्तें पूरी करता है या नहीं.
- Android Developer Console API: इसकी मदद से, पैकेज के नाम और कुंजियों को सीधे तौर पर अपने डेवलपमेंट एनवायरमेंट या CI/CD पाइपलाइन में रजिस्टर और मैनेज किया जा सकता है.
Android Developer Console API, OAuth डेलिगेशन की सुविधा के साथ काम करता है. इससे तीसरे पक्ष के प्लैटफ़ॉर्म (जैसे कि Android ऐप्लिकेशन के अन्य स्टोर) आपकी ओर से सुरक्षित तरीके से कार्रवाइयां कर सकते हैं.
डुप्लीकेट पैकेज के नामों को मैनेज करना
अगर कई डेवलपर एक ही पैकेज के नाम का इस्तेमाल करते हैं, तो रजिस्टर करने का अधिकार, पैकेज के नाम को रजिस्टर करने के नियमों के हिसाब से तय किया जाता है. इन नियमों का मकसद, पैकेज का नाम उस डेवलपर को असाइन करना है जिसके साइनिंग पासकोड से, इंस्टॉल की कुल संख्या में 50% से ज़्यादा योगदान मिला है:
- मेजर क्लस्टर: अगर किसी डेवलपर के पासकोड से 50% से ज़्यादा इंस्टॉल किए गए हैं, तो उस डेवलपर को रजिस्टर करने की प्राथमिकता दी जाती है.
- बड़ा क्लस्टर: अगर इंस्टॉल की कुल संख्या में 50% से ज़्यादा योगदान किसी भी पासकोड का नहीं है, तो "बड़ा क्लस्टर" (50 या इससे ज़्यादा इंस्टॉल) वाले किसी भी डेवलपर के पास, पैकेज का नाम रजिस्टर करने का विकल्प होता है.
- पहले आओ, पहले पाओ के आधार पर: अगर कोई बड़ा क्लस्टर मौजूद नहीं है, तो जाने-पहचाने पासकोड वाला कोई भी डेवलपर, पैकेज का नाम रजिस्टर कर सकता है. हालांकि, जो डेवलपर पहले रजिस्ट्रेशन करेगा उसे ही मालिकाना हक मिलेगा.
इन नियमों के बारे में यहां दिए गए उदाहरणों में बताया गया है:
ज़्यादातर पासकोड के मालिकाना हक वाले व्यक्ति को प्राथमिकता:
जिस डेवलपर के पास मौजूद साइनिंग कुंजी से 50% से ज़्यादा इंस्टॉल किए गए हों उसे रजिस्ट्रेशन के लिए प्राथमिकता दी जाती है. अन्य सभी डेवलपर को पैकेज का कोई दूसरा नाम इस्तेमाल करना होगा.
डेवलपर |
पैकेज का नाम |
कुंजी |
इंस्टॉल की संख्या |
A |
com.test.1 |
11 |
1000 |
B |
com.test.1 |
12 |
100 |
इस स्थिति में, डेवलपर A के पास पैकेज का नाम रजिस्टर करने का विकल्प होता है. डेवलपर B को किसी दूसरे नाम का इस्तेमाल करना होगा या अपवाद के लिए आवेदन करना होगा.
50 से ज़्यादा बार इंस्टॉल किए गए पैकेज के लिए, कुंजी को अपग्रेड करने की ज़रूरी शर्तें:
अगर इंस्टॉल की कुल संख्या में 50% से ज़्यादा योगदान किसी भी पासकोड का नहीं है, तो 50 या इससे ज़्यादा बार पैकेज इंस्टॉल करने में योगदान देने वाले सभी पासकोड को प्राथमिकता दी जाती है. अन्य सभी डेवलपर को पैकेज के नाम का इस्तेमाल करने की अनुमति का अनुरोध करना होगा. इनमें वे डेवलपर भी शामिल हैं जिनके पास 50 से कम इंस्टॉल वाली कुंजियां हैं.
डेवलपर |
पैकेज का नाम |
कुंजी |
इंस्टॉल की संख्या |
C |
com.test.2 |
21 |
100 |
D |
com.test.2 |
22 |
100 |
E |
com.test.2 |
23 |
10 |
यहां किसी भी कुंजी के पास बहुमत नहीं है. डेवलपर C और D, 50 या इससे ज़्यादा बार पैकेज इंस्टॉल करने में योगदान देने वाली कुंजियां, पैकेज का नाम रजिस्टर कर सकती हैं. डेवलपर E को किसी दूसरे पैकेज के नाम का इस्तेमाल करना होगा या इस नाम का इस्तेमाल करने की अनुमति का अनुरोध करना होगा.
50 से कम इंस्टॉल वाली कुंजियों के लिए, जो डेवलपर पहले रजिस्टर करेगा उसे ही मालिकाना हक मिलेगा:
अगर कोई भी पासकोड, 50 इंस्टॉल वाले थ्रेशोल्ड को पार नहीं कर पाता है, तो कोई भी पासकोड रजिस्टर किया जा सकता है. हालांकि, जो डेवलपर पहले रजिस्ट्रेशन करेगा उसे ही मालिकाना हक मिलेगा. किसी डेवलपर के पैकेज का नाम रजिस्टर करने के बाद, अन्य डेवलपर को अपने पैकेज के नाम के लिए किसी दूसरे नाम का इस्तेमाल करना होगा. इसके अलावा, वे अपवादों का अनुरोध भी कर सकते हैं.
डेवलपर |
पैकेज का नाम |
कुंजी |
इंस्टॉल की संख्या |
F |
com.test.3 |
31 |
10 |
G |
com.test.3 |
31 |
10 |
इस स्थिति में, जिन डेवलपर के पास कुंजियां हैं वे सभी ज़रूरी शर्तें पूरी करते हैं. किसी डेवलपर के पैकेज का नाम रजिस्टर करने के बाद, दूसरे डेवलपर को अनुमति का अनुरोध करना होगा.