أسباب رفض التطبيق في آبل ستور ما واجهناه وطريقة حله

أخطاء الخصوصية وبيانات المستخدم من أسباب رفض التطبيقات

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

لماذا قد ترفض آبل تطبيقًا بسبب الدفع والاشتراكات؟

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

اختلاف وصف التطبيق عن خصائصه قد يكون سببًا للمشكلة

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

حذف الحساب داخل التطبيق نقطة مهمة في مراجعة التطبيقات

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