Guideline 5.1.1: فهم رفض App Store وإصلاحه

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

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

ما هي الـ guideline 5.1.1؟

الـ guideline 5.1.1، بعنوان "Data Collection and Storage"، تحدد ما يجب أن يلتزم به أي تطبيق بمجرد أن يتعامل مع بيانات شخصية: سياسة خصوصية كاملة، وموافقة قبل الجمع، وطلبات أذونات صادقة، وحساب يمكن حذفه. وهي تنطبق على كل التطبيقات، حتى تلك التي لا تجمع شيئًا تقريبًا.

النص الرسمي موجود في App Review Guidelines، القسم 5 "Legal"، الجزء 5.1 "Privacy". رسالة Apple تذكر غالبًا فقرة محددة بين قوسين: 5.1.1(i)، 5.1.1(iv)، 5.1.1(v). هذه الفقرة هي التي تخبرك أين تبحث.

الفقرات الخمس من 5.1.1 التي يجب أن تعرفها أولًا

الفقرة	ما تطلبه Apple	الرفض المعتاد
5.1.1(i) Privacy Policies	سياسة كاملة ومرتبطة	غائبة أو ناقصة
5.1.1(ii) Permission	موافقة قبل الجمع	نص إذن غامض
5.1.1(iii) Data Minimization	البيانات الضرورية فقط	وصول كامل إلى الصور
5.1.1(iv) Access	عدم الدفع نحو الموافقة	شاشة تدفع نحو الموافقة
5.1.1(v) Account Sign-In	لا حساب مفروض	تسجيل دخول إلزامي

ثلاثة توضيحات. سياسة الخصوصية تُربط في App Store Connect وداخل التطبيق. وهي تذكر البيانات التي تُجمع، وكيف ولأي غرض، وتؤكد أن الأطراف الثالثة التي تتلقاها توفر الحماية نفسها، وتشرح كيف يسحب المستخدم موافقته أو يطلب حذف بياناته. لا يمكن لميزة مدفوعة أن تعتمد على وصول إلى بيانات من حق المستخدم أن يرفضه. والحساب الذي يُنشأ داخل التطبيق يجب أن يكون حذفه ممكنًا من داخل التطبيق.

للقاعدة فقرات أخرى، من (vi) إلى (x)، تخص حالات أكثر تحديدًا مثل المجالات الخاضعة للتنظيم أو تجميع البيانات الشخصية.

الأشياء الثلاثة التي أقارنها قبل الإرسال

لا أملك دليل عمل المراجِع. هذا ما أقارنه بنفسي قبل كل إرسال، لأن حالات الرفض التي تلقيتها جاءت من عدم تطابق بين هذه العناصر:

• ما تقوله السياسة المنشورة، على الرابط المصرَّح به في App Store Connect؛
• ما يفعله التطبيق فعلًا، شاشة بشاشة، بما في ذلك كل طلب إذن؛
• ما هو مصرَّح به في صفحة التطبيق، في الجزء الخاص بخصوصية التطبيق (App Privacy Details).

أختبر أيضًا كل شاشة إذن بإغلاق التطبيق ثم إعادة فتحه. هذا هو السبب الذي حددته لرفضي الثاني على Nolera.

ثلاث حالات رفض 5.1.1 تلقيتها، وسببها الحقيقي

Clic: السياسة المنشورة كانت النسخة القديمة

Clic يحوّل منتجًا إلى شرائح جاهزة للنشر بالذكاء الاصطناعي. في 16 سبتمبر 2026، رفضت Apple التطبيق مستندة إلى 5.1.1(i) و5.1.2(i). شاشة الموافقة على الذكاء الاصطناعي كانت موجودة فعلًا في التطبيق. المشكلة كانت خارجه: سياسة الخصوصية المنشورة على الموقع كانت النسخة القديمة. النسخة الجديدة كانت موجودة، لكنها لم تُنشر.

الإصلاح: نشر السياسة كاملة، وإضافة ملخص بالإنجليزية للمراجِع، وتحديث ملاحظات المراجعة. لم أُنشئ build جديدًا: أعدت إرسال الطلب نفسه.

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

Nolera: زر "سماح" قبل طلب النظام

Nolera هو تطبيقي لتنظيم خزانة الملابس. في 17 سبتمبر 2026، بعد مراجعة على iPad Air، استندت Apple إلى 5.1.1(iv). قبل طلب الوصول إلى الكاميرا، كان التطبيق يعرض شاشة شرح فيها زر "Allow the camera".

قواعد التصميم لدى Apple دقيقة في هذه النقطة. الشاشة الخاصة التي تسبق طلب النظام يجب ألا تحتوي إلا على زر واحد يفتح هذا الطلب. وتوصي Apple بكلمة مثل "Continue" أو "Next"، وليس "Allow": فالزر الذي يشبه زر النظام يدفع المستخدم بعد ذلك إلى الضغط على زر "Allow" الحقيقي دون أن يقصد ذلك.

هذه القاعدة تخص الشاشات التي تسبق طلبًا من النظام: الكاميرا، الميكروفون، الموقع، جهات الاتصال، التقويم، التتبع. ولها استثناء واحد: الموافقة التي يفرضها القانون.

الإصلاح: أصبح اسم الزر "Continue"، بلغات التطبيق الثماني.

الدرس: الشاشة التي تمهّد لإذن تشرح. ولا تقرر بدلًا من المستخدم.

Nolera، الرفض الثاني: شاشة "الكاميرا مرفوضة" ظهرت قبل الطلب

بعد إعادة الإرسال، رُفض Nolera مرة ثانية في 22 سبتمبر 2026، مرة أخرى بسبب 5.1.1(iv)، وهذه المرة على iPad Pro مقاس 11 إنش. لاحظت Apple نقطتين: توجيه إلى الإعدادات قبل طلب الوصول، وشاشة يمكن مغادرتها دون رؤية هذا الطلب.

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

الإصلاح: ما دام iOS قادرًا على طرح السؤال، تُطلق الشاشة بنفسها طلب النظام. ولا تظهر لوحة "الكاميرا مرفوضة" إلا بعد رفض حقيقي. تطلّب هذا الإصلاح build جديدًا، لأن المراجِع يختبر الكود المضمَّن في التطبيق.

الدرس: "لم يُطلب أبدًا" و"مرفوض" حالتان مختلفتان. اختبر كل شاشة إذن بالعودة إليها بعد إغلاق التطبيق، لا بترتيب المسار فقط.

5.1.1 والذكاء الاصطناعي: ما تضيفه 5.1.2(i)

على Clic، استندت Apple إلى 5.1.2(i) إلى جانب 5.1.1. هذه القاعدة تطلب التوضيح بجلاء أين تُشارك البيانات الشخصية مع أطراف ثالثة، وتذكر صراحةً الذكاء الاصطناعي الخارجي ("third-party AI"). وتطلب أيضًا إذنًا صريحًا قبل المشاركة.

ممارستي منذ هذا الرفض: ثلاثة أشياء متسقة فيما بينها.

• شاشة موافقة داخل التطبيق، قبل أول إرسال، تقول إلى أي خدمة تذهب البيانات وما هي هذه البيانات.
• المعلومة نفسها في سياسة الخصوصية المنشورة.
• المعلومة نفسها في تصريحات الخصوصية في صفحة التطبيق.

تفاصيل ما يجب أن تحتويه السياسة موجودة في سياسة الخصوصية لتطبيق.

بماذا ترد على Apple بعد رفض 5.1.1

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

Hello,

Thank you for your review.

Issue: the custom screen shown before the camera permission
request used an "Allow" button, and the "camera denied" panel
could appear before the system alert had ever been shown.

Fix in build X:
- The custom screen now has a single "Continue" button that
  opens the system alert.
- The "camera denied" panel only appears after the user has
  actually denied access in the system alert.

How to verify: delete the app, install this build, launch it
and go to the photo step. The system alert appears first.

Best regards,

هناك حالتان:

• السبب منشور على الإنترنت (السياسة، صفحة الدعم، تصريحات صفحة التطبيق): تُصلح، وترد، ويمكن أن يُعاد الطلب نفسه دون build جديد.
• السبب داخل التطبيق (شاشة، زر، ترتيب الطلبات): تحتاج إلى build جديد. التحديث عن بُعد لا يكفي، كما أشرح في الدليل الخاص بـguideline 2.1.

قائمة التحقق لـ 5.1.1 قبل الإرسال

• رابط سياسة الخصوصية يفتح، والصفحة المنشورة هي آخر نسخة.
• السياسة تذكر كل خدمة خارجية تتلقى بيانات، بما في ذلك الذكاء الاصطناعي. هذه قاعدتي، وهي أكثر صرامة من نص Apple.
• تصريحات الخصوصية في صفحة تطبيقك تقول الشيء نفسه الذي تقوله السياسة والـ privacy manifest الخاص بالـ build.
• كل نص إذن يشرح الاستخدام في جملة واحدة دقيقة.
• لا يُطلب أي إذن عند التشغيل إذا كان التطبيق يعمل بدونه. والمنطق نفسه ينطبق على أوضاع الخلفية: لا وضع مصرَّح به دون ميزة تستخدمه.
• الشاشة الخاصة التي تسبق طلبًا فيها زر واحد فقط، "Continue"، يفتح طلب النظام.
• من يرفض إذنًا يمكنه المتابعة بطريقة أخرى، أو يفهم ما الذي سيخسره.
• شاشة "الوصول مرفوض" لا تظهر إلا بعد رفض حقيقي. وقد اختبرتها بإغلاق التطبيق ثم إعادة فتحه.
• التطبيق يُستخدم دون حساب عندما لا يكون الحساب ضروريًا.
• الحساب الذي يُنشأ داخل التطبيق يمكن حذفه من داخل التطبيق: الطريقة موجودة في حذف الحساب في تطبيق iOS.
• كل شيء مختبر على iPad أيضًا: حالتا رفض 5.1.1 على Nolera رُصدتا على iPad.

أصلح رفضك مع شخص تلقّى الرفض نفسه من قبل

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

إذا كنت تحضّر لإطلاقك الأول، أجرِ التشخيص المجاني: يرتّب خطواتك ويرسل لك قائمتي لتجنب رفض Apple، بما في ذلك الخصوصية. ولـإنشاء تطبيقك للهاتف مصممًا للمراجعة منذ البداية، يأخذك مسار الخطوات الأربع في iOS Kit من الفكرة حتى الإرسال إلى Apple.

لا أحد يستطيع أن يضمن أن Apple ستقبل تطبيقك. ما أستطيعه هو مساعدتك على تجنب حالات رفض 5.1.1 التي دفعت ثمنها من قبل بدورة مراجعة كاملة.

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

ماذا تعني "Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage"؟

هذا هو العنوان الكامل للقاعدة في رسالة Apple. وهو يشير إلى مشكلة في البيانات الشخصية: سياسة خصوصية ناقصة، أو طلب إذن يُعتبر ملحًّا، أو حساب لا يمكن حذفه. والفقرة بين القوسين، مثل 5.1.1(iv)، تحدد أيها.

هل أحتاج إلى build جديد بعد رفض 5.1.1؟

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

هل يمكن عرض شاشة شرح قبل طلب إذن؟

نعم، تسمح Apple بذلك عندما يكون مفيدًا فعلًا. وفي هذه الحالة لا تحتوي الشاشة إلا على زر واحد يفتح طلب النظام، بكلمة مثل "Continue" أو "Next". لا زر "Allow"، ولا زر للإغلاق أو التخطي، إلا في حالة موافقة يفرضها القانون.

تطبيقي يستخدم ذكاءً اصطناعيًا خارجيًا: ما الذي يجب التصريح به؟

تطلب الـ guideline 5.1.2(i) توضيح أين تُشارك البيانات مع أطراف ثالثة، بما في ذلك الذكاء الاصطناعي، والحصول على إذن صريح قبل ذلك. أطبّق هذا في ثلاثة أماكن: شاشة موافقة داخل التطبيق، وسياسة الخصوصية المنشورة، وتصريحات الخصوصية في صفحة التطبيق. على Clic، استندت Apple إلى هذه القاعدة مع 5.1.1.

هل الحساب إلزامي للالتزام بـ 5.1.1؟

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