مدونة Apex
رفع تطبيق على جوجل بلاي وApp Store هو الخطوة الأخيرة قبل أن يصل تطبيقك إلى المستخدمين، لكنه ليس ضغطة زر. كل متجر يطلب حساب مطور موثقًا، وصفحة للتطبيق، وإفصاحات عن البيانات والخصوصية، ثم يراجع التطبيق وقد يرفضه بسبب تفاصيل تبدو صغيرة.
في هذا الدليل ستعرف ما تحتاجه قبل الرفع، والفرق بين الحساب الشخصي وحساب الشركة، وخطوات النشر في كل متجر، وأسباب الرفض الشائعة وكيف تتجنبها، ثم ما يجب فعله بعد النشر. ولأن قواعد المتاجر تتغير باستمرار، ستجد روابط للمصادر الرسمية لمراجعة التفاصيل الحالية.
ماذا تحتاج قبل رفع تطبيق على جوجل بلاي وApp Store؟
تحتاج إلى حساب مطور باسمك أو باسم شركتك في كل متجر، ونسخة نهائية مختبرة من التطبيق، ومواد صفحة التطبيق، وسياسة خصوصية منشورة على رابط عام. جهّز هذه القائمة قبل أن تبدأ:
- حساب في Google Play Console وحساب في Apple Developer Program، باسمك أو باسم شركتك.
- مستندات التحقق من الهوية، ومستندات الشركة إذا كان الحساب لمؤسسة.
- رابط سياسة خصوصية يشرح البيانات التي يجمعها التطبيق وسبب جمعها.
- بريد للدعم الفني، وموقع أو صفحة تعريفية للتطبيق.
- أيقونة التطبيق، وصور الشاشات بالمقاسات التي يطلبها كل متجر.
- اسم التطبيق، ووصف قصير، ووصف كامل، بالعربية والإنجليزية إن أمكن.
- حساب تجريبي جاهز للمراجِع إذا كان التطبيق يتطلب تسجيل دخول.
- خيار لحذف الحساب إذا كان التطبيق يسمح بإنشاء حسابات، فالمتجران يطلبان ذلك.
رسوم الحسابين مختلفة: Google Play يطلب رسوم تسجيل لمرة واحدة، وApple تطلب اشتراكًا سنويًا. راجع صفحة برنامج مطوري Apple وصفحة Play Console للأسعار والشروط الحالية.
هل تفتح حساب مطور شخصيًا أم حساب شركة؟
لأي نشاط تجاري، الأفضل حساب باسم الشركة، لأنه يُظهر اسمها كمطور للتطبيق، ويسهّل إدارة الصلاحيات بين أفراد الفريق. الحساب الشخصي أسرع في الإنشاء، لكنه يربط التطبيق باسم فرد.
- حساب الشركة: يتطلب مستندات رسمية للنشاط، وغالبًا رقم D-U-N-S، وهو معرّف عالمي للشركات تعتمد عليه Apple وGoogle للتحقق من المؤسسات. ابدأ في استخراجه مبكرًا لأنه قد يستغرق وقتًا.
- الحساب الشخصي: يُنشأ بهوية شخصية. وفي Google Play، تُطالَب الحسابات الشخصية الجديدة حاليًا بإجراء اختبار مغلق مع عدد محدد من المختبرين لمدة محددة قبل السماح بالنشر العام، فراجع الشروط الحالية في Play Console قبل أن تحدد موعد الإطلاق.
لا تجعل شركة البرمجة تنشر تطبيقك من حسابها. الحساب هو ما يربطك بالتطبيق وتقييماته ومستخدميه. أنشئ الحساب باسمك، ثم أضف المطور مستخدمًا بصلاحيات محددة يمكنك سحبها في أي وقت.
كيف ترفع تطبيقك على Google Play خطوة بخطوة؟
رفع تطبيق على جوجل بلاي يتم من Google Play Console: تنشئ التطبيق، وتكمل صفحة المتجر وإفصاحات المحتوى، ثم ترفع ملف AAB على مسار اختبار قبل النشر للجميع.
اختر الاسم واللغة الافتراضية، وحدد هل هو تطبيق أم لعبة، ومجاني أم مدفوع.
سياسة الخصوصية، وهل يحتوي على إعلانات، واستبيان تصنيف المحتوى، والفئة العمرية المستهدفة، ونموذج أمان البيانات (Data safety).
الوصف القصير والكامل، والأيقونة، وصورة العرض الرئيسية، وصور الشاشات.
يطلب Google Play صيغة Android App Bundle للتطبيقات الجديدة، مع توقيع التطبيق عبر خدمة Play App Signing.
الاختبار الداخلي لفريقك، ثم الاختبار المغلق لمجموعة أكبر، وأصلح ما يظهر من مشكلات.
أرسل الإصدار للمراجعة، ويمكنك إطلاقه تدريجيًا لنسبة من المستخدمين ثم توسيعه بعد التأكد من استقراره.
تفاصيل كل خطوة ومتطلباتها الحالية في Google Play Console.
كيف تنشر تطبيقك على App Store؟
النشر على App Store يتم عبر App Store Connect بعد الاشتراك في Apple Developer Program. تُبنى النسخة وتُرفع من Xcode، وتُجرَّب عبر TestFlight، ثم تُرسل للمراجعة.
كفرد أو كمؤسسة، وأكمل خطوات التحقق المطلوبة.
الاسم، ومعرّف الحزمة (Bundle ID)، واللغة الأساسية، والفئة.
يعمل Xcode على أجهزة Mac، وتوجد خدمات بناء سحابية بديلة يستخدمها بعض المطورين.
ادعُ فريقك ومجموعة من المستخدمين لتجربة النسخة قبل النشر العام.
قسم App Privacy، وصور الشاشات لمقاسات الأجهزة المطلوبة، والوصف، ورابط الدعم.
أضف حسابًا تجريبيًا وشرحًا لأي ميزة لا تظهر مباشرة، ثم اختر النشر اليدوي أو التلقائي بعد القبول.
ما أسباب رفض التطبيقات الشائعة وكيف تتجنبها؟
كثير من حالات الرفض سببها أعطال، أو معلومات ناقصة للمراجِع، أو إفصاحات خصوصية لا تطابق سلوك التطبيق. وهذه أسباب يمكن تجنبها قبل الإرسال.
| سبب الرفض | كيف تتجنبه |
|---|---|
| تعطل التطبيق أو أخطاء واضحة | اختبر النسخة النهائية نفسها على أجهزة حقيقية قبل الإرسال |
| تعذر تسجيل الدخول على المراجِع | أضف حسابًا تجريبيًا يعمل ببيانات تسمح بتجربة كل المميزات |
| محتوى ناقص أو نصوص مؤقتة | احذف أي نصوص تجريبية أو صفحات فارغة أو أزرار لا تعمل |
| إفصاحات خصوصية غير مطابقة | طابق نموذج البيانات مع كل مكتبة وأداة تحليل داخل التطبيق |
| وظائف محدودة جدًا | التطبيق الذي يعرض موقعًا داخل إطار فقط معرض للرفض في App Store؛ قدّم قيمة حقيقية داخل التطبيق |
| مخالفة قواعد المدفوعات | السلع والخدمات المادية تُدفع عبر بوابة دفع خارجية، أما المحتوى الرقمي فله قواعد خاصة تتغير حسب المنطقة |
| غياب حذف الحساب | أضف خيار حذف الحساب إذا كان التطبيق يسمح بإنشاء حسابات |
| أذونات دون تفسير | اشرح سبب طلب الكاميرا أو الموقع في رسالة الإذن نفسها |
عند الرفض، اقرأ رسالة المراجعة بدقة، فهي تذكر عادةً البند المخالف. ويمكنك الرد على المراجِع للتوضيح، أو إصلاح السبب وإعادة الإرسال. راجع إرشادات مراجعة App Store قبل الإرسال الأول، وسياسات Google Play في Play Console.
كيف تخطط لموعد إطلاق واقعي؟
احسب موعد الإطلاق من الخلف، وأضف هامشًا لكل خطوة لا تتحكم فيها: التحقق من الحساب، وفترة الاختبار، والمراجعة. كثير من خطط الإطلاق تتأخر لأنها افترضت أن النشر يحدث في يوم التسليم نفسه.
- قبل البرمجة بوقت كافٍ: أنشئ حسابات المطورين، واستخرج رقم D-U-N-S إن كان الحساب لشركة، لأن التحقق قد يتأخر.
- أثناء البرمجة: جهّز سياسة الخصوصية، والنصوص، وصور الشاشات، حتى لا تنتظرها النسخة النهائية.
- قبل الإطلاق العام: خصص فترة للاختبار المغلق في Google Play وTestFlight في iOS، وتذكّر شرط الاختبار المغلق للحسابات الشخصية الجديدة في Google Play.
- للمراجعة: اترك هامشًا لاحتمال الرفض وإعادة الإرسال مرة أو مرتين.
- للتسويق: حدد موعد الحملة الإعلانية بعد قبول التطبيق في المتجرين، لا قبله.
وإذا كان الإطلاق مرتبطًا بموسم، مثل رمضان أو موسم الأعياد أو بداية العام الدراسي، فاجعل هدفك أن يكون التطبيق مقبولًا ومنشورًا قبل الموسم بفترة كافية، لا في أسبوعه الأول.
كيف تكتب صفحة تطبيق تقنع المستخدم بالتحميل؟
صفحة التطبيق في المتجر هي إعلانه الأول: الاسم والصور والسطر الأول من الوصف تحدد هل سيضغط المستخدم «تثبيت». وتحسين هذه الصفحة يسمى ASO، أي تحسين الظهور في متاجر التطبيقات.
- الاسم: اسم العلامة مع كلمة توضح الوظيفة، مثل «اسم المطعم: اطلب أونلاين».
- الوصف القصير: جملة واحدة بالفائدة الأساسية، بالكلمات التي يبحث بها عميلك بالعربية.
- صور الشاشات: أول صورتين هما الأهم؛ أضف عليهما عنوانًا قصيرًا يشرح الفائدة لا اسم الشاشة.
- الوصف الكامل: فقرات قصيرة ونقاط واضحة، دون حشو للكلمات المفتاحية.
- التقييمات: رد على التقييمات، خاصة السلبية، بلغة مهذبة وحلول عملية.
بعد النشر يبدأ التحدي الحقيقي: جذب المستخدمين. شرحنا خطة عملية في كيف تجذب أول 1000 مستخدم لتطبيقك؟.
ماذا تفعل بعد نشر التطبيق؟
بعد النشر، راقب الأعطال والتقييمات، وخطط للتحديثات، لأن المتاجر ترفع متطلباتها دوريًا وقد تقيّد التطبيقات التي لا تواكبها.
- راقب الأعطال: من لوحات المتجر نفسها، أو من أدوات رصد الأعطال داخل التطبيق.
- واكب متطلبات المتاجر: مثل استهداف إصدار حديث من أندرويد في Google Play، وتحديث التطبيق ليتوافق مع إصدارات iOS الجديدة.
- احفظ مفاتيح التوقيع وبيانات الحسابات: في مكان آمن تملكه أنت، لا عند المطور وحده.
- خطط للإصدارات: دفعات تحديث منتظمة ومختبرة أفضل من تعديلات متفرقة كل يومين.
- استمع للمستخدمين: التقييمات ورسائل الدعم تخبرك بما يجب أن يدخل في الإصدار التالي.
هذه الأعمال جزء من الصيانة المستمرة، وتكلفتها مشروحة في تكلفة صيانة التطبيق والموقع بعد الإطلاق. وإذا كنت ما زلت في بداية الطريق، فابدأ من الدليل الكامل لعمل تطبيق موبايل. وفي Apex يملك العميل الكود بالكامل، ونوصي دائمًا بأن تكون حسابات المتاجر باسمه، ويمكنك مناقشة خطة نشر تطبيقك في مكالمة مجانية مدتها 30 دقيقة عبر صفحة التواصل.
الخلاصة
- رفع تطبيق على جوجل بلاي يتم من Play Console بملف AAB، مع إكمال صفحة المتجر وإفصاحات المحتوى وأمان البيانات.
- النشر على App Store يحتاج اشتراكًا في Apple Developer Program، ورفعًا من Xcode، وتجربة عبر TestFlight.
- أنشئ الحسابات باسمك أو باسم شركتك، وأضف المطور بصلاحيات محددة.
- أسباب الرفض الشائعة يمكن تجنبها: اختبار جيد، وحساب تجريبي للمراجِع، وإفصاحات خصوصية دقيقة.
- بعد النشر، راقب الأعطال والتقييمات، وحدّث التطبيق مع متطلبات المتاجر.
