الإجابة المختصرة: نشر تطبيق على جوجل بلاي أسهل من نظيره عند آبل في خطواته، وأصعب في سياساته المستمرة. المراجعة الأولى آلية إلى حد بعيد، لكن الإيقاف بعد النشر أشيع — وأكثر أسبابه أربعة: نموذج أمان البيانات غير مطابق، وأذونات حساسة بلا مبرر مقبول، ومستوى واجهة برمجة قديم، وحساب مطوّر غير موثَّق. والخطوات الثماني التي تسبق كل ذلك تُنجَز في يوم عمل واحد إن جُهّزت مسبقًا.
الفرق الجوهري بين المتجرين أن آبل تراجعك قبل النشر، وجوجل تراقبك بعده. ولهذا يظن كثيرون أن بلاي متساهل، حتى يصلهم إشعار بإزالة التطبيق بعد أشهر من عمله بلا مشاكل.
الخطوة 1: حساب المطوّر وتوثيقه
قبل أي شيء تحتاج حساب مطوّر في Play Console. والحسابات نوعان: فردي وشركة. واختيار النوع قرار يصعب التراجع عنه لاحقًا، لأن اسم المطوّر الظاهر تحت اسم التطبيق يأتي منه.
للشركات: يتطلب التوثيق مستندات المنشأة، وقد يُطلب معرّف تجاري عالمي. جهّزها مبكرًا؛ التوثيق يستغرق أيامًا وقد يعطّل إطلاقًا مجدولًا. التفاصيل الكاملة في حساب مطور آبل وجوجل.
للأفراد: ينشر باسمك أنت، ويُشترط عرض بريدك أو عنوانك في بعض الحالات. وهذا وحده سبب كافٍ ليختار أي عمل تجاري حساب شركة.
الخطوة 2: توقيع التطبيق
جوجل توقّع نسختك بمفتاح تحتفظ به عنك، وأنت ترفع بمفتاح رفع. هذا الترتيب يحميك من كارثة قديمة: ضياع مفتاح التوقيع كان يعني استحالة تحديث التطبيق إلى الأبد.
ما تحتاج معرفته: احتفظ بمفتاح الرفع في مكان آمن ومشترك مع أكثر من شخص في الشركة، لا على جهاز مطوّر واحد. وهذه نقطة تتكرّر عند نقل ملكية التطبيق بين شركة وأخرى.
الخطوة 3: حزمة الإصدار لا ملف APK
المتجر يستقبل حزمة تطبيق حديثة (AAB) بدل ملف APK التقليدي، ويولّد منها نسخًا مخصّصة لكل جهاز. الفائدة مباشرة: حجم تنزيل أصغر لأن المستخدم لا ينزّل موارد أجهزة أخرى.
وحجم التنزيل ليس تفصيلًا تجميليًا — أثره على قرار التنزيل موثّق، وفصّلناه في حجم التطبيق وسرعة الإقلاع.
الخطوة 4: نموذج أمان البيانات
هذا أخطر نموذج في اللوحة كلها. تعلن فيه: أي بيانات تُجمع، ولأي غرض، وهل تُشارَك مع أطراف ثالثة، وهل تُشفَّر أثناء النقل، وهل يستطيع المستخدم طلب حذفها.
سبب المخالفات الأشيع: الفريق يملأ النموذج بحسن نية من واقع الكود الذي كتبه، وينسى المكتبات الخارجية. أداة التحليلات ترسل معرّف جهاز، وأداة الإعلانات ترسل أكثر، ومكتبة تتبّع الأعطال ترسل بيانات تشخيصية.
الطريقة الصحيحة: اجرد المكتبات أولًا، واسأل مزوّد كل واحدة عمّا ترسله، ثم املأ النموذج. وأي تغيير لاحق في المكتبات يستوجب تحديث النموذج.
الخطوة 5: الأذونات الحساسة
بعض الأذونات لا تُمنَح لمجرد طلبها، بل تحتاج تبريرًا يُراجَع — وأشهرها: قراءة الرسائل النصية وسجل المكالمات، والموقع في الخلفية، والوصول إلى كل الملفات، والتثبيت من مصادر خارجية.
المصيدة العربية المتكررة: تطبيقات تقرأ الرسائل النصية لتعبئة رمز التحقق تلقائيًا. الإذن الكامل لقراءة الرسائل يُرفض غالبًا، والبديل المعتمد هو واجهة استرجاع الرمز التي تقرأ رسالة واحدة بصيغة متفق عليها.
والموقع في الخلفية يحتاج ما يبرره فعليًا: تتبّع مندوب توصيل أثناء رحلة مثلًا. أما تطبيق متجر يريد «معرفة مدينة العميل» فيكفيه الموقع أثناء الاستخدام.
الخطوة 6: مستوى واجهة البرمجة المستهدف
جوجل تفرض حدًا أدنى لمستوى واجهة البرمجة التي يستهدفها تطبيقك، وترفعه سنويًا. والتطبيق الذي يتخلّف عن الحد يختفي من نتائج البحث للأجهزة الجديدة ثم يُمنع تحديثه.
هذا أكثر سبب يقتل التطبيقات الصامتة: تطبيق يعمل جيدًا، لا أحد يحدّثه، فيسقط من المتجر بعد عامين بلا إشعار يفهمه صاحبه. وهو بالضبط ما تشتريه صيانة التطبيق بعد الإطلاق.
الخطوة 7: مسارات الاختبار قبل الإنتاج
قبل النشر العام، أمامك مسارات: داخلي، ومغلق، ومفتوح. والمسار الداخلي أسرعها وأنسبها لفريقك.
استخدمها فعلًا. التطبيق الذي يُرفع مباشرة إلى الإنتاج يعني أن أول من يكتشف الخلل هو عميلك. والمسار الداخلي يوصل النسخة لفريقك خلال دقائق.
وللحسابات الفردية الجديدة تشترط جوجل فترة اختبار مغلق بعدد أدنى من المختبِرين قبل السماح بالنشر العام — وهذا سبب إضافي ليكون حسابك حساب شركة.
الخطوة 8: صفحة المتجر
آخر خطوة وأكثرها أثرًا على التحميلات: الأيقونة، والعنوان، والوصف القصير، واللقطات، والفيديو التعريفي.
الوصف القصير (بضع كلمات تظهر أولًا) يُقرأ أكثر من الوصف الكامل بكثير. وكل ما يخصّ ترتيب هذه العناصر شرحناه في تحسين ظهور التطبيق في المتجر.
جدول: بلاي مقابل آب ستور
| الجانب | جوجل بلاي | آب ستور | |—|—|—| | المراجعة الأولى | آلية غالبًا، سريعة | بشرية، أبطأ | | الإيقاف بعد النشر | أشيع | أندر | | ملف الحزمة | AAB | IPA | | نموذج البيانات | أمان البيانات | بطاقة الخصوصية | | مستوى API | حد أدنى يرتفع سنويًا | دعم أطول نسبيًا | | مسارات الاختبار | داخلي/مغلق/مفتوح | TestFlight | | الاستئناف | نموذج داخل الكونسول | رد داخل لوحة المراجعة |
أربع سياسات توقف التطبيق بعد النشر
البيانات الحساسة بلا إعلان. التطبيق يجمع ما لم يُعلَن، فيُوقَف حتى التصحيح.
سياسة الحسابات والاشتراكات. الاشتراك الذي لا يُلغى بسهولة، أو تجربة مجانية تتحوّل لمدفوعة بلا إيضاح.
المحتوى الذي ينشئه المستخدمون. إن كان تطبيقك يسمح بنشر محتوى، فأنت مطالب بآلية إبلاغ وحظر وحذف. وغيابها سبب إيقاف مباشر لتطبيقات المحادثة والمجتمعات.
التشابه والتكرار. نشر عدة تطبيقات متطابقة بأسماء مختلفة يُعامل كسلوك مسيء.
الإطلاق التدريجي: الميزة التي لا يستعملها أحد
يتيح بلاي إطلاق التحديث لنسبة من المستخدمين أولًا — 5% مثلًا — ثم رفعها تدريجيًا. وأغلب الفرق تتجاهل هذه الخانة وتطلق للجميع دفعة واحدة.
لماذا تستحق الاستعمال؟ لأن الخلل الذي يظهر عند 5% يمكن إيقافه قبل أن يصل الباقين. ولأن مقارنة معدل الانهيارات بين النسبة الجديدة والقديمة تكشف المشكلة بأرقام لا بانطباعات.
القاعدة التي نتبعها: 5% ليوم، ثم 20% ليوم، ثم 50%، ثم الجميع — مع قراءة تقارير الأعطال بين كل مرحلتين. وأي ارتفاع في الانهيارات يوقف الزيادة فورًا. وتفصيل قراءة هذه التقارير في انهيار التطبيق.
بيانات ما قبل الإطلاق
يشغّل بلاي تطبيقك تلقائيًا على أجهزة حقيقية في مركز بيانات، ويعطيك تقريرًا بالانهيارات ومشكلات الوصول والأداء قبل أن يراه أحد.
التقرير مجاني ويُهمَل غالبًا. اقرأه قبل النشر؛ كثير من الأعطال التي تُكتشف بعد الإطلاق كانت مكتوبة فيه.
الفئة والتصنيف العمري
الفئة تحدد أين يظهر تطبيقك في التصفح، والتصنيف العمري يحدد من يراه. وكلاهما يُعبَّأ باستبيان يجب أن يكون صادقًا حرفيًا.
الأخطاء المتكررة: تجاهل أن التطبيق يعرض محتوى ينشئه المستخدمون، أو أنه يحوي محادثة مفتوحة، أو أنه يعرض روابط خارجية. أي منها يغيّر التصنيف، والتعبئة الخاطئة سبب إيقاف لاحق.
الأمان: التوقيع وسلامة التطبيق
بعد النشر تبدأ مشكلة أخرى: نسخ معدّلة من تطبيقك تُوزَّع خارج المتجر. وهذا يهمّ تحديدًا التطبيقات التي فيها دفع أو محتوى مدفوع.
ما يمكن فعله: التحقق من أن النسخة العاملة أصلية وموقّعة بمفتاحك، ورفض العمل على أجهزة معدّلة الصلاحيات إن كان تطبيقك ماليًا. وهذا قرار تصميمي يُتخذ مبكرًا، لأن إضافته لاحقًا تكسر تجربة مستخدمين حاليين.
أول أسبوع بعد النشر: ماذا تراقب؟
النشر ليس خط النهاية بل بداية أخطر أسبوع في عمر التطبيق. وهذه المؤشرات الخمسة تُقرأ يوميًا في الأيام السبعة الأولى:
معدل الانهيار لكل جلسة. أي ارتفاع مفاجئ يعني خللًا وصل للناس. وهذا أول ما ننظر إليه صباح كل يوم بعد إطلاق.
نسبة التثبيت الناجح. بلاي يعرض كم تنزيلًا لم يكتمل. الأرقام العالية هنا غالبًا مشكلة حجم أو توافق أجهزة.
الأجهزة والأنظمة المستخدمة فعلًا. ستفاجأ: الأجهزة التي اختبرت عليها ليست بالضرورة ما يستخدمه جمهورك. اضبط قائمة اختبارك بناءً على البيانات الحقيقية لا على أجهزة الفريق.
التقييمات الأولى. أول عشرين تقييمًا تحدد الرقم لأشهر. وقراءتها تكشف ما لم يظهر في الاختبار، وقد فصّلنا التعامل معها في تقييمات التطبيق.
نسبة من فتح التطبيق مرة واحدة فقط. المؤشر الأقسى والأصدق. إن كان أغلب من نزّل لم يعد، فالمشكلة في أول دقيقتين لا في التسويق.
واستعدّ لإصدار تصحيحي. جهّز فرعًا في الكود وخطة رفع سريعة قبل الإطلاق. أغلب التطبيقات تحتاج تصحيحًا في الأسبوع الأول، والفريق الذي جهّز له يرفعه في ساعات لا في أيام.
قائمة فحص قبل الرفع
| البند | تم؟ | |—|—| | نموذج أمان البيانات يطابق المكتبات الفعلية | ☐ | | كل إذن حساس له مبرر مكتوب | ☐ | | مستوى API المستهدف ضمن الحد المطلوب | ☐ | | رابط سياسة الخصوصية يعمل | ☐ | | التصنيف العمري مطابق للمحتوى | ☐ | | النسخة جُرّبت عبر المسار الداخلي | ☐ | | تقرير ما قبل الإطلاق قُرئ | ☐ | | مفتاح الرفع محفوظ خارج جهاز المطوّر | ☐ | | الإطلاق التدريجي مفعّل | ☐ | | خطة إصدار تصحيحي جاهزة | ☐ |
أسئلة شائعة
كم يستغرق ظهور التطبيق بعد الرفع؟
ساعات إلى أيام قليلة للنسخة الأولى، وأسرع في التحديثات عادةً. لا تجدول حملة إعلانية في اليوم نفسه.
هل أنشر على المتجرين معًا؟
غالبًا نعم، لكن لا تجعل موعد أحدهما يعطّل الآخر. ابدأ بمتجر واحد إن كان جمهورك يميل بوضوح لأحد النظامين، والمفاضلة تفصيلها في مقارنة تقنيات تطبيقات الجوال.
أوقفت جوجل تطبيقي، ماذا أفعل؟
اقرأ بند السياسة المذكور في الإشعار حرفيًا، وصحّح السبب، ثم قدّم استئنافًا يشرح ما غيّرته بالتحديد. الاستئناف الذي يجادل في القاعدة يفشل، والذي يعرض تصحيحًا يمرّ غالبًا.
هل أحتاج سياسة خصوصية حتى لو كان التطبيق لا يجمع بيانات؟
نعم، رابط سياسة الخصوصية مطلوب، ويجب أن يعمل ويخصّ تطبيقك تحديدًا.
ما الفرق بين إيقاف التطبيق وإيقاف الحساب؟
إيقاف التطبيق يعالَج بالتصحيح والاستئناف. أما إيقاف الحساب فأخطر بكثير وقد يمنعك من فتح حساب جديد، ولا يحدث غالبًا إلا بعد مخالفات متكررة أو محاولة التحايل.
هل يمكن تغيير اسم حزمة التطبيق بعد النشر؟
لا. اسم الحزمة نهائي، وتغييره يعني تطبيقًا جديدًا بلا مستخدميك ولا تقييماتك. اختره بعناية قبل أول رفع.
هل أستطيع سحب نسخة بعد نشرها؟
تستطيع إيقاف طرح النسخة الجديدة ورفع نسخة أعلى رقمًا تصحّح المشكلة، لكن من نزّل النسخة المعطوبة يبقى عليها حتى يحدّث. ولهذا يوفّر الإطلاق التدريجي عليك يومًا كاملًا من الاعتذار.
هل أرقّم النسخ يدويًا؟
رقم النسخة الداخلي يجب أن يزيد مع كل رفع، ولا يمكن إعادة استخدام رقم سابق. اربطه بنظام بناء آلي بدل تعديله يدويًا — الخطأ هنا يعطّل رفعة كاملة.
ما الفرق بين الوصف القصير والطويل في بلاي؟
القصير يظهر أولًا ويُقرأ أكثر بكثير، والطويل يظهر بعد الضغط على «المزيد». اكتب القصير كأنه الوحيد.
تطبيقي يستهدف السعودية فقط، هل أحدّ التوزيع؟
تستطيع تحديد الدول. والحدّ مفيد إن كان محتواك أو دفعك محليًا، لكنه يحرمك من مستخدمين عرب في دول أخرى قد يكونون سوقك التالي. اختر بوعي لا بالافتراض.
الفارق العملي بين المتجرين ليس في الصعوبة بل في توقيت الألم: آبل تؤلمك قبل الإطلاق فتُصلح وتنتهي، وجوجل تتركك تنشر ثم تحاسبك على ما استمر. ولهذا فإن التطبيق الذي يعيش طويلًا على بلاي ليس الأنجح تسويقيًا، بل الذي لا يزال أحد يحدّثه. وإن أردت فريقًا يتولى ذلك عنك، فهو صلب خدمتنا في تصميم تطبيقات أندرويد.