App Review Guidelines अक्टूबर 2026 बदलाव: 1.2, 2.3.14, 2.5.19 और 3.1.1(a) का आपके ऐप पर असर

App Review Guidelines अक्टूबर 2026 बदलावों की घोषणा Apple ने 16 अक्टूबर 2026 को अपनी Updated App Review Guidelines are now available पोस्ट में की। दो गाइडलाइंस नई हैं (2.3.14 और 2.5.19), तीन हिस्सों के शब्द बदले गए हैं (1.2, 3.1.1(a) और सेक्शन 5), और Before You Submit तथा After You Submit सेक्शन में अतिरिक्त दस्तावेज़ों के लिंक जोड़े गए हैं। नीचे हर बदलाव आसान भाषा में दिया गया है, साथ ही यह कि किसे कदम उठाना है, और आपके अगले सबमिशन के लिए एक चेकलिस्ट।

16 अक्टूबर 2026 को App Review Guidelines में क्या बदला?

Apple ने क्रिएटिव एसेट्स के लिए गाइडलाइन 2.3.14 और छिपे हुए फ़ीचर्स के लिए गाइडलाइन 2.5.19 जोड़ी। साथ ही 1.2 (यूज़र-जनरेटेड कंटेंट), 3.1.1(a) (एक्सटर्नल परचेज़ लिंक) और सेक्शन 5 (Legal) को स्पष्ट किया। Apple के चेंजलॉग में बदलाव इस तरह दर्ज हैं:

Apple का कहना है कि अनुवाद "एक महीने के भीतर Apple Developer वेबसाइट पर उपलब्ध होंगे।" अक्टूबर 2026 की स्थिति में, जब भी कोई अनूदित संस्करण अंग्रेज़ी App Review Guidelines से मेल न खाए, तो अंग्रेज़ी पाठ देखें।

छिपे हुए फ़ीचर्स पर नई गाइडलाइन 2.5.19 क्या माँगती है?

गाइडलाइन 2.5.19 की माँग है कि आपकी बाइनरी का हर फ़ीचर यूज़र्स और App Review दोनों को दिखे और उसका दस्तावेज़ हो। किसी भी फ़ंक्शनैलिटी को छिपाने पर, ऑब्फ़स्केशन के ज़रिए भी, ऐप हटाया जा सकता है और डेवलपर अकाउंट बंद किया जा सकता है।

सटीक पाठ: "अपने ऐप में कोई भी छिपा हुआ, निष्क्रिय या बिना दस्तावेज़ वाला फ़ीचर शामिल न करें; आपके ऐप की फ़ंक्शनैलिटी एंड यूज़र्स और App Review को स्पष्ट होनी चाहिए। अपनी ऐप बाइनरी में बिना दस्तावेज़ वाले फ़ीचर्स को छिपाने की कोशिश, जैसे कोड ऑब्फ़स्केशन या अन्य तरीक़ों से, App Store से आपका ऐप हटाने और आपका डेवलपर अकाउंट बंद करने का आधार है।" Apple इस नीति को लंबे समय से चली आ रही नीति बताता है, लेकिन पहले यह 2.3.1 में थी। मौजूदा 2.3.1(a) अब भी माँग करती है कि नए फ़ीचर्स का "Notes for Review सेक्शन में विशिष्ट रूप से वर्णन" किया जाए। छिपे फ़ीचर्स से जुड़े रिजेक्शन अब 2.5.19 का हवाला देंगे।

व्यवहार में, अपने रिव्यू नोट्स में हर वह फ़ीचर लिखें जिसे कोई सर्वर स्विच, इनवाइट कोड, QR स्कैन, क्षेत्र या अकाउंट टियर चालू कर सकता है। अगर कोई फ़्लैग अप्रूवल के बाद कोई फ़ीचर चालू करेगा, तो या तो उसे रिव्यू किए जाने वाले बिल्ड में चालू रखें, या उसका कोड तब तक बाहर रखें जब तक वह वर्ज़न न आए जिसमें फ़ीचर शिप होना है।

गाइडलाइन 1.2 के बदलावों से कौन-से ऐप्स प्रभावित हैं?

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

संशोधित पाठ IP उल्लंघन और बुलिंग के साथ "बिना सहमति वाली अंतरंग तस्वीरों" को भी सूचीबद्ध करता है। इसमें जोड़ा गया है: "जो डेवलपर्स उचित सुरक्षा उपाय लागू नहीं करते या नोटिस के बाद पहचाने गए उल्लंघनों को ठीक नहीं करते, उन्हें Developer Code of Conduct का उल्लंघन करने वाला माना जा सकता है।" अगर कोई AI इमेज या अवतार ऐप केवल यूज़र के लिए ही कंटेंट जनरेट करता है, तब भी वह अब दायरे में आ सकता है। प्रॉम्प्ट और आउटपुट फ़िल्टरिंग, रिपोर्टिंग और प्रकाशित संपर्क जानकारी आपके सबमिट किए जाने वाले बिल्ड में होनी चाहिए, किसी रोडमैप पर नहीं।

क्रिएटिव एसेट्स के बारे में गाइडलाइन 2.3.14 क्या कहती है?

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

क्रिएटिव एसेट्स वे इमेज और वीडियो एसेट्स हैं जिन्हें Apple ने 5 अक्टूबर 2026 को पेश किया। Apple की App Store asset best practices के अनुसार, ये "iOS 27 और iPadOS 27 तथा बाद के वर्ज़न में आपके प्रोडक्ट पेज पर, सर्च रिज़ल्ट में और जब आपका ऐप फ़ीचर किया जाता है" दिखते हैं। यही पेज गाइडलाइन से भी आगे जाता है। इसमें कहा गया है कि वेबसाइट URL, कॉपीराइट चिह्न, दूसरे प्लेटफ़ॉर्म के लोगो और "Editor's Choice" जैसी Apple की मान्यताएँ शामिल न करें। यह भी कहा गया है कि एसेट्स को "4+ एज रेटिंग पूरी करनी होगी, भले ही आपके ऐप की रेटिंग ज़्यादा हो"। "इस हफ़्ते 50% छूट" या "#1 बजट ऐप" लिखा हेडर 2.3.14 का उल्लंघन करता है।

गाइडलाइन 3.1.1(a) के एक्सटर्नल परचेज़ लिंक में क्या बदला?

गाइडलाइन 3.1.1(a) में अब Music Streaming Services Entitlement का अलग बुलेट नहीं है। वह एंटाइटलमेंट अब StoreKit External Purchase Link Entitlements बुलेट के अंदर है, और पाठ कहता है कि लिंक "किसी अनुमत गंतव्य" पर जा सकते हैं। स्वीकृत गंतव्य क्षेत्र के अनुसार अलग हो सकते हैं।

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

डेवलपर्स व्यवहार में हिडन-फ़ीचर और UGC रिजेक्शन कैसे ठीक करते हैं?

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

• मार्च 2026 में Apple Developer Forums पर एक डेवलपर ने बताया कि एक नेटिव सोशल अलार्म ऐप को "Guideline 2.3.1(a) - Hidden Features" और 4.2 के तहत रिजेक्ट किया गया। उनके अनुसार WebViews सिर्फ़ प्राइवेसी पॉलिसी, शर्तों और FAQ के लिए इस्तेमाल हुए थे, और उन्होंने अपील की। App Review ने जवाब दिया कि App Review Board ने जवाब दे दिया है। फिर डेवलपर ने संबंधित ख़ास स्क्रीन के बारे में पूछा, और कोई समाधान पोस्ट नहीं किया गया।
• एक Flutter GitHub issue में कई डेवलपर्स को साधारण ऐप्स के लिए "We discovered that your app contains hidden features" कहा गया। एक Flutter कॉन्ट्रिब्यूटर ने फ़्रेमवर्क को "a red herring" (ध्यान भटकाने वाली बात) बताया और ऐप कोड या प्लगइन्स में बिना दस्तावेज़ वाले APIs की ओर इशारा किया। दो डेवलपर्स ने बताया कि अपना कोड बदले बिना अपील करने पर उन्हें अप्रूवल मिल गया।
• Apple Developer Forums पर एक डेवलपर को EULA, फ़िल्टरिंग, रिपोर्टिंग और ब्लॉकिंग होने के बावजूद 1.2 के तहत रिजेक्ट किया गया। उनसे "आपत्तिजनक कंटेंट के प्रति शून्य सहनशीलता" वाली शर्तें तय करने और "24 घंटे के भीतर आपत्तिजनक कंटेंट रिपोर्ट पर कार्रवाई करने" को कहा गया। दूसरे रिजेक्शन में 18+ एज रेटिंग, पोस्ट को तुरंत हटाने और इन-ऐप संपर्क जानकारी की माँग जोड़ी गई। उन्होंने हर सुरक्षा उपाय का दस्तावेज़ बनाकर और रिव्यू नोट्स में एडमिन क्रेडेंशियल्स देकर जवाब दिया।

मुख्य सीख: तीनों मामलों में रिव्यूअर्स उन फ़ीचर्स को देख या सत्यापित नहीं कर पाए जिन्हें डेवलपर्स स्पष्ट मान रहे थे। 2.5.19 और सख़्त 1.2 के तहत रिव्यू नोट्स और डेमो अकाउंट उतना ही काम करते हैं जितना कोड। हमारी App Store review demo account guide बताती है कि इन्हें कैसे सेट करें।

अगले सबमिशन से पहले आपको क्या जाँचना चाहिए?

अपने अगले बिल्ड से पहले फ़ीचर फ़्लैग, UGC सुरक्षा उपाय, क्रिएटिव एसेट्स और एक्सटर्नल लिंक को नए पाठ के मुक़ाबले जाँचें, फिर ऐसे रिव्यू नोट्स लिखें जो हर एक की ओर इशारा करें। नीचे दी गई चेकलिस्ट अक्टूबर 2026 के बदलावों को कवर करती है।

1. हर सर्वर-नियंत्रित फ़्लैग, रिमोट कॉन्फ़िग की और छिपे मेन्यू की सूची बनाएँ। हर एक को रिव्यूअर के लिए चालू करें, या उससे नियंत्रित होने वाला कोड हटा दें।
2. 2.3.1(a) की माँग के अनुसार, Notes for Review में हर नए फ़ीचर का विशिष्ट वर्णन करें, जिसमें यह भी हो कि इनवाइट, स्कैन या पेड टियर के पीछे मौजूद चीज़ों तक कैसे पहुँचें।
3. अगर यूज़र्स पोस्ट, चैट या कंटेंट जनरेट कर सकते हैं, तो पक्का करें कि फ़िल्टरिंग, रिपोर्टिंग, ब्लॉकिंग और प्रकाशित संपर्क जानकारी सब बिल्ड में मौजूद हैं, और रिपोर्ट्स पर कार्रवाई की अपनी प्रक्रिया लिखकर रखें।
4. AI इमेज या वीडियो जनरेशन के लिए ऐसे प्रॉम्प्ट और आउटपुट फ़िल्टर जोड़ें जो असली लोगों की यौन तस्वीरों को रोकें, और यूज़र्स को आउटपुट रिपोर्ट करने का तरीक़ा दें।
5. हर क्रिएटिव एसेट में कीमतें, छूट, URL, अवॉर्ड के दावे, दूसरे प्लेटफ़ॉर्म के लोगो और 4+ रेटिंग से ऊपर की कोई भी चीज़ जाँचें।
6. अगर आप एक्सटर्नल परचेज़ लिंक या म्यूज़िक स्ट्रीमिंग एंटाइटलमेंट इस्तेमाल करते हैं, तो पक्का करें कि लिंक हर स्टोरफ़्रंट में अनुमत गंतव्य पर जाता है।
7. जिस भी सेक्शन पर आप निर्भर हैं, उसकी अंग्रेज़ी गाइडलाइंस दोबारा पढ़ें, क्योंकि अनुवाद एक महीने तक पीछे रह सकते हैं।

उदाहरण: एक AI अवतार ऐप लें जिसमें एक पब्लिक गैलरी है और एक "Pro" स्टाइल पैक है जो लॉन्च के बाद रिमोट कॉन्फ़िग से चालू किया जाता है। नए पाठ के तहत इसे गैलरी मॉडरेशन और रिपोर्टिंग (1.2) चाहिए। Pro पैक या तो रिव्यू किए गए बिल्ड में दिखना चाहिए या किसी बाद के वर्ज़न तक रोककर रखा जाना चाहिए (2.5.19)। इसका iOS 27 हेडर एसेट "Pro अब 40% छूट पर" नहीं कह सकता (2.3.14)। अगर आप पहले से किसी रिजेक्शन से जूझ रहे हैं, तो हमारी guideline-by-guideline fix guide बताती है कि App Store Connect में कैसे जवाब दें। सबमिट करने से पहले किसी और की नज़र से जाँच के लिए हमारी services देखें।