كتير من أصحاب المشاريع بيتفاجئوا إن تطبيقهم خلص برمجياً وتجرب بنجاح، بس أبل (Apple) عمالة ترفضه بقالها شهر! قوانين المتجر (Guidelines) صارمة جداً وبتتغير باستمرار. دي أشهر 3 أسباب للرفض وإزاي المطور الشاطر بيتجنبها.
1. سياسات الدفع (Apple's 30% Cut)
أبل وجوجل بيشترطوا إن أي منتج رقمي (Digital Good) (زي الكورسات، الكتب الإلكترونية، أو الاشتراكات الـ Premium داخل التطبيق) لازم يتم الدفع فيه عن طريقระบบ الدفع الخاص بيهم (In-App Purchase)، وهياخدوا عمولة بتوصل لـ 30%!
لو حاولت تتحايل وتحط بوابة دفع خارجية (زي Paymob أو Stripe أو فوري) عشان تبيع كورس ديجيتال، التطبيق هيترفض فوراً.
الحل والاستثناء: المنتجات الملموسة (Physical Goods) زي الملابس، الأكل، أو الخدمات الواقعية (زي حجز دكتور) مسموح تستخدم فيها بوابات دفع خارجية عادي جداً.
2. ضعف الـ UI/UX و"شاشة الويب" (Minimum Functionality)
أبل بتراجع التطبيقات بشكل يدوي عن طريق موظفين حقيقيين. من أسوأ الأخطاء اللي بتحصل إن حد يجيب الموقع بتاعه، يحطه جوه شاشة (Web View) ويطلعه كأنه تطبيق!
- موظف أبل هيرفض التطبيق تحت بند (Minimum Functionality) ويقولك "تطبيقك مبيعملش حاجة زيادة عن الموقع، خليه موقع أحسن".
- لازم التطبيق يكون تصميمه Native، مريح، زرايره متجاوبة سريعة، ومفيهوش شاشات بيضاء بتحمل لوقت طويل (Crashes).
3. الخصوصية واستخدام البيانات (Privacy Policy & Data Collection)
عصر جمع بيانات العملاء العشوائي انتهى. أبل وجوجل بقوا بيشددوا جداً على:
- سبب جمع البيانات: ممنوع تماماً تجبر العميل يدخل بياناته (زي رقم التليفون أو الإيميل) من غير ما يكون فيه سبب واضح لاستخدام التطبيق. لو تطبيقك عبارة عن مقالات، ليه بتطلب التسجيل؟
- حذف الحساب (Account Deletion): من قوانين أبل الإجبارية دلوقتي إن أي تطبيق فيه تسجيل دخول، لازم يوفر زرار واضح جداً لحذف الحساب ومسح كافة البيانات بشكل كامل من السيرفر.
- الـ Privacy Policy URL: لازم لينك سياسة الخصوصية يكون شغال وواضح وبيشرح إنت بتعمل إيه ببيانات المستخدمين بالضبط.
الخلاصة: اتأكد إن الـ Software House أو المطور اللي شغال معاك فاهم تحديثات الـ Guidelines بتاعت أبل وجوجل كويس جداً، عشان متضيعش أسابيع من الإحباط في دوامة الرفض.