अगर आप एक व्हाइट-लेबल डेवलपर हैं और आपने तीसरे पक्ष के क्लाइंट के लिए टेंप्लेट इस्तेमाल करके ऐप्लिकेशन बनाए हैं, तो यहां बताए गए सबसे सही तरीके अपनाएं. इनसे आपको Google Play पर अपने ऐप्लिकेशन आसानी से पब्लिश करने में मदद मिलेगी. इस गाइड में चार मुख्य विषयों पर फ़ोकस किया गया है:
- खाते का मैनेजमेंट: खाते के अलग-अलग स्ट्रक्चर और उनके फ़ायदे/नुकसान समझना.
- स्टोर पेज की क्वालिटी: ऐसे यूनीक और शानदार स्टोर पेज बनाना जो नीतियों के मुताबिक हों और लोगों को आसानी से समझ आएं.
- नीति का पालन करना: खाते के निलंबन या उस पर लगने वाली पाबंदियों से बचने के लिए, नीतियों को समझना और उनका पालन करना.
- ऐप्लिकेशन पब्लिश करना और उसकी समीक्षा करना: समीक्षा की प्रोसेस को आसान बनाना और असरदार तरीके से रिलीज़ मैनेज करना.
खाते का मैनेजमेंट
व्हाइट-लेबल ऐप्लिकेशन डेवलपर, खाते के मैनेजमेंट के लिए दो मुख्य तरीकों का इस्तेमाल कर सकते हैं. हालांकि, हम खाते के मैनेजमेंट के लिए डीसेंट्रलाइज़्ड तरीका (हर ऐप्लिकेशन को अलग डेवलपर खाते से मैनेज करना) अपनाने की सलाह देते हैं.
तरीका | खाते के मैनेजमेंट का डीसेंट्रलाइज़्ड तरीका (सुझाया गया) |
खाते के मैनेजमेंट का सेंट्रलाइज़्ड तरीका |
जानकारी |
हर क्लाइंट (या क्लाइंट के ग्रुप) का एक अलग डेवलपर खाता होता है. इसमें आम तौर पर, क्लाइंट अपने ऐप्लिकेशन के अपडेट और कॉन्टेंट को खुद मैनेज करते हैं. इसमें, खाते के मैनेजमेंट की दो अलग-अलग स्टाइल इस्तेमाल की जा सकती हैं:
|
सभी ऐप्लिकेशन, एक ही डेवलपर खाते से मैनेज किए जाते हैं. ऐप्लिकेशन के सभी अपडेट और कॉन्टेंट को व्हाइट-लेबल ऐप्लिकेशन डेवलपर मैनेज करता है. |
फ़ायदे |
मैनेज नहीं किया जा रहे खाते: यह विकल्प तब इस्तेमाल किया जाता है, जब क्लाइंट अपने ऐप्लिकेशन का रखरखाव खुद करना चाहते हों. मैनेज किया जा रहे खाते: यह सब-मॉडल, आम तौर पर तब इस्तेमाल होता है, जब कुछ नियमों का पालन करना ज़रूरी होता है. जैसे, वित्तीय संस्थाओं के मामले में ऐसा होता है. बात चाहे मैनेज किए जा रहे खातों की हो या मैनेज नहीं किए जा रहे खातों की, कुल मिलाकर दोनों डीसेंट्रलाइज़्ड तरीकों से व्हाइट लेबल कंपनियों के जोखिमों से बचने में मदद मिलती है. साथ ही, क्लाइंट अपने यूनीक डेवलपर नाम से और अपनी ब्रैंडिंग के साथ ऐप्लिकेशन उपलब्ध करा पाता है. |
ऐसा लग सकता है कि यह तरीका अपनाने पर, एक ही डेवलपर खाते से ऐप्लिकेशन के अपडेट मैनेज करना आसान हो जाता है. हालांकि, Google का मानना है कि खाते के मैनेजमेंट के लिए, डीसेंट्रलाइज़्ड मॉडल इस्तेमाल किया जाना चाहिए. ऐसा इसलिए, क्योंकि एक खाते से सभी ऐप्लिकेशन मैनेज करने पर, किसी एक ऐप्लिकेशन में आ रही नीति से जुड़ी समस्याओं का बुरा असर उस खाते से जुड़े बाकी ऐप्लिकेशन पर भी पड़ सकता है. इससे खाते में गंभीर समस्याएं आ सकती हैं और उससे पब्लिश किए गए हर ऐप्लिकेशन पर असर पड़ सकता है. जैसे, खाते को निलंबित या बंद किया जा सकता है. |
ज़रूरी बातें | क्लाइंट के साथ बेहतर तरीके से बातचीत करना और उनकी मदद करना बेहद ज़रूरी होता है, ताकि वे नीतियों को समझ सकें और उनका पालन कर सकें. |
ऐप्लिकेशन के रखरखाव के लिए काम करना बेहद ज़रूरी होता है, क्योंकि इसमें बॉटलनेक वाली समस्याएं आ सकती है. किसी खाते से पब्लिश किए गए एक ऐप्लिकेशन में नीति का उल्लंघन होने पर, उस खाते से पब्लिश किए गए सभी ऐप्लिकेशन पर बुरा असर पड़ सकता है. इसके अलावा, खाते के मैनेजमेंट के लिए सेंट्रलाइज़्ड मॉडल इस्तेमाल करने पर, डेवलपर खाते के बारे में Google Play पर दिखाई गई जानकारी सभी ऐप्लिकेशन के लिए हूबहू एक जैसी रहेगी. अगर क्लाइंट को व्हाइट-लेबल डेवलपर से हटकर पूरी तरह नई ब्रैंडिंग करनी है, तो खाते के मैनेजमेंट के लिए डीसेंट्रलाइज़्ड मॉडल बेहतर विकल्प है. |
खास जानकारी |
हमारा सुझाव है कि व्हाइट-लेबल ऐप्लिकेशन डेवलपर, खाते के मैनेजमेंट के लिए डीसेंट्रलाइज़्ड मॉडल का इस्तेमाल करें. ऐसा इसलिए, क्योंकि इसके ये फ़ायदे हैं:
|
हमारा सुझाव है कि व्हाइट-लेबल ऐप्लिकेशन डेवलपर, खाते के मैनेजमेंट के लिए डीसेंट्रलाइज़्ड तरीका अपनाएं. हमारा मानना है कि सेंट्रलाइज़्ड मॉडल का इस्तेमाल कम से कम किया जाना चाहिए. इसकी ये वजहें हैं: अलग-अलग संगठनों या लोगों के एक से ज़्यादा ऐप्लिकेशन के लिए, खाते के मैनेजमेंट का सेंट्रलाइज़्ड तरीका अपनाने से जोखिम पैदा हो सकते हैं. |
याद रखें कि नीति का बार-बार या गंभीर उल्लंघन करने से, खाते पर पाबंदी लगाई जा सकती है. ऐसे में उस खाते से जुड़े सभी ऐप्लिकेशन हटा दिए जाएंगे. साथ ही, आने वाले समय में उससे कोई भी ऐप्लिकेशन पब्लिश करने पर रोक लगा दी जाएगी. आपने चाहे अपने खाते को मैनेज करने का कोई भी तरीका चुना हो, लंबे समय तक व्हाइट-लेबल ऐप्लिकेशन पब्लिश करते रहने के लिए, Google Play की नीतियों का पालन करना बेहद ज़रूरी है.
स्टोर पेज की क्वालिटी को बेहतर बनाना
व्हाइट-लेबल ऐप्लिकेशन डेवलपर, बेहतर परफ़ॉर्मेंस के लिए अक्सर एक से ज़्यादा ऐप्लिकेशन में मेटाडेटा का दोबारा इस्तेमाल करते हैं. हालांकि, बेहतर उपयोगकर्ता अनुभव देने और Google Play की नीतियों का पालन करने के लिए, हर स्टोर पेज को यूनीक बनाना और कॉन्टेंट का बार-बार इस्तेमाल करने या गुमराह करने वाले कॉन्टेंट से बचना ज़रूरी है. यहां स्टोर पेज की क्वालिटी को बेहतर बनाने के बारे में सलाह दी गई है:
-
पक्का करें कि स्टोर पेज यूनीक हों: हर ऐप्लिकेशन का अपना स्टोर पेज होना चाहिए. भले ही, वह टेंप्लेट की मदद से बनाया गया ब्रैंडेड ऐप्लिकेशन क्यों न हो. स्टोर पेज पर, ऐप्लिकेशन की यूनीक जानकारी, आइकॉन, ग्राफ़िक, और ज़रूरी स्क्रीनशॉट होने चाहिए. यूनीक स्टोर पेज इस्तेमाल करने से Google Play पर बेहतरीन उपयोगकर्ता अनुभव मिलता है, क्योंकि इससे सभी ऐप्लिकेशन एक जैसे नहीं लगते हैं. कॉन्टेंट का बार-बार इस्तेमाल करने से जुड़ी हमारी नीति के मुताबिक, ऐप्लिकेशन ऐसे होने चाहिए जो यूनीक कॉन्टेंट या सेवाएं देते हुए लोगों के लिए फ़ायदेमंद साबित हों. ऐसी ग्राफ़िक ऐसेट इस्तेमाल न करें जो मौजूदा प्रॉडक्ट/सेवाओं से मेल खाती हों या उनसे काफ़ी मिलती-जुलती हों और जिनसे लोग गुमराह हों. उदाहरण के लिए, अगर कोई ऐप्लिकेशन किसी खास स्थान-भाषा के लिए बनाया गया है, तो ऐप्लिकेशन के आइकॉन में उस स्थान-भाषा का नाम शामिल करें. जैसे, App1-न्यूयॉर्क, App2-लॉस एंजेलिस. आम तौर पर होने वाले उल्लंघनों के कुछ उदाहरण यहां दिए गए हैं.
किसी सेक्शन को बड़ा या छोटा करने के लिए, उस पर क्लिक करें.
एक से ज़्यादा ऐप्लिकेशन के लिए हूबहू एक जैसे ब्यौरे इस्तेमाल करना-
अपने ऐप्लिकेशन के बारे में सटीक जानकारी दें: पक्का करें कि आपके ऐप्लिकेशन के ब्यौरे से, उसकी सुविधाओं और कॉन्टेंट के बारे में सही जानकारी मिलती हो. इससे, धोखाधड़ी रोकने के लिए बनी नीति का पालन किया जा सकेगा. अगर आपको कुछ सुविधाएं हाइलाइट करनी हैं, तो पक्का करें कि वे आपके ऐप्लिकेशन में उपलब्ध हों. उन सुविधाओं के बारे में न बताएं जिन्हें अब तक रिलीज़ नहीं किया गया है. नई सुविधाएं लॉन्च करने के बाद, अपने ऐप्लिकेशन के ब्यौरे को अपडेट किया जा सकता है.
आम तौर पर होने वाले उल्लंघनों के उदाहरण
स्क्रीनशॉट में वे सुविधाएं और फ़ंक्शन दिखाना जो ऐप्लिकेशन में उपलब्ध नहीं हैं-
पक्का करें कि स्क्रीनशॉट, ऐप्लिकेशन से मेल खाते हों: स्क्रीनशॉट से, आपके ऐप्लिकेशन के फ़ंक्शन और ऐप्लिकेशन इस्तेमाल करने के अनुभव के बारे में सटीक जानकारी मिलनी चाहिए. अगर किसी स्क्रीनशॉट में कुछ ऐसा दिखता है जो हम समीक्षा के दौरान ढूंढ या दोहरा न पाएं, तो उसे गुमराह करने वाला माना जा सकता है. ऐसे स्क्रीनशॉट को, मेटाडेटा या ठीक से काम न करने वाले ऐप्लिकेशन के लिए बनी नीति के उल्लंघन की वजह से अस्वीकार किया जा सकता है.
-
ऐप्लिकेशन की खास बातें साफ़ तौर पर बताएं: साफ़ तौर पर बताएं कि आपका ऐप्लिकेशन क्या काम करता है और वह दूसरे वर्शन (उदाहरण के लिए, क्षेत्र के हिसाब से उपलब्ध अलग-अलग वर्शन) से अलग किस तरह है.
-
ब्यौरों को छोटा रखें: कम शब्दों और सही फ़ॉर्मैट में ब्यौरे उपलब्ध कराएं. उनमें ग़ैर-ज़रूरी जानकारी देने से बचें.
-
जानकारी दोहराने से बचें: पूरे ब्यौरे में छोटे-ब्यौरे को न दोहराएं. इसके अलावा, कीवर्ड को बार-बार दोहराने से भी बचें. उदाहरण के लिए, अपने ब्यौरे में इस तरह की जानकारी शामिल करने और दोहराने से बचें: "कार रेसिंग, कार ड्राइविंग, रेस कार, कार रेस, रेस ट्रैक, ड्राइविंग, ड्राइव, रेस, कार, वाहन, ऑटोमोबाइल, ट्रक."
-
पारदर्शिता बनाए रखें: साफ़ तौर पर बताएं कि क्या किसी ऐप्लिकेशन को उपयोगकर्ताओं के किसी खास ग्रुप के लिए डिज़ाइन किया गया है.
कुछ और सुझाव
-
पब्लिश करने से पहले पूछे जाने वाले सवालों के लिए टेंप्लेट का इस्तेमाल करें: Play Console में एलान से जुड़े सवालों के सही और एक जैसे जवाब देने के लिए, अपने दस्तावेज़ या टेंप्लेट बनाएं.
-
अन्य सबसे सही तरीकों के बारे में जानें: Google Play पर ऐप्लिकेशन पब्लिश करने में मददगार सुझावों और स्टोर पेज के लिए दिए गए सबसे सही तरीकों के बारे में ज़्यादा जानें.
नीति का पालन करने के लिए सलाह
Google Play की नीति का उल्लंघन करने से गंभीर समस्याएं आ सकती हैं. जैसे, खाते पर पाबंदी लगाई जा सकती है. साथ ही, ऐप्लिकेशन पब्लिश करने या उसके अपडेट सबमिट करने से भी रोक लगाई जा सकती है. नीति का पालन करने के लिए, यहां कुछ सुझाव दिए गए हैं:
-
पूरी तरह से काम करने वाले ऐप्लिकेशन सबमिट करें: समीक्षा के लिए ऐप्लिकेशन सबमिट करने से पहले, पक्का करें कि वह पूरी तरह काम करता हो. अगर आपके ऐप्लिकेशन का कोई हिस्सा सही से काम नहीं करता है, तो उसे अस्वीकार किया जा सकता है. उन ऐप्लिकेशन के लिए टेस्ट ट्रैक का इस्तेमाल करें जो अभी ठीक से काम नहीं कर रहे हैं.
-
लॉगिन क्रेडेंशियल उपलब्ध कराएं: पक्का करें कि आपने एक चालू डेमो खाता, लॉगिन क्रेडेंशियल, और साइन इन करने से जुड़ी अन्य जानकारी शामिल की हो. साथ ही, Google Play को ऐप्लिकेशन ऐक्सेस करने और उसकी समीक्षा करने के लिए ज़रूरी संसाधन भी उपलब्ध कराएं. इसके बारे में Play Console की ज़रूरी शर्तों में बताया गया है. ऐसा न करने पर, हम आपके ऐप्लिकेशन की समीक्षा नहीं कर पाएंगे. इसलिए, आपके ऐप्लिकेशन को अस्वीकार किया जा सकता है. लॉगिन क्रेडेंशियल देने से जुड़ी ज़रूरी शर्तें देखें. आप चाहें, तो बिना किसी शुल्क के उपलब्ध हमारा ई-लर्निंग कोर्स भी पूरा करें.
-
मैनेज नहीं किए जा रहे जिन खातों के लिए डीसेंट्रलाइज़्ड मॉडल इस्तेमाल किया जा रहा है उनकी बुनियादी जांच करें - ऐसे खातों का इस्तेमाल करके ऐप्लिकेशन पब्लिश करने से पहले, जांच करें कि क्या वे नीति का पालन करने के बुनियादी मानकों के मुताबिक हैं. जैसे, यह जांच करें कि ऐप्लिकेशन का ब्यौरा, ऐप्लिकेशन के टाइटल की सिर्फ़ कॉपी तो नहीं है.
ऐप्लिकेशन की समीक्षाएं और उन्हें पब्लिश करना
आसानी से ऐप्लिकेशन पब्लिश करने के लिए, यहां कुछ और सुझाव दिए गए हैं:
-
समीक्षा के दौरान बदलाव करने से बचें: ऐप्लिकेशन को सबमिट करने के बाद और समीक्षा के दौरान उसमें बदलाव न करें. अगर हो सके, तो इस दौरान "कोड फ़्रीज़" लागू करें.
-
ऐप्लिकेशन की स्थिति देखें: अपने ऐप्लिकेशन की स्थिति देखें, ताकि आपको नीति से जुड़ी किसी भी समस्या के बारे में पता चल सके और उसे ठीक किया जा सके.
- Play Console खोलें.
- कोई ऐप्लिकेशन चुनें.
- बाईं ओर मौजूद मेन्यू में, 'ऐप्लिकेशन की स्थिति' को चुनें.
- अपने ऐप्लिकेशन की स्थिति की समीक्षा करें:
- अगर आपको "कोई समस्या नहीं मिली" मैसेज दिखता है, तो इसका मतलब है कि आपके ऐप्लिकेशन के ख़िलाफ़, नीति उल्लंघन ठीक करने (एनफ़ोर्समेंट) की कोई कार्रवाई नहीं की गई है. ऐसे में, आपको कुछ करने की ज़रूरत नहीं है.
- अगर आपका ऐप्लिकेशन अस्वीकार कर दिया गया है, तो पब्लिश किया गया उसका पिछला वर्शन अब भी Google Play पर मौजूद रहेगा.
- अगर आपका ऐप्लिकेशन हटा दिया गया है, तो वह Google Play पर तब तक उपलब्ध नहीं होगा, जब तक नीतियों का पालन करने वाला अपडेट सबमिट नहीं किया जाएगा.
- अगर आपके ऐप्लिकेशन को निलंबित कर दिया गया था, तो अब वह Google Play पर उपलब्ध नहीं होगा. इस फ़ैसले के ख़िलाफ़ अपील करने के लिए, 'अपील करें' को चुनें.
-
समीक्षा में लगने वाले समय का प्लान बनाएं: ऐप्लिकेशन की समीक्षाओं के लिए, रिलीज़ करने के शेड्यूल में ज़्यादा समय जोड़ें. ऐसा इसलिए, क्योंकि समीक्षाओं में लगने वाला समय अलग-अलग हो सकता है और इस दौरान अचानक समस्याएं आ सकती हैं. आम तौर पर, ऐप्लिकेशन की समीक्षाएं सात दिन में पूरी हो जाती हैं. हालांकि, कुछ मामलों में ज़्यादा समय भी लग सकता है.
-
मैनेज करके पब्लिश करने की सुविधा का इस्तेमाल करके, जल्द से जल्द अपडेट सबमिट करें: मौजूदा ऐप्लिकेशन के अपडेट, सामान्य तरीके से प्रोसेस किए जाते हैं. मंज़ूरी मिलने के बाद, आपके पास तय करने का विकल्प होता है कि बदलावों को कब पब्लिश किया जाए. बदलावों की समीक्षा कब की जाएगी और वे पब्लिश कब होंगे, यह मैनेज करने के बारे में ज़्यादा जानने के लिए सहायता केंद्र का यह लेख पढ़ें. इसमें, मैनेज करके पब्लिश करने की सुविधा के बारे में भी ज़्यादा जानकारी मिलेगी.
-
नीति से जुड़ी समस्याओं को हल करने के तरीकों का दस्तावेज़ बनाएं: अगर आपके खाते से ऐप्लिकेशन अक्सर पब्लिश किए जाते हैं, तो नीति से जुड़ी आम समस्याओं और उन्हें हल करने के तरीकों का एक दस्तावेज़ बनाएं. साथ ही, आने वाले समय में ऐसी समस्याओं से बचने के लिए, प्रोसेस में किए गए बदलावों या दिशा-निर्देशों को भी दस्तावेज़ में सेव करें.
इन सुझावों और दिशा-निर्देशों की मदद से व्हाइट-लेबल डेवलपर, ऐप्लिकेशन पब्लिश करने में आ रही समस्याओं को हल कर सकते हैं और अपने खाते की स्थिति को बेहतर बनाए रख सकते हैं. साथ ही, वे अपने क्लाइंट के लिए ऐप्लिकेशन लॉन्च करने की प्रोसेस को आसान और सफल बना सकते हैं.