الإرشاد 4.3(a) Design Spam: الحل مع شرح 4.3(b) و4.2.6 لتطبيقات القوالب والذكاء الاصطناعي (2026)

يُعدّ رفض Guideline 4.3(a) Design Spam من أصعب رسائل App Review في التعامل معها، لأنه نادرًا ما يذكر التطبيق الذي يشبهه تطبيقك. ويصيب تطبيقات القوالب وتطبيقات العلامة البيضاء (white-label) والتطبيقات المولّدة بالذكاء الاصطناعي أكثر بكثير من غيرها. يفصل هذا الدليل بين 4.3(a) و4.3(b) و4.2.6، ويستعرض كيف تجاوز مطورون آخرون هذا الرفض، ويقدّم لك قالب رد وقائمة تحقق تُنهيها قبل إعادة الإرسال. لأنواع الرفض الأخرى، راجع دليل الرفض حسب كل إرشاد.

ماذا يعني الإرشاد 4.3(a) Design Spam؟

يعني الإرشاد 4.3(a) أن Apple ترى أن ما أرسلته هو في جوهره التطبيق نفسه الذي أُرسل من قبل، سواء كان عدة Bundle IDs لتطبيق واحد أو نسخة شبه مطابقة لتطبيق شخص آخر. والحل هو دمج النسخ المكررة أو جعل التجربة الأساسية مختلفة بوضوح.

حتى نوفمبر 2026، تنص إرشادات App Review على: "لا تنشئ عدة Bundle IDs للتطبيق نفسه (مثل إرسال تطبيق خرائط منفصل لكل مدينة في العالم بدلًا من خريطة عالمية واحدة تتيح للمستخدمين البحث عن أي مدينة)." والبديل الذي تقترحه Apple هو: "فكّر في إرسال تطبيق واحد وتقديم التنويعات عبر الشراء داخل التطبيق." ويحمل 4.3(a) رمز المفتاح، لذا ينطبق أيضًا على توثيق (notarization) تطبيقات iOS وiPadOS الموزّعة خارج App Store.

نص الرفض الذي يتلقاه المطورون عادةً هو: "Guideline 4.3(a) - Design - Spam. لاحظنا أن تطبيقك يشترك في ملف تنفيذي و/أو بيانات وصفية و/أو فكرة مشابهة لتطبيقات أرسلها مطورون آخرون إلى App Store، مع اختلافات طفيفة فقط." في هذه الجملة ثلاثة محفزات (الملف التنفيذي، البيانات الوصفية، الفكرة)، وأيٌّ منها وحده كافٍ للرفض.

ما الفرق بين 4.3(a) و4.3(b) و4.2.6؟

يتعلق 4.3(a) بالتكرار، و4.3(b) بالتطبيقات التي لا تضيف شيئًا جديدًا إلى فئة مزدحمة أصلًا، و4.2.6 بالتطبيقات المبنية على قوالب والمرسلة من الحساب الخطأ. لكلٍّ منها حل مختلف، لذا تحقق أولًا من رقم الإرشاد الدقيق في رسالة الرفض.

ويحذّر النص الحالي لـ 4.3(b) أيضًا من أن Apple "قد تزيل هذه التطبيقات من App Store مستقبلًا إذا لم تُحدَّث أو تُحسَّن أو لم تجذب عملاء"، وأن الفئات منخفضة الجهد مثل ألعاب الشرب وتطبيقات الأصوات المزعجة قد تؤدي إلى الإزالة من Apple Developer Program إذا تكرر إرسالها. لبقية القواعد التي عدّلتها Apple مؤخرًا، راجع تغييرات إرشادات App Review في أكتوبر 2026.

لماذا تُصنَّف تطبيقات القوالب والتطبيقات المولّدة بالذكاء الاصطناعي كسبام؟

تُصنَّف تطبيقات القوالب والتطبيقات المولّدة بالذكاء الاصطناعي كسبام لأن كثيرًا منها يتشارك الشيفرة الأولية نفسها وتخطيطات الشاشات نفسها ونصوص متجر متشابهة، وهذا يطابق المحفزات الثلاثة: الملف التنفيذي والبيانات الوصفية والفكرة. وامتلاكك للشيفرة لا يعفي التطبيق إذا بدت النتيجة مثل مئات التطبيقات الأخرى.

كثيرًا ما تُنتج منصات بناء التطبيقات بالذكاء الاصطناعي شاشات التعريف نفسها وشريط التبويبات نفسه ومجموعة الميزات العامة نفسها ("تتبّع عاداتك واحصل على رؤى بالذكاء الاصطناعي")، وغالبًا ما يتشابه وصف App Store المولَّد أيضًا. إذا نشرت عبر منصة بناء، فتحقق من الاسم الظاهر كبائع. ينص 4.2.6 على أن خدمات القوالب "يجب ألا ترسل التطبيقات نيابةً عن عملائها"، لذا ينبغي أن يُنشر التطبيق تحت حساب المطور الخاص بمالك المحتوى. يشرح دليل نشر تطبيقات Base44 ودليل نشر تطبيقات Lovable ما يبقى من مسؤوليتك بعد التصدير.

ماذا فعل مطورون آخرون لحل رفض 4.3(a)؟

تُظهر الحالات المعلنة أن التغييرات البصرية وحدها نادرًا ما تنجح. أما دمج التطبيقات المكررة وكتابة رد محدد يشرح ما يميّز التطبيق فيحقق نتائج أفضل.

• الدمج في تطبيق قائم (GitHub). أفاد فريق يطلق تطبيق VoIP مبنيًا على Linphone في المشكلة #936 في linphone-iphone بأن مجموعة أيقونات جديدة ونظام ألوان جديدًا لم يتجاوزا 4.3(a). وخلصوا إلى أن التعارض كان مع تطبيق آخر مبني على Linphone في الحساب نفسه. فأدرجوا التغييرات في ذلك التطبيق القائم كتحديث، فتمت الموافقة "فورًا تقريبًا".
• شرح ما يميّز التطبيق (Godot Forum). اشتبه مطور ألعاب في منتدى Godot في أن الملف التنفيذي المشترك للمحرك يتطابق مع ألعاب Godot أخرى. رُفض كلٌّ من تصغير حجم البناء وشرح أنه يستخدم Godot. أما الرد الذي "يسرد المجالات الرئيسية التي رأيت أنها تجعل لعبتي ممتعة ومختلفة عن الألعاب الأخرى في النوع نفسه" فقد أدى إلى الموافقة.
• لقطات الشاشة لم تكن كافية (Apple Developer Forums). في موضوع على Apple Developer Forums، قال أحد المطورين إن ممثلًا من Apple أشار إلى لقطات الشاشة، وإن "البيانات الوصفية" قد تعني الاسم أو العنوان الفرعي أو الكلمات المفتاحية أو لقطات الشاشة. ومع ذلك تلقّت لقطات شاشة جديدة كليًا الرفض نفسه، في تحديث لتطبيق عمره 2–3 سنوات.

القاسم المشترك: فشلت التغييرات الشكلية (الأيقونات والألوان ولقطات الشاشة) في الحالات الثلاث كلها. ما نجح هو إزالة النسخة المكررة من الحساب أو تقديم أسباب ملموسة على مستوى الميزات للمراجع تبيّن اختلاف التطبيق.

كيف تحل رفض 4.3(a) خطوة بخطوة؟

لحل رفض 4.3(a)، ابحث أولًا عن النسخة المكررة، ثم أجرِ تغييرات حقيقية على المنتج، ثم رُدّ على App Review بتفاصيل محددة قبل إعادة الإرسال. إعادة إرسال البناء نفسه بأيقونة جديدة هي أكثر الطرق شيوعًا للرفض مرة أخرى.

1. اقرأ رقم الإرشاد الدقيق في قسم App Review داخل App Store Connect. إذا كان 4.2.6 أو 4.3(b)، فاتبع الصف المقابل في الجدول أعلاه بدلًا من ذلك.
2. اجرد كل تطبيق في حسابك، منشورًا كان أو محذوفًا، يتشارك الشيفرة أو القالب أو الفكرة أو التصميم مع التطبيق المرفوض. إن وجدت واحدًا، فادمجهما في تطبيق واحد بتنويعات داخل التطبيق، أو أطلق التغييرات كتحديث للتطبيق المنشور.
3. ابحث في App Store عن الكلمات المفتاحية لفئتك وسجّل أبرز النتائج. واكتب ما يفعله تطبيقك ولا يفعله أيٌّ منها.
4. غيّر مسارًا أساسيًا واحدًا على الأقل (مصدر البيانات، الميزة الرئيسية، نموذج التفاعل)، لا المظهر فقط.
5. أعد كتابة الاسم والعنوان الفرعي والكلمات المفتاحية والوصف ولقطات الشاشة بحيث تصف ميزاتك المحددة، ولا يبقى أي نص عام من القالب.
6. رُدّ في App Store Connect باستخدام القالب أدناه. وتتيح صفحة App Review من Apple أيضًا مواعيد Webex مدتها 30 دقيقة إذا أردت سؤال مراجع مباشرة عن الإرشادات.
7. إذا كنت تعتقد أن المراجع أساء فهم التطبيق، فقدّم طعنًا واحدًا أمام App Review Board. تطلب Apple منك "تقديم طعن واحد فقط لكل إرسال لم يجتز المراجعة" والرد على طلبات المعلومات أولًا.

ماذا يجب أن يتضمن الرد على App Review؟

الرد الجيد يسمّي الميزات المحددة التي تجعل التطبيق مختلفًا، ويؤكد عدم وجود تطبيقات مكررة في حسابك، ويرشد المراجع إلى مكان رؤية كل فرق. اجعله قصيرًا وواقعيًا ومهذبًا. القالب التالي بالإنجليزية لأنها لغة التواصل المعتادة مع 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 تشمل المتجرين (رسوم حساب المطور منفصلة).