مرحبًا بكم في موقع Melltorp الرسمي!
يعرف الأصدقاء الذين يشاركون في تطوير التطبيقات أن مراجعة Apple صارمة للغاية لدرجة أنها تمثل صداعًا. في الواقع ، من خلال فهم متطلبات Apple الفنية والمحتوى والتصميم أولاً قبل كتابة التعليمات البرمجية ، يمكنك تجنب معظم المواقف المزعجة للرفض. سنناقش اليوم الأسباب العشرة الأولى للرفض في عام 2016 التي أعلنت عنها Apple لمساعدتك في توفير الوقت في المراجعات المتكررة.
وفقًا للبيانات الرسمية من Apple ، اعتبارًا من 10 أكتوبر 2016 ، تم رفض 21 ٪ من المطورين بسبب الافتقار إلى نزاهة التطبيق. إذن ما هي النزاهة ؟ باختصار ، لا يمكن أن يبدو تطبيقك كمنتج شبه نهائي ، مثل التعطل عند النقر فوق زر معين ، أو وظيفة تم تمييزها على أنها "قريبًا" ولكنها غير متوفرة بالفعل. سيتم رفض مثل هذه المواقف مباشرة.
يقوم مراجعو Apple بتشغيل تطبيقك مثل المستخدمين العاديين. إنهم لا يهتمون بما إذا كنت مضغوطًا للوقت ، لكنهم يركزون فقط على ما إذا كان المنتج النهائي قد اكتمل. يجب عليك تشغيل جميع الوظائف على هاتفك قبل الإرسال. لا تكن كسولًا واستخدم جهاز المحاكاة للاختبار. وفقًا لبيانات فبراير 2015 ، فإن السبب الرئيسي للرفض هو "طلب مزيد من المعلومات" ، مما يعني عدم الاستعداد بشكل صحيح.
قبل الإرسال للمراجعة ، يُحظر تمامًا تعطل تطبيقك. يتعين على فريق مراجعة Apple النظر في آلاف التطبيقات كل يوم ، وليس لديهم الصبر لمساعدتك في العثور على الأخطاء. إذا وجدت نفسك تتعطل أثناء الاختبار ، فلن يكون لديك أي أمل في اجتيازه. في عام 2016 ، تم رفض 16 ٪ من المطورين لهذا السبب ، واحتلت المرتبة الثانية.
الحل بسيط للغاية: ابحث عن ثلاثة هواتف حقيقية على الأقل من طرازات مختلفة للاختبار ، بما في ذلك الطرز القديمة. على سبيل المثال ، يختلف توافق iPhone 6 و iPhone 12 اختلافًا كبيرًا. بالإضافة إلى ذلك ، يجب أيضًا محاكاة المواقف القصوى مثل تشوهات الشبكة وعدم كفاية الذاكرة. لا تعتقد أن المستخدمين سيكونون لطيفين مثلك. قد يقومون بتبديل الشبكات أثناء النقر على الأزرار بشكل محموم.
إذا كان يجب أن تكون جميع الروابط في تطبيقك قابلة للنقر ، فغالبًا ما ينسى العديد من المطورين تحديث رابط سياسة الخصوصية ، أو من الشائع كتابة عنوان URL لصفحة الدعم بشكل غير صحيح. تؤكد Apple أنه إذا كان تطبيقك يتطلب من المستخدمين التسجيل ، فيجب عليك تقديم حساب اختبار وكلمة مرور صالحين في معلومات المراجعة. في عام 2016 ، فشل 8 ٪ من المطورين في هذا الموقف.
علاوة على ذلك ، تطلب منك Apple ملء جميع المعلومات الموجودة في الواجهة الخلفية لـ App Store Connect. ليس لديك فكرة "أرسلها أولاً ثم أضفها لاحقًا". على سبيل المثال ، إذا كان تطبيقك يتطلب اختبار أجهزة خاصة ، فيجب عليك إعداد فيديو توضيحي مسبقًا. إذا كنت تنشئ تطبيقًا للأطفال ، فإن رابط سياسة الخصوصية إلزامي ولا يمكن أن يكون مفقودًا.
يجب أن توضح لقطات شاشة التطبيق والأوصاف النصية التي تقدمها الوظائف المقابلة بصدق وإخلاص. من حالات الخطأ الشائعة استخدام الرسوم التوضيحية الرائعة والجميلة في لقطات الشاشة ، ولكن في الواقع لا توجد سوى أزرار نظام عادية في التطبيق. سيقارن مراجعو Apple لقطات الشاشة بالواجهة الحقيقية ، وسيرفضونها إذا تم العثور على أي تناقضات. في عام 2016 ، تم رفض 4 ٪ من المطورين لأن أوصافهم لم تكن دقيقة بما فيه الكفاية.
ما هو أكثر خطورة هو تضليل المستخدمين. على سبيل المثال ، تنص مقدمة التطبيق على أنه "يمكن تحرير مقاطع فيديو 4K مجانًا". ومع ذلك ، بعد التنزيل ، يجد المستخدمون أنه لا يمكنهم تصدير سوى 720P. هذا سلوك خادع. أبل لديها موقف عدم التسامح تجاه هذا النوع من السلوك. تذكر ، يجب الوفاء بوعودك حقًا وعدم لعب ألعاب الكلمات. بمجرد خداع المستخدمين مرة واحدة ، سيعطون مراجعات سلبية ، وستقوم Apple أيضًا بتسجيلك.
تعلق Apple أهمية كبيرة على تطور الواجهة. إذا كانت هناك أزرار منحرفة أو أحجام خطوط غير متناسقة أو ألوان لافتة للنظر ، فسيحكم عليها المدقق ببساطة على أنها "واجهة مستخدم دون المستوى المطلوب". في عام 2016 ، تم رفض 3 ٪ من المطورين لهذا السبب. الحل هو قراءة "إرشادات الواجهة البشرية" الرسمية من Apple بعناية ، وخاصة قسم "ما يجب فعله وما لا يجب فعله".
هناك خطأ منخفض المستوى. عند إجراء عملية إرسال ، لا يزال هناك "نص اختبار" أو "عنصر نائب للصورة" في الواجهة. يشبه الأمر وجود ملصق يقول "ضع صورتك الرمزية هنا" ، أو صفحة تقول "Lorem ipsum". لدى Apple لوائح واضحة مفادها أن التطبيقات في مرحلة التطوير غير مؤهلة للتوزيع. قبل الإرسال ، اقض نصف ساعة في تصفح جميع الواجهات واحدة تلو الأخرى ، واحذف أي توقعات مؤقتة.
في 3 ٪ من الحالات ، هناك مشكلات تتعلق بعمليات الشراء داخل التطبيق (IAP). إذا كان تطبيقك يمكنه توفير وظائف مدفوعة ، فيجب عليك استخدام نظام الدفع من Apple ، ولكن لا تفكر في تجاوزه. بالإضافة إلى ذلك ، إذا كان تطبيقك يتطلب التسجيل قبل استخدامه ، فيجب عليك تقديم حساب تجريبي صالح. يقدم بعض المطورين حسابات منتهية الصلاحية ، أو تتطلب الحسابات التحقق من الرسائل القصيرة ، لذلك لا يمكن للمدققين إجراء الاختبار.
هناك أيضًا أسئلة حول جمع البيانات. إذا كان تطبيقك سيحصل على موقع المستخدم أو دفتر العناوين أو الصور ، فيجب أن يظهر موجه تفويض واضح في الكود ، ويجب تحديد الغرض من البيانات بوضوح في سياسة الخصوصية. في عام 2016 ، تم رفض 3 ٪ من المطورين بسبب شروط الخصوصية غير المكتملة. قد تبدو هذه التفاصيل تافهة ، لكنها بشكل تراكمي لها تأثير على ما يقرب من 70 ٪ من المطورين.
في نهاية اليوم ، دعني أطرح عليك سؤالاً آخر: أي ما هو السبب الأكثر غرابة وغرابة للرفض الذي واجهته عند إرسال تطبيق للمراجعة ؟ نرحب ترحيبا حارا بمشاركة تجاربك الخاصة في منطقة التعليقات ، والنقر فوق "أعجبني" حتى يتمكن المزيد من المطورين من رؤية هذه الأدلة لتجنب الوقوع في المشاكل.
