सामग्री पर जाएँ
रिव्यू फ़िक्स

Guideline 4.3(a) Design Spam कैसे ठीक करें: टेम्पलेट और AI ऐप्स के लिए 4.3(b) और 4.2.6 भी (2026)

पहले पता करें कि आपने असल में कौन-सा स्पैम नियम तोड़ा है (4.3(a), 4.3(b) या 4.2.6), फिर रिप्लाई टेम्पलेट और डिफ़रेंशिएशन चेकलिस्ट से अपने टेम्पलेट या AI से बने ऐप को रिव्यू में पास कराएँ।

संक्षिप्त जवाब

Guideline 4.3(a) Design Spam का मतलब है कि Apple को लगता है आपका ऐप किसी दूसरे ऐप की बाइनरी, मेटाडेटा या कॉन्सेप्ट की नकल है। वह दूसरा ऐप आपका अपना भी हो सकता है (एक ही ऐप के कई bundle ID) या किसी दूसरे डेवलपर का। इसे ठीक करने के लिए डुप्लिकेट ऐप्स को मर्ज करें, सिर्फ़ विज़ुअल्स नहीं बल्कि मुख्य अनुभव बदलें, मेटाडेटा दोबारा लिखें, और App Store Connect में ठोस अंतर बताते हुए जवाब दें। 4.3(b) भीड़ भरी (saturated) कैटेगरी से जुड़ा है। 4.2.6 उन ऐप्स से जुड़ा है जो कमर्शियल टेम्पलेट से बने हैं और गलत अकाउंट से सबमिट किए गए हैं।

मुख्य बातें
  • Guideline 4.3(a) एक ही ऐप के कई Bundle ID बनाने से मना करती है; Apple इसके बजाय एक ही ऐप बनाकर उसके वेरिएशन इन-ऐप परचेज़ के ज़रिए देने का सुझाव देता है।
  • 4.3(a) रिजेक्शन कहता है कि आपका ऐप दूसरे ऐप्स के साथ "समान बाइनरी, मेटाडेटा और/या कॉन्सेप्ट" साझा करता है और उनमें "सिर्फ़ मामूली अंतर" हैं; मेटाडेटा में टाइटल, सबटाइटल, कीवर्ड्स और स्क्रीनशॉट शामिल हैं।
  • 4.3(b) डेटिंग, फ़्लैशलाइट, वॉलपेपर, साधारण टाइमर और भविष्य बताने (fortune telling) जैसी भीड़ भरी कैटेगरी को निशाना बनाता है, जिनमें "सार्थक रूप से अलग या बेहतर अनुभव" होना ज़रूरी है।
  • 4.2.6 कमर्शियल टेम्पलेट या ऐप जनरेशन सर्विस से बने ऐप्स को रिजेक्ट करता है, जब तक कि कंटेंट प्रोवाइडर उन्हें अपने ख़ुद के अकाउंट से सबमिट न करे।
  • Apple हर रिजेक्ट हुए सबमिशन पर App Review Board में सिर्फ़ एक अपील की अनुमति देता है; अपील से पहले App Store Connect में जवाब दें और जानकारी के हर अनुरोध का उत्तर दें।
स्पैम नहीं, बस मिलता-जुलता?

Guideline 4.3(a) Design Spam रिजेक्शन उन App Review संदेशों में से है जिन पर कार्रवाई करना सबसे मुश्किल होता है, क्योंकि इसमें शायद ही बताया जाता है कि आपका ऐप किस ऐप जैसा दिखता है। यह टेम्पलेट ऐप्स, व्हाइट-लेबल क्लाइंट्स और AI से बने ऐप्स पर बाकियों की तुलना में कहीं ज़्यादा लगता है। यह गाइड 4.3(a) को 4.3(b) और 4.2.6 से अलग करके समझाती है, देखती है कि दूसरे डेवलपर्स ने यह रिजेक्शन कैसे पार किया, और आपको एक रिप्लाई टेम्पलेट और एक चेकलिस्ट देती है जिसे दोबारा सबमिट करने से पहले पूरा करना है। दूसरे तरह के रिजेक्शन के लिए गाइडलाइन-दर-गाइडलाइन रिजेक्शन गाइड देखें।

Guideline 4.3(a) Design Spam का क्या मतलब है?

Guideline 4.3(a) का मतलब है कि Apple को लगता है आपका सबमिशन पहले से सबमिट किए गए किसी ऐप जैसा ही है, चाहे वह एक ही ऐप के कई bundle ID हों या किसी और के ऐप की लगभग हूबहू नकल। इसका हल है डुप्लिकेट्स को एक में मिलाना या मुख्य अनुभव को साफ़ तौर पर अलग बनाना।

नवंबर 2026 तक, App Review Guidelines कहती हैं: "एक ही ऐप के कई Bundle ID न बनाएँ (उदाहरण के लिए, ऐसा एक दुनिया भर का नक्शा ऐप बनाने के बजाय जिसमें यूज़र कोई भी शहर खोज सकें, दुनिया के हर शहर के लिए अलग नक्शा ऐप सबमिट करना)।" Apple का सुझाया विकल्प है: "एक ही ऐप सबमिट करने और वेरिएशन इन-ऐप परचेज़ के ज़रिए देने पर विचार करें।" 4.3(a) पर चाबी (key) का आइकन है, इसलिए यह App Store के बाहर बाँटे जाने वाले iOS और iPadOS ऐप्स के नोटराइज़ेशन पर भी लागू होता है।

डेवलपर्स को आम तौर पर यह रिजेक्शन टेक्स्ट मिलता है: "Guideline 4.3(a) - Design - Spam. We noticed your app shares a similar binary, metadata, and/or concept as apps submitted to the App Store by other developers, with only minor differences." यानी: "हमने देखा कि आपका ऐप दूसरे डेवलपर्स द्वारा App Store पर सबमिट किए गए ऐप्स के साथ समान बाइनरी, मेटाडेटा और/या कॉन्सेप्ट साझा करता है, और उनमें सिर्फ़ मामूली अंतर हैं।" इस वाक्य में तीन ट्रिगर हैं (बाइनरी, मेटाडेटा, कॉन्सेप्ट), और इनमें से कोई एक भी रिजेक्शन की वजह बन सकता है।

4.3(a), 4.3(b) और 4.2.6 में क्या अंतर है?

4.3(a) डुप्लिकेट्स के बारे में है, 4.3(b) उन ऐप्स के बारे में है जो पहले से भीड़ भरी कैटेगरी में कुछ नया नहीं जोड़ते, और 4.2.6 उन टेम्पलेट से बने ऐप्स के बारे में है जो गलत अकाउंट से सबमिट किए गए हैं। हर एक का हल अलग है, इसलिए पहले अपने रिजेक्शन में सही गाइडलाइन नंबर देखें।

गाइडलाइनApple को किस बात पर आपत्ति हैआम ट्रिगरमुख्य हल
4.3(a) Spamएक ही ऐप के कई Bundle ID, या मौजूदा ऐप्स की लगभग हूबहू नकलहर शहर, क्लाइंट या ब्रांड के लिए एक ऐप; नई स्किन वाला टेम्पलेट; आपके अपने ऐप्स में साझा कोडबेससबको एक ऐप में मर्ज करें, या मुख्य फ़ीचर्स और पूरा मेटाडेटा बदलें
4.3(b) Spamऐसे ऐप्स जो "पहले से व्यापक रूप से उपलब्ध चीज़ों से अलग पहचाने नहीं जा सकते"डेटिंग, फ़्लैशलाइट, साउंड इफ़ेक्ट्स, वॉलपेपर, साधारण टाइमर या भविष्य बताने वाले ऐप्स जिनमें कुछ नया नहीं"सार्थक रूप से अलग या बेहतर अनुभव" दें और उसे समझाएँ
4.2.6 Minimum Functionalityऐसे ऐप्स जो "कमर्शियल टेम्पलेट या ऐप जनरेशन सर्विस से बनाए गए हैं"कोई एजेंसी या ऐप बिल्डर क्लाइंट का ऐप अपने अकाउंट से सबमिट कर रहा हैकंटेंट के मालिक से उनके अपने अकाउंट से सबमिट कराएँ, या एक एग्रीगेटेड "पिकर" ऐप इस्तेमाल करें

4.3(b) का मौजूदा टेक्स्ट यह भी चेतावनी देता है कि Apple "आगे चलकर इन ऐप्स को App Store से हटा सकता है अगर वे अपडेट या बेहतर नहीं किए जाते, या ग्राहकों को आकर्षित नहीं करते", और ड्रिंकिंग गेम्स और फ़ार्ट ऐप्स जैसी कम मेहनत वाली कैटेगरी बार-बार सबमिट करने पर Apple Developer Program से हटाया भी जा सकता है। Apple ने हाल में जिन दूसरे नियमों में बदलाव किए हैं, उनके लिए हमारा अक्टूबर 2026 App Review Guidelines बदलाव लेख देखें।

टेम्पलेट और AI से बने ऐप्स स्पैम क्यों माने जाते हैं?

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

AI ऐप बिल्डर अक्सर एक जैसा ऑनबोर्डिंग, एक जैसा टैब बार और एक जैसे सामान्य फ़ीचर्स ("आदतें ट्रैक करें, AI इनसाइट्स पाएँ") बनाते हैं, और जनरेट किया गया App Store डिस्क्रिप्शन भी अक्सर एक जैसा ही पढ़ता है। अगर आपने किसी बिल्डर के ज़रिए पब्लिश किया है, तो देखें कि सेलर के रूप में किसका नाम दिखता है। 4.2.6 कहता है कि टेम्पलेट सर्विसेज़ को "अपने क्लाइंट्स की ओर से ऐप्स सबमिट नहीं करने चाहिए", इसलिए ऐप कंटेंट के मालिक के डेवलपर अकाउंट से जाना चाहिए। हमारी Base44 पब्लिशिंग गाइड और Lovable पब्लिशिंग गाइड बताती हैं कि एक्सपोर्ट के बाद कौन-से काम आपकी ज़िम्मेदारी रहते हैं।

दूसरे डेवलपर्स ने 4.3(a) रिजेक्शन कैसे ठीक किया?

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

  • मौजूदा ऐप में मर्ज करना (GitHub)। Linphone पर आधारित VoIP ऐप बनाने वाली एक टीम ने linphone-iphone issue #936 में बताया कि नया आइकन सेट और कलर स्कीम 4.3(a) पार नहीं करा पाए। उन्होंने निष्कर्ष निकाला कि टकराव उसी अकाउंट पर मौजूद Linphone पर आधारित एक दूसरे ऐप से था। उन्होंने बदलावों को उस मौजूदा ऐप में अपडेट के रूप में डाला, और वह "लगभग तुरंत" पास हो गया।
  • अनोखापन समझाना (Godot Forum)। एक गेम डेवलपर को Godot Forum पर शक था कि साझा इंजन बाइनरी दूसरे Godot गेम्स से मेल खा रही है। बिल्ड का साइज़ घटाना और यह समझाना कि गेम Godot से बना है, दोनों रिजेक्ट हो गए। फिर एक जवाब जिसमें "उन मुख्य बातों की सूची थी जो मेरे हिसाब से मेरे गेम को मज़ेदार और उसी जॉनर के दूसरे गेम्स से अलग बनाती हैं", उससे गेम अप्रूव हो गया।
  • स्क्रीनशॉट काफ़ी नहीं थे (Apple Developer Forums)। एक Apple Developer Forums थ्रेड में एक डेवलपर ने बताया कि Apple के एक प्रतिनिधि ने स्क्रीनशॉट्स की ओर इशारा किया, और यह कि "मेटाडेटा" का मतलब टाइटल, सबटाइटल, कीवर्ड्स या स्क्रीनशॉट हो सकता है। पूरी तरह नए स्क्रीनशॉट के बावजूद भी वही रिजेक्शन मिला, वह भी 2–3 साल पुराने ऐप के अपडेट पर।

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

4.3(a) रिजेक्शन को स्टेप-बाय-स्टेप कैसे ठीक करें?

4.3(a) रिजेक्शन ठीक करने के लिए पहले डुप्लिकेट ढूँढें, फिर प्रोडक्ट में असली बदलाव करें, फिर दोबारा सबमिट करने से पहले App Review को ठोस जानकारी के साथ जवाब दें। उसी बिल्ड को नए आइकन के साथ दोबारा सबमिट करना फिर से रिजेक्ट होने का सबसे आम तरीका है।

  1. App Store Connect के App Review सेक्शन में सही गाइडलाइन नंबर पढ़ें। अगर उसमें 4.2.6 या 4.3(b) लिखा है, तो ऊपर की टेबल की उस पंक्ति को फ़ॉलो करें।
  2. अपने अकाउंट के हर ऐप की सूची बनाएँ, चाहे लाइव हो या हटाया गया, जो रिजेक्ट हुए ऐप के साथ कोड, टेम्पलेट, कॉन्सेप्ट या डिज़ाइन साझा करता हो। अगर ऐसा कोई मिले, तो उन्हें इन-ऐप वेरिएशन वाले एक ही ऐप में मर्ज करें, या बदलावों को लाइव ऐप के अपडेट के रूप में भेजें।
  3. अपनी कैटेगरी के कीवर्ड्स से App Store पर खोजें और टॉप नतीजे नोट करें। लिखें कि आपका ऐप ऐसा क्या करता है जो उनमें से कोई नहीं करता।
  4. सिर्फ़ थीम नहीं, कम से कम एक मुख्य फ़्लो (डेटा सोर्स, मुख्य फ़ीचर, इंटरैक्शन मॉडल) बदलें।
  5. नाम, सबटाइटल, कीवर्ड्स, डिस्क्रिप्शन और स्क्रीनशॉट दोबारा लिखें ताकि वे आपके ख़ास फ़ीचर्स बताएँ और टेम्पलेट वाली सामान्य कॉपी बिल्कुल न बचे।
  6. नीचे दिए टेम्पलेट से App Store Connect में जवाब दें। अगर आप गाइडलाइन्स के बारे में सीधे किसी रिव्यूअर से पूछना चाहते हैं, तो Apple का App Review पेज 30 मिनट के Webex अपॉइंटमेंट भी देता है।
  7. अगर आपको लगता है कि रिव्यूअर ने ऐप को गलत समझा है, तो App Review Board में एक अपील करें। Apple कहता है "रिव्यू में पास न होने वाले हर सबमिशन पर सिर्फ़ एक अपील सबमिट करें" और पहले जानकारी के अनुरोधों का जवाब दें।

App Review को जवाब में क्या लिखना चाहिए?

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

Hello App Review,

Thank you for the feedback on Guideline 4.3(a). We have reviewed our account
and confirm [App Name] is our only app in this category. [We removed /
merged "Old App" into this app in version X.Y.]

What [App Name] does that similar apps do not:
1. [Feature] - e.g. syncs with the user's school timetable via [API];
   see Home > Schedule.
2. [Feature] - e.g. offline lesson plans authored by our team, not
   generated or scraped; see Library.
3. [Feature] - e.g. teacher-to-parent messaging; see the demo account.

This version also changes [core flow] and replaces all metadata and
screenshots to reflect these features.

Demo account: [username] / [password]

We are happy to provide more detail or join a call.

Thank you,
[Name]

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

दोबारा सबमिट करने से पहले डिफ़रेंशिएशन चेकलिस्ट में क्या होना चाहिए?

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

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

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

अक्सर पूछे जाने वाले सवाल

4.3(a) और 4.3(b) डिज़ाइन स्पैम में क्या अंतर है?

4.3(a) डुप्लिकेट्स के बारे में है: एक ही ऐप के कई Bundle ID, या ऐसा ऐप जो पहले से सबमिट किए गए दूसरे ऐप्स से सिर्फ़ मामूली रूप से अलग हो। 4.3(b) भीड़ भरी कैटेगरी के बारे में है: ऐसे ऐप्स जो "पहले से व्यापक रूप से उपलब्ध चीज़ों से अलग पहचाने नहीं जा सकते", जैसे डेटिंग, फ़्लैशलाइट, वॉलपेपर, साधारण टाइमर या भविष्य बताने वाले ऐप्स। 4.3(a) के हल में आम तौर पर ऐप्स मर्ज करना या मुख्य फ़ीचर्स बदलना होता है। 4.3(b) के हल में "सार्थक रूप से अलग या बेहतर अनुभव" दिखाना होता है।

क्या शुरू से ख़ुद बनाए गए ऐप पर भी 4.3(a) रिजेक्शन मिल सकता है?

हाँ। डेवलपर्स ने ओरिजिनल ऐप्स पर भी 4.3(a) रिजेक्शन की बात बताई है, जब उन्होंने दूसरे ऐप्स के साथ कोई इंजन या फ़्रेमवर्क बाइनरी साझा की, उनका कॉन्सेप्ट मिलता-जुलता था, या मेटाडेटा सामान्य था। कोड ख़ुद लिखने से रिजेक्शन नहीं रुकता। इसका जवाब ऐसे रिप्लाई से दें जिसमें फ़ीचर के स्तर पर ठोस अंतर लिखे हों और रिव्यूअर को बताया गया हो कि हर अंतर ऐप में कहाँ दिखता है।

क्या ऐप का आइकन और रंग बदलने से Guideline 4.3(a) ठीक हो जाएगी?

आम तौर पर नहीं। सार्वजनिक रूप से बताए गए केस में नए आइकन सेट, कलर स्कीम और स्क्रीनशॉट, हर एक पर 4.3(a) के तहत दोबारा रिजेक्शन मिला। अप्रूवल तब मिला जब डेवलपर ने उसी अकाउंट पर मौजूद डुप्लिकेट ऐप को एक में मर्ज किया, या उन ख़ास फ़ीचर्स को समझाया जो ऐप को अलग बनाते हैं। सिर्फ़ विज़ुअल्स नहीं, कम से कम एक मुख्य फ़्लो बदलें और पूरा मेटाडेटा दोबारा लिखें।

क्या कोई एजेंसी क्लाइंट का टेम्पलेट ऐप अपने डेवलपर अकाउंट से पब्लिश कर सकती है?

नहीं, अगर ऐप किसी कमर्शियल टेम्पलेट या ऐप जनरेशन सर्विस से बना है। Guideline 4.2.6 कहती है कि ये सर्विसेज़ "अपने क्लाइंट्स की ओर से ऐप्स सबमिट नहीं करनी चाहिए"। क्लाइंट को, कंटेंट प्रोवाइडर के रूप में, अपने ख़ुद के डेवलपर अकाउंट से सबमिट करना चाहिए। Apple जो विकल्प देता है, वह है एक एग्रीगेटेड "पिकर" ऐप जो हर क्लाइंट का कंटेंट एक ही बाइनरी में रखता है।

4.3 स्पैम रिजेक्शन के ख़िलाफ़ कितनी बार अपील कर सकते हैं?

Apple रिव्यू में पास न होने वाले हर सबमिशन पर App Review Board में एक अपील की अनुमति देता है। अपील करने से पहले App Store Connect के App Review सेक्शन में रिव्यूअर को जवाब दें और अतिरिक्त जानकारी के हर अनुरोध का उत्तर दें। आपकी अपील में ठोस वजहें होनी चाहिए कि ऐप गाइडलाइन्स का पालन क्यों करता है। गाइडलाइन्स पर बात करने के लिए आप App Review के साथ 30 मिनट का Webex अपॉइंटमेंट भी बुक कर सकते हैं।

स्रोत और आगे पढ़ें

नीतियाँ बदलती रहती हैं। सबमिट करने से पहले आधिकारिक डॉक्यूमेंटेशन ज़रूर देखें।

बिल्ड लेकर आइए। या आइडिया।

चलिए आपके ऐप को मंज़िल तक पहुँचाते हैं।

एक केंद्रित कॉल, यह समझने के लिए कि आपके ऐप और लाइव लिस्टिंग के बीच क्या रुकावट है।

कॉल बुक करें ↗