App Store रिव्यू डेमो अकाउंट: रिव्यूअर लॉगिन कैसे सेट करें ताकि रिव्यू पास हो (2026)

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

App Store रिव्यू डेमो अकाउंट के लिए Apple क्या माँगता है?

जब भी किसी ऐप को लॉगिन की ज़रूरत हो, Apple एक काम करने वाला डेमो यूज़रनेम और पासवर्ड माँगता है, जो App Store Connect में App Review Information के अंतर्गत दर्ज किया जाता है, और यह अकाउंट एक्सपायर नहीं होना चाहिए। गाइडलाइन 2.1(a) यह भी माँगती है कि रिव्यू के दौरान आपका बैकएंड चालू रहे।

गाइडलाइन 2.1(a) के शब्द हैं: "अगर आपके ऐप में लॉगिन है तो डेमो अकाउंट की जानकारी शामिल करें (और अपनी बैक-एंड सर्विस चालू करें!)।" App Store Connect का platform version information reference आगे जोड़ता है कि "डेमो अकाउंट App Review प्रक्रिया के दौरान इस्तेमाल होता है और एक्सपायर नहीं होना चाहिए", कि "अतिरिक्त अकाउंट्स का विवरण Notes फ़ील्ड में शामिल किया जाना चाहिए", और कि Notes में "अधिकतम 4000 बाइट्स हो सकते हैं।" Sign-in required फ़ील्ड तब लागू होते हैं "अगर आपके ऐप को इस्तेमाल करने के लिए लॉगिन ज़रूरी है।"

Apple का complete review हेल्प पेज और स्पष्ट है: "जो क्रेडेंशियल आपके रिव्यू शुरू होने से पहले एक्सपायर हो जाएँ या बदल जाएँ, उनके कारण सबमिशन रिजेक्ट हो सकता है।" अगर आपके ऐप में कई तरह के अकाउंट हैं, जैसे एडमिन और सामान्य यूज़र, तो हर एक के क्रेडेंशियल Notes में डालें। अगर आप ऑटो-रिन्यूएबल सब्सक्रिप्शन बेचते हैं, तो "पूरे परचेज़ फ़्लो के रिव्यू के लिए एक्सपायर्ड सब्सक्रिप्शन वाला डेमो अकाउंट दें।"

App Review के लिए डेमो अकाउंट कैसे सेट करें?

डेमो अकाउंट सेट करने के लिए एक समर्पित प्रोडक्शन अकाउंट बनाएँ, हर एक्सपायरी और क्लीनअप जॉब को उससे दूर रखें, उसमें असली जैसा डेटा भरें, और सबमिट करने से पहले ठीक उसी रिलीज़ बिल्ड पर उसमें साइन इन करके देखें।

1. एक समर्पित प्रोडक्शन अकाउंट बनाएँ, जैसे appreview@yourdomain.com। कोई निजी या QA अकाउंट दोबारा इस्तेमाल न करें जिसे कोई बदल सकता हो।
2. इसे हर क्लीनअप जॉब से बाहर रखें: पासवर्ड रोटेशन, इनएक्टिव-अकाउंट डिलीशन, ट्रायल एक्सपायरी और फ़्रॉड रूल।
3. इसमें असली जैसा कंटेंट भरें ताकि कोई स्क्रीन खाली न रहे। रिव्यूअर जो देखते हैं, उसी से पूर्णता का आकलन करते हैं।
4. इसकी सब्सक्रिप्शन स्थिति Apple के निर्देशों के मुताबिक रखें। अगर आप सब्सक्रिप्शन बेचते हैं, तो अकाउंट का सब्सक्रिप्शन एक्सपायर्ड होना चाहिए ताकि पेवॉल और परचेज़ फ़्लो दिखें।
5. इसे ऐसे रीजन पर सेट करें जहाँ आपके सभी फ़ीचर काम करते हों, या क्षेत्रीय अंतर Notes में बताएँ।
6. एक साफ़ डिवाइस पर ठीक उसी रिलीज़ बिल्ड से साइन इन करें जिसे आप सबमिट कर रहे हैं, फिर Notes में बताए हर फ़ीचर को चलाकर देखें।
7. रिव्यू खत्म होने तक पासवर्ड को दोबारा न छुएँ।

अगर ऐप लॉगिन कोड, SMS OTP, मैजिक लिंक या SSO इस्तेमाल करता है तो क्या करें?

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

ईमेल से आने वाले मैजिक लिंक या SMS वन-टाइम कोड के लिए, रिव्यू अकाउंट को ऐसे सेट करें कि वह एक फ़िक्स्ड कोड या पासवर्ड स्वीकार करे, और वह कोड Notes में डालें। अगर आप थर्ड-पार्टी सिंगल साइन-ऑन सर्विस इस्तेमाल करते हैं, तो App Store Connect कहता है कि "उसके लिए भी डेमो अकाउंट की लॉगिन जानकारी शामिल करें"।

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

App Review को कौन-कौन से अकाउंट देने चाहिए?

App Review को अपने ऐप के हर अकाउंट टाइप के लिए एक कभी एक्सपायर न होने वाला लॉगिन दें, साथ ही वह सब जो कोड, पेवॉल और हार्डवेयर की ज़रूरतों को पार करने के लिए चाहिए। यह टेबल बताती है कि हर सेटअप की जानकारी कहाँ जाती है।

डेमो अकाउंट के लिए App Review नोट्स में क्या लिखें?

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

CONCEPT: Team habit tracker. Coaches create groups; members log daily habits.
Pro subscription (monthly/annual) unlocks progress reports.

ACCOUNTS (non-expiring, pre-filled with 30 days of data):
- Member: review-member@example.com (in the username/password fields)
- Coach: review-coach@example.com / password: [shared here]
- Deletion test: review-delete@example.com / password: [shared here]

LOGIN CODE: The app emails a 6-digit code. For these review
accounts, enter 246810.

SUBSCRIPTION: The member account's subscription has expired.
Tap Reports > Upgrade to see the full purchase flow.

WHERE TO LOOK: Groups tab (coach) > Create group. Today tab (member)
> Log habit. Settings > Account > Delete account.

REGIONS: All features work the same in every storefront.
TESTED ON: iPhone 15 (iOS 26), iPad Air (iPadOS 26).
SERVICES: Supabase (auth/data), RevenueCat (subscriptions).

इसे छोटा और व्यावहारिक रखें। अपडेट के लिए Apple का हेल्प पेज कहता है कि "बताएँ क्या बदला है, और रिव्यूअर महत्वपूर्ण नया कंटेंट या फ़ीचर कहाँ पा सकते हैं।" गाइडलाइन 2.3.1(a) माँगती है कि नए फ़ीचर "स्पष्टता के साथ बताए जाएँ" और चेतावनी देती है कि "सामान्य विवरण रिजेक्ट कर दिए जाएँगे।" गाइडलाइन की भाषा साल में कई बार बदलती है, इसलिए सबमिट करने से पहले अक्टूबर 2026 के App Review Guidelines बदलावों पर हमारा सारांश पढ़ें।

रिव्यू में डेमो अकाउंट लॉगिन क्यों फ़ेल होते हैं? असली मामले

सार्वजनिक रिपोर्टों में डेमो लॉगिन आमतौर पर दो में से एक कारण से फ़ेल होते हैं: कोई दूसरा फ़ैक्टर जो रिव्यूअर तक पहुँच नहीं पाता, या ऐसा अकाउंट जो डेवलपर के लिए काम करता है लेकिन Apple के डिवाइस पर एरर देता है। Apple Developer Forums के दो थ्रेड दोनों को दिखाते हैं।

एक मुख्य फ़ीचर पर SMS टू-फ़ैक्टर। Apple Developer Forums पर एक डेवलपर ने बताया कि उनका ऐप "लगातार रिजेक्ट हो रहा था" क्योंकि प्रोफ़ाइल एडिट करने के लिए एक अमेरिकी मोबाइल नंबर पर टेक्स्ट से भेजा गया कोड ज़रूरी था। उन्होंने समझाया कि "चूँकि हमारे पास रिव्यूअर का सेल फ़ोन नंबर नहीं है... रिव्यूअर को वैलिडेशन कोड नहीं मिलता।" थ्रेड में दूसरे डेवलपर्स ने समाधान बताए: एक ने बैकएंड बदला "ताकि टेस्ट अकाउंट को हमेशा एक ही 2FA कोड मिले" और उसे नोट्स में लिखा, और दूसरे ने एक प्रोडक्शन अकाउंट को वर्चुअल फ़ोन नंबर से जोड़ा और Apple को उसका एक्सेस दिया।

ऐसे क्रेडेंशियल जो रिव्यू को छोड़कर हर जगह काम करते हैं। Supabase ईमेल और पासवर्ड ऑथ इस्तेमाल करने वाले एक React Native और Expo डेवलपर ने बार-बार रिजेक्शन की शिकायत की। Apple के स्क्रीनशॉट में सही ईमेल और एरर "Invalid login credentials" दिख रहा था, फिर भी डेवलपर के डिवाइस, Postman और Supabase क्लाइंट से साइन-इन काम कर रहा था, बिना किसी MFA, रेट लिमिटिंग या जियो-ब्लॉकिंग के। थ्रेड में कोई पुष्ट कारण नहीं मिला। डेवलपर डेमो मोड जोड़ने पर विचार कर रहे थे, लेकिन गाइडलाइन 2.1(a) के तहत उस रास्ते के लिए Apple की पूर्व मंज़ूरी चाहिए।

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

डेमो अकाउंट के साथ सबमिट करने से पहले क्या जाँचें?

सबमिट करने से पहले पक्का करें कि डेमो लॉगिन रिलीज़ बिल्ड पर काम करता है, हर रोल और कोड Notes में है, और रिव्यू के दौरान कोई भी चीज़ अकाउंट को एक्सपायर, रोटेट या डिलीट नहीं करेगी।

• पिछले एक घंटे के भीतर एक साफ़ डिवाइस पर रिलीज़ बिल्ड में साइन इन किया
• बैकएंड, ऑथ प्रोवाइडर और ईमेल या SMS सर्विस सभी लाइव हैं और अकाउंट पर रेट-लिमिट नहीं लगा रहे
• अकाउंट एक्सपायरी, क्लीनअप और पासवर्ड-रोटेशन जॉब से बाहर है
• हर रोल का अपना लॉगिन Notes में है
• सब्सक्रिप्शन की स्थिति ऐसी है कि परचेज़ फ़्लो दिखे
• डिलीशन टेस्ट के लिए एक अलग अकाउंट तैयार है
• लॉगिन कोड या बायपास Notes में लिखा है
• कॉन्टैक्ट फ़ोन नंबर प्लस साइन (+) के साथ अंतरराष्ट्रीय फ़ॉर्मेट में है, और कोई उसे उठाएगा

Apple के App Review पेज के अनुसार, "औसतन 40% से अधिक अनसुलझे मामले गाइडलाइन 2.1: App Completeness से जुड़े होते हैं," जिसमें अधूरी जानकारी भी आती है। टूटा हुआ डेमो लॉगिन इनमें से सबसे आसानी से रोकी जा सकने वाली समस्याओं में से एक है। बाकी बिल्ड जाँचने के लिए हमारा 2.1 रिजेक्शन के लिए रिलीज़-बिल्ड टेस्ट प्लान इस्तेमाल करें।

अगर App Review फिर भी साइन इन न कर पाए तो क्या करें?

अगर App Review साइन इन नहीं कर पाता, तो अकाउंट ठीक करें, रिलीज़ बिल्ड पर उसे दोबारा टेस्ट करें, App Review Information अपडेट करें और App Store Connect में जवाब देकर ठीक-ठीक बताएँ कि आपने क्या बदला। App Review Information "किसी भी समय एडिट की जा सकती है।"

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