अगर आपके ऐप्लिकेशन सिर्फ़ 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 पाइपलाइन में सीधे तौर पर पैकेज के नाम और कुंजियां रजिस्टर और मैनेज की जा सकती हैं.
दोनों एपीआई, 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 |
यहां, किसी भी कुंजी से इंस्टॉल की कुल संख्या में 50% से ज़्यादा योगदान नहीं मिला है. डेवलपर C और D के पास 50 या इससे ज़्यादा इंस्टॉल वाली कुंजियां हैं. इसलिए, वे पैकेज का नाम रजिस्टर कर सकते हैं. डेवलपर E को पैकेज के किसी दूसरे नाम का इस्तेमाल करना होगा या इस नाम का इस्तेमाल करने की अनुमति का अनुरोध करना होगा.
50 से कम इंस्टॉल वाली कुंजियों के लिए, पहले आओ, पहले पाओ के आधार पर:
अगर कोई भी कुंजी, 50 इंस्टॉल वाले थ्रेशोल्ड को पार नहीं कर पाती है, तो किसी भी कुंजी को पहले आओ, पहले पाओ के आधार पर रजिस्टर किया जा सकता है. किसी एक डेवलपर के पैकेज का नाम रजिस्टर करने के बाद, अन्य डेवलपर को अपने पैकेज के नामों के लिए किसी दूसरे नाम का इस्तेमाल करना होगा. इसके अलावा, वे अपवादों का अनुरोध भी कर सकते हैं.
डेवलपर |
पैकेज का नाम |
कुंजी |
इंस्टॉल की संख्या |
F |
com.test.3 |
31 |
10 |
G |
com.test.3 |
31 |
10 |
इस मामले में, कुंजियों वाले सभी डेवलपर के पास ज़रूरी शर्तें पूरी करने का विकल्प है. किसी एक डेवलपर के पैकेज का नाम रजिस्टर करने के बाद, अन्य डेवलपर को अनुमति का अनुरोध करना होगा.