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

«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 تطبيقًا.

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

يبدأ القسم 4 من App Review Guidelines بفقرة بلا رقم: «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، أي قواعد التصميم لدى 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.» وأوضح باقي الرسالة أن التطبيق لا يستخدم إلا جزءًا من الشاشة (نقاش المنتدى).

السبب هو القاعدة 2.4.1: «iPhone apps should run on iPad whenever possible.» في Expo، قيمة الخيار ios.supportsTablet هي false افتراضيًا، حسب إعدادات التطبيق في Expo. عندها يعمل تطبيق iPhone على iPad في وضع التوافق، داخل نافذة بمقاس iPhone. ضبط التطبيق لـ iPhone فقط لا يحميه من الاختبار على iPad. على جهاز iPad Air أصبح من المستحيل الفوز في العرض التجريبي لـ Solys، وهي حالة مفصّلة في دليل guideline 2.1.

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

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

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

تعطي قواعد الطباعة لدى Apple مراجع على iOS: 17 نقطة افتراضيًا، و11 نقطة كحد أدنى. وتطلب قواعد إمكانية الوصول تباينًا لا يقل عن 4.5 إلى 1 للنص حتى 17 نقطة، ومناطق لمس بحجم 44 في 44 نقطة افتراضيًا.

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

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

الرسالة، المنشورة على منتدى Apple: «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 الحاجتين دون مغادرة التطبيق: 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.» (نقاش المنتدى).

توثيق expo-apple-authentication يشرح الفخ: الاسم والبريد الإلكتروني لا يُقدَّمان إلا عند أول تسجيل دخول. احفظهما فورًا، وإلا ستميل إلى طلبهما مرة أخرى. واستخدم أيضًا الزر الذي توفره المكتبة: يُختار لونه بـ buttonStyle وزواياه بـ cornerRadius، وليس أبدًا عبر style.

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

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

تطلب 4.2، Minimum Functionality ميزات ومحتوى وواجهة ترفع التطبيق «beyond a repackaged website». الحد بينها وبين 4.0 دقيق: موقع مغلّف في تطبيق قد يُرفض بالقاعدتين. إذا كان تطبيقك يفتقر إلى المضمون، فلن يكفي تعديل الشاشات.

تستهدف 4.3 النسخ المكررة والفئات المشبعة: شرحت فقرتيها في دليل guideline 4.3 Design Spam. الواجهة المتقنة لا تنقذ تطبيقًا يشبه ألف تطبيق آخر.

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

هذا ما أضيفه مع كل إرسال. في تطبيقاتي، تُصمَّم كل شاشة لأكبر 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 حول الوضع الداكن أن يبقى التطبيق مقروءًا في المظهرين. يطبّق Expo القيمة light افتراضيًا إذا لم تضبط userInterfaceStyle. يتبع Solys إعداد الهاتف، ويبقى TradaZen داكنًا، وNolera فاتحًا: في الحالات الثلاث أختبر المظهر المعروض.
• المناطق الآمنة. لا يمر المحتوى تحت Dynamic Island ولا تحت مؤشر الشاشة الرئيسية. يشرح Expo الطريقة في دليله عن المناطق الآمنة.

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

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. المنهجية: هذه القائمة قائمتي أنا، بنيتها من حالات الرفض التي تعرضت لها تطبيقاتي، وليست قائمة من Apple. تقلل المفاجآت دون أن تضمن القبول.

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

1. حدّد الجهاز والإصدار المذكورين في الرسالة، ثم افتح نفس الطراز في المحاكي.
2. صحّح كل الحالات. تطلب الرسالة النموذجية «address all instances» للمشكلة، لا الشاشة الظاهرة في اللقطة فقط.
3. أرسل build جديدًا: المراجع يختبر الكود المضمَّن في التطبيق.
4. ردّ مع لقطات شاشة مأخوذة على نفس الجهاز، عبر الرد على رسالة App Review.
5. لا تستأنف إلا إذا كنت متأكدًا: تتيح Apple اللجوء إلى App Review Board، باستئناف واحد لكل إرسال مرفوض.

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

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 قائمة الفحص التي أستخدمها قبل الإرسال، والتي تغطي خصوصًا القاعدة 2.4.1 الخاصة بـ iPad، ومهارات (skills) لـ Claude Code تراجع مشروعك. ولنظرة بشرية، احجز ساعة معي: نفتح شاشاتك على عدة مقاسات، عبر مكالمة فيديو. والخطوات الكاملة بعد الرفض موجودة في صفحة تطبيق رفضته Apple.

تستعد لإطلاقك الأول؟ أجرِ التشخيص المجاني: يرتّب لك الخطوات ويرسل إليك قائمتي لتجنب رفض 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 أسبابًا محددة، واستئنافًا واحدًا لكل إرسال مرفوض، وأن ترد أولًا على طلبات المعلومات.