نشر تطبيق Xamarin على Google Play خطوة بخطوة
إذا كنت قد انتهيت من تطوير تطبيقك باستخدام Xamarin.Android داخل Visual Studio، فالخطوة التالية المنطقية هي نشره على متجر Google Play عبر حسابك في Google Play Console.
في هذا الدليل ستجد العملية كاملة بشكل عملي ومنظم من مرحلة التجهيز وحتى ظهور التطبيق للمستخدمين.
أولاً: تجهيز التطبيق قبل النشر
قبل التفكير في رفع ملف الـ APK أو AAB، تأكد من الأمور التالية:
1️⃣ تحديث رقم الإصدار
افتح خصائص مشروعك في Visual Studio:
وتأكد من:
-
Version Name (مثال: 1.0.0)
-
Version Code (رقم تصاعدي مثل 1 ثم 2 ثم 3…)
⚠️ في كل تحديث يجب زيادة Version Code.
2️⃣ إزالة وضع Debug
عند النشر يجب أن يكون البناء:
وليس Debug.
ثانياً: إنشاء ملف التوقيع (Keystore)
Google لا يقبل تطبيق بدون توقيع رسمي.
خطوات إنشاء Keystore في Visual Studio:
-
اضغط يمين على المشروع
-
اختر Archive
-
بعد اكتمال الأرشفة اختر:
-
أنشئ New Keystore
-
أدخل:
-
اسم الملف
-
كلمة مرور قوية
-
اسم الشهادة
-
مدة الصلاحية (25 سنة مثلاً)
-
⚠️ احتفظ بالملف وكلمة المرور في مكان آمن جداً. فقدانه يعني فقدان القدرة على تحديث التطبيق مستقبلاً.
ثالثاً: إنشاء ملف AAB (مهم جداً)
Google أصبح يفرض رفع التطبيقات بصيغة:
وليس APK عادي.
من داخل نافذة الأرشفة:
-
اختر Build App Bundle
-
ثم Sign
-
ثم Export
سيتم إنشاء ملف AAB جاهز للرفع.
رابعاً: إعداد التطبيق داخل Google Play Console
ادخل إلى:
ثم:
-
اختر Create App
-
أدخل:
-
اسم التطبيق
-
اللغة الافتراضية
-
نوع التطبيق (App)
-
مجاني أو مدفوع
-
خامساً: إعداد صفحة المتجر (Store Listing)
هذه مرحلة مهمة جداً للموافقة.
يجب تجهيز:
✔ وصف مختصر (80 حرف تقريباً)
✔ وصف كامل احترافي
✔ أيقونة 512×512
✔ صورة Feature Graphic 1024×500
✔ 2–8 لقطات شاشة للتطبيق
✔ تصنيف الفئة
✔ سياسة الخصوصية (رابط يعمل)
⚠️ أي رابط معطل قد يسبب رفض التطبيق.
سادساً: رفع ملف التطبيق
اذهب إلى:
ثم:
-
Create new release
-
Upload ملف AAB
-
اكتب ملاحظات الإصدار (What's new)
سابعاً: تعبئة متطلبات السياسات
ستجد أقسام يجب إكمالها مثل:
-
Data Safety
-
Content Rating
-
App Access
-
Ads Declaration
-
Target Audience
⚠️ لا تترك أي قسم ناقص.
ثامناً: إرسال التطبيق للمراجعة
بعد اكتمال كل الأقسام:
ثم:
كم تستغرق المراجعة؟
عادة:
-
24 إلى 72 ساعة
-
أحياناً أطول للحسابات الجديدة
أسباب رفض التطبيقات الشائعة
-
عدم وجود سياسة خصوصية
-
وجود إعلانات بدون تصريح
-
استخدام صلاحيات غير مبررة
-
تطبيق فارغ أو بدون محتوى حقيقي
-
أخطاء في استهداف الفئة العمرية
نصائح احترافية لزيادة فرص القبول
✔ اشرح وظيفة التطبيق بوضوح
✔ لا تستخدم كلمات مضللة في الوصف
✔ لا تكرر كلمات مفتاحية بشكل مزعج
✔ تأكد أن التطبيق لا يتعطل عند التشغيل
✔ اختبره على أكثر من جهاز
الفرق بين Draft و Published
-
Draft = لم يتم إرساله
-
In Review = تحت المراجعة
-
Published = تم النشر
-
Rejected = تم الرفض مع ذكر السبب
هل يمكن تحديث التطبيق لاحقاً؟
نعم، فقط:
-
زد Version Code
-
أنشئ AAB جديد
-
ارفعه كتحديث
وسيتم نشره فوق النسخة السابقة بدون فقدان المستخدمين.


تعليقات
إرسال تعليق