Google Play पर, मोबाइल के अलावा अन्य डिवाइसों के लिए ऐप्लिकेशन पब्लिश करना और उनकी क्वालिटी को मैनेज करना

सभी का स्वागत है.

मल्टी-डिवाइस ऐप्लिकेशन की क्वालिटी को मैनेज करने और मोबाइल के अलावा अन्य डिवाइसों के लिए, Google Play पर ऐप्लिकेशन पब्लिश करने के बारे में जानकारी देने वाले इस सेशन में शामिल होने के लिए धन्यवाद.

मैं यान क्लाइनर्ट हूं. मैं कार के लिए Android की टीम में डेवलपर रिलेशंस इंजीनियर हूं.

मैं फ़ॉस्टीन लियाओ हूं. मैं Play की भरोसा और सुरक्षा टीम में ऑपरेशंस लीड हूं.

हमें बेहद खुशी है कि आज आप सभी हमारे साथ जुड़े हैं.

इसलिए, सालों तक जब हम Android डेवलपमेंट की बात करते थे, तो हममें से ज़्यादातर लोग सिर्फ़ मोबाइल डिवाइस के बारे में सोचते थे. हालांकि, Android ईकोसिस्टम अब सिर्फ़ स्मार्टफ़ोन तक सीमित नहीं है.

आज के समय में, उपयोगकर्ता अपने लिविंग रूम में Android TV पर, कारपूल लाइन में या Android Auto या Automotive OS पर अपनी कार चार्ज करते समय, Wear OS के साथ अपनी कलाई पर, और Android XR के साथ इमर्सिव 3D स्पेस में ऐप्लिकेशन का इस्तेमाल कर रहे हैं.

यह आपके लिए आगे बढ़ने का एक बेहतरीन मौका है. हालांकि, इन डिवाइसों पर अपने ऐप्लिकेशन को उपलब्ध कराने का मतलब है कि आपको अपनी पब्लिशिंग रणनीति में कुछ बातों का ध्यान रखना होगा.

ऐप्लिकेशन बनाने से लेकर उसे Google Play पर पब्लिश करने और लाइव करने की पूरी प्रोसेस, आम तौर पर वैसी ही होती है जैसी मोबाइल रिलीज़ के लिए होती है.

अपना ऐप्लिकेशन बनाएं और उसे तैयार करें. इसके बाद, Play Console में अपना स्टोर पेज बनाएं, अपने ऐप्लिकेशन की जांच करें, और प्रोडक्शन रिलीज़ को अपलोड और सबमिट करें. इसके बाद, समीक्षा और मंज़ूरी मिलने का इंतज़ार करें.

हालांकि, मोबाइल के अलावा अन्य डिवाइसों के लिए ऐप्लिकेशन पब्लिश करते समय, कुछ खास बातों का ध्यान रखना ज़रूरी है.

आज हम आपको एक ऐसा फ़्रेमवर्क देंगे जिससे आपको मल्टी-डिवाइस रिलीज़ प्रोसेस को आसान और बेहतर बनाने में मदद मिलेगी.

आइए, सबसे पहले बुनियादी बातों से शुरुआत करते हैं: अपने ऐप्लिकेशन को कैसे डिज़ाइन और पैकेज करें.

इसलिए, Google Play Console का इस्तेमाल करने से पहले, आपको आर्किटेक्चर से जुड़ा एक अहम फ़ैसला लेना होगा.

क्या आपने एक ऐसा ऐप्लिकेशन बंडल बनाया है जिसमें आपके ऐप्लिकेशन के साथ काम करने वाले सभी डिवाइसों के साइज़, डाइमेंशन या कॉन्फ़िगरेशन के लिए ज़रूरी सभी चीज़ें शामिल हैं? इसके अलावा, क्या आपने अपने ऐप्लिकेशन को डिवाइस के साइज़, डाइमेंशन या कॉन्फ़िगरेशन के हिसाब से अलग-अलग मॉड्यूल में बांटा है और हर मॉड्यूल के लिए Android ऐप्लिकेशन बंडल या एएबी जनरेट किए हैं?

इसलिए, जब मैं मॉड्यूल या मॉड्यूलर बनाने की बात कर रहा हूं, तो मेरा मतलब आपके कोड बेस को इस तरह से स्ट्रक्चर करने से है जिससे उसे मैनेज करना आसान हो जाए.

मॉड्यूलर बनाने के कई तरीके हैं. हालांकि, आम तौर पर इसमें अपने कोड बेस को अलग-अलग हिस्सों में व्यवस्थित किया जाता है. ये हिस्से एक-दूसरे से जुड़े होते हैं और अपने-आप में पूरे होते हैं. हर हिस्से को एक मॉड्यूल कहा जाता है.

इसलिए, भले ही Android ऐप्लिकेशन बंडल को एक ही बंडल में मैनेज करना आसान लगे, लेकिन हमारा सुझाव है कि आप मॉड्यूलर तरीका अपनाएं.

यहां एक उदाहरण दिया गया है, जिससे पता चलता है कि हम इस मॉड्यूलर तरीके का सुझाव क्यों देते हैं.

मान लें कि आपके पास एक ऐसा ऐप्लिकेशन है जो मोबाइल और Android TV, दोनों पर काम करता है.

अगर आपने स्टैंडर्ड मोबाइल रिलीज़ ट्रैक पर एक Android ऐप्लिकेशन बंडल सबमिट किया है और Android TV के लिए आपका ऐप्लिकेशन समीक्षा की जांच में पास नहीं होता है, तो पूरी रिलीज़ रोक दी जाती है.

इससे आपके Android TV ऐप्लिकेशन और मोबाइल ऐप्लिकेशन, दोनों की रिलीज़ पर असर पड़ेगा.

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

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

इसलिए, अगर आपके मोबाइल ऐप्लिकेशन और टीवी ऐप्लिकेशन के लिए अलग-अलग ऐप्लिकेशन मॉड्यूल हैं, तो हर मॉड्यूल के लिए अलग-अलग Android ऐप्लिकेशन बंडल जनरेट किए जा सकते हैं.

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

मोबाइल ऐप्लिकेशन की रिलीज़ को तय किए गए शेड्यूल के मुताबिक पब्लिश किया जाएगा.

जैसा कि मैंने पहले बताया था, मॉड्यूलर बनाने के कई तरीके हैं.

यहां ऑडियो बुक वाले ऐप्लिकेशन को मॉड्यूलर बनाने के तरीके का एक उदाहरण दिया गया है. इस ऐप्लिकेशन को मोबाइल और Android Automotive OS, दोनों पर इस्तेमाल किया जा सकता है.

इसलिए, सबसे ऊपर हरे रंग में, हमारे पास हर फ़ॉर्म फ़ैक्टर के लिए एक ऐप्लिकेशन मॉड्यूल है. इससे प्लैटफ़ॉर्म के हिसाब से डिपेंडेंसी को अलग करने में मदद मिलती है.

इसके बाद, पीले रंग में फ़ीचर मॉड्यूल हैं. ये ऐप्लिकेशन के अलग-अलग फ़ंक्शन से जुड़े होते हैं.

डेटा मॉड्यूल नीले रंग में हैं. इसके बाद, सबसे नीचे हमारे पास कोर या सामान्य मॉड्यूल हैं. आम तौर पर, इनका इस्तेमाल ऐसे कोड को सेव करने के लिए किया जाता है जिसका इस्तेमाल अन्य मॉड्यूल अक्सर करते हैं.

इसके बाद, अपने प्रोजेक्ट की Gradle सेटिंग फ़ाइलों में, इस तरह के मॉड्यूलरिटी के लिए, इस मल्टी-मॉड्यूल Gradle कॉन्फ़िगरेशन को शामिल और सेट अप किया जा सकता है.

...

rootProject.name = "MultiFormFactorApp"

// Define modules for each form factor
include(":app:automotive")
include(":app:mobile")
include(":core:network")
include(":data:books")
include(":data:reviews")
include(":feature:home")
include(":feature:player")
include(":feature:reviews")

इसलिए, हर ऐप्लिकेशन मॉड्यूल और बंडल के लिए, एक ही पैकेज नाम या ऐप्लिकेशन आईडी का इस्तेमाल किया जाएगा.

यह मॉड्यूलर तरीका, Play Console में आपकी ट्रैक रणनीति से सीधे तौर पर जुड़ा होता है.

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

Android TV, Android XR, और Android Automotive OS के लिए, आपके पास विकल्प होता है.

इन्हें मोबाइल के साथ पब्लिश किया जा सकता है या इनके लिए खास तौर पर बनाए गए फ़ॉर्म फ़ैक्टर ट्रैक का इस्तेमाल किया जा सकता है.

हालांकि, इसके दो अपवाद हैं.

Wear OS के लिए, आपको Wear OS ट्रैक का इस्तेमाल करना होगा.

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

अगर आपको एक से ज़्यादा ट्रैक मैनेज करने हैं, तो वर्शन बनाना ज़रूरी है.

एक तरीका यह है कि अपने वर्शन कोड के शुरुआती कुछ अंकों को फ़ॉर्म फ़ैक्टर के लिए असाइन करें.

उदाहरण के लिए, मोबाइल के लिए 01, Wear OS के लिए 02, Android Automotive OS के लिए 03 वगैरह.

आम तौर पर, हमारा सुझाव है कि वर्शन कोड कम से कम सात अंकों का होना चाहिए, ताकि बाकी अंकों का इस्तेमाल ऐप्लिकेशन के वर्शन के लिए किया जा सके.

इससे Play Console में वर्शन कोड के टकराव को रोकने में मदद मिलती है.

ऐप्लिकेशन को पैकेज करने के बाद, अब उसे टेस्ट करने का समय आ गया है.

अलग-अलग डिवाइस के लिए ऐप्लिकेशन डेवलप करने के लिए, उसकी अच्छी तरह से जांच करना ज़रूरी है. Google Play आपको प्रोडक्शन में ऐप्लिकेशन रिलीज़ करने से पहले, जांच करने के लिए तीन अलग-अलग चैनल देता है: इंटरनल टेस्टिंग, क्लोज़्ड टेस्टिंग, और ओपन टेस्टिंग.

अगर खास तौर पर बनाए गए फ़ॉर्म-फ़ैक्टर ट्रैक का इस्तेमाल किया जा रहा है, तो इन टेस्टिंग ट्रैक को अपने फ़ॉर्म फ़ैक्टर के साथ भी जोड़ा जा सकता है. इससे आपको प्रोसेस पर ज़्यादा बेहतर कंट्रोल मिलता है.

उदाहरण के लिए, आपके पास स्टैंडर्ड ट्रैक पर अपने मोबाइल ऐप्लिकेशन के लिए, क्लोज़्ड टेस्टिंग रिलीज़ हो सकती है. साथ ही, Android TV के लिए खास तौर पर बनाए गए फ़ॉर्म-फ़ैक्टर ट्रैक पर, Android TV ऐप्लिकेशन के लिए अलग से क्लोज़्ड टेस्टिंग रिलीज़ हो सकती है. इसके लिए, टेस्टर के अलग-अलग सेट इस्तेमाल किए जा सकते हैं. हालांकि, इसके लिए आपको इस तरह से सेट अप करना होगा.

इसलिए, इंटरनल टेस्टिंग से शुरुआत करना एक बेहतरीन विकल्प है.

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

इसका मतलब है कि आप और आपके टेस्टर, डिवाइसों पर ऐप्लिकेशन को तुरंत इंस्टॉल कर सकते हैं. साथ ही, एम्युलेटर या असली टीवी, स्मार्टवॉच या अन्य डिवाइस पर ऐप्लिकेशन के अनुभव की पुष्टि कर सकते हैं.

संगठन में काम करने वाले लोगों से टेस्ट कराने पर, आपको एक यूनीक यूआरएल मिलेगा. इसे उन टेस्टर के साथ शेयर किया जा सकता है.

इंटरनल टेस्टिंग के नतीजों से संतुष्ट होने के बाद, क्लोज़्ड टेस्टिंग और ओपन टेस्टिंग की जा सकती है.

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

क्लोज़्ड टेस्टिंग ग्रुप को ईमेल पतों की सूचियों के तौर पर या Google Groups के ज़रिए मैनेज किया जा सकता है.

वहीं, ओपन टेस्टिंग की मदद से, Google Play पर लोगों के बड़े ग्रुप से टेस्ट कराया जा सकता है.

आपका ऐप्लिकेशन Google Play पर दिखेगा और कोई भी व्यक्ति ओपन टेस्टिंग प्रोग्राम में शामिल हो सकता है.

उन्हें किसी न्योते की ज़रूरत नहीं होती. वे ऐप्लिकेशन के बारे में आपको सुझाव, राय या शिकायत भेज सकते हैं. साथ ही, निजी तौर पर भी सुझाव, राय या शिकायत भेज सकते हैं.

ओपन और क्लोज़्ड टेस्टिंग ट्रैक, समीक्षाओं को ट्रिगर करते हैं.

यह एक बहुत बड़ा फ़ायदा है.

इससे आपको समीक्षा की प्रोसेस को टेस्ट करने और लॉन्च के दिन से पहले ही, किसी भी समस्या को हल करने का मौका मिलता है.

समीक्षा की प्रोसेस के बारे में बात करते हुए, आइए थोड़ा इस बारे में बात करते हैं कि इस प्रोसेस में क्या शामिल है और यह क्यों ज़रूरी है.

इन नीतियों और दिशा-निर्देशों का मकसद, ऐप्लिकेशन की क्वालिटी को बेहतर बनाना है.

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

इसलिए, आइए जानते हैं कि अपने ऐप्लिकेशन को समीक्षा के लिए कैसे तैयार किया जा सकता है, ताकि वह आसानी से समीक्षा पास कर सके.

मुझे लगता है कि ऐप्लिकेशन की क्वालिटी से जुड़े दिशा-निर्देशों को देखना सबसे सही रहेगा. इनमें बताया गया है कि उपयोगकर्ताओं को बेहतर अनुभव देने के लिए क्या करना चाहिए.

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

इन दोनों दिशा-निर्देशों को एक साथ लागू करना, शुरुआत करने का एक अच्छा तरीका है.

हालांकि, हमारे पास हर डिवाइस के साइज़, डाइमेंशन या कॉन्फ़िगरेशन के हिसाब से, ऐप्लिकेशन की क्वालिटी से जुड़े दिशा-निर्देश भी हैं.

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

इसलिए, यह पक्का करना ज़रूरी है कि आपका ऐप्लिकेशन इन नीतियों का पालन करता हो.

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

हालांकि, ध्यान रखें कि इनमें ऐप्लिकेशन की क्वालिटी से जुड़े सभी दिशा-निर्देश शामिल नहीं हैं.

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

चलिए, Android TV से शुरुआत करते हैं.

इसलिए, इन सेक्शन की स्लाइड में सबसे नीचे, आपको एक छोटा लिंक दिखेगा. इस पर क्लिक करके, आपको उस डिवाइस के नाप या आकार के लिए, ऐप्लिकेशन की क्वालिटी से जुड़े दिशा-निर्देशों की पूरी सूची दिखेगी.

Android TV के ऐप्लिकेशन अस्वीकार होने की एक सामान्य वजह यह है कि उनमें उन सभी भाषाओं के लिए होम स्क्रीन की बैनर इमेज मौजूद नहीं होती जिनमें ऐप्लिकेशन काम करता है.

इसलिए, आपको 320 x 180 पिक्सल की इमेज देनी चाहिए. इसमें स्थानीय भाषा में लिखा गया टेक्स्ट शामिल होना चाहिए, जिससे आपके ऐप्लिकेशन की पहचान की जा सके.

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

दूसरा, ज़्यादातर टीवी पर लोग डी-पैड रिमोट का इस्तेमाल करके डिवाइस से इंटरैक्ट करेंगे.

इसलिए, यह ज़रूरी है कि आप डी-पैड नेविगेशन और फ़ोकस को सही तरीके से इस्तेमाल करें.

पक्का करें कि आपका ऐप्लिकेशन, डी-पैड के कम से कम कंट्रोल के साथ काम करता हो. इससे, इन शर्तों के आधार पर ऐप्लिकेशन को अस्वीकार होने से बचाया जा सकता है.

Android TV का ऐप्लिकेशन अस्वीकार होने की तीसरी सामान्य वजह यह है कि आपकी Android मेनिफ़ेस्ट फ़ाइल में CATEGORY_LEANBACK_LAUNCHER इंटेंट फ़िल्टर मौजूद नहीं है.

<application ...>
...
<activity
    android:name="com.example.TvActivity"
    android:label="@string/app_name"
    android:theme="@style/Theme.Leanback">
    <intent-filter>
      <action android:name=
           "android.intent.action.MAIN" />
      <category android:name=
           "Android.intent.category.
            LEANBACK_LAUNCHER" />
    </intent-filter>
  </activity>
</application>

यह फ़िल्टर आपके ऐप्लिकेशन को टीवी के लिए चालू के तौर पर पहचानेगा. साथ ही, Google Play को भी इसे उपयोगकर्ताओं के लिए टीवी ऐप्लिकेशन के तौर पर पहचानने की अनुमति देगा.

इसलिए, जब कोई उपयोगकर्ता अपने टीवी की होम स्क्रीन पर आपका ऐप्लिकेशन चुनता है, तो यह इंटेंट तय करता है कि कौनसी गतिविधि लॉन्च करनी है.

इसलिए, पक्का करें कि आपने इसे अपने मेनिफ़ेस्ट में शामिल किया हो.

Android XR, अगला बड़ा बदलाव है.

Android XR की मदद से काम करने वाले एक्सआर हेडसेट या एक्सआर स्मार्ट ग्लास के लिए ऐप्लिकेशन बनाते समय, ऐप्लिकेशन की परफ़ॉर्मेंस, रेंडरिंग, और स्थिरता पर खास ध्यान दें.

Perfetto का इस्तेमाल करके, Jetpack XR SDK की मदद से बनाए गए ऐप्लिकेशन की परफ़ॉर्मेंस को प्रोफ़ाइल किया जा सकता है. इससे यह पक्का करने में मदद मिलती है कि फ़्रेम रेट की ज़रूरी शर्तें पूरी की जा रही हैं.

अगर Unity जैसे रीयल-टाइम इंजन का इस्तेमाल करके गेम बनाया जा रहा है, तो उस इंजन में पहले से मौजूद प्रोफ़ाइलिंग टूल का इस्तेमाल किया जा सकता है. इससे यह पक्का किया जा सकता है कि रेंडरिंग की ज़रूरी शर्तें पूरी की जा रही हैं.

इसके बाद, हमारे पास कारों के लिए Android Auto और Android Automotive OS है.

Android Auto और Android Automotive OS के लिए, कैटगरी का एक कॉन्सेप्ट है. यह इस खास फ़ॉर्म फ़ैक्टर के लिए थोड़ा अलग है.

साथ ही, कार में इस्तेमाल किए जाने वाले ऐप्लिकेशन के तौर पर, सिर्फ़ कुछ कैटगरी के ऐप्लिकेशन पब्लिश किए जा सकते हैं.

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

चलिए, आपको और गहराई से बताते हैं कि हम किन चीज़ों में निवेश करते हैं.

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

इसलिए, चाहे वह बीटा वर्शन में हो, ओपन हो (जिसका मतलब है कि वह सामान्य रूप से उपलब्ध है) या फिर अभी तक उपलब्ध न हो (जिसके लिए यहां 'जल्द आ रहा है' लिखा है).

इसलिए, नेविगेशन या दिलचस्प जगहों की जानकारी देने वाले ऐप्लिकेशन जैसी कुछ कैटगरी आम तौर पर उपलब्ध होती हैं. इसका मतलब है कि कोई भी व्यक्ति, कार के लिए प्रोडक्शन में इनमें से किसी एक कैटगरी में ऐप्लिकेशन पब्लिश कर सकता है.

हालांकि, Android Auto के लिए बातचीत की सुविधा देने वाले कॉलिंग ऐप्लिकेशन जैसी अन्य कैटगरी, बीटा वर्शन में हैं.

इसलिए, इन कैटगरी के लिए, इंटरनल टेस्टिंग या क्लोज़्ड टेस्टिंग ट्रैक पर ऐप्लिकेशन पब्लिश किए जा सकते हैं. हालांकि, इन्हें प्रोडक्शन में तब तक पब्लिश नहीं किया जा सकता, जब तक आपको उस कैटगरी के लिए, हमारे किसी Early access program में शामिल नहीं कर लिया जाता.

इस बारे में ज़्यादा जानकारी के लिए, कार के लिए Android की डेवलपर गाइड देखें.

यहां आपको उन Early access program के लिए खुद को नॉमिनेट करने के लिंक मिलेंगे.

Android Automotive OS के स्क्रीनशॉट के लिए ज़रूरी जानकारी मौजूद न होना या गलत होना, ऐप्लिकेशन अस्वीकार किए जाने की एक और सामान्य वजह है.

इसलिए, Android Automotive OS के स्क्रीनशॉट सबमिट करते समय, पक्का करें कि आपने पोर्ट्रेट ओरिएंटेशन वाले कम से कम दो स्क्रीनशॉट और लैंडस्केप ओरिएंटेशन वाले कम से कम दो स्क्रीनशॉट शामिल किए हों. साथ ही, ये स्क्रीनशॉट यहां दिए गए डाइमेंशन के मुताबिक होने चाहिए.

इन्हें कैप्चर करने के लिए, Android Automotive OS एम्युलेटर का इस्तेमाल किया जा सकता है.

इसे इस तरह से सेट अप किया गया है कि यह आपकी ज़रूरत के हिसाब से, सही साइज़ के स्क्रीनशॉट कैप्चर कर सके.

आखिर में, कार के लिए बनाए गए ऐप्लिकेशन में सुरक्षा सबसे अहम होती है.

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

उदाहरण के लिए, वीडियो ऐप्लिकेशन को वीडियो चलाना बंद कर देना चाहिए. साथ ही, गाड़ी चलने के दौरान वीडियो नहीं दिखना चाहिए.

अब बात करते हैं Wear OS की.

इसलिए, Wear OS ऐप्लिकेशन को अस्वीकार किया जा सकता है, अगर उन्हें छोटे और गोल डिसप्ले के लिए ऑप्टिमाइज़ और फ़ॉर्मैट न किया गया हो.

इसलिए, हमारा सुझाव है कि Compose for Wear OS के सबसे नए स्टेबल वर्शन का इस्तेमाल करें. इससे यह पक्का किया जा सकेगा कि अलग-अलग साइज़ के डिवाइसों पर, कॉन्टेंट किनारों से न कटे. इसके अलावा, यह भी पक्का किया जा सकेगा कि स्क्रोल किए जा सकने वाले कॉन्टेंट के लिए स्क्रोल बार दिखे.

@Composable
fun MyText() {
  Text(
    text = stringResource(R.string.compose_for_wear_os),
    modifier = Modifier.fillMaxWidth(),
    textAlign = TextAlign.Center,
    style = MaterialTheme.typography.titleLarge
  )
}

Android Automotive OS की तरह ही, Wear OS ऐप्लिकेशन को भी Wear OS के स्क्रीनशॉट मौजूद न होने या गलत होने की वजह से अस्वीकार किया जा सकता है.

यहां एक उदाहरण दिया गया है. यह Androidify सैंपल ऐप्लिकेशन के लिए, Google Play Store की लिस्टिंग के स्क्रीनशॉट का एक अच्छा उदाहरण है. यह ज़रूरी शर्तों को पूरा करता है.

इसलिए, पक्का करें कि आपने कम से कम एक ऐसा स्क्रीनशॉट सबमिट किया हो जिसमें आपका ऐप्लिकेशन, Wear OS डिवाइस पर चलता हुआ दिख रहा हो.

इससे क्या सीख मिलती है?

अपने डिवाइस के साइज़, डाइमेंशन या कॉन्फ़िगरेशन के हिसाब से, ऐप्लिकेशन की क्वालिटी से जुड़े दिशा-निर्देश पढ़ें. साथ ही, ऐप्लिकेशन सबमिट करने से पहले, इन दिशा-निर्देशों के मुताबिक उसकी जांच करें.

साथ ही, कुछ अहम सलाह भी.

अगर आपके ऐप्लिकेशन में लॉगिन करने की ज़रूरत पड़ती है, तो आपको Play Console के ऐप्लिकेशन ऐक्सेस सेक्शन में, एक चालू डेमो खाता और मान्य क्रेडेंशियल देने होंगे.

अगर समीक्षा करने वाले लोग लॉग इन नहीं कर पाते हैं, तो हम आपके ऐप्लिकेशन की जांच नहीं कर पाएंगे. ऐसे में, आपके ऐप्लिकेशन को अपने-आप अस्वीकार कर दिया जाएगा.

साथ ही, आपने जो वादा किया है उसे पूरा करें.

सिर्फ़ मोबाइल स्क्रीनशॉट का इस्तेमाल न करें.

अगर आपका ऐप्लिकेशन Wear OS और Android TV के लिए उपलब्ध है, तो पक्का करें कि आपने Play Console में, उन डिवाइसों के लिए अच्छी क्वालिटी के स्क्रीनशॉट अपलोड किए हों.

आखिर में, निबंध में ज़्यादा से ज़्यादा जानकारी शामिल होनी चाहिए.

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

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

आज हमारे साथ जुड़ने के लिए आप सभी का शुक्रिया.

हमें यह देखने का बेसब्री से इंतज़ार है कि Google Play पर, मल्टी-डिवाइस के लिए आपके बनाए गए ऐप्लिकेशन और गेम किस तरह का शानदार अनुभव देंगे.