App Store सबमिशन चेकलिस्ट (2026): Xcode 26 बिल्ड से Submit for Review तक

App Store सबमिशन चेकलिस्ट उन चीज़ों की सूची है जिन्हें सबमिट करने से पहले एक साथ तैयार होना चाहिए: एक काम करने वाला बिल्ड, सटीक लिस्टिंग, सच्चे प्राइवेसी जवाब और इतना संदर्भ कि रिव्यूअर आपका ऐप इस्तेमाल कर सके। सिर्फ़ सफल (ग्रीन) बिल्ड काफ़ी नहीं है। नीचे के छह सेक्शन उसी क्रम में हैं जिसमें App Store Connect इन्हें मांगता है, और हर सेक्शन एक छोटे जवाब से शुरू होता है जिस पर आप तुरंत काम कर सकते हैं।

Submit दबाने से पहले App Store सबमिशन के लिए क्या-क्या चाहिए?

App Store सबमिशन के लिए वर्शन से जुड़ा एक प्रोसेस हो चुका बिल्ड, वर्शन का ज़रूरी मेटाडेटा, स्क्रीनशॉट, प्राइवेसी पॉलिसी, App Review संपर्क विवरण और, अगर ऐप में लॉगिन है, तो काम करने वाले डेमो क्रेडेंशियल चाहिए। App Review Guidelines में Apple की अपनी "Before You Submit" सूची दो और बातें जोड़ती है: "बैकएंड सर्विसेज़ चालू रखें ताकि वे रिव्यू के दौरान लाइव और उपलब्ध रहें", और जो फ़ीचर साफ़ समझ में न आएं उन्हें रिव्यू नोट्स में समझाएं।

कौन-सी अकाउंट और ऐप रिकॉर्ड सेटिंग्स तैयार होनी चाहिए?

आपको एक सक्रिय Apple Developer मेंबरशिप, ऐसा ऐप रिकॉर्ड जिसका बंडल ID आपके साइन किए गए बिल्ड से मेल खाता हो, और टीम में Account Holder, Admin या App Manager रोल वाला कोई व्यक्ति चाहिए। Apple के Submit an app पेज के अनुसार सबमिट करने के लिए यही रोल ज़रूरी हैं।

रिकॉर्ड बनाते समय नाम, प्राइमरी भाषा और SKU चुनें। SKU अंदरूनी होता है और ग्राहक इसे कभी नहीं देखते। अगर आप पेड ऐप या इन-ऐप परचेज़ बेचते हैं, तो पहले पेड एग्रीमेंट, टैक्स और बैंकिंग विवरण पूरे करें। बिल्ड ठीक होने पर भी बिना साइन किया एग्रीमेंट कमर्शियल लॉन्च रोक सकता है।

2026 में App Store अपलोड पर कौन-सी बिल्ड आवश्यकताएं लागू होती हैं?

अक्टूबर 2026 तक, Apple के upcoming requirements पेज पर लिखा है कि "App Store Connect पर अपलोड होने वाले ऐप्स Xcode 26 या उसके बाद के वर्शन से, iOS 26, iPadOS 26, tvOS 26, visionOS 26 या watchOS 26 के SDK का उपयोग करके बने होने चाहिए" (28 अप्रैल 2026 से)। वहां यह भी लिखा है कि iOS और iPadOS ऐप्स को "iOS 13 या उसके बाद के वर्शन को टारगेट करना होगा" (9 सितंबर 2026 से)।

• हर अपलोड पर बिल्ड नंबर बढ़ाएं, और पक्का करें कि वर्शन नंबर उसी रिलीज़ से मेल खाता हो जिसे आप शिप करना चाहते हैं।
• अपनी मशीन के साथ-साथ CI (Codemagic, Expo EAS, GitHub Actions आदि) में भी Xcode इमेज अपडेट करें।
• प्रोसेसिंग के बाद, एक्सपोर्ट-कंप्लायंस से जुड़े किसी भी सवाल का जवाब दें और प्रोसेस हो चुके बिल्ड को वर्शन से जोड़ें।
• TestFlight बिल्ड को असली डिवाइस पर इंस्टॉल करें। ऑनबोर्डिंग, साइन-इन, ऑफ़लाइन स्थिति, परचेज़ और रिस्टोर परचेज़ टेस्ट करें। सिम्युलेटर पर ठीक चलने से यह साबित नहीं होता कि डिस्ट्रीब्यूट किया गया बिल्ड काम करता है।
• अपलोड के बाद App Store Connect जो ईमेल भेजता है, उसे पढ़ें। प्राइवेसी मैनिफ़ेस्ट या SDK वर्शन से जुड़ी ITMS चेतावनियों को नज़रअंदाज़ करने पर वे रुकावट बन जाती हैं।

ऐसा न करने पर क्या होता है, इस बारे में गाइडलाइन 2.1(a) साफ़ कहती है: "हम अधूरे ऐप बंडल और ऐसे बाइनरी अस्वीकार करेंगे जो क्रैश होते हैं या जिनमें स्पष्ट तकनीकी समस्याएं दिखती हैं।" आर्काइव करने से पहले प्लेसहोल्डर स्क्रीन, डीबग मेन्यू और टूटे लिंक हटा दें। हमारा 2.1 के लिए रिलीज़-बिल्ड टेस्ट प्लान इन जांचों को विस्तार से बताता है।

App Store Connect को कौन-से स्क्रीनशॉट और मेटाडेटा चाहिए?

अक्टूबर 2026 तक, Apple की स्क्रीनशॉट स्पेसिफ़िकेशन के अनुसार "iPhone with Dynamic Island (medium display)" के लिए कम से कम एक स्क्रीनशॉट ज़रूरी है, जैसे 1206 × 2622 या 1179 × 2556 पोर्ट्रेट। iPad पर चलने वाले ऐप्स के लिए कम से कम एक iPad 13-इंच स्क्रीनशॉट भी चाहिए, जैसे 2064 × 2752 या 2048 × 2732।

आप "हर डिवाइस साइज़ के लिए .jpeg, .jpg या .png फ़ॉर्मैट में 10 तक स्क्रीनशॉट अपलोड कर सकते हैं", और "इमेज में अल्फ़ा चैनल या ट्रांसपेरेंसी नहीं हो सकती।" अगर आपका इंटरफ़ेस सभी साइज़ पर एक जैसा है, तो सिर्फ़ सबसे ऊंचा ज़रूरी रिज़ॉल्यूशन अपलोड करें और App Store Connect उसे छोटा कर देगा। गाइडलाइन 2.3.3 कहती है कि स्क्रीनशॉट में "ऐप को इस्तेमाल होते हुए दिखाना चाहिए, न कि सिर्फ़ टाइटल आर्ट, लॉगिन पेज या स्प्लैश स्क्रीन।"

• ऐसा विवरण लिखें जो बताए कि ऐप किसके लिए है और कोई व्यक्ति अपने पहले सेशन में क्या कर सकता है।
• नाम, सबटाइटल और कीवर्ड प्रासंगिक रखें। कीवर्ड दोहराएं नहीं और प्रतिस्पर्धियों के नाम इस्तेमाल न करें।
• पक्का करें कि सपोर्ट URL और प्राइवेसी पॉलिसी URL बिना लॉगिन के खुलें।
• एज-रेटिंग प्रश्नावली का जवाब इस आधार पर दें कि ऐप में असल में क्या है और वह क्या कर सकता है।
• स्क्रीनशॉट में मौजूदा बिल्ड दिखाएं, जिसमें वह पेवॉल भी शामिल हो जिस तक यूज़र पहुंचेगा।

प्राइवेसी जवाबों को ऐप से मेल कैसे खिलाएं?

प्राइवेसी जवाबों को ऐप से मेल खिलाने के लिए, आप जो भी SDK शिप करते हैं और वह जो डेटा इकट्ठा करता है, उसकी सूची बनाएं, फिर उसी सूची से App Privacy भरें, प्राइवेसी पॉलिसी लिखें और ऐप के अंदर का व्यवहार सेट करें। गाइडलाइन 2.3 कहती है कि आपका मेटाडेटा, "प्राइवेसी जानकारी सहित", ऐप को सटीक रूप से दर्शाना चाहिए।

गाइडलाइन 5.1.1(i) कहती है: "सभी ऐप्स में App Store Connect के मेटाडेटा फ़ील्ड में और ऐप के अंदर आसानी से मिलने वाली जगह पर उनकी प्राइवेसी पॉलिसी का लिंक होना चाहिए।" गाइडलाइन 5.1.1(v) जोड़ती है: "अगर आपका ऐप अकाउंट बनाने की सुविधा देता है, तो आपको ऐप के अंदर अकाउंट डिलीट करने की सुविधा भी देनी होगी।" एनालिटिक्स, क्रैश रिपोर्टिंग, विज्ञापन और लॉगिन SDK आमतौर पर आपके जवाब बदल देते हैं, इसलिए हमारे प्राइवेसी लेबल SDK ऑडिट से उनकी जांच करें। यह भी जांचें कि आपका ऐप और हर बंडल किया गया SDK एक PrivacyInfo.xcprivacy प्राइवेसी मैनिफ़ेस्ट के साथ आता हो, जो उनके इस्तेमाल किए गए सभी required-reason API को कवर करे।

App Review Information में क्या शामिल होना चाहिए?

App Review Information में ऐसा संपर्क होना चाहिए जो जवाब दे, ऐसे डेमो क्रेडेंशियल जो काम करें और एक्सपायर न हों, और ऐसे नोट्स जो रिव्यूअर को सीधे आपके मुख्य फ़ीचर तक ले जाएं। गाइडलाइन 2.1(a) कहती है कि "अगर आपके ऐप में लॉगिन है, तो डेमो अकाउंट की जानकारी दें (और अपनी बैकएंड सर्विस चालू रखें!)"; अकाउंट की जगह बिल्ट-इन डेमो मोड देने के लिए Apple की पहले से मंज़ूरी चाहिए।

रिव्यू नोट्स का एक उदाहरण: "दिए गए रिव्यू अकाउंट से साइन इन करें। Library खोलें, सैंपल प्रोजेक्ट चुनें और Export पर टैप करें। इस अकाउंट में सभी प्रीमियम फ़ीचर अनलॉक हैं। लोकेशन फ़ीचर एक सिम्युलेटेड शहर का उपयोग करते हैं, इसलिए कहीं जाने की ज़रूरत नहीं है।" रिव्यूअर को खाली अकाउंट, एक्सपायर होने वाले वन-टाइम कोड, या ऐसे फ़्लो पर न भेजें जो सिर्फ़ तभी काम करता है जब आप उसे मंज़ूरी देने के लिए ऑनलाइन हों। हमारी डेमो अकाउंट सेटअप गाइड बताती है कि भरोसेमंद रिव्यूअर लॉगिन कैसे बनाएं।

App Store Connect में ऐप को रिव्यू के लिए कैसे सबमिट करें?

ऐप को रिव्यू के लिए सबमिट करने के लिए, बिल्ड को वर्शन से जोड़ें, Add for Review पर क्लिक करें, फिर Submit for Review पर क्लिक करें। सिर्फ़ Add for Review से Apple को कुछ नहीं जाता। नीचे दिया गया क्रम अक्टूबर 2026 तक Apple के Submit an app पेज पर आधारित है।

1. Apps में ऐप चुनें, फिर साइडबार में ऐप वर्शन पर क्लिक करें।
2. Build सेक्शन तक स्क्रॉल करें और पुष्टि करें कि सही बिल्ड जुड़ा है।
3. App Store Version Release सेक्शन में, अगर आप लॉन्च का दिन खुद तय करना चाहते हैं तो मैनुअल रिलीज़ चुनें, फिर Save पर क्लिक करें।
4. Add for Review पर क्लिक करें और कोई मौजूदा ड्राफ़्ट सबमिशन चुनें या नया बनाएं। स्टेटस Ready for Review हो जाता है।
5. Submit for Review पर क्लिक करें। रिव्यू शुरू होने पर स्टेटस In Review हो जाता है।
6. सबमिट किए गए मेटाडेटा और नोट्स की एक कॉपी सेव करें, और सवालों के लिए रिव्यू संपर्क ईमेल पर नज़र रखें।

अगर सबमिशन रिजेक्ट होकर लौटता है, तो कुछ भी बदलने से पहले गाइडलाइन नंबर और रिव्यूअर की व्याख्या पढ़ें। कुछ सुधार सिर्फ़ मेटाडेटा के होते हैं। कुछ के लिए नया बिल्ड चाहिए। हमारी App Store रिजेक्शन गाइड बताती है कि आपका मामला किस तरह का है, यह कैसे पहचानें।

सबमिशन के समय दूसरे डेवलपर्स के साथ क्या गड़बड़ हुई?

नीचे के दोनों सार्वजनिक मामलों में ऐप अपने डेवलपर के लिए ठीक काम कर रहा था, और समस्या सिर्फ़ अपलोड किए गए बिल्ड में या रिव्यूअर के पहले सेशन में सामने आई।

Adalo फ़ोरम पर एक डेवलपर को गाइडलाइन 2.1 के तहत रिजेक्शन मिला: "हम आपके दिए गए डेमो अकाउंट क्रेडेंशियल से साइन इन नहीं कर पाए।" क्रेडेंशियल सही थे, लेकिन लॉगिन पर पहली बार टैप करने से कुछ नहीं होता था और सिर्फ़ दूसरा टैप काम करता था, क्योंकि यूज़र सेशन रजिस्टर होने से पहले ही लॉगिन बटन पर कंडीशनल नेविगेशन चल जाता था। उन्होंने लॉगिन बटन को एक खाली ट्रांज़िशनल स्क्रीन पर भेजकर, जिसमें कंडीशनल एक्शन रखे गए थे, इसे ठीक किया और फिर दोबारा सबमिट किया।

JUCE फ़ोरम पर एक डेवलपर को अपलोड के बाद "ITMS-91053: Missing API declaration" मिला, जिसमें कहा गया था कि नए अपलोड में "आपके ऐप के प्राइवेसी मैनिफ़ेस्ट में एक NSPrivacyAccessedAPITypes ऐरे शामिल होना चाहिए।" चिह्नित कैटेगरी SystemBootTime और FileTimestamp थीं, और एक अन्य यूज़र ने UserDefaults की बात बताई। समाधान था Xcode रिसोर्स के रूप में जोड़ी गई एक PrivacyInfo.xcprivacy फ़ाइल, जिसमें मंज़ूर रीज़न कोड हों। एक यूज़र के पहले वर्शन में एक type key छूट गई थी, जिससे अमान्य मैनिफ़ेस्ट के लिए ITMS-91056 आया, जब तक उन्होंने उसे ठीक नहीं किया।

दोनों डेवलपर्स ने सिर्फ़ अपने सेटअप पर टेस्ट किया था। Submit for Review दबाने से पहले, वही बिल्ड टेस्ट करें जो Apple को असल में मिलता है, नए लॉगिन के साथ, और अपलोड के बाद आने वाला हर ईमेल पढ़ें। अगर आप चाहते हैं कि कोई और भी आपके पैकेज को एक बार देख ले, तो हमारी सबमिशन सेवाएं देखें।