App Store Connect बनाम Google Play Console: पब्लिशिंग वर्कफ़्लो
अगर आप एक ही स्टोर पर शिप करते हैं, तो एक कंसोल सीखकर आगे बढ़ जाते हैं। दोनों पर शिप करें तो आपके पास दो मानसिक मॉडल होते हैं जो अलग-अलग चीज़ों के लिए एक जैसे शब्द इस्तेमाल करते हैं। "Release," "review," और "rollout" — App Store Connect में इनका मतलब Google Play Console से थोड़ा अलग होता है। यह पोस्ट दोनों वर्कफ़्लो को चरण-दर-चरण साथ रखता है ताकि आप बिना किसी सरप्राइज़ के दोनों स्टोर पर लॉन्च की योजना बना सकें।
वर्कफ़्लो, आमने-सामने
यहाँ से शुरू करें। हर पंक्ति अपडेट को लाइव करने का एक चरण है; दोनों कॉलम बताते हैं कि हर कंसोल में असल में क्या होता है।
| सिर्फ़-मेटाडेटा एडिट | ज़्यादातर लिस्टिंग बदलाव एक नए वर्शन के साथ रिव्यू से गुज़रते हैं; सिर्फ़ कुछ फ़ील्ड्स लाइव एडिट होते हैं। | एक स्टोर-लिस्टिंग एडिट, जो नया बिल्ड शिप किए बिना सबमिट और रिव्यू किया जाता है। |
Apple किसी वर्शन को कैसे रिलीज़ करता है
App Store Connect में काम की इकाई एक वर्शन है। आप एक बिल्ड अटैच करते हैं, मेटाडेटा और स्क्रीनशॉट भरते हैं, और पूरी चीज़ App Review को सबमिट करते हैं। Apple इसे एक पैकेज के रूप में देखता है — इसीलिए एक स्क्रीनशॉट बदलना या डिस्क्रिप्शन में हल्का बदलाव भी, अपने आप में, आम तौर पर नया वर्शन और रिव्यू का एक और दौर मतलब रखता है।
एक बार App Review मंज़ूरी दे दे, तो आपका रिलीज़ विकल्प तय करता है कि आगे क्या होगा। ऑटोमैटिक चुनें और यह तुरंत लाइव हो जाता है। मैनुअल चुनें और यह "Pending Developer Release" में रुक जाता है — Apple ने मंज़ूरी दे दी है, लेकिन जब तक आप बटन नहीं दबाते तब तक कुछ भी सार्वजनिक नहीं होता (दबाने के बाद दिखने में 24 घंटे तक लग सकते हैं)। शेड्यूल्ड चुनें और यह आपके तय किए गए दिनांक और समय पर या उसके बाद अपने आप रिलीज़ हो जाता है। यह चुनाव आप हर वर्शन के लिए अलग से करते हैं, तो हर अपडेट एक नया फ़ैसला होता है।
धीरे-धीरे लॉन्च के लिए, फ़ेज़्ड रिलीज़ चालू करें। यह मौजूदा यूज़र्स के ऑटोमैटिक अपडेट्स पर लागू होता है और उन्हें बढ़ते प्रतिशत के साथ 7 दिनों में फैलाता है, और अगर मेट्रिक्स में कुछ गड़बड़ लगे तो आप इसे रोक सकते हैं। यह बिल्कुल नए ऐप पर लागू नहीं होता, और न ही मैनुअल रिलीज़ पर — यही Google के स्टेज्ड रोलआउट का App Store समकक्ष है, पूरी रिलीज़ पर होल्ड नहीं।
Google किसी ट्रैक पर कैसे रिलीज़ करता है
Google उसी काम को ट्रैक्स में बाँट देता है। एक बिल्ड टेस्टिंग ट्रैक से शुरू होता है — इंटरनल, क्लोज़्ड, या ओपन — और तैयार होने पर प्रोडक्शन की तरफ़ प्रमोट होता है। इंटरनल टेस्टिंग एक छोटे भरोसेमंद ग्रुप के लिए है (100 तक)। क्लोज़्ड टेस्टिंग आमंत्रित सूचियों तक फैलती है (प्रति सूची 2,000 तक)। ओपन टेस्टिंग बिना किसी सीमा के सार्वजनिक ऑप्ट-इन है। प्रोडक्शन का मतलब है आपके चुने गए देशों में सभी।
जब आप कोई रिलीज़ पुश करते हैं, मैनेज्ड पब्लिशिंग Apple के मैनुअल होल्ड का समकक्ष है। इसे चालू रखने पर, मंज़ूर बदलाव Publishing overview में "changes ready to send" के तहत जमा होते हैं और तभी लाइव होते हैं जब आप पब्लिश करते हैं — किसी रिलीज़ को मार्केटिंग तारीख़ के साथ मिलाने के लिए काम की चीज़। इसे बंद रखने पर, मंज़ूर बदलाव रिव्यू पूरा होते ही पब्लिश हो जाते हैं।
धीरे-धीरे लॉन्च के लिए, स्टेज्ड रोलआउट इस्तेमाल करें: एक प्रतिशत यूज़र्स को रिलीज़ करें और समय के साथ इसे खुद बढ़ाएँ, अगर क्रैश दर बढ़े तो रोक दें। Apple के फ़ेज़्ड रिलीज़ की तरह, यह अपडेट्स के लिए है, पहले लॉन्च के लिए नहीं — बिल्कुल नई प्रोडक्शन रिलीज़ एक साथ सभी को जाती है।
वह फ़र्क़ जिस पर लोग अटक जाते हैं
यहाँ वह बात है जो समझ लेने लायक़ है: Apple मेटाडेटा को वर्शन से जोड़ देता है; Google स्टोर लिस्टिंग को रिलीज़ से अलग रखता है।
Apple पर, आपके स्क्रीनशॉट, डिस्क्रिप्शन, और कीवर्ड्स रिव्यू के अंडर मौजूद वर्शन का हिस्सा होते हैं। बिल्ड्स के बीच स्क्रीनशॉट ताज़ा करना चाहते हैं? ज़्यादातर फ़ील्ड्स के लिए इसका मतलब है नया वर्शन और रिव्यू का एक और दौर। Google पर, स्टोर लिस्टिंग अपने आप में एक अलग ऑब्जेक्ट है — आप टेक्स्ट और ग्राफ़िक्स अपडेट कर सकते हैं और सिर्फ़ उसे रिव्यू के लिए भेज सकते हैं जबकि शिप किया गया ऐप बंडल बिल्कुल जहाँ है वहीं रहता है। दो स्टोर, "क्या मैं इसे पूरी रिलीज़ के बिना बदल सकता हूँ?" के दो बिल्कुल अलग जवाब।
यह तब सबसे ज़्यादा मायने रखता है जब लॉन्च में बहुत सारे चलते-फिरते हिस्से हों: एक बिल्ड, स्क्रीनशॉट का एक सेट, दर्जनों बाज़ारों में लोकलाइज़्ड टेक्स्ट। Apple पर आप आम तौर पर सब कुछ एक वर्शन में इकट्ठा कर देते हैं ताकि वह साथ में रिव्यू हो। Google पर आप लिस्टिंग और रिलीज़ को अलग-अलग तैयार कर सकते हैं और उन्हें जिस भी क्रम में योजना के मुताबिक़ हो, पब्लिश कर सकते हैं।
रिव्यू का समय, और नए-अकाउंट की शर्त
Apple की App Review में 2026 में एक सामान्य अपडेट के लिए लगभग 24–48 घंटे लगते हैं, नए डेवलपर की पहली सबमिशन या क़रीब से जाँच के लिए फ़्लैग हुई किसी चीज़ के लिए ज़्यादा। Google का रिव्यू अक्सर तेज़ होता है — स्थापित अकाउंट के लिए कुछ घंटों से लेकर कुछ दिनों तक — लेकिन नए लोगों के लिए एक शर्त है।
मध्य-नवंबर 2023 के बाद बनाए गए किसी पर्सनल Google Play डेवलपर अकाउंट को प्रोडक्शन एक्सेस के लिए आवेदन करने से पहले लगातार 14 दिनों तक कम से कम 12 टेस्टर्स के साथ क्लोज़्ड टेस्ट चलाना होता है। 12 से नीचे गिरने पर यह सिलसिला रीसेट हो सकता है। ऑर्गनाइज़ेशन अकाउंट्स और पुराने पर्सनल अकाउंट्स इसे छोड़ सकते हैं। Apple के पास इसका सीधा समकक्ष नहीं है, तो अगर आप दोनों स्टोर पर अपना पहला ऐप लॉन्च कर रहे हैं, तो पहले से Google की टेस्टिंग विंडो के लिए समय रखें — यह आम तौर पर सबसे लंबा हिस्सा होता है।
Mokbi कहाँ फ़िट होता है
दोनों कंसोल को वही तैयार एसेट्स चाहिए: फ़्रेम किए हुए स्क्रीनशॉट और हर ज़रूरी साइज़ में साफ़, लोकलाइज़्ड कॉपी। Mokbi वह हिस्सा एक ही बार बनाता है। आप एक प्रोजेक्ट में स्क्रीनशॉट डिज़ाइन करते हैं और स्टोर टेक्स्ट का ड्राफ़्ट तैयार करते हैं, फिर दोनों को 50 भाषाओं में अनुवाद करते हैं, और एक ही पास में App Store Connect और Google Play Console के आयामों से मेल खाता सेट एक्सपोर्ट करते हैं — ताकि वही काम दो अलग-अलग मशक्कतों की बजाय दो लिस्टिंग को फ़ीड करे।
Mokbi उन्हें पब्लिश भी करता है। यह Play Developer API के ज़रिए लिस्टिंग और एसेट्स सीधे Google Play पर भेज देता है, और App Store Connect में वर्शन तैयार कर देता है ताकि आप सबमिट कर सकें। Apple को अंतिम Submit और रिव्यू पास की ज़रूरत होती है, तो वह आख़िरी टैप आपके पास ही रहता है (यह Apple का नियम है, Mokbi की सीमा नहीं)। दोनों ही तरीक़ों में आप दोनों कंसोल के लिस्टिंग अपडेट एक ही जगह से, एक ही सब्सक्रिप्शन पर चलाते हैं: एडिटर वॉटरमार्क के साथ मुफ़्त है, और Solo (€29.99/माह) या Studio (€49.99/माह) जब तक आप सब्सक्राइब रहते हैं तब तक असीमित एक्सपोर्ट और पब्लिशिंग अनलॉक करते हैं।