خطوات رفع تطبيقك على App Store و Google Play

لماذا النشر على المتاجر من الإمارات يحتاج تحضيراً يتجاوز «رفع ملف APK»؟

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

هذا الدليل يشرح كيف ترفع تطبيقك على App Store وGoogle Play من الإمارات خطوة بخطوة: الحسابات، السياسات، المواد البصرية، أسباب الرفض الشائعة، وأساسيات ASO. إن كنت لا تزال في مرحلة التطوير، اربط هذا الدليل مع خطوات برمجة التطبيق في دبي وترخيص النشاط في أبوظبي حسب مقر شركتك.

حسابات المطورين: Apple وGoogle

Apple Developer Program

• التسجيل عبر developer.apple.com — حساب فردي أو مؤسسة (Organization).
• للشركات في الإمارات: يُفضّل حساب Organization باسم الشركة المرخّصة مع D-U-N-S Number.
• رسوم سنوية حوالي 99 دولاراً (تُحسب بالدرهم عند الدفع).
• التحقق قد يستغرق أياماً إلى أسابيع للمؤسسات — ابدأ مبكراً.
• بعد التفعيل: App Store Connect لإدارة التطبيقات والمراجعات والتقارير.

Google Play Console

• التسجيل عبر play.google.com/console — حساب مطور واحد لكل كيان قانوني عادةً.
• رسوم تسجيل لمرة واحدة (مبلغ رمزي بالدولار).
• تحقق من الهوية مطلوب — للشركات: مستندات تسجيل الشركة في الإمارات.
• سياسة حساب مطور واحد لكل شركة؛ تجنب الحسابات الشخصية للتطبيقات التجارية.

العنصر	Apple App Store	Google Play
نوع الحساب الموصى به	Organization	حساب مؤسسة
الرسوم	سنوية	مرة واحدة للتسجيل
مدة المراجعة الأولى	1–7 أيام نموذجياً	ساعات إلى 7 أيام
اختبار قبل الإطلاق	TestFlight	Internal / Closed testing
سياسة الخصوصية	إلزامية + App Privacy Details	إلزامية + نموذج بيانات

تأكد أن الحسابات باسم شركتك وليس المطور الفردي — عند التعاقد مع شركة برمجة في دبي، اجعل ملكية الحسابات لديك من اليوم الأول.

السياسات والخصوصية: ما يطلبه المراجعون

Apple وGoogle يفرضان شفافية جمع البيانات. يجب أن يكون لديك:

1. رابط سياسة خصوصية عام يعمل (على موقع شركتك .ae أو .com).
2. نفس الرابط داخل التطبيق (إعدادات أو شاشة تسجيل).
3. شروط استخدام للتطبيقات التي تبيع أو تربط مستخدمين.
4. في آيفون: ملء App Privacy في App Store Connect بصدق — أي تناقض مع التطبيق يسبب رفضاً أو إزالة.
5. في أندرويد: نموذج Data safety في Play Console.
6. آلية حذف الحساب داخل التطبيق (مطلوب من Apple لتطبيقات بها تسجيل).

للمشاريع في أبوظبي والسوق الرئيسي، راجع أيضاً متطلبات الترخيص والامتثال لتتوافق سياسة الخصوصية مع نشاطك المرخّص.

تجهيز مواد المتجر: لقطات، أيقونات، وصف

الأيقونة واللقطات

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

النصوص

• اسم التطبيق (30 حرفاً تقريباً على آيفون).
• عنوان فرعي ووصف بالعربية والإنجليزية.
• كلمات مفتاحية (آيفون) — لا تكرر اسم التطبيق حشواً.
• رابط دعم وبريد اتصال فعّال.
• تصنيف العمر والفئة الصحيحة (تسوق، أعمال، طعام، إلخ).

خطوات الرفع خطوة بخطوة

على App Store (آيفون)

1. أنشئ App ID في Certificates, Identifiers & Profiles.
2. أنشئ سجل تطبيق في App Store Connect.
3. ارفع البناء عبر Xcode أو Transporter (ملف IPA).
4. املأ معلومات المتجر، اللقطات، التصنيف، التسعير.
5. أكمل App Privacy وإصدارة التصدير إن لزم.
6. أرسل للمراجعة (Submit for Review).
7. استجب لأسئلة المراجعين خلال 24 ساعة إن طُلب توضيح.

على Google Play (أندرويد)

1. أنشئ تطبيقاً جديداً في Play Console.
2. أكمل لوحة المتجر (Listing)، Data safety، المحتوى.
3. ارفع AAB (أندرويد App Bundle) إلى مسار Production أو اختبار داخلي أولاً.
4. حدد البلدان (الإمارات + أي دول أخرى).
5. أرسل للمراجعة (Rollout).

فريق تصميم وتطوير التطبيقات الخبير يسلّم «حزمة نشر» جاهزة لتقليل الأخطاء.

أسباب رفض المراجعة الشائعة في الإمارات

سبب الرفض	الحل العملي
سياسة خصوصية مفقودة أو معطلة	انشر الصفحة وتأكد من الرابط داخل التطبيق
لا يوجد حذف حساب	أضف مسار حذف في الإعدادات مع تأكيد
بيانات App Privacy غير دقيقة	طابق الإفصاح مع SDKs المستخدمة (تحليلات، دفع)
محتوى تجريبي أو «قريباً»	أزل placeholders؛ املأ محتوى حقيقياً
مشاكل دفع رقمي	استخدم IAP لمحتوى رقمي داخل آيفون حسب سياسة Apple
أذونات مبالغ فيها	اطلب الموقع/الكاميرا فقط عند الحاجة مع شرح
تعطل عند المراجعة	قدّم حساب demo في ملاحظات المراجع
انتهاك علامة تجارية	تأكد من حقوق الشعار والاسم

أساسيات ASO (تحسين ظهور التطبيق في المتجر)

ASO هو SEO داخل المتاجر. لسوق الإمارات:

• الكلمات المفتاحية: امزج عربي وإنجليزي في الوصف بشكل طبيعي (متجر، توصيل، دبي، حجز).
• الاسم: واضح يعكس الوظيفة دون حشو.
• اللقطات الأولى: تعرض القيمة الأساسية في ثانيتين.
• التقييمات: اطلب تقييمات بعد تجربة ناجحة (In-App Review API).
• التحديثات: التحديث المنتظم إشارة إيجابية.
• التوطين: قائمة إمارات + لغة عربية كاملة.

لتقدير تكلفة التحضير والتطوير قبل النشر، استخدم دليل التكلفة وحاسبة MMB Technology.

التنسيق بين فريق التطوير والناشر

قائمة تحقق قبل الضغط على «Submit»:

1. البناء النهائي (Production) وليس Debug.
2. إصدار رقم الإصدار واسم الإصدار متوافقان.
3. مفاتيح API الإنتاج للدفع والخرائط.
4. حساب demo للمراجع مكتوب في App Review Notes.
5. جهة اتصال تقنية متاحة أثناء المراجعة.
6. الشركة المرخّصة تطابق اسم الناشر.
7. اختبار على شبكة إماراتية حقيقية.

شركات مثل MMB Technology في الإمارات تضمّن مرحلة «Release Support» في العقد لتجنب رفض متكرر يؤخر الإطلاق أسابيع.

بعد الموافقة: الإطلاق والمراقبة

• اختر إطلاقاً تدريجياً (Phased Release على آيفون) لمراقبة الأعطال.
• فعّل Crashlytics أو Sentry لرصد التعطل.
• راقب التقييمات والرد خلال 48 ساعة الأولى.
• جهّز خطة تحديث سريع إن ظهرت مشكلة دفع أو تسجيل.
• اربط الحملات التسويقية بروابط المتجر الصحيحة (UTM).

للمتاجر الإلكترونية، راجع أيضاً تكاليف وتجهيزات متجر إلكتروني واختيار شريك يدعم النشر.

إعداد App Store Connect بالتفصيل

بعد إنشاء حساب Apple Developer، أنشئ معرف التطبيق (Bundle ID) في Certificates, Identifiers & Profiles. يجب أن يطابق المشروع في Xcode. فعّل القدرات (Capabilities) التي يستخدمها تطبيقك: Push Notifications، Apple Pay، Associated Domains للروابط العميقة، Sign in with Apple إن أضفته.

حقول Metadata المهمة للإمارات

الحقل	نصيحة للسوق الإماراتي
اسم التطبيق (30 حرفاً)	العلامة + فئة خدمة إن أمكن دون حشو
العنوان الفرعي	قيمة واضحة: «توصيل خلال ساعتين في دبي»
الوصف	فقرة أولى بالعربية ثم الإنجليزية أو العكس حسب الجمهور
رابط الدعم	صفحة على موقعك برقم +971 وبريد
App Review Notes	حساب تجريبي + شرح أي ميزة تحتاج موقعاً إماراتياً

Google Play: مسارات النشر التدريجي

لا تقفز مباشرة إلى Production لأول إصدار. المسار الموصى به:

1. Internal testing: حتى 100 مختبر — للفريق.
2. Closed testing: مجموعة عملاء أوفياء في دبي — ملاحظات UX.
3. Open testing: اختياري قبل الإطلاق العام.
4. Production: مع إمكانية Staged rollout (10% ثم 50% ثم 100%).

Staged rollout ينقذك إذا ظهر خطأ حرج — يمكن إيقاف التوسع قبل وصول الخطأ لكل المستخدمين.

سياسة المحتوى والقطاعات الحساسة في الإمارات

تطبيقات القمار، المحتوى للبالغين، المنتجات المنظمة (كحول، تبغ في سياقات معينة)، والادعاءات الطبية غير الموثقة تواجه رفضاً أو قيوداً. حتى تطبيقات اللياقة التي تعد بـ «علاج» قد تُرفض. اقرأ إرشادات القطاع في مركز مساعدة Apple وGoogle قبل البرمجة.

للتطبيقات المرتبطة بالتمويل أو الاستثمار، قد تحتاج وثائق إضافية تثبت الترخيص — ناقش مع مستشار قبل الإرسال.

تحسين التحويل من صفحة المتجر (CRO للمتجر)

• فيديو معاينة قصير (15–30 ثانية) يزيد التثبيت في بعض الفئات.
• أول لقطة شاشة = أقوى فائدة وليس شعاراً فقط.
• اجمع تقييمات 4.5+ قبل حملة إعلانية كبيرة — الإعلان بدون تقييمات يهدر الميزانية.
• ردود المطور على التقييمات السلبية بالعربية والإنجليزية تظهر اهتماماً محلياً.

جدول زمني للإطلاق (4 أسابيع قبل النشر)

الأسبوع	المهام
−4	تفعيل حسابات المطور؛ تجميع الأصول البصرية
−3	ملء نماذج الخصوصية؛ مراجعة قانونية للروابط
−2	رفع بيتا؛ اختبار داخلي؛ إصلاح أخطاء حرجة
−1	بناء Release نهائي؛ مراجعة Go/No-Go
0	إرسال للمراجعة؛ تفعيل الحملة التسويقية بعد الموافقة

فريق البرمجة في أبوظبي أو دبي يمكنه تولي هذا الجدول بالكامل إن كان ضمن نطاق العقد. راجع خدمات MMB Technology وتكاليف البرمجة عند تخطيط ميزانية تشمل النشر.

أخطاء نشر يتكررها أصحاب المشاريع في الإمارات

• رفع بناء Debug أو بمفاتيح Sandbox للإنتاج.
• نسيان تحديث رقم الإصدار بين آيفون وأندرويد.
• لقطات شاشة من محاكي بجودة منخفضة أو نصوص غير مقروءة.
• سياسة خصوصية تشير لشركة أو دولة غير مطابقة للناشر.
• عدم توفير حساب تجريبي للمراجع عندما يتطلب التطبيق تسجيلاً.
• تفعيل أذونات (موقع، كاميرا) دون استخدام فعلي في التطبيق.
• إطلاق حملة إعلانية قبل موافقة المتجر — روابط مكسورة.

الربط بين النشر والتسويق الرقمي

بعد الموافقة، أنشئ روابط UTM لحملات Instagram وSnapchat وGoogle في الإمارات. استخدم App Links وUniversal Links لتوجيه المستخدم من الموقع إلى التطبيق إن كان مثبتاً. راقب التثبيتات من Analytics المتجر ومن Firebase. إن كان معدل التثبيت منخفضاً رغم الزيارات، المشكلة قد تكون في صفحة المتجر وليس في المنتج — حسّن اللقطات والوصف أولاً.

للمشاريع التي لم تنتهِ بعد من التطوير، اربط هذا الدليل مع مراحل البرمجة والتصميم لضمان أن المنتج جاهز تقنياً قبل استثمار وقت في Metadata المتجر.

دليل مفصل لرفض Apple وكيفية الاستئناف

عند الرفض، انسخ نص الرفض، حدد القاعدة المذكورة، اطلب من المطور التحقق من الكود مقابل App Privacy، أصلح، وسجّل فيديو قصير إن لزم. أعد الإرسال مع Reply يشرح التغييرات نقطة بنقطة. رفضان متتاليان لنفس السبب يعني أن الإصلاح سطحي — اطلب مراجعة داخلية كاملة.

Google Play: Data safety وأذونات أندرويد

نموذج Data safety يجب أن يطابق SDKs المدمجة. إن استخدمت Firebase وFacebook SDK، أعلن عن جمع المعرفات. عدم التطابق سبب رفض شائع. لا تطلب الكاميرا أو الموقع عند التثبيت دون سياق — اطلبها عند الحاجة الفعلية فقط.

الإذن	متى يُبرر	ملاحظة المراجع
الموقع الدقيق	توصيل، خرائط	يجب رؤية الاستخدام فوراً
الكاميرا	رفع صورة أو QR	لا عند أول فتح دون سبب
الخلفية للموقع	تتبع سائق	تبرير قوي في الوصف

Apple: Sign in with Apple وحذف الحساب

إذا يقدم تطبيقك تسجيل Google أو Facebook، Apple تتطلب غالباً Sign in with Apple. نفّذها من البداية. كما تفرض حذف الحساب داخل التطبيق — ليس عبر البريد فقط.

تحسين ASO للإمارات: خطة 90 يوماً

الأسبوع 1: راقب كلمات البحث وحسّن العنوان الفرعي. الأسابيع 2–4: اجمع 20+ تقييماً حقيقياً. الشهر 2: اختبر لقطات جديدة. مستمراً: حدّث «ما الجديد» بكل إصدار. ادمج «دبي» و«الإمارات» فقط إن كان التطبيق يخدمها فعلاً.

اختبار ما قبل الإرسال: قائمة 20 نقطة

1. لا تعطل على الأجهزة المستهدفة.
2. رابط الخصوصية يعمل من داخل التطبيق.
3. حساب تجريبي للمراجع.
4. مسار الدفع مكتمل أو معطّل بوضوح.
5. العربية RTL صحيحة.
6. لا نصوص test أو lorem.
7. Build number متزايد.
8. أذونات في السياق الصحيح.
9. Push تعمل بعد الموافقة.
10. Deep links تعمل.
11. سياسة الاسترداد واضحة.
12. معلومات +971 صحيحة.
13. رسالة واضحة بدون إنترنت.
14. حذف الحساب يعمل.
15. لقطات تطابق الواجهة.
16. تصنيف عمري مناسب.
17. لا انتهاك علامات تجارية.
18. Crash-free أعلى من 99%.
19. مراجعة قانونية للشروط إن لزم.
20. خطة رد على تقييمات سلبية.

التنسيق مع التطوير والتسويق يوم الإطلاق

لا تنشر قبل جاهزية UTM وصفحات الهبوط. لا تعلن قبل اكتمال الدفع. نسّق بين المطور والتسويق والدعم والعمليات. للمتاجر راجع تكلفة المتجر وللترخيص أبوظبي.

ملخص تنفيذي للنشر من الإمارات

رفع تطبيقك على App Store وGoogle Play من الإمارات عملية منظمة: حسابات باسم الشركة، مستندات خصوصية دقيقة، مواد متجر احترافية بالعربية، اختبار داخلي، ثم مراجعة. أسباب الرفض الشائعة — خصوصية، حذف حساب، محتوى تجريبي — قابلة للتجنب. بعد الموافقة، ركّز على ASO والتقييمات والمراقبة التقنية. نسّق مع فريق التطوير وميزانية المشروع وخدمات MMB لإطلاق ناجح.

إعداد App Store Connect: خطوات تقنية

أنشئ Bundle ID في Certificates, Identifiers & Profiles. فعّل Capabilities: Push، Apple Pay، Associated Domains. في Metadata: اسم التطبيق 30 حرفاً، عنوان فرعي يوضح القيمة لسوق الإمارات، وصف ثنائي اللغة، رابط دعم برقم +971، وملاحظات مراجعة مع حساب تجريبي.

Google Play: مسار النشر التدريجي

Internal testing للفريق، Closed testing لعملاء أوفياء في دبي، ثم Production مع Staged rollout (10% → 50% → 100%). هذا يقلل مخاطر خطأ حرج يصل لكل المستخدمين دفعة واحدة.

سياسة المحتوى والقطاعات الحساسة

تطبيقات القمار، المحتوى للبالغين، والادعاءات الطبية غير الموثقة تواجه رفضاً. تطبيقات التمويل قد تحتاج وثائق ترخيص إضافية. اقرأ إرشادات القطاع قبل البرمجة لتجنب إعادة بناء ميزات مرفوضة.

تحسين التحويل من صفحة المتجر

• فيديو معاينة 15–30 ثانية يزيد التثبيت في بعض الفئات.
• أول لقطة = أقوى فائدة وليس الشعار فقط.
• اجمع تقييمات 4.5+ قبل حملة إعلانية كبيرة.
• ردود المطور على التقييمات السلبية بالعربية والإنجليزية.

جدول زمني 4 أسابيع قبل النشر

الأسبوع	المهام
−4	حسابات مطور؛ أصول بصرية
−3	نماذج خصوصية؛ مراجعة قانونية
−2	بيتا داخلي؛ إصلاح حرج
−1	بناء Release؛ Go/No-Go
0	إرسال مراجعة؛ تفعيل تسويق بعد الموافقة

للمتاجر تكلفة البناء وللترخيص أبوظبي وللشريك الاختيار.

إدارة الإصدارات والتحديثات

بعد الإطلاق الأول، كل تحديث يحتاج رقم build جديد وملاحظات «ما الجديد» بالعربية والإنجليزية. التحديثات الصغيرة للأخطاء قد تُمرَّر بسرعة؛ التحديثات التي تغيّر جمع البيانات تحتاج تحديث App Privacy أولاً. احتفظ بجدول إصدارات: رقم الإصدار، التاريخ، التغييرات، من وافق على النشر.

التطبيقات المؤسسية والتوزيع الداخلي

إن كان التطبيق للموظفين فقط وليس للعامة، قد تستخدم Apple Business Manager أو توزيعاً داخلياً (Enterprise) — مسار مختلف عن المتجر العام. ناقش مع المطور مبكراً إن كان هذا سيناريوك؛ المتطلبات والتكاليف تختلف. للتطبيقات الاستهلاكية في الإمارات، المسار المعياري يبقى App Store وGoogle Play العامين.

التكامل مع الحملات المحلية

عند الإطلاق في دبي، جهّز روابط متجر قصيرة، QR codes للمواد المطبوعة، وروابط ذكية (OneLink) تختار المتجر المناسب حسب جهاز المستخدم. تأكد أن صفحة الهبوط تعرض شارات App Store وGoogle Play الرسمية — الروابط المكسورة بعد حملة مكلفة خسارة مباشرة للميزانية التسويقية.

سيناريوهات نشر شائعة في الإمارات

تطبيق خدمات: يحتاج حساب demo، شرح OTP، وربما خريطة — اذكر في Review Notes كيف يصل المراجع لمسار الحجز خلال دقيقتين. متجر إلكتروني: تأكد من وجود منتجات حقيقية وليس placeholders؛ المراجعون يشتريون أحياناً اختباراً. تطبيق B2B: قد يحتاج فيديو توضيحي إن كان التسجيل مقيداً بنطاق بريد شركات.

الامتثال المستمر لعام 2026

Apple وGoogle يحدّثان السياسات بانتظام — اشتراطات الخصوصية والأذونات تزداد صرامة. خصص مراجعة ربع سنوية لسياسة الخصوصية ونماذج البيانات في المتجر. عند إضافة SDK جديد (تحليلات، إعلانات، دعم محادثة)، حدّث الإفصاحات قبل الإصدار وليس بعد رفض متوقع.

فريق تطوير التطبيقات الذي يتابع تحديثات السياسات يوفر عليك دورات رفض متكررة. للتخطيط المالي راجع دليل التكلفة.

نشر التحديثات العاجلة (Hotfix)

عند عطل حرج بعد الإطلاق (مثلاً تعطل الدفع)، أعد بناء إصلاحاً مركزاً، اختبره على TestFlight/Internal track خلال ساعات، وأرسله مع أولوية في Review Notes. Apple تتيح أحياناً تسريعاً للأعطال الحرجة — لكن لا تُساء استخدام ذلك لتحديثات غير عاجلة. احتفظ بإجراء Hotfix مكتوباً في خطة الطوارئ قبل الإطلاق.

قياس نجاح الإطلاق

في أول 30 يوماً، تتبع: عدد التثبيتات، معدل الاحتفاظ يوم 1 و7 و30، التقييمات، معدل التعطل، ووقت الاستجابة للدعم. اربط هذه المؤشرات بقرارات التحديث الأولى. الإطلاق الناجح تقنياً لا يعني نجاحاً تجارياً — لكن الإطلاق الفاشل تقنياً يقتل التجربة قبل أن تبدأ.

قائمة روابط مفيدة داخل رحلة مشروعك

قبل النشر: خطوات البرمجة، الترخيص، تكلفة المتجر. للشريك: تقييم الشركات، برمجة دبي، برمجة أبوظبي، التصميم، التكلفة، حاسبة MMB.

النشر لحظة محورية — لكنه بداية رحلة المنتج. استثمر في التحضير كما استثمرت في التطوير، وستدخل السوق الإماراتي بثقة أعلى ومراجعات أفضل.

دليل الأذونات (Permissions) في التطبيقات الإماراتية

اطلب كل إذن لحظة الحاجة مع شرح بالعربية لماذا تحتاجه. الموقع للتوصيل، الكاميرا لرفع صورة مرتجع، الميكروفون لتسجيل صوتي في دعم — كل استخدام يجب أن يظهر للمراجع. الأذونات «عند التثبيت» دون سياق سبب شائع للرفض. راجع قائمة الأذونات في أندرويدManifest وInfo.plist قبل الرفع.

لتطبيقات الأطفال أو التعليم، قيود إضافية — تأكد من تصنيف العمر الصحيح وعدم جمع بيانات دون موافقة ولي الأمر حيث ينطبق.

التنسيق بين آيفون وأندرويد عند الإطلاق

كثير من الفرق تطلق آيفون أولاً ثم أندرويد أو العكس. وحّد رقم الإصدار والميزات قدر الإمكان لتجنب ارتباك الدعم والتسويق. إن اختلفت الميزات مؤقتاً، اذكر ذلك في التواصل مع المستخدمين. لقطات المتجر يجب أن تعكس الإصدار الفعلي على كل منصة — عدم التطابق يولّد شكاوى وتقييمات سلبية.

بعد الإطلاق على المنصتين، راقب معدل التعطل منفصلاً — أحياناً مشكلة أندرويد خاصة بشركة تصنيع معينة (مثل أجهزة بلا خدمات Google) تحتاج إصلاحاً مستقلاً عن آيفون.

الدعم بعد الرفض: لا تيأس من الدورة الأولى

نسبة كبيرة من التطبيقات الإماراتية تُرفض في المحاولة الأولى — خاصة مشاريع الخصوصية والدفع. المهم سرعة الاستجابة المنظمة: فهم السبب، إصلاح جذري، إعادة إرسال مع توضيح. فريق دعم المطورين في Apple أحياناً يرد على استفسارات التوضيح — استخدمها باحترافية دون جدال. كل دورة رفض تعلّمك شيئاً يحسّن المنتج قبل وصول آلاف المستخدمين.

مراجعة نهائية قبل Submit

اجمع الفريق: مطور، مصمم، مسؤول منتج. مرّوا قائمة التحقق معاً على جهاز حقيقي. سجّلوا فيديو دقيقتين لمسار المستخدم الرئيسي واحتفظوا به للمراجعة أو الدعم. تأكدوا أن رقم الدعم والبريد يعملان. بعد Submit، لا تغيّروا البناء ما لم يُرفض — التعديلات أثناء المراجعة تُعيد تشغيل الطابور.

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

احتفظ بنسخة من كل مواد المتجر (لقطات، أوصاف، سياسات) في مجلد مشروعك — عند التحديثات الكبرى ستعود إليها وتوفّر وقتاً. النشر مهارة تتحسن مع كل إصدار؛ الإطلاق الأول ليس الأخير.

احتفظ بنسخة من كل إصدار مرسل للمتجر مع رقم البناء وتاريخه — مفيد للدعم والتدقيق. وثّق حسابات المطور ومن يملكها داخل شركتك لتجنب فقدان الوصول عند تغيير الموظفين.

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

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

أسئلة شائعة

هل أستطيع النشر بحساب شخصي؟

تقنياً نعم للحساب الفردي على Apple، لكن للتطبيقات التجارية في الإمارات يُنصح بحساب الشركة ليتوافق مع الترخيص التجاري وبوابات الدفع والثقة لدى العملاء.

كم تستغرق مراجعة Apple وGoogle؟

غالباً 24 ساعة إلى 7 أيام للمراجعة الأولى. الرفض والإعادة تضيف أياماً. التحضير الجيد يقلل الدورات.

ماذا أكتب في ملاحظات المراجع (Review Notes)؟

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

هل أحتاج ترخيصاً تجارياً قبل النشر؟

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

لماذا رُفض تطبيقي بسبب Guideline 5.1.1 (الخصوصية)؟

غالباً نقص موافقة المستخدم، أو جمع بيانات دون إفصاح، أو عدم وجود سياسة. راجع Data safety وApp Privacy وأصلح التناقضات.

هل يمكن لشركة البرمجة النشر نيابة عني؟

نعم مؤقتاً إن منحت وصولاً محدوداً، لكن يجب أن تملك أنت الحسابات نهائياً. لا تترك الحسابات باسم المطور دون نقل رسمي.

روابط مرتبطة

• شركة برمجة تطبيقات في دبي
• شركة برمجة تطبيقات أبوظبي
• شركة تصميم تطبيقات في الإمارات
• تكلفة برمجة تطبيق في الإمارات
• حاسبة تكلفة برمجة التطبيقات
• مقال مرتبط في المدونة