نشر التطبيق على Google Play خطوة بخطوة مع عبدالله عبدالرحيم الكندي

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

الخطوة الأولى: حساب المطوّر، شخصي أو منظمة؟

تفتح حساباً في Google Play Console برسوم تسجيل تُدفع مرة وحدة، وتمر بالتحقق من الهوية. القرار المهم هنا نوع الحساب. الحساب الشخصي أسهل في الفتح، لكن الحسابات الشخصية الجديدة عليها شرط اختبار مغلق قبل النشر للعامة. وحساب المنظمة يحتاج بيانات المنشأة ورقم D-U-N-S، ويظهر اسم المنشأة كمطوّر في صفحة التطبيق، وهذا يعطي ثقة أكبر لتطبيقات الشركات.

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

الخطوة الثانية: تجهيز النسخة نفسها

Google Play يستقبل التطبيقات الجديدة بصيغة Android App Bundle بامتداد ‎.aab، مو ملف APK. ومن جهة المطوّر فيه أشياء تنضبط قبل البناء، وبعضها ما يتغير بعد النشر أبداً:

• معرّف الحزمة (applicationId) مثل com.company.app: يتحدد مرة وحدة وما يتغير بعد النشر، فاختره بعناية وباسم شركتك.
• مفتاح الرفع (Upload key): احفظه هو وكلمة مروره في مكانين آمنين خارج جهاز المطوّر. مع Play App Signing تحتفظ جوجل بمفتاح التوقيع النهائي، ولو ضاع مفتاح الرفع تقدر تطلب إعادة تعيينه، لكن الأفضل ما توصل لهذا.
• رقم الإصدار (versionCode): رقم صحيح يزيد مع كل رفع، وما تقدر ترفع نسخة برقم استخدمته قبل.
• مستوى API المستهدف (targetSdkVersion): جوجل ترفع الحد الأدنى المطلوب بشكل دوري، والنسخة اللي تستهدف مستوى قديماً ما تنقبل.
• في Flutter: الأمر flutter build appbundle يطلّع الملف جاهزاً، بعد ضبط إعدادات التوقيع في ملفات Gradle.

الخطوة الثالثة: صفحة المتجر والنماذج الإلزامية

هنا يضيع وقت أكثر مما يتوقع أحد. صفحة المتجر تحتاج اسماً لا يتجاوز ٣٠ حرفاً، ووصفاً قصيراً في حدود ٨٠ حرفاً، ووصفاً كاملاً، وأيقونة بمقاس ٥١٢×٥١٢، وصورة مميزة بمقاس ١٠٢٤×٥٠٠، ولقطات شاشة للجوال. وإذا جمهورك عربي وإنجليزي، اكتب الصفحة باللغتين، لأن كل لغة لها نصها ولقطاتها. وبعدها تجي النماذج اللي ما ينشر التطبيق بدونها:

• سياسة الخصوصية: رابط لصفحة ويب حقيقية تشرح وش تجمع وليش، مو نص منسوخ من تطبيق ثاني.
• أمان البيانات (Data safety): تصرّح فيه بكل نوع بيانات يجمعه التطبيق أو المكتبات اللي داخله. مكتبة تحليلات أو إعلانات تجمع معرّف الجهاز؟ لازم تذكرها حتى لو أنت ما تستخدم البيانات بنفسك.
• تصنيف المحتوى: استبيان يحدد الفئة العمرية المناسبة للتطبيق.
• الجمهور المستهدف: إذا التطبيق موجّه للأطفال، تدخل عليك سياسات أشد بكثير.
• الوصول للتطبيق: إذا فيه تسجيل دخول، أعطِ المراجع حساباً تجريبياً يشتغل، وإلا ممكن يُرفض لأنه ما قدر يوصل للمحتوى.

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

الخطوة الرابعة: الاختبار المغلق اللي يفاجئ الكل

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

وحتى لو حسابك منظمة ومعفى من هذا الشرط، الاختبار الداخلي والمغلق يستاهل وقته. أجهزة أندرويد متنوعة بشكل هائل في المقاسات والإصدارات والشركات المصنّعة، وخطأ ما يظهر على جوالك ممكن يطيّح التطبيق على جوال غيرك. واستفد من تقرير ما قبل الإطلاق (Pre-launch report) في Play Console: جوجل تشغّل نسختك التجريبية على مجموعة أجهزة حقيقية وترجع لك الأعطال ومشاكل العرض ولقطات الشاشة، بدون ما تشتري جهازاً واحداً.

الخطوة الخامسة: المراجعة والإطلاق المرحلي

بعد ما ترسل النسخة للإنتاج تمر بمراجعة مدتها تختلف: أحياناً ساعات وأحياناً أيام، والتطبيقات الجديدة غالباً تاخذ وقتاً أطول. ولما تنقبل، استخدم الإطلاق المرحلي (Staged rollout): تفتح النسخة لنسبة صغيرة من المستخدمين، وتراقب الأعطال في تقارير Android vitals، وبعدين توسّع. لو ظهرت مشكلة، توقف الإطلاق قبل ما توصل للكل.

عبدالله عبدالرحيم بن سنكر الكندي أخذ تدريباً في برمجة تطبيقات أندرويد وآيفون من المؤسسة العامة للتدريب التقني والمهني، ويبني تطبيقاته اليوم بـ Flutter للمنصتين. والقائمة اللي يراجعها مع عملاء منصة أزهل الرقمية قبل يوم النشر قصيرة:

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

مراجعة Google Play عادةً أخف من مراجعة آبل، لكن إجراءاتها ونماذجها أكثر. اللي يخطّط لها من بداية المشروع ينشر في موعده، واللي يتذكرها بعد آخر سطر كود يضيف أسبوعين ما كانت في الحسبة.