App Store रिजेक्शन: हर गाइडलाइन के हिसाब से इसे कैसे ठीक करें (2026)

App Store रिजेक्शन App Review का एक मैसेज होता है जो किसी गाइडलाइन का हवाला देता है, बताता है कि रिव्यूअर ने क्या देखा, और रिलीज़ को तब तक रोक देता है जब तक आप समस्या ठीक न करें, उसकी व्याख्या न करें या अपील न करें। शुरुआत उस मैसेज को ऐसे मुद्दे में बदलकर करें जिसे आप टेस्ट कर सकें। अगला कदम इस पर निर्भर करता है कि रिव्यूअर ऐप इस्तेमाल नहीं कर पाया, उसे पॉलिसी से मेल न खाने वाली कोई बात मिली, या उसे और जानकारी चाहिए। अक्टूबर 2026 तक App Review Guidelines आख़िरी बार 16 अक्टूबर 2026 को अपडेट हुई थीं, इसलिए किसी सेक्शन का हवाला देने से पहले मौजूदा नंबरिंग जाँच लें।

App Store रिजेक्शन मैसेज असल में आपको क्या बताता है?

App Store रिजेक्शन मैसेज उस गाइडलाइन का नाम बताता है जो रिव्यूअर ने लागू की, रिव्यूअर ने जो खास व्यवहार देखा उसका ब्योरा देता है, और अगले कदम बताता है। इसमें अक्सर डिवाइस, iOS वर्ज़न और स्क्रीनशॉट भी होते हैं।

पूरा मैसेज, सभी स्क्रीनशॉट, बिल्ड नंबर और डिवाइस की जानकारी सेव कर लें। बताए गए सेक्शन को गाइडलाइंस के लाइव पेज पर पढ़ें। फिर एक वाक्य लिखें: "रिव्यूअर X पूरा नहीं कर सका क्योंकि Y।" अगर मैसेज किसी खराबी की रिपोर्ट करने के बजाय छूटी हुई जानकारी माँगता है, तो ठीक-ठीक लिखें कि क्या छूटा है। Apple का 2.1 वाला मानक टेक्स्ट यह भी बताता है कि समस्या को कैसे दोहराएँ: "नए ऐप्स के लिए, डिवाइस से अपने ऐप के सभी पिछले वर्ज़न अनइंस्टॉल करें, फिर इंस्टॉल करें और समस्या दोहराने के लिए दिए गए स्टेप्स अपनाएँ।"

• क्या मैसेज में किसी क्रैश, न खुलने वाली स्क्रीन या अधूरे फ़ीचर का ज़िक्र है? उस फ़्लो को सबमिट किए गए रिलीज़ बिल्ड में, Apple के बताए डिवाइस टाइप पर दोहराएँ।
• क्या इसमें स्क्रीनशॉट, डिस्क्रिप्शन या रिव्यू नोट्स का ज़िक्र है? जाँचें कि क्या आप इसे सिर्फ़ मेटाडेटा में ठीक कर सकते हैं।
• क्या इसमें पेमेंट, लॉगिन, प्राइवेसी या मिनिमम फ़ंक्शनैलिटी का ज़िक्र है? प्रोडक्ट के व्यवहार की तुलना बताई गई गाइडलाइन से करें।

App Store रिजेक्शन किन गाइडलाइंस का हवाला देते हैं, और वे क्या माँगती हैं?

हर गाइडलाइन एक ठोस शर्त तय करती है, इसलिए बताए गए नंबर को उसके शब्दों से मिलाएँ और उन्हीं शब्दों के आधार पर टेस्ट करें। नीचे की तालिका उन गाइडलाइंस का मौजूदा टेक्स्ट बताती है जिनका रिजेक्शन मैसेज में अक्सर हवाला दिया जाता है।

16 अक्टूबर 2026 के अपडेट ने छिपे, निष्क्रिय या बिना दस्तावेज़ वाले फ़ीचर के लिए 2.5.19 जोड़ी, जो पहले 2.3.1 के तहत आते थे। इसने क्रिएटिव एसेट्स पर 2.3.14 भी जोड़ी और Music Streaming Services एंटाइटलमेंट को 3.1.1(a) के तहत StoreKit External Purchase Link एंटाइटलमेंट में मिला दिया। इस तालिका को शुरुआती बिंदु मानें, पक्का समाधान नहीं। एक गाइडलाइन अलग-अलग समस्याओं पर लागू हो सकती है, और रिव्यूअर का दिया उदाहरण ही वह ठोस मामला है जिसे आपको सुलझाना है।

4.2 मिनिमम फ़ंक्शनैलिटी रिजेक्शन कैसे ठीक करें?

4.2 रिजेक्शन को डिस्क्रिप्शन के शब्द बदलकर नहीं, बल्कि ऐप में असली वैल्यू जोड़कर ठीक करें। गाइडलाइन 4.2 कहती है: "अगर आपका ऐप खास तौर पर उपयोगी, अनोखा या 'ऐप जैसा' नहीं है, तो वह App Store पर नहीं होना चाहिए।"

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

App Store Connect में App Review को जवाब कैसे दें?

App Store Connect में जवाब दें: ऐप के unresolved issues वाले लिंक से सबमिशन खोलें, Resolve पर क्लिक करें, फिर Reply to App Review पर क्लिक करें। Apple के हेल्प पेज के अनुसार, इसके लिए Account Holder, Admin या App Manager रोल चाहिए।

1. Apps में ऐप चुनें।
2. पेज के ऊपर उस लिंक पर क्लिक करें जो बताता है कि unresolved issues हैं।
3. In Progress सेक्शन में सबमिशन के आगे Resolve पर क्लिक करें।
4. Reply to App Review पर क्लिक करें और अपना टेक्स्ट लिखें।
5. स्क्रीनशॉट या दस्तावेज़ जोड़ने के लिए Attach File पर क्लिक करें, फिर Reply पर क्लिक करें।

Apple कहता है कि आप "App Review को दोबारा सबमिट करने तक" बातचीत कर सकते हैं और फ़ाइलें अटैच कर सकते हैं, इसलिए दोबारा सबमिट करने से पहले अपने सबूत भेज दें। जवाब छोटा और तथ्यों पर आधारित रखें: बताएँ कि क्या बदला, वह कहाँ है और उसे कैसे वेरिफ़ाई करें। उन दूसरे ऐप्स को लेकर बहस न करें जो वही काम करते दिखते हैं।

मेटाडेटा ठीक करें, नया बिल्ड अपलोड करें या अपील करें?

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

Apple की अपील गाइडेंस आपसे "बिंदुवार समझाने" को कहती है कि आपका ऐप गाइडलाइन को कैसे पूरा करता है। यह भी कहती है कि समस्याएँ ठीक करके दोबारा सबमिट करने के बाद अपील न करें। पूरी अपील भी इस बात की "गारंटी नहीं देती" कि फ़ैसला पलट दिया जाएगा। जो ऐप्स पहले से स्टोर पर हैं, उनके लिए गाइडलाइंस की Bug Fix Submissions पॉलिसी कहती है कि गाइडलाइन उल्लंघनों के कारण बग फिक्स में देरी नहीं की जाएगी, "सिवाय उनके जो कानूनी या सुरक्षा संबंधी मुद्दों से जुड़े हों"।

दूसरे डेवलपर्स ने असली App Store रिजेक्शन कैसे ठीक किए?

सार्वजनिक फ़ोरम थ्रेड्स में, कई 2.1 रिजेक्शन रिव्यूअर और डेवलपर के सेटअप में अंतर से आए थे: अलग नेटवर्क, डिवाइस या परमिशन स्टेट। 4.2 रिजेक्शन प्रोडक्ट की समस्या है, इसलिए छोटे-मोटे बदलावों से यह शायद ही कभी हटता है।

2.1 के तहत लॉगिन एरर। Apple Developer Forums पर एक डेवलपर ने यह मैसेज बताया: "खास तौर पर, एक एरर के कारण हम लॉग इन नहीं कर सके", जबकि लाइव और TestFlight वर्ज़न उन्हीं क्रेडेंशियल्स से लॉग इन हो रहे थे। थ्रेड में दूसरे डेवलपर्स ने अलग-अलग फिक्स बताए। एक ने इसे "वेब सर्वर पर http को https में बदलकर" ठीक किया। दूसरे ने तीन रिजेक्शन के बाद अंतहीन लोडर की जगह "Check your connection" स्टेट जोड़ी। तीसरे ने पाँच रिजेक्शन के बाद डिप्लॉयमेंट टारगेट से iPad हटा दिया, जो iPad सपोर्ट छोड़कर समस्या से बचने का तरीका है।

लॉन्च पर क्रैश। Solar2D फ़ोरम पर एक डेवलपर को iOS 18.3.2 वाले iPhone 13 mini पर यह बताया गया: "हम ऐप का रिव्यू नहीं कर सके क्योंकि यह लॉन्च होते ही क्रैश हो गया"। साथ में भेजे गए क्रैश लॉग में NSUserTrackingUsageDescription की गायब थी। डेवलपर ने पुष्टि की: "NSUserTrackingUsageDescription जोड़ने के बाद यह पास हो गया।"

4.2 के तहत WebView ऐप। Apple Developer Forums पर एक डेवलपर ने WebView-आधारित ऐप के 10वें रिजेक्शन की बात बताई। रिव्यूअर ने बाएँ मेन्यू का स्क्रीनशॉट भेजकर कहा था कि उसमें कंटेंट की कमी है। मुख्य स्क्रीनें अब नेटिव थीं, लेकिन दो-तीन अब भी WebView खोलती थीं। जिस जवाब को उत्तर के रूप में मार्क किया गया, वह App Review से आया था और उसमें वन-ऑन-वन App Review कंसल्टेशन की सलाह दी गई थी। थ्रेड से मंज़ूरी की पुष्टि नहीं होती।

तुलना: 2.1 वाले मामले रिव्यूअर की स्थितियों को दोहराकर और क्रैश लॉग पढ़कर ठीक हुए। 4.2 वाला मामला अटका रहा, क्योंकि हर बार दोबारा सबमिट करने पर ऐसे ऐप का सिर्फ़ एक हिस्सा बदला गया जो अब भी ज़्यादातर एक वेबसाइट ही था।

वही रिजेक्शन दोबारा होने से कैसे रोकें?

हर सुलझे हुए मुद्दे को रिलीज़ चेकलिस्ट का आइटम बनाएँ और हर सबमिशन से पहले रिलीज़ बिल्ड में उसे दोबारा टेस्ट करें। Apple की गाइडलाइंस चेतावनी देती हैं कि अगर कोई ऐप एक ही गाइडलाइन उल्लंघन के लिए बार-बार रिजेक्ट होता है, तो रिव्यू में "ज़्यादा समय लगेगा"।

• ऐप डिलीट करें, फिर असली iPhone और iPad पर रिलीज़ बिल्ड नए सिरे से इंस्टॉल करें।
• ऐसे नेटवर्क पर रिव्यू अकाउंट से लॉग इन करें जहाँ कोई डेवलपमेंट सर्वर या HTTP अपवाद न हो।
• हर परमिशन प्रॉम्प्ट खोलें और पक्का करें कि हर Info.plist usage description मौजूद है।
• पक्का करें कि हर इन-ऐप परचेज़ सबमिट हो, दिखाई दे और रिव्यू नोट्स में समझाई गई हो।
• जब भी कोई फ़्लो बदले, रिव्यू नोट्स अपडेट करें। छह रिलीज़ पुराने नोट्स पेस्ट न करें।

2.1 समस्याओं के लिए 2.1 रिजेक्शन का रिलीज़-बिल्ड टेस्ट प्लान अपनाएँ और एक रिव्यूअर डेमो अकाउंट सेट करें। फिर अगले बिल्ड के लिए सबमिशन चेकलिस्ट पर काम करें। अगर रिव्यू मैसेज के बाद भी आप अटके हुए हैं, तो हमें विवरण भेजें और हम यह पता लगाने में आपकी मदद करेंगे कि कमी एक्सेस, मेटाडेटा या कोड में है।