كيف تنشر تطبيقك على App Store وGoogle Play دون متاعب
لنشر المتاجر قواعد ترفض غير المستعدّ. معرفتها مسبقًا توفّر أسابيع من الأخذ والردّ.
تطبيق أصلي أم متعدد المنصات، وكم يكلف التطبيق فعلا، وكيف يجعل التصميم المستخدمين يعودون، وما الذي يلزم لاجتياز مراجعة App Store وGoogle Play.
لنشر المتاجر قواعد ترفض غير المستعدّ. معرفتها مسبقًا توفّر أسابيع من الأخذ والردّ.
التنزيلات سهلة، والاحتفاظ صعب. التجربة الرائعة هي ما يحوّل الفتح الأول إلى عادة يومية.
لا يوجد سعر واحد. فهم محرّكات التكلفة يساعدك على تحديد النطاق بذكاء وتجنّب المفاجآت.
شيفرة واحدة للمنصّتين أم أداء أقصى لكل منصّة؟ القرار الصحيح يعتمد على أهدافك وميزانيتك.
ثمانية من كل عشرة أنشطة تسألنا عن التطبيق تحتاج في الحقيقة إلى موقع يعمل جيداً على الهاتف أولاً. في هذا المقال نضع القرار كله على ثلاثة أرقام: كم شخصاً يثبت التطبيق فعلاً من كل ألف زائر، وكم ستدفع في السنة الثانية والثالثة بعد الإطلاق، وكم مرة سيفتحه العميل الواحد. ومعها نطاقات الأسعار التي نعرضها، ورسوم المتاجر وعمولاتها، وثلاث حالات واقعية قلنا في اثنتين منها إن التطبيق ليس ضرورياً.
الإجابة المعتادة عن مدة بناء تطبيق الجوال لا تنفع أحدا لأنها لا تقول على أي شيء تعتمد. هنا الحساب الصريح بالأسابيع لثلاثة أحجام حقيقية من التطبيقات، من الصغير الذي ينجز في خمسة أسابيع إلى المنصة التي تحتاج تسعة أشهر، ثم الجزء الذي يؤخر الإطلاق فعليا: حسابات المطورين، ورقم الهوية التجارية، واستبيان الخصوصية، ولقطات المتجر، وقواعد المراجعة عند آبل وجوجل، وأكثر أسباب الرفض تكرارا وكيف تتفاداها.
أغلب الصفحات التي تجيب عن سؤال تكلفة التطبيق تعطيك سعر البناء ثم تصمت، وهنا نسعّر عمر التطبيق كله: نطاقات البناء الثلاثة بأرقامها ومددها، والفواتير الصغيرة التي لا يذكرها عرض السعر، والعمل الذي يفرضه إصداران جديدان من نظامَي التشغيل كل عام، والتكاليف التي تصل مع المستخدمين، ثم مثال محسوب على خمس سنوات يُظهر أن البناء أقل من نصف ما تنفقه فعلاً.
إجابات سريعة وواضحة عن أكثر ما يسأل عنه القرّاء حول هذا الموضوع.
تطوير التطبيقات الأصلية يبني تطبيقا منفصلا لكل منصة بلغتها الخاصة، أما التطوير متعدد المنصات فيبني كودا واحدا يعمل على iOS وأندرويد معا. فالتطبيقات الأصلية تستخدم Swift للآيفون وKotlin لأندرويد. والتطبيقات متعددة المنصات تستخدم أطرا مثل Flutter أو React Native لمشاركة معظم الكود.
ابن تطبيقا متعدد المنصات عندما تريد الوصول إلى iOS وأندرويد بسرعة بفريق واحد، واختر التطبيق الأصلي عندما يحتاج التطبيق إلى أعلى أداء أو إلى الوصول المبكر لمميزات الأجهزة الجديدة. ومعظم تطبيقات الأعمال، مثل الحجز والتسوق والخدمات، تعمل جيدا كتطبيقات متعددة المنصات. أما الألعاب وتحرير الوسائط الثقيل والتطبيقات المرتبطة بأجهزة جديدة فتستفيد غالبا من الكود الأصلي.
Flutter إطار مفتوح المصدر من Google لبناء تطبيقات iOS وأندرويد والويب والحاسوب من كود واحد مكتوب بلغة Dart. ويرسم Flutter واجهته بنفسه، فيبدو التطبيق بالشكل نفسه على كل جهاز. وميزة hot reload تعرض تغييرات الكود على الشاشة فورا تقريبا أثناء التطوير.
يستخدم Flutter لغة Dart ويرسم كل أجزاء الواجهة بنفسه، أما React Native فيستخدم JavaScript أو TypeScript ويعرض مكونات المنصة الأصلية. ويعطي Flutter غالبا مظهرا أكثر اتساقا بين الأجهزة. أما React Native فيناسب الفرق التي تعرف React للويب أصلا.
يستغرق تطوير تطبيق جوال بسيط عادة من شهرين إلى أربعة أشهر، أما التطبيق المعقد ذو المميزات والروابط الكثيرة فقد يستغرق ستة أشهر أو أكثر. وتعتمد المدة على عدد الشاشات والواجهة الخلفية والدفع والروابط ومراجعة المتاجر. والبدء بنسخة أولى أصغر يوصل التطبيق إلى مستخدمين حقيقيين أسرع.
تعتمد تكلفة تطوير تطبيق الجوال أساسا على عدد المميزات والشاشات، وحجم عمل التصميم، والخادم الخلفي ولوحة الإدارة، وكون التطبيق أصليا أو متعدد المنصات. والروابط مثل الدفع والخرائط والمحادثة تضيف عملا أكثر. كما يجب أن تشمل الخطة التحديثات والاستضافة والدعم بعد الإطلاق، لا البناء الأول فقط.
المنتج الأولي القابل للتطبيق MVP هو أصغر نسخة من تطبيق الجوال تحل المشكلة الأساسية لمستخدمين حقيقيين. وإطلاقه مبكرا يوضح المميزات التي يستخدمها الناس فعلا قبل بناء المزيد. ثم توجه ملاحظات المستخدمين الإصدارات التالية.
نعم، معظم تطبيقات الجوال تحتاج إلى واجهة خلفية، وهي خادم يحفظ حسابات المستخدمين والبيانات والطلبات والمحتوى ويرسل الإشعارات. والأداة البسيطة التي تعمل دون اتصال، مثل محول الوحدات، يمكن أن تعمل دونها. أما التطبيقات التي تزامن البيانات بين الأجهزة أو بين المستخدمين فتحتاج إليها دائما.
تنشر تطبيقا على Google Play بإنشاء حساب مطور على Google Play، وتجهيز صفحة التطبيق في المتجر، ورفع حزمة تطبيق موقعة، وإرسال التطبيق للمراجعة. وتحتاج صفحة المتجر إلى لقطات شاشة ووصف وسياسة خصوصية وتصنيف للمحتوى. وقد تحتاج حسابات المطورين الشخصية الجديدة أيضا إلى إجراء اختبار مغلق مع مختبرين حقيقيين قبل أن يصبح التطبيق متاحا للعامة.
تنشر تطبيقا على App Store بالانضمام إلى برنامج Apple Developer، وبناء التطبيق في Xcode، ورفع النسخة إلى App Store Connect، وإرسال التطبيق للمراجعة. وتحتاج صفحة المتجر إلى لقطات شاشة ووصف وسياسة خصوصية وتفاصيل عن البيانات التي يجمعها التطبيق. وتتيح TestFlight للمختبرين تجربة التطبيق قبل إطلاقه للعامة.
تنتهي معظم مراجعات App Store خلال يوم أو يومين، وإن كان بعضها يستغرق أطول. والتطبيق المرفوض بسبب مخالفة للإرشادات يجب إصلاحه وإرساله مرة أخرى، وهذا يضيف وقتا. ومراجعات Google Play تستغرق عادة أيضا من بضع ساعات إلى عدة أيام.
يرفض App Store وGoogle Play التطبيقات غالبا بسبب الأعطال والأخطاء، أو نقص المعلومات، أو غياب سياسة الخصوصية، أو الوصف المضلل، أو مميزات تخالف إرشادات المتجر. والتطبيقات التي تطلب صلاحيات لا تحتاجها بوضوح تواجه الرفض أيضا. واختبار التطبيق على أجهزة حقيقية وقراءة إرشادات المتجر قبل الإرسال يمنعان معظم حالات الرفض.
تجعل المستخدمين يعودون إلى تطبيقك بإعطاء قيمة واضحة من أول استخدام، والحفاظ على سرعة التطبيق واستقراره، وإرسال إشعارات مفيدة لا كثيرة. والتعريف البسيط بالتطبيق يساعد المستخدمين الجدد على الوصول إلى الميزة الرئيسية بسرعة. والتحديثات المنتظمة المبنية على ملاحظات المستخدمين تظهر أن التطبيق يحظى بالاهتمام.
التصميم الجيد لتطبيق الجوال بسيط ومتسق وسهل الاستخدام بإبهام واحد. فمساحات اللمس الكبيرة والنص المقروء والتنقل الواضح والتحميل السريع أهم من الزخرفة. واتباع إرشادات Apple للواجهات وMaterial Design من Google يجعل التطبيق مألوفا للمستخدمين.
الإشعارات الفورية رسائل قصيرة يرسلها خادم التطبيق إلى هاتف المستخدم حتى لو كان التطبيق مغلقا. وتوصلها Apple عبر خدمة Apple Push Notification، بينما تستخدم تطبيقات أندرويد عادة Firebase Cloud Messaging. ويجب أن يسمح المستخدم بالإشعارات، لذلك يجب أن تكون كل رسالة مفيدة بما يكفي للحفاظ على هذا الإذن.
تطبيق الويب التقدمي PWA موقع يمكن تثبيته على الشاشة الرئيسية للهاتف ويعمل دون اتصال مثل التطبيق. ويبنى بتقنيات الويب ولا يحتاج إلى موافقة متاجر التطبيقات. لكن وصوله إلى مميزات الجهاز أقل من التطبيق الأصلي، خاصة على الآيفون.
معظم الشركات يجب أن تبدأ بموقع متوافق مع الجوال، ثم تضيف تطبيقا عندما يستخدم العملاء الخدمة كثيرا، مثل الطلب أو الحجز أو التتبع. فالتطبيقات تناسب الاستخدام المتكرر والإشعارات ومميزات الجهاز مثل الكاميرا والموقع. أما الموقع فأسهل على العملاء الجدد في العثور عليه عبر محركات البحث.
نعم، يستطيع شخص واحد بناء تطبيق جوال بسيط وحده، خاصة بإطار متعدد المنصات مثل Flutter أو React Native. أما التطبيقات الأكبر فتحتاج عادة إلى فريق للتصميم والتطبيق نفسه والواجهة الخلفية والاختبار. وكثيرا ما يستخدم المطورون المنفردون خدمات خلفية جاهزة لتوفير الوقت.
تحمي بيانات المستخدمين في تطبيق الجوال بتشفير كل الاتصالات عبر HTTPS، وحفظ الأسرار في التخزين الآمن للمنصة مثل Keychain أو Keystore، والتحقق من كل طلب على الخادم. واطلب الصلاحيات التي يحتاجها التطبيق فعلا فقط. والاختبار الأمني المنتظم يكشف نقاط الضعف قبل أن يكتشفها المهاجمون.
يجب تحديث تطبيق الجوال كلما ظهرت أخطاء أو مشكلات أمنية، وبضع مرات في السنة على الأقل ليبقى متوافقا مع إصدارات iOS وأندرويد الجديدة. فالمتجران يرفعان متطلباتهما التقنية مع الوقت، وقد تخفى التطبيقات القديمة أو تحذف. والتحديثات المنتظمة تساعد أيضا على الحفاظ على تقييمات جيدة في المتجر.
تبنى تطبيقات iOS أساسا بلغة Swift، وتطبيقات أندرويد أساسا بلغة Kotlin. أما التطبيقات متعددة المنصات فتستخدم Dart مع Flutter، أو JavaScript وTypeScript مع React Native. وقد تظل التطبيقات القديمة تستخدم Objective-C على iOS وJava على أندرويد.
يستطيع تطبيق الجوال استخدام مميزات الهاتف مثل الكاميرا، وتحديد الموقع GPS، والإشعارات، وتسجيل الدخول بالوجه أو البصمة، وBluetooth، والدفع اللاتلامسي، والتخزين دون اتصال. وكل ميزة حساسة تحتاج إلى إذن المستخدم. والمميزات المناسبة تعتمد على ما يساعد التطبيق الناس على إنجازه.
يحدد عقد التطوير مالك الكود المصدري لتطبيق الجوال، لذلك يجب أن ينص العقد بوضوح على أن الكود المصدري وحسابات المتاجر ملك للعميل. ودون هذا البند قد يصعب تغيير المطورين لاحقا. وتبني Linkysoft تطبيقات أندرويد وآيفون يملكها العميل بالكامل.
تقيس نجاح تطبيق الجوال بنسبة الاحتفاظ بالمستخدمين، والمستخدمين النشطين يوميا وشهريا، ومدة الجلسة، والتحويل إلى الإجراء الرئيسي، ونسبة الجلسات الخالية من الأعطال. وتقييمات المتجر ومراجعاته توضح شعور المستخدمين تجاه التطبيق. وأدوات التحليل مثل Firebase Analytics تجمع هذه الأرقام داخل التطبيق.
نعم، يمكن تحويل موقع قائم إلى تطبيق جوال، إما كتطبيق ويب تقدمي أو كتطبيق أصلي أو متعدد المنصات يستخدم بيانات الموقع عبر واجهة API. أما مجرد تغليف الموقع داخل إطار تطبيق فيفشل غالبا في مراجعة App Store، لأن Apple تتوقع من التطبيقات أن تقدم أكثر من الموقع. والتطبيق الجيد يصمم للهاتف لا ينسخ من موقع الحاسوب.
سأساعدك في أي شيء تريد القيام به.
اختر موضوعًا واسألني أي شيء عنه.
لا توجد مواضيع متاحة للسؤال عنها حاليًا.
تحدث مع موظف
تحدث مع موظف