تغييرات إرشادات مراجعة App Store في أكتوبر 2026: ماذا تعني 1.2 و2.3.14 و2.5.19 و3.1.1(a) لتطبيقك

أُعلنت تغييرات إرشادات مراجعة App Store لشهر أكتوبر 2026 في منشور Apple بعنوان Updated App Review Guidelines are now available بتاريخ 16 أكتوبر 2026. هناك إرشادان جديدان (2.3.14 و2.5.19)، وأُعيدت صياغة ثلاثة مواضع (1.2 و3.1.1(a) والقسم 5)، كما أُضيفت إلى قسمَي "قبل الإرسال" و"بعد الإرسال" روابط لمزيد من الوثائق. نستعرض أدناه كل تغيير بلغة واضحة، ومن عليه أن يتحرك، وقائمة تحقق لإرسالك التالي.

ما الذي تغيّر في إرشادات مراجعة التطبيقات في 16 أكتوبر 2026؟

أضافت Apple الإرشاد 2.3.14 الخاص بالأصول الإبداعية والإرشاد 2.5.19 الخاص بالميزات المخفية. كما وضّحت الإرشاد 1.2 (المحتوى الذي ينشئه المستخدمون) و3.1.1(a) (روابط الشراء الخارجية) والقسم 5 (الجوانب القانونية). وتسرد سجلّ التغييرات لدى Apple التعديلات على النحو التالي:

تقول Apple إن الترجمات "ستكون متاحة على موقع Apple Developer في غضون شهر واحد". وحتى أكتوبر 2026، ارجع إلى النسخة الإنجليزية من App Review Guidelines كلما تعارضت معها نسخة مترجمة.

ماذا يشترط الإرشاد الجديد 2.5.19 بشأن الميزات المخفية؟

يشترط الإرشاد 2.5.19 أن تكون كل ميزة في ملفك الثنائي مرئية وموثّقة لكلٍّ من المستخدمين وفريق App Review. وقد يؤدي إخفاء أي وظيفة، بما في ذلك عبر التعتيم، إلى إزالة التطبيق وإنهاء حساب المطوّر.

النص الحرفي: "لا تُضمِّن تطبيقك أي ميزات مخفية أو خاملة أو غير موثّقة؛ يجب أن تكون وظائف تطبيقك واضحة للمستخدمين النهائيين ولفريق App Review. إن محاولة إخفاء ميزات غير موثّقة في الملف الثنائي لتطبيقك، كأن يكون ذلك عبر تعتيم الشيفرة أو بطرق أخرى، سبب لإزالة تطبيقك من App Store وإنهاء حساب المطوّر الخاص بك." تصف Apple هذه السياسة بأنها قائمة منذ زمن طويل، لكنها كانت سابقًا ضمن 2.3.1. ولا يزال الإرشاد 2.3.1(a) الحالي يشترط أن تُوصف الميزات الجديدة "بدقة في قسم ملاحظات المراجعة (Notes for Review)". ومن المفترض أن تستند حالات الرفض بسبب الميزات المخفية الآن إلى 2.5.19 بدلًا منه.

عمليًا، اذكر في ملاحظات المراجعة كل ميزة يمكن تفعيلها عبر مفتاح من الخادم أو رمز دعوة أو مسح رمز QR أو منطقة جغرافية أو مستوى حساب. وإذا كان مفتاحٌ ما سيفعّل ميزة بعد الموافقة، فإما أن تفعّلها في الإصدار الذي تجري مراجعته، أو أن تستبعد شيفرتها حتى الإصدار الذي سيطلقها.

ما التطبيقات المتأثرة بتغييرات الإرشاد 1.2؟

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

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

ماذا يقول الإرشاد 2.3.14 عن الأصول الإبداعية؟

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

الأصول الإبداعية هي أصول الصور والفيديو التي قدّمتها Apple في 5 أكتوبر 2026. ووفقًا لصفحة App Store asset best practices من Apple، فهي تظهر "في iOS 27 وiPadOS 27 والإصدارات الأحدث، بما في ذلك صفحة منتجك، وفي نتائج البحث، وعند إبراز تطبيقك". وتذهب الصفحة نفسها أبعد من الإرشاد؛ إذ تنصح بعدم تضمين عناوين المواقع الإلكترونية، ورموز حقوق النشر، وشعارات المنصات الأخرى، وتقديرات Apple مثل "Editor's Choice". كما تنص على أن الأصول "يجب أن تستوفي تصنيف العمر 4+، حتى لو كان تصنيف تطبيقك أعلى". فترويسة تقول "خصم 50% هذا الأسبوع" أو "تطبيق الميزانية رقم 1" تخالف 2.3.14.

ما الذي تغيّر في روابط الشراء الخارجية ضمن الإرشاد 3.1.1(a)؟

لم يعد الإرشاد 3.1.1(a) يتضمن بندًا مستقلًا لاستحقاق خدمات بث الموسيقى. فهذا الاستحقاق أصبح الآن داخل بند StoreKit External Purchase Link Entitlements، وينص النص على أن الروابط يمكن أن تقود إلى "وجهة مسموح بها". وقد تختلف الوجهات المعتمدة حسب المنطقة.

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

كيف يعالج المطوّرون عمليًا حالات الرفض بسبب الميزات المخفية والمحتوى الذي ينشئه المستخدمون؟

تُظهر الحالات المُبلغ عنها علنًا أن حالات الرفض وفق صياغة 2.3.1 القديمة الخاصة بالميزات المخفية ووفق 1.2 كانت تُحلّ عادةً بجعل كل ميزة وكل ضمانة سهلة العثور عليها للمراجِع، أو بالطعن في القرار. ونادرًا ما كانت تعديلات الشيفرة وحدها كافية.

• في مارس 2026، أفاد مطوّر على Apple Developer Forums بأن تطبيق منبّه اجتماعي أصلي (native) رُفض بموجب "Guideline 2.3.1(a) - Hidden Features" و4.2. وقال إن WebViews كانت تُستخدم فقط لسياسة الخصوصية والشروط والأسئلة الشائعة، وقدّم طعنًا. فردّ فريق App Review بأن مجلس App Review قد أجاب. ثم طلب المطوّر تحديد الشاشات المعنية، ولم يُنشر أي حل.
• في مشكلة على GitHub الخاص بـ Flutter، تلقّى عدة مطوّرين رسالة "We discovered that your app contains hidden features" لتطبيقات بسيطة. ووصف أحد المساهمين في Flutter إطار العمل بأنه "تضليل للانتباه" (red herring)، وأشار إلى واجهات برمجة غير موثّقة في شيفرة التطبيق أو الإضافات. وأفاد مطوّران بالحصول على الموافقة بعد الطعن، دون تغيير شيفرتهما.
• رُفض تطبيق مطوّر على Apple Developer Forums بموجب 1.2 رغم وجود اتفاقية ترخيص للمستخدم النهائي (EULA) وتصفية وإبلاغ وحظر. وطُلب منه اعتماد شروط تنص على "عدم التسامح مطلقًا مع المحتوى المرفوض" و"اتخاذ إجراء بشأن بلاغات المحتوى المرفوض خلال 24 ساعة". وأضاف رفض ثانٍ متطلبات تصنيف عمري 18+، والإزالة الفورية للمنشورات، ومعلومات الاتصال داخل التطبيق. فاستجاب بتوثيق كل ضمانة وتقديم بيانات دخول المسؤول في ملاحظات المراجعة.

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

ما الذي يجب أن تتحقق منه قبل إرسالك التالي؟

قبل إصدارك التالي، راجع مفاتيح الميزات وضمانات المحتوى الذي ينشئه المستخدمون والأصول الإبداعية والروابط الخارجية في ضوء النص الجديد، ثم اكتب ملاحظات مراجعة تشير إلى كلٍّ منها. تغطي قائمة التحقق أدناه تغييرات أكتوبر 2026.

1. أدرِج كل مفتاح يتحكم فيه الخادم، وكل مفتاح إعدادات عن بُعد، وكل قائمة مخفية. فعّل كلًّا منها للمراجِع، أو أزِل الشيفرة التي يتحكم فيها.
2. صِف كل ميزة جديدة بدقة في ملاحظات المراجعة (Notes for Review) كما يشترط 2.3.1(a)، بما في ذلك كيفية الوصول إلى أي شيء يتطلب دعوة أو مسح رمز أو اشتراكًا مدفوعًا.
3. إذا كان بإمكان المستخدمين النشر أو الدردشة أو توليد المحتوى، فتأكد من أن التصفية والإبلاغ والحظر ومعلومات الاتصال المنشورة موجودة كلها في الإصدار، ودوّن آلية تعاملك مع البلاغات.
4. في توليد الصور أو الفيديو بالذكاء الاصطناعي، أضف مرشّحات للأوامر والمخرجات تمنع الصور الجنسية لأشخاص حقيقيين، ووفّر للمستخدمين طريقة للإبلاغ عن المخرجات.
5. افحص كل أصل إبداعي بحثًا عن الأسعار والخصومات وعناوين المواقع وادعاءات الجوائز وشعارات المنصات الأخرى وأي شيء يتجاوز تصنيف 4+.
6. إذا كنت تستخدم استحقاق رابط الشراء الخارجي أو استحقاق بث الموسيقى، فتأكد من أن الرابط يقود إلى وجهة مسموح بها في كل واجهة متجر.
7. أعِد قراءة الإرشادات الإنجليزية لأي قسم تعتمد عليه، لأن الترجمات قد تتأخر حتى شهر.

مثال تطبيقي: لنأخذ تطبيق صور رمزية بالذكاء الاصطناعي فيه معرض عام وحزمة أنماط "Pro" تُفعَّل عبر الإعدادات عن بُعد بعد الإطلاق. وفق النص الجديد، يحتاج التطبيق إلى إشراف على المعرض وآلية إبلاغ (1.2). ويجب أن تكون حزمة Pro إما مرئية في الإصدار الذي تجري مراجعته أو مؤجلة إلى إصدار لاحق (2.5.19). ولا يمكن لأصل الترويسة في iOS 27 أن يقول "Pro الآن بخصم 40%" (2.3.14). وإذا كنت تتعامل بالفعل مع رفض، فإن دليلنا لمعالجة الرفض إرشادًا بإرشاد يشرح كيفية الرد في App Store Connect. وإن أردت عينًا ثانية قبل الإرسال، فاطّلع على خدماتنا.