अपना मुफ़्त डिज़ाइन पाएँ
· Publishing · 6 मिनट रीड

ऐप सबमिशन चेकलिस्ट: दोनों स्टोर के लिए हर एसेट (2026)

ऐप सबमिशन चेकलिस्ट: दोनों स्टोर के लिए हर एसेट (2026)
TL;DR. दोनों स्टोर पर शिप करने के लिए पूरा प्री-फ्लाइट। दो डेवलपर अकाउंट (Apple $99/साल, Google एक बार का $25), फिर हर स्टोर के लिए अलग-अलग एसेट, टेक्स्ट और कानूनी जवाबों का ढेर — दोनों लिस्ट मैच नहीं करतीं। यहाँ स्क्रीनशॉट सिर्फ एक आइटम हैं, पूरा काम नहीं। जो नियम इंसान के देखने से पहले ही बिल्ड रिजेक्ट कर देते हैं वे हैं SDK और टारगेट-API की शर्तें, और Google का क्लोज़्ड-टेस्टिंग गेट। तारीखें बदलती रहती हैं; सबमिट करने के दिन Apple और Google के डॉक्स से हर बात कन्फ़र्म कर लें।

आपने ऐप बना लिया है। अब दोनों स्टोर आपको अंदर आने देने से पहले एसेट और जवाबों का ढेर माँगते हैं, और दोनों ढेर अलग-अलग हैं। यह सुपरसेट है: App Store Connect और Google Play Console जो भी एसेट और फ़ील्ड माँगते हैं, स्टोर के हिसाब से बँटे हुए, साथ ही 2026 के बिल्ड-नियम जो रिव्यू शुरू होने से पहले ही अपलोड रोक देते हैं।

हमारे पास पहले से सिर्फ़-स्क्रीनशॉट वाली चेकलिस्ट है (नीचे लिंक की गई है)। यह उससे बड़ी लिस्ट है — यहाँ स्क्रीनशॉट सिर्फ़ एक आइटम है, जो आइकन, फ़ीचर ग्राफ़िक, लिस्टिंग टेक्स्ट, प्राइवेसी फ़ॉर्म, रेटिंग, और अपलोड को ही रोकने वाली बिल्ड-शर्तों के साथ बैठा है।

शर्तें और डेडलाइन बदलती रहती हैं। नीचे दी गई हर तारीख वाली शर्त को पक्की बात न मानें, बल्कि सबमिशन के दिन स्टोर के अपने डॉक्यूमेंटेशन से कन्फ़र्म करने का इशारा समझें।

स्टेप 0: दो डेवलपर अकाउंट

बिना दोनों स्टोर पर अकाउंट के आप कहीं भी सबमिट नहीं कर सकते, और दोनों की कीमत का मॉडल अलग है:

  • Apple Developer Program — $99 प्रति वर्ष (USD, आपकी लोकल करेंसी में चार्ज होता है)। यह चलती रहने वाली मेंबरशिप है। इसे लैप्स होने दें तो आपके ऐप्स तब तक App Store से हट जाएँगे जब तक आप रिन्यू न करें।
  • Google Play Console — रजिस्ट्रेशन पर एक बार $25। एक बार की, नॉन-रिफंडेबल फ़ीस, कोई रिन्यूअल नहीं।
  • दोनों तरफ़ आइडेंटिटी वेरिफ़िकेशन। पर्सनल और ऑर्गनाइज़ेशन दोनों तरह के अकाउंट वेरिफ़िकेशन से गुज़रते हैं। Google पर ऑर्गनाइज़ेशन अकाउंट के लिए D-U-N-S नंबर चाहिए होता है; Apple ऑर्गनाइज़ेशन एनरोलमेंट के लिए लीगल एंटिटी वेरिफ़ाई करता है। शिप करने की योजना बनाने से पहले इसके लिए कुछ दिन अलग रख लें।

Apple: App Store Connect क्या माँगता है

बिल्ड:

  • मौजूदा SDK से बना ऐप बाइनरी। अप्रैल 2025 से, iOS और iPadOS ऐप्स को अपलोड के लिए iOS 18 SDK (Xcode 16) या उससे नए वर्ज़न से बनाना ज़रूरी है। Apple ने बताया है कि 28 अप्रैल, 2026 से अपलोड के लिए iOS 26 SDK या उससे नया चाहिए होगा — अपनी सबमिशन तारीख पर कौन-सा SDK लागू है, यह कन्फ़र्म कर लें।
  • बिल्ड के अंदर ऐप आइकन। Apple आइकन ऐप की एसेट कैटलॉग से खींचता है; App Store Connect में अलग से आइकन अपलोड नहीं होता। गायब या ख़राब आइकन अपलोड पर वैलिडेशन फ़ेल कर देता है।
  • यूनीक बंडल ID, वैध साइनिंग, और एक्सपोर्ट-कम्प्लायंस जवाब। एन्क्रिप्शन/एक्सपोर्ट से जुड़े सवाल अपलोड पर आते हैं — ज़्यादातर ऐप्स स्टैंडर्ड छूट (exemption) से जवाब देते हैं, पर जवाब देना ज़रूरी है।

विज़ुअल एसेट:

  • 6.9-इंच iPhone के लिए स्क्रीनशॉट। कम से कम एक, ज़्यादा से ज़्यादा दस। स्वीकृत साइज़ में 1320 × 2868, 1290 × 2796, और 1260 × 2736 (पोर्ट्रेट) शामिल हैं। Apple इस सेट को छोटे iPhone के लिए ख़ुद-ब-ख़ुद स्केल कर देता है, इसलिए 6.5-इंच सेट सिर्फ़ तभी चाहिए जब आप 6.9-इंच पूरी तरह छोड़ दें।
  • अगर ऐप iPad सपोर्ट करता है तो iPad स्क्रीनशॉट। 13-इंच सेट 2064 × 2752 या 2048 × 2732 (पोर्ट्रेट) होता है। ज़रूरी है अगर आपका ऐप iPad पर चलता है।
  • वैकल्पिक App Preview वीडियो हर डिवाइस साइज़ के लिए, 15–30 सेकंड।

लिस्टिंग टेक्स्ट:

  • ऐप नाम (30 कैरेक्टर तक) और सबटाइटल (30 तक)।
  • कीवर्ड्स — एक ही 100-कैरेक्टर, कॉमा-सेपरेटेड फ़ील्ड जो यूज़र्स को कभी नहीं दिखती लेकिन सर्च को चलाती है।
  • डिस्क्रिप्शन (4,000 कैरेक्टर तक) और प्रमोशनल टेक्स्ट (170 तक, बिना नए बिल्ड के एडिट करने लायक)।
  • सपोर्ट URL, और अगर चाहें तो मार्केटिंग URL।

कानूनी, प्राइवेसी और रेटिंग:

  • प्राइवेसी पॉलिसी URL। हर ऐप के लिए ज़रूरी।
  • App Privacy जवाब — "न्यूट्रिशन लेबल"। आप बताते हैं कि आपका ऐप और उसके थर्ड-पार्टी SDK कौन-सा डेटा इकट्ठा करते हैं और उसका इस्तेमाल कैसे होता है। सबमिट करने के लिए ये जवाब ज़रूरी हैं, और ये आपके प्रोडक्ट पेज पर प्राइवेसी लेबल के रूप में दिखते हैं।
  • एज रेटिंग। एक प्रश्नावली के ज़रिए तय होती है। Apple एक ज़्यादा बारीक एज-रेटिंग सिस्टम (13+, 16+, और 18+ टियर के साथ) पर आ गया है जो iOS 26 और उसके बाद वाले डिवाइस पर दिखता है, इसलिए अगर आपने आख़िरी बार पुराने सिस्टम में ऐप रेट किया था तो अपने जवाब दोबारा जाँच लें।
  • प्राइमरी कैटेगरी (और वैकल्पिक सेकेंडरी), साथ ही अगर आपका ऐप अकाउंट बनाने की सुविधा देता है तो ऐप के अंदर अकाउंट-डिलीशन का रास्ता।

Google: Play Console क्या माँगता है

बिल्ड:

  • नए ऐप्स के लिए Android App Bundle (.aab), APK नहीं।
  • टारगेट API लेवल। नए ऐप्स और अपडेट्स को अभी Android 15 (API लेवल 35) या उससे ऊपर टारगेट करना ज़रूरी है। Google ने कहा है कि 31 अगस्त, 2026 से नए ऐप्स और अपडेट्स को Android 16 (API लेवल 36) टारगेट करना होगा — सबमिट करते समय लागू लेवल जाँच लें।
  • साइन्ड रिलीज़ बिल्ड, आमतौर पर Play App Signing के ज़रिए।

विज़ुअल एसेट:

  • ऐप आइकन — 512 × 512 px, 32-बिट PNG, 1 MB से कम।
  • फ़ीचर ग्राफ़िक — 1024 × 500 px, JPEG या 24-बिट PNG बिना अल्फ़ा के। यह Play पर ज़रूरी लिस्टिंग एसेट है, इसका Apple पर कोई बराबर नहीं है, और यह आपकी लिस्टिंग के ऊपर दिखने वाला बैनर है।
  • कम से कम 2 फ़ोन स्क्रीनशॉट (8 तक)। JPEG या 24-बिट PNG, हर साइड 320 से 3,840 px के बीच, आस्पेक्ट रेशियो 16:9 या 9:16। टैबलेट और अन्य फ़ॉर्म-फ़ैक्टर स्क्रीनशॉट वैकल्पिक हैं जब तक आप उन डिवाइस को टारगेट न करें।
  • वैकल्पिक प्रोमो वीडियो YouTube URL के रूप में।

लिस्टिंग टेक्स्ट:

  • ऐप नाम (30 कैरेक्टर तक)।
  • शॉर्ट डिस्क्रिप्शन (80 तक) — जो लाइन यूज़र्स सबसे पहले पढ़ते हैं।
  • फ़ुल डिस्क्रिप्शन (4,000 तक)।

कानूनी, प्राइवेसी और रेटिंग:

  • प्राइवेसी पॉलिसी URL। ज़रूरी।
  • डेटा सेफ़्टी फ़ॉर्म। Apple के प्राइवेसी लेबल का Google वर्ज़न — आप बताते हैं कि कौन-सा डेटा इकट्ठा करते हैं, शेयर करते हैं, और उसे कैसे संभाला जाता है। पब्लिश करने से पहले ज़रूरी है, और इसे आपके ऐप के असली बर्ताव से मैच करना चाहिए।
  • कंटेंट रेटिंग प्रश्नावली (IARC)। आपके जवाबों से रीजन-स्पेसिफिक एज रेटिंग बनाता है।
  • ऐप कैटेगरी, साथ ही टारगेट-ऑडियंस और विज्ञापन-घोषणाएँ। अगर ऑडियंस का कोई हिस्सा बच्चों का है तो अतिरिक्त शर्तें लागू होती हैं।

2026 के वे नियम जो रिव्यू से पहले ही बिल्ड रिजेक्ट कर देते हैं

ये पॉलिश की बात नहीं हैं — ये सीधे अपलोड या रिलीज़ को रोक देते हैं, इसलिए इन्हें सबसे पहले कन्फ़र्म कर लेना बेहतर है:

  • Apple का न्यूनतम SDK। अप्रैल 2025 से अपलोड के लिए iOS 18 SDK (Xcode 16) चाहिए, और Apple की घोषणा के मुताबिक करीब 28 अप्रैल, 2026 से iOS 26 SDK न्यूनतम बन जाएगा। पुराने SDK से बिल्ड करें तो App Store Connect अपलोड पर बाइनरी रिजेक्ट कर देगा।
  • Google का टारगेट API लेवल। नए ऐप्स और अपडेट्स आज Android 15 (API 35) टारगेट करते हैं, और Google की बताई टाइमलाइन के मुताबिक 31 अगस्त, 2026 से Android 16 (API 36) पर शिफ़्ट हो जाएगा। बहुत नीचे का टारगेट लेवल रिलीज़ रोक देता है।
  • पर्सनल अकाउंट के लिए Google का क्लोज़्ड-टेस्टिंग गेट। 13 नवंबर, 2023 के बाद बने पर्सनल डेवलपर अकाउंट को प्रोडक्शन एक्सेस के लिए अप्लाई करने से पहले कम से कम 12 टेस्टर के साथ लगातार 14 दिन तक क्लोज़्ड टेस्ट चलाना ज़रूरी है। (Google ने 2024 के आख़िर में इसे 20 टेस्टर से घटाकर यह किया।) वेरिफ़ाइड ऑर्गनाइज़ेशन अकाउंट इससे छूट पाते हैं। यह अकेले काम करने वाले डेवलपर्स को सबसे ज़्यादा चौंकाता है — यह "ऐप तैयार है" और "ऐप लाइव है" के बीच कम से कम दो हफ़्ते जोड़ देता है, इसलिए क्लोज़्ड टेस्ट जल्दी शुरू करें।

साझा प्री-फ़्लाइट (दोनों स्टोर)

कुछ चेक दोनों तरफ़ लागू होते हैं और शिप करने की जल्दबाज़ी में आसानी से छूट जाते हैं:

  • हर लोकेल की भाषा में स्क्रीनशॉट कैप्शन। जर्मन या जापानी लिस्टिंग में अंग्रेज़ी कैप्शन फ़्लैग हो जाते हैं। कैप्शन की भाषा और लिस्टिंग के लोकेल को मैच करना चाहिए।
  • एसेट और टेक्स्ट ऐप से मेल खाने चाहिए। अगर कोई स्क्रीनशॉट या डिस्क्रिप्शन कोई फ़ीचर दिखाता है, तो शिप हुए ऐप में वह वाक़ई होना चाहिए। दोनों स्टोर ऐसे मेटाडेटा पर रिजेक्ट करते हैं जो ऐप को असल से ज़्यादा बढ़ा-चढ़ाकर दिखाए।
  • स्क्रीनशॉट में कोई प्राइसिंग या स्टोर-बाहर के URL न पकाएँ। कीमतें स्टोर पेज पर होनी चाहिए, आर्टवर्क में नहीं; "हमारी साइट देखें" जैसे ओवरले रिजेक्शन ले आते हैं।
  • प्राइवेसी घोषणाएँ असलियत से मेल खानी चाहिए। Apple का प्राइवेसी लेबल और Google का Data safety फ़ॉर्म — दोनों को यह दिखाना चाहिए कि आपका कोड और SDK असल में क्या करते हैं।
  • एक चालू टेस्ट अकाउंट, अगर ऐप लॉगिन के पीछे है, तो रिव्यू नोट्स में रिव्यूअर को दिया गया हो।

Mokbi कहाँ फ़िट होता है

इस चेकलिस्ट का ज़्यादातर हिस्सा — अकाउंट, बिल्ड, प्राइवेसी जवाब, रेटिंग — आपको ख़ुद संभालना है। Mokbi विज़ुअल और टेक्स्ट एसेट संभालता है, जो वह हिस्सा है जो दो स्टोर और कई भाषाओं के लिए हाथ से करने पर सबसे ज़्यादा समय खा जाता है।

  • विज़ुअल एसेट। यह एक ही प्रोजेक्ट से दोनों स्टोर के लिए ज़रूरी साइज़ में स्क्रीनशॉट, और Play का फ़ीचर ग्राफ़िक बनाता है — इसलिए आपको एक ही आर्टवर्क को अलग-अलग डिवाइस क्लास के लिए बार-बार क्रॉप नहीं करना पड़ता।
  • लिस्टिंग टेक्स्ट। यह आपका नाम, सबटाइटल, डिस्क्रिप्शन, और शॉर्ट डिस्क्रिप्शन ड्राफ़्ट करता है, फिर पूरी लिस्टिंग का 50 भाषाओं में अनुवाद करता है ताकि हर लोकेल मैचिंग कैप्शन और कॉपी के साथ शिप हो।
  • तैयार लिस्टिंग को पब्लिश करना। Mokbi तैयार एसेट और स्टोर टेक्स्ट आपके लिए पुश करता है: Play Developer API के ज़रिए सीधे Google Play पर, और App Store Connect में एक ऐसा वर्ज़न स्टेज करता है जो आपके सबमिट करने के लिए तैयार है। आख़िरी Submit और रिव्यू स्टेप Apple आपसे ही करवाता है — यह Apple का नियम है, Mokbi की कोई सीमा नहीं।

मक़सद चेकलिस्ट की जगह लेना नहीं है — मक़सद है एसेट-और-अनुवाद वाले कॉलम इसमें से हटा देना ताकि बाकी काम एक छोटी-सी दोपहर में निपट जाए।

आगे क्या पढ़ें

एडिटर खोलें →