تحديث قواعد App Review يغيّر إطلاق ميزات الصور بالذكاء الاصطناعي

شددت Apple توضيح مسؤولية المطور عن الصور المسيئة التي تنشئها أدوات AI، وعن الميزات المخفية أثناء المراجعة. إليك متى تحتاج إلى تعديل خطة الإطلاق، ومتى لا يتغير شيء.

في 16 أكتوبر 2026، حدّثت Apple إرشادات App Review لتذكر بوضوح الصور الحميمة المصنوعة بالذكاء الاصطناعي من دون موافقة أصحابها، ولتوضّح حظر الميزات المخفية عن المراجعة. إذا كنت تطوّر تطبيق iPhone يتيح توليد الصور أو رفع محتوى المستخدمين أو تشغيل ميزات عن بُعد، فالقرار واضح: ضع الإشراف على المحتوى وتجهيز التطبيق للمراجعة ضمن خطة الإطلاق، لا ضمن المهام المؤجلة.

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

قاعدتان أوضح تؤثران في قرارات المنتج

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

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

نتحدث هنا عن شروط توزيع التطبيقات عبر App Store، وليس عن قانون عالمي جديد يسري على كل موقع ويب أو تطبيق Android. لكنها شروط تهم أي شركة تعتمد على مراجعة Apple، أينما كان مقرها أو جمهورها.

الإشراف على المحتوى يبدأ بالمنع ولا ينتهي عند زر البلاغ

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

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

في Excodia Labs، سنبدأ برسم مسار المحتوى داخل المنتج: رفع الصورة، كتابة الطلب، إنشاء النتيجة، حفظ المسودة، ثم المشاركة العامة. نختبر إساءة الاستخدام في كل خطوة، ونحدد ما يجب منعه قبل النشر، ومن يملك صلاحية التعامل مع البلاغات وإزالة المحتوى. قد تساعد خدمة API للإشراف على المحتوى، لكنها لا تعوّض وجود مسؤول واضح ومسار تصعيد فعال.

مفاتيح تشغيل الميزات لا تبرر إخفاء وظيفة أخرى

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

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

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

ماذا يعني ذلك عند بناء المنتج أو شراء أدواته؟

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

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

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

ما الذي ينبغي فعله هذا الأسبوع؟

• راجع كل ميزة لرفع الملفات أو إنشاء الصور بالذكاء الاصطناعي أو مشاركتها، وكل مفتاح تشغيل عن بُعد، في ضوء القاعدتين 1.2 و2.5.19.
• اختبر حالات إساءة الاستخدام من البداية للنهاية، وتأكد من وصول البلاغ إلى شخص يستطيع اتخاذ إجراء وإزالة المحتوى الضار.
• حدّث ملاحظات App Review والحسابات التجريبية وقائمة فحص الإصدار قبل إرسال النسخة المقبلة من تطبيق iOS.
• اطلب من مزوّد أدوات الإشراف شرحاً محدداً لما يكتشفه، وكيف يتعامل مع الحالات التي لا يكتشفها.

موقفنا هو الاستمرار في بناء الميزات المفيدة، مع تنفيذ ضوابط السلامة وشفافية المراجعة في موعد تنفيذ الميزة نفسها. اكتشاف هذا النقص قبل الإطلاق أفضل من اكتشافه بعد رفض التطبيق.