شرح إرشادات مراجعة App Store

كل تطبيق على App Store، وكل تحديث، يفحصه أشخاص في Apple مقابل وثيقة واحدة: إرشادات مراجعة App Store. لا تحتاج إلى حفظها. تحتاج إلى معرفة بنيتها، والقواعد القليلة التي تستحق تدقيقاً خاصاً قبل الإرسال.

باختصار

للإرشادات خمسة أقسام: السلامة، والأداء، والأعمال، والتصميم، والجوانب القانونية. وهناك خمسة مجالات تستحق تدقيقاً خاصاً قبل الإرسال: الاكتمال (2.1)، والبيانات الوصفية (2.3)، والشراء داخل التطبيق (3.1.1)، والرسائل المزعجة والنسخ (4.3)، والخصوصية (5.1.1). رقم Apple نفسها يخص الأول فقط: أكثر من 40% من المشكلات غير المحلولة ترتبط في المتوسط بالإرشاد 2.1. إذا رُفض تطبيقك، فأصلح وأعد الإرسال، أو رُدّ على App Review في App Store Connect. ولا تطعن إلا إذا لم ينجح ذلك.

حدّثت Apple الإرشادات آخر مرة في 16 أكتوبر 2026. ملخصات الأقسام أدناه إعادة صياغة منا بلغة بسيطة، وليست كلمات Apple. النص الوارد بين علامتي اقتباس وحده هو كلام Apple.

كيف تُنظَّم الإرشادات

تبدأ Apple بمبدئها: «نريد أن نوفر للمستخدمين تجربة آمنة للحصول على التطبيقات، وفرصة رائعة لجميع المطورين لتحقيق النجاح». ثم تأتي خمسة أقسام، ثم قائمة تحقق قصيرة لما قبل الإرسال وما بعده. بلغة بسيطة، تغطي الأقسام الخمسة ما يلي:

1. السلامة

بلغة بسيطة، يدور القسم 1 حول عدم إيذاء الناس. تقولها Apple ببساطة: إذا كنت تسعى إلى صدم الناس والإساءة إليهم، «فإن App Store ليس المكان المناسب لتطبيقك».

• 1.1 المحتوى المرفوض. لا محتوى تشهيرياً أو تمييزياً أو خبيثاً، ولا شيء «يُقصد به إثارة الاشمئزاز».
• 1.2 المحتوى الذي ينشئه المستخدمون. إذا كان بإمكان الناس نشر محتوى أو توليده، بما في ذلك عبر إنشاء المحتوى بالذكاء الاصطناعي، فأنت بحاجة إلى وسائل للتصفية والإبلاغ والحظر.
• 1.3 الأطفال. للتطبيقات في فئة الأطفال قواعد إضافية بشأن الروابط الخارجية، والمشتريات، والإعلانات والتحليلات من أطراف خارجية، والبيانات.
• 1.4 الأذى الجسدي. تخضع التطبيقات الطبية التي قد تقدم بيانات غير دقيقة لتدقيق أشد.
• 1.5 معلومات المطور. يجب أن يتضمن التطبيق ورابط URL الخاص بالدعم طريقة سهلة للتواصل معك.
• 1.6 أمن البيانات. تعامل مع معلومات المستخدمين بأمان.

2. الأداء

بلغة بسيطة، يسأل القسم 2 هل يعمل التطبيق، وهل وُصف بأمانة. ويتضمن الإرشاد 2.1، الذي تربطه Apple بأكثر من 40% من المشكلات غير المحلولة.

• 2.1 اكتمال التطبيق. أرسل نسخاً نهائية، مُختبَرة على الجهاز، بروابط URL تعمل ومن دون نص مؤقت. إذا كان في التطبيق تسجيل دخول، فضمّن بيانات حساب تجريبي، «وشغّل خدمة الخادم الخلفي لديك!»
• 2.2 الاختبار التجريبي. مكان العروض التجريبية والنسخ التجريبية هو TestFlight، لا App Store. راجع دليل TestFlight.
• 2.3 بيانات وصفية دقيقة. يجب أن يعكس الوصف ولقطات الشاشة والمعاينات ومعلومات الخصوصية التجربة الأساسية للتطبيق.
• 2.4 توافق الأجهزة. ينبغي أن تعمل تطبيقات iPhone على iPad كلما أمكن، وأن تستهلك الطاقة بكفاءة.
• 2.5 متطلبات البرمجيات. استخدم واجهات API العامة فقط، واعمل على نظام التشغيل المتاح حالياً.

3. الأعمال

بلغة بسيطة، يدور القسم 3 حول المال. إذا لم يكن نموذج عملك واضحاً، فاشرحه في البيانات الوصفية وملاحظات المراجعة، إذ تقول Apple إن الغموض «سيؤخر مراجعتك وقد يؤدي إلى الرفض». وتقول Apple أيضاً إنها لن توزع تطبيقات وعناصر شراء داخل التطبيق تمثل «احتيالاً واضحاً»، وسترفض التطبيقات الباهظة التي تحاول خداع المستخدمين بأسعار مرتفعة على نحو غير منطقي. وتضيف أن التلاعب بالتقييمات أو الترتيب قد يؤدي إلى طردك من Developer Program.

• 3.1.1 الشراء داخل التطبيق لفتح الميزات أو المحتوى الرقمي.
• 3.1.2 الاشتراكات يجب أن تقدم قيمة مستمرة.
• 3.1.3 طرق الشراء الأخرى لحالات محددة، مثل تطبيقات القراءة والخدمات بين الأفراد.
• 3.2 يسرد نماذج أعمال أخرى مقبولة وغير مقبولة.

4. التصميم

بلغة بسيطة، يضع القسم 4 الحد الأدنى لتطبيق يستحق الاقتناء. تسمي Apple ذلك «الحد الأدنى من معايير الموافقة».

• 4.1 النسخ المقلدة. «ابتكر أفكارك الخاصة». لا تنسخ اسم تطبيق آخر أو واجهته.
• 4.2 الحد الأدنى من الوظائف. ينبغي أن يتضمن التطبيق «ميزات ومحتوى وواجهة مستخدم ترتقي به إلى ما يتجاوز موقع ويب مُعاد تغليفه». تطبيق الويب داخل غلاف رقيق معرّض لخطر عدم بلوغ هذه القاعدة، فـ Apple تحكم على الميزات والمحتوى والواجهة، لا على التقنية. راجع بدائل Lovable لتطبيقات iOS.
• 4.3 الرسائل المزعجة. لا تطبيقات مكررة، ولا نسخ مختلفة في الفئات المزدحمة من دون جديد.
• 4.8 خدمات تسجيل الدخول. إذا استخدمت تسجيل دخول من طرف خارجي مثل Google Sign-In للحساب الرئيسي، فقدّم أيضاً خياراً مكافئاً يقصر البيانات على الاسم والبريد الإلكتروني، ويتيح للناس إخفاء بريدهم الإلكتروني.
• 4.10 لا يجوز لك تقاضي مقابل عن القدرات المدمجة مثل الإشعارات الفورية أو الكاميرا.

5. الجوانب القانونية

بلغة بسيطة، يدور القسم 5 حول القانون. ويبدأ هكذا: يجب أن تكون التطبيقات «ملتزمة بجميع المتطلبات القانونية في أي مكان تتيحها فيه».

• 5.1 الخصوصية. سياسة الخصوصية، والأذونات، وتقليل البيانات، وحذف الحساب، والمشاركة مع أطراف خارجية.
• 5.2 الملكية الفكرية. لا تستخدم إلا المحتوى الذي أنشأته أو لديك ترخيص لاستخدامه.
• 5.3 الألعاب والمقامرة واليانصيب. مجال شديد التنظيم، فتوقّع وقتاً إضافياً للمراجعة.
• 5.4 و5.5 تغطيان تطبيقات VPN وإدارة الأجهزة المحمولة.
• 5.6 قواعد سلوك المطورين. كن محترماً، بما في ذلك في ردودك على App Review.

خمسة مجالات تتحقق منها قبل الإرسال

هذه المجالات الخمسة اختيار تحريري: قواعد يسهل إغفالها، ووثّقتها Apple جيداً. ولا تنشر Apple رقماً إلا للأول منها.

2.1 اكتمال التطبيق

تقول صفحة App Review من Apple إن أكثر من 40% من المشكلات غير المحلولة ترتبط في المتوسط بالإرشاد 2.1. ويشمل الأعطال، والمحتوى المؤقت، والروابط المعطلة، ومعلومات المراجعة الناقصة.

• اختبر إصدار النشر على أجهزة حقيقية تعمل بأحدث نسخة من iOS.
• استبدل كل «Lorem ipsum» وكل صورة تجريبية وكل شاشة فارغة.
• تحقق من أن رابط الدعم ورابط سياسة الخصوصية يعملان.
• في App Review Information، أضف حساباً تجريبياً يعمل وأي خطوات يحتاج إليها المراجع.
• أبقِ الخادم الخلفي يعمل طوال المراجعة.

2.3 بيانات وصفية دقيقة

يجب أن تصف صفحتك في المتجر التطبيق الذي تطلقه فعلاً.

• 2.3.1 يجب وصف الميزات الجديدة «بتحديد» في ملاحظات المراجعة، والأوصاف العامة تُرفض.
• 2.3.3 ينبغي أن تُظهر لقطات الشاشة التطبيق أثناء الاستخدام، «لا مجرد صورة العنوان أو صفحة تسجيل الدخول أو شاشة البداية».
• 2.3.7 أسماء التطبيقات محدودة بـ30 حرفاً. لا تحشُ البيانات الوصفية بمصطلحات محمية بعلامات تجارية أو أسماء تطبيقات شائعة أو أسعار.
• 2.3.8 يجب أن تناسب الأيقونات ولقطات الشاشة والمعاينات تصنيف 4+ العمري، حتى لو كان تصنيف التطبيق أعلى.

3.1.1 الشراء داخل التطبيق

إذا كان الناس يدفعون لفتح ميزات أو محتوى داخل التطبيق، مثل الاشتراكات أو المحتوى المميز أو النسخة الكاملة، فعليك استخدام الشراء داخل التطبيق. ولا يمكنك استخدام آليات فتح خاصة بك مثل مفاتيح الترخيص أو رموز QR. أما السلع المادية والخدمات المستخدمة خارج التطبيق فعكس ذلك: يقول الإرشاد 3.1.3(e) إنها يجب أن تستخدم طرق دفع أخرى، مثل Apple Pay أو البطاقة.

4.3 الرسائل المزعجة

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

5.1.1 جمع البيانات وتخزينها

قاعدة الخصوصية الأكثر تفرعاً:

• (i) سياسة الخصوصية. اربطها في App Store Connect وداخل التطبيق. يجب أن توضح ما تجمعه، وكيف، ولماذا، ومع من تشاركه، وكيف يمكن للناس حذف بياناتهم.
• (ii) الإذن. احصل على الموافقة قبل جمع بيانات المستخدم أو بيانات الاستخدام، ووفّر للناس طريقة سهلة لسحبها، واكتب نصوص الغرض بحيث تشرح بوضوح سبب حاجتك إلى البيانات.
• (v) تسجيل الدخول إلى الحساب. إذا لم يكن في التطبيق ميزات مهمة تعتمد على الحساب، فدع الناس يستخدمونه من دون تسجيل دخول. وإذا كان بإمكان الناس إنشاء حساب، فيجب أن يتمكنوا من حذفه داخل التطبيق.

يضيف الإرشاد 5.1.2(i) سطراً آخر يحتاج إليه كثير من تطبيقات الذكاء الاصطناعي: يجب أن «تفصح بوضوح عن المواضع التي ستُشارك فيها البيانات الشخصية مع أطراف خارجية، بما في ذلك الذكاء الاصطناعي الخارجي»، وأن تحصل على إذن صريح أولاً. ويجب أن تطابق إجابات خصوصية التطبيق في App Store Connect كل ذلك، ويوضح دليل App Store Connect مكانها.

حين لا تسير المراجعة كما تريد

إذا لم يجتز طلب الإرسال المراجعة، تصلك رسالة في قسم App Review الخاص بتطبيقك في App Store Connect. لا يزال كثير من المطورين يسمونه Resolution Center. تذكر الرسالة الإرشاد المعني وتصف المشكلة.

1. اقرأ الإرشاد المذكور

   افتح رقم الإرشاد الوارد في الرسالة واقرأ النص الكامل، لا الملخص فقط.

2. إذا كانت المشكلة حقيقية، فأصلحها وأعد الإرسال

   ارفع إصداراً جديداً إذا تغيّر الكود، أو حدّث البيانات الوصفية إذا لم يتغير. واذكر ما غيّرته في ملاحظات المراجعة.

3. إذا كان هناك شيء غير واضح، فرُدّ على App Review

   انقر Reply to App Review في App Store Connect. تقول Apple إن مختصاً مطّلعاً على تطبيقك سيرد. كن محدداً: الميزة أو الإرشاد أو الخطوة بالضبط. ويمكنك أيضاً طلب مكالمة، وتقول Apple إن المكالمات تتم عادةً خلال ثلاثة إلى خمسة أيام عمل.

4. إذا كنت لا تزال غير موافق، فقدّم طعناً

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

هناك خياران آخران يستحقان المعرفة. إذا أرسلت تحديثاً لإصلاح خطأ ووجد المراجع مشكلات أخرى، فقد تعرض Apple الموافقة على الطلب الحالي وتتيح لك إصلاح الباقي في المرة القادمة، ما دامت لا توجد مخاوف قانونية أو تتعلق بالسلامة. وقبل الإرسال، يمكنك حجز موعد فيديو مدته 30 دقيقة مع App Review لتسأل عن الإرشادات.

المراجعة المعجّلة

تقول Apple إن App Review يراجع عادةً 50% على الأقل من الطلبات في أقل من 24 ساعة و90% في أقل من 48 ساعة. وإذا لم تستطع الانتظار، يمكنك طلب مراجعة معجّلة في حالتين:

• إصلاح خطأ حرج. ضع خطوات إعادة إنتاج الخطأ في النسخة الحالية في حقل Notes عند الإرسال.
• إصدار مرتبط بفعالية. اذكر الفعالية وتاريخها وصلة تطبيقك بها. وتوصي Apple بجدولة الإصدار مسبقاً بدلاً من ذلك.

لا يمكن تعجيل إلا التطبيقات المُرسلة بالفعل، وتطلب Apple أن تكون الطلبات «مخصصة للأمور العاجلة حقاً». استخدم نموذج Request an Expedited App Review.

قبل أن ترسل

تتلخص قائمة تحقق Apple نفسها في أربعة أسطر: اختبر التطبيق بحثاً عن الأعطال والأخطاء، واجعل البيانات الوصفية كاملة ودقيقة، وأبقِ بيانات التواصل محدّثة، وامنح App Review وصولاً كاملاً، مع حساب تجريبي إذا كان التطبيق يتطلب تسجيل الدخول. ثم اختر Add for Review، وفي مسودة الإرسال اختر Submit for Review. يضع دليلنا كيف تصنع تطبيقاً بالذكاء الاصطناعي كل ذلك بالترتيب الذي ستواجهه به.

يتولى AirBuild هذه الدورة نيابةً عنك. في خطط Basic وPlus وUltra، يُعدّ صفحة App Store ولقطات الشاشة وملاحظات المراجعة، ويرسل تطبيقك، ويتابع المراجعة، ويرد على ملاحظات App Review، ويصلح المشكلات، ويعيد الإرسال.

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

ما إرشادات مراجعة App Store؟

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

ما أكثر أسباب رفض التطبيقات شيوعاً؟

لا تنشر Apple ترتيباً كاملاً لأسباب الرفض. تقول صفحة App Review إن أكثر من 40% من المشكلات غير المحلولة ترتبط في المتوسط بالإرشاد 2.1، اكتمال التطبيق. ويشمل ذلك الأعطال، والمحتوى المؤقت، والروابط المعطلة، ونقص معلومات المراجعة مثل الحساب التجريبي.

كيف أرد على رفض App Store؟

اقرأ الرسالة في قسم App Review الخاص بالتطبيق في App Store Connect. إذا كانت المشكلة حقيقية، فأصلحها وأعد الإرسال. وإذا كان لديك سؤال أو كنت ترى أن المراجع أساء فهم التطبيق، فرُدّ على App Review هناك بتفاصيل محددة. ولا تطعن أمام App Review Board إلا بعد ذلك.

كم يستغرق App Review؟

تقول Apple إن App Review يراجع عادةً 50% على الأقل من الطلبات في أقل من 24 ساعة و90% في أقل من 48 ساعة. وقد تستغرق التطبيقات المعقدة أو حالات الرفض المتكررة للمشكلة نفسها وقتاً أطول.

هل يمكنني تسريع App Review؟

يمكنك طلب مراجعة معجّلة لإصلاح خطأ حرج أو لإصدار مرتبط بفعالية، بعد إرسال التطبيق. وتطلب Apple أن تُخصَّص هذه الطلبات للحالات العاجلة حقاً.