# Guideline 4.0 Design: رفض تطبيقك بسبب الواجهة

> في Guideline 4.0 Design ترفض Apple واجهة تراها صعبة الاستخدام، وغالبًا على iPad. اختبر كل شاشة على iPhone SE وiPad، ثم صحّح وردّ.

الصفحة الأصلية: [Guideline 4.0 Design: رفض تطبيقك بسبب الواجهة](https://devoria.fr/ar/blog/guideline-4-0-design-app-store-rejection)
الكاتب: [Mehdi Azizi](https://devoria.fr/ar/mehdi-azizi)
النشر: 2026-11-04
آخر مراجعة للمحتوى: 2026-11-04


«Guideline 4.0 - Design» ليست قاعدة مرقّمة مثل غيرها: إنها مقدمة قسم Design في قواعد Apple، وتُستشهد بها عندما تبدو واجهتك أقل من المستوى المتوقع. حالات الرفض المنشورة متشابهة: شاشات مزدحمة على iPad، ونص صعب القراءة، وتسجيل دخول يرسل المستخدم إلى Safari، وSign in with Apple مدمج بشكل سيئ. **يبدأ التصحيح دائمًا تقريبًا على الجهاز المذكور في الرسالة، شاشةً بعد شاشة.**

أنشر تطبيقات iOS الخاصة بي باستخدام Expo: تطبيقات Solys وTradaZen وNolera مضبوطة لـ iPhone فقط، ومع ذلك اختبر المراجع Solys وNolera على iPad. يعتمد هذا الدليل على نص Apple، وعلى حالات رفض 4.0 نشرها مطورون آخرون، وعلى قائمة الفحص البصري التي أطبّقها قبل كل إرسال. للنظرة الشاملة على أسباب الرفض، اقرأ [لماذا ترفض Apple تطبيقًا](https://devoria.fr/ar/blog/apple-app-rejection-reasons-real-cases).

## ماذا تغطي guideline 4.0 Design؟

يبدأ القسم 4 من [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/#design) بفقرة بلا رقم: «Apple customers place a high value on products that are simple, refined, innovative, and easy to use, and that's what we want to see on the App Store.» وتضيف أن التصميم يعود إليك، لكن ما يليها يحدد «minimum standards for approval». وتحذّر أيضًا من أن التطبيق الذي يتراجع مستواه بعد قبوله قد يُزال.

بوضوح: **تنتظر Apple تطبيقًا بسيطًا ومتقنًا وسهل الاستخدام، وتُستخدم 4.0 عندما لا تنطبق على المشكلة أي قاعدة فرعية محددة.** لا يعطي النص معايير رقمية. المرجع العملي هو [Human Interface Guidelines](https://developer.apple.com/design/human-interface-guidelines/layout)، أي قواعد التصميم لدى Apple.

## أكثر حالات رفض 4.0 شيوعًا

هذه الحالات الأربع التي وجدتها في رسائل منشورة على منتديات Apple، مع العبارة المقتبسة.

| الحالة                 | عبارة Apple         | التصحيح                   |
| ---------------------- | ------------------- | ------------------------- |
| شاشات مزدحمة على iPad  | «crowded»           | تخطيط مرن                 |
| نص غير مقروء           | «hard to read type» | أحجام HIG                 |
| تسجيل الدخول في Safari | «taken to Safari»   | تسجيل الدخول داخل التطبيق |
| Sign in with Apple     | طلب الاسم مجددًا    | الاسم متوفر مسبقًا        |

### شاشات مزدحمة أو مقطوعة على iPad

الرسالة النموذجية، المنشورة في سبتمبر 2025: «Parts of the app's user interface were still crowded, laid out, or displayed in a way that made it difficult to use the app when reviewed on iPad Air (5th generation) running iPadOS 26.0.» وأوضح باقي الرسالة أن التطبيق لا يستخدم إلا جزءًا من الشاشة ([نقاش المنتدى](https://developer.apple.com/forums/thread/800657)).

السبب هو القاعدة 2.4.1: «iPhone apps should run on iPad whenever possible.» في Expo، قيمة الخيار `ios.supportsTablet` هي `false` افتراضيًا، حسب [إعدادات التطبيق في Expo](https://docs.expo.dev/versions/latest/config/app/). عندها يعمل تطبيق iPhone على iPad في وضع التوافق، داخل نافذة بمقاس iPhone. **ضبط التطبيق لـ iPhone فقط لا يحميه من الاختبار على iPad.** على جهاز iPad Air أصبح من المستحيل الفوز في العرض التجريبي لـ Solys، وهي حالة مفصّلة في دليل [guideline 2.1](https://devoria.fr/ar/blog/guideline-2-1-app-store-rejection-fix).

أمامك مخرجان. إما أن تدعم iPad فعلًا، بتخطيط يتبع المساحة المتاحة. تطلب قواعد التصميم لدى Apple تحديد التخطيط حسب فئات الحجم (size classes)، لا حسب طراز الجهاز. وإما أن تبقى على iPhone، ويجب أن تتسع كل شاشة داخل نافذة التوافق.

### نص صعب القراءة

الرسالة، المنشورة في يناير 2025: «Your app included hard to read type or typography.» وتذكّر Apple فيها بأن المستخدمين ينتظرون تطبيقات «simple, refined, and easy to use» ([نقاش المنتدى](https://developer.apple.com/forums/thread/772671)).

تعطي [قواعد الطباعة لدى Apple](https://developer.apple.com/design/human-interface-guidelines/typography) مراجع على iOS: 17 نقطة افتراضيًا، و11 نقطة كحد أدنى. وتطلب [قواعد إمكانية الوصول](https://developer.apple.com/design/human-interface-guidelines/accessibility) تباينًا لا يقل عن 4.5 إلى 1 للنص حتى 17 نقطة، ومناطق لمس بحجم 44 في 44 نقطة افتراضيًا.

فخ إذا كنت تصغّر الخطوط على الشاشات الصغيرة، كما أفعل لأحافظ على نفس فواصل الأسطر في كل مكان: **تأكد من أن أصغر نص لديك، بعد تصغيره على iPhone SE، يبقى 11 نقطة على الأقل.**

### تسجيل الدخول يرسل إلى Safari

الرسالة، المنشورة على [منتدى Apple](https://developer.apple.com/forums/thread/126333): «We noticed that the user is taken to Safari to sign in or register for an account, which provides a poor user experience.» تطلب Apple إتاحة التسجيل وتسجيل الدخول داخل التطبيق، وتوصي بعرض Safari مدمج.

في Expo، تغطي [expo-web-browser](https://docs.expo.dev/versions/latest/sdk/webbrowser/) الحاجتين دون مغادرة التطبيق: `openAuthSessionAsync` تفتح جلسة مصادقة في نافذة منبثقة، و`openBrowserAsync` تعرض صفحة في عرض Safari مدمج. أما فتح تسجيل الدخول بـ `Linking.openURL` فيرسل المستخدم إلى تطبيق Safari. واختيار وسائل تسجيل الدخول التي تقدمها يخضع لقاعدة أخرى، هي 4.8.

### Sign in with Apple مدمج بشكل سيئ

الرسالة، المنشورة في مايو 2024: «Your app requires users to provide their name after using Sign in with Apple. This information is already provided by the Authentication Services framework.» ([نقاش المنتدى](https://developer.apple.com/forums/thread/751115)).

توثيق [expo-apple-authentication](https://docs.expo.dev/versions/latest/sdk/apple-authentication/) يشرح الفخ: الاسم والبريد الإلكتروني لا يُقدَّمان إلا عند أول تسجيل دخول. **احفظهما فورًا**، وإلا ستميل إلى طلبهما مرة أخرى. واستخدم أيضًا الزر الذي توفره المكتبة: يُختار لونه بـ `buttonStyle` وزواياه بـ `cornerRadius`، وليس أبدًا عبر `style`.

## 4.0 و4.2 و4.3: ثلاثة أنواع رفض تصميم لا تخلط بينها

| القاعدة | ما يُحكم عليه | التصحيح          |
| ------- | ------------- | ---------------- |
| 4.0     | الواجهة       | تصحيح الشاشات    |
| 4.2     | فائدة التطبيق | إضافة محتوى أصلي |
| 4.3     | التشابه       | تغيير الفكرة     |

تطلب [4.2، Minimum Functionality](https://devoria.fr/ar/blog/guideline-4-2-minimum-functionality-app-rejected) ميزات ومحتوى وواجهة ترفع التطبيق «beyond a repackaged website». الحد بينها وبين 4.0 دقيق: موقع مغلّف في تطبيق قد يُرفض بالقاعدتين. **إذا كان تطبيقك يفتقر إلى المضمون، فلن يكفي تعديل الشاشات.**

تستهدف 4.3 النسخ المكررة والفئات المشبعة: شرحت فقرتيها في دليل [guideline 4.3 Design Spam](https://devoria.fr/ar/blog/guideline-4-3-design-spam-app-rejected). الواجهة المتقنة لا تنقذ تطبيقًا يشبه ألف تطبيق آخر.

## قائمة الفحص البصري قبل الإرسال

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

| الفحص                | الجهاز      | ما يجب أن يصمد            |
| -------------------- | ----------- | ------------------------- |
| أول تشغيل            | iPhone SE   | لا شيء مقطوع              |
| Onboarding كامل      | iPad        | كل زر يمكن الوصول إليه    |
| لوحة المفاتيح مفتوحة | iPhone SE   | الحقل والزر ظاهران        |
| نص مكبَّر            | iPhone عادي | لا نص مبتور               |
| الوضع الداكن         | الكل        | النص مقروء في كل مكان     |
| المناطق الآمنة       | الأكبر      | لا شيء تحت Dynamic Island |
| Paywall              | iPhone SE   | الأسعار والروابط ظاهرة    |
| تسجيل الدخول         | iPad        | يبقى داخل التطبيق         |

ثلاثة توضيحات:

- **النص المكبَّر.** تقترح قواعد الطباعة لدى Apple اختبارًا بسيطًا: فعّل أكبر أحجام النص في Settings، ثم Accessibility، ثم Display & Text Size، وتحقق من أن كل شيء يبقى مقروءًا.
- **الوضع الداكن.** تطلب [قواعد Apple حول الوضع الداكن](https://developer.apple.com/design/human-interface-guidelines/dark-mode) أن يبقى التطبيق مقروءًا في المظهرين. يطبّق Expo القيمة `light` افتراضيًا إذا لم تضبط `userInterfaceStyle`. يتبع Solys إعداد الهاتف، ويبقى TradaZen داكنًا، وNolera فاتحًا: في الحالات الثلاث أختبر المظهر المعروض.
- **المناطق الآمنة.** لا يمر المحتوى تحت Dynamic Island ولا تحت مؤشر الشاشة الرئيسية. يشرح Expo الطريقة في دليله عن [المناطق الآمنة](https://docs.expo.dev/develop/user-interface/safe-areas/).

على Mac، يُضبط المحاكي من سطر الأوامر، ما يجعل إعادة تشغيل القائمة سريعة:

```bash
xcrun simctl ui booted appearance dark
xcrun simctl ui booted content_size accessibility-extra-extra-extra-large
xcrun simctl io booted screenshot ecran-se-sombre.png
```

على هاتف حقيقي، أعيد نفس الجولة باستخدام build على [TestFlight](https://devoria.fr/ar/blog/testflight-test-iphone-app-before-submission). المنهجية: هذه القائمة قائمتي أنا، بنيتها من حالات الرفض التي تعرضت لها تطبيقاتي، وليست قائمة من Apple. تقلل المفاجآت دون أن تضمن القبول.

## كيف ترد على رفض 4.0؟

1. **حدّد الجهاز والإصدار** المذكورين في الرسالة، ثم افتح نفس الطراز في المحاكي.
2. **صحّح كل الحالات.** تطلب الرسالة النموذجية «address all instances» للمشكلة، لا الشاشة الظاهرة في اللقطة فقط.
3. **أرسل build جديدًا**: المراجع يختبر الكود المضمَّن في التطبيق.
4. **ردّ مع لقطات شاشة** مأخوذة على نفس الجهاز، عبر [الرد على رسالة App Review](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/reply-to-app-review-messages/).
5. **لا تستأنف إلا إذا كنت متأكدًا**: تتيح Apple [اللجوء إلى App Review Board](https://developer.apple.com/distribute/app-review/)، باستئناف واحد لكل إرسال مرفوض.

النموذج الذي كنت سأستخدمه، عدّله حسب حالتك:

```text
Hello,

Thank you for your feedback regarding Guideline 4.0.

We reproduced the issue on [device] running [OS version].

Changes in build [X]:
- [Screen]: [what was crowded or hard to read], now [fix].
- [Screen]: [fix].

We also checked every screen on iPhone SE, a standard
iPhone, the largest iPhone and iPad, with larger text
sizes and Dark Mode.

Attached: screenshots of the updated screens on [device].

Best regards,
```

## جهّز إرسالك دون رفض بسبب التصميم

يجمع [Review Kit](https://devoria.fr/ar/kits/app-review) قائمة الفحص التي أستخدمها قبل الإرسال، والتي تغطي خصوصًا القاعدة 2.4.1 الخاصة بـ iPad، ومهارات (skills) لـ Claude Code تراجع مشروعك. ولنظرة بشرية، [احجز ساعة معي](https://devoria.fr/ar/coaching): نفتح شاشاتك على عدة مقاسات، عبر مكالمة فيديو. والخطوات الكاملة بعد الرفض موجودة في صفحة [تطبيق رفضته Apple](https://devoria.fr/ar/expertise/app-rejected-by-apple).

تستعد لإطلاقك الأول؟ [أجرِ التشخيص المجاني](https://devoria.fr/ar/diagnostic): يرتّب لك الخطوات ويرسل إليك قائمتي لتجنب رفض Apple.

## الأسئلة الشائعة

### ماذا تعني «Guideline 4.0 - Design» في رسالة الرفض؟

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

### تطبيقي مضبوط لـ iPhone فقط: لماذا تختبره Apple على iPad؟

لأن القاعدة 2.4.1 تريد أن تعمل تطبيقات iPhone على iPad متى أمكن. يُفتح تطبيقك هناك في وضع التوافق، داخل نافذة بمقاس iPhone، ويجب أن تبقى كل شاشة قابلة للاستخدام.

### هل أحتاج build جديدًا بعد رفض 4.0؟

نعم، في معظم الحالات. يختبر المراجع الكود المضمَّن عند أول تشغيل، وقد يفوته تصحيح يُرسَل عن بُعد. هذا ما أشرحه في دليل guideline 2.1.

### هل الوضع الداكن إلزامي للقبول؟

نص قواعد المراجعة لا يفرضه. وتذكّر قواعد التصميم بأن المستخدمين يتوقعون أن تتبع التطبيقات إعدادهم. إذا فرضت المظهر الفاتح أو الداكن، كما يسمح Expo، فاختبر هذا المظهر. وإذا كنت تتبع إعداد الهاتف، فاختبر الاثنين.

### هل يمكن استئناف رفض 4.0؟

نعم، لدى App Review Board، إذا كنت ترى أن تطبيقك يحترم القواعد. تطلب Apple أسبابًا محددة، واستئنافًا واحدًا لكل إرسال مرفوض، وأن ترد أولًا على طلبات المعلومات.


## مشروعك

[Review Kit](https://devoria.fr/ar/kits/app-review): قائمة التحقق التي أستخدمها لمراجعة App Store، وحالات رفض Apple التي واجهتها مع حلولها، وقائمة Google Play، وثلاث skills لـ Claude Code. ‏55 ⁦US$⁩.

[iOS & Android Kit](https://devoria.fr/ar/kits/ios): أنشئ تطبيقك لـ iPhone وAndroid باستخدام Claude Code: الكود الأساسي لتطبيقاتي، والمسار الكامل حتى النشر في المتاجر، وكل الحزم. ‏109 ⁦US$⁩.

[تشخيص: ما الذي يفصلك عن تطبيقك على iPhone](https://devoria.fr/ar/diagnostic): 7 أسئلة في 60 ثانية: تعرف ما الذي يعيقك فعلًا عن نشر تطبيقك على iPhone، ومسارك في 4 مراحل، والكيت المناسب لك.