لنشر تطبيق على App Store وGoogle Play تحتاج حساب مطوّر لكل متجر، وهوية واضحة للتطبيق (اسم، أيقونة، معرّف حزمة)، وصفحة متجر مكتوبة جيداً بالعربية والإنجليزية، ونماذج خصوصية دقيقة تصف البيانات التي تجمعها. بعدها تختبر التطبيق مع مستخدمين حقيقيين عبر TestFlight أو الاختبار الداخلي في Google Play، ثم ترسله للمراجعة وتطلقه تدريجياً. الشروط والرسوم والمدد تتغير، فراجع دائماً المتطلبات الحالية لكل متجر.
- نشر تطبيق على ابل ستور
- رفع تطبيق على جوجل بلاي
- خطوات نشر تطبيق جوال
- شروط قبول التطبيق في ابل ستور
الصورة الكاملة: ماذا يعني «نشر تطبيق» فعلاً؟
كثير من المؤسسين يظنون أن العمل ينتهي عندما يعمل التطبيق على هواتفهم. الحقيقة أن النشر مرحلة مستقلة لها متطلباتها: حسابات رسمية، ملفات مرئية، نصوص تسويقية، إقرارات خصوصية، ومراجعة بشرية وآلية من Apple وGoogle. الخبر الجيد أنها مرحلة يمكن التخطيط لها بالكامل، ومعظم المشاكل فيها متوقعة.
إذا بنيت تطبيقك عبر فنّان فأنت تحصل على تطبيق iOS وAndroid حقيقي من نفس المحادثة، مع الكود الكامل ملكاً لك. لكن خطوات المتجر نفسها — الحسابات والإقرارات وصفحة المتجر — تبقى مسؤوليتك كناشر، وهذا الدليل يرافقك فيها خطوة بخطوة.
| المرحلة | ماذا تنجز فيها | من يملكها |
|---|---|---|
| الحسابات | تسجيل حساب مطوّر في كل متجر والتحقق من الهوية | أنت / منشأتك |
| الهوية | الاسم، الأيقونة، معرّف الحزمة، الألوان | أنت مع المصمم |
| صفحة المتجر | الوصف، لقطات الشاشة، الكلمات المفتاحية | أنت |
| الخصوصية | ملصقات الخصوصية ونموذج أمان البيانات وسياسة الخصوصية | أنت (بدقة قانونية) |
| الاختبار | TestFlight والاختبار الداخلي والمغلق | أنت وفريق صغير |
| المراجعة والإطلاق | إرسال النسخة، الرد على الملاحظات، الإطلاق التدريجي | أنت |
التطبيق الذي لم يُنشر لم يُختبر بعد مع العالم الحقيقي.
حسابات المطورين: ابدأ بها قبل أن تنتهي من البناء
أول عنق زجاجة في رحلة النشر ليس تقنياً بل إدارياً. Apple تطلب الانضمام إلى برنامج Apple Developer، وGoogle تطلب حساباً في Google Play Console. كلاهما يتضمن رسوماً وخطوات تحقق، وكلاهما يغيّر شروطه من وقت لآخر، لذا راجع المتطلبات الحالية في موقع كل متجر بدلاً من الاعتماد على تجارب الآخرين القديمة.
- 1قرر: حساب فردي أم حساب منشأة؟
الحساب الفردي يُظهر اسمك الشخصي كناشر. حساب المنشأة يُظهر اسم شركتك ويتطلب عادة وثائق تثبت الكيان القانوني ومعرّفات تجارية. إن كنت تبني منتجاً تجارياً فحساب المنشأة يمنح ثقة أكبر.
- 2جهّز وثائقك
السجل التجاري، عنوان منشأة واضح، بريد بنطاق شركتك، ورقم هاتف يمكن الوصول إليه. التطابق بين البيانات في كل الوثائق يختصر عليك جولات التحقق.
- 3أنشئ الحسابين بالتوازي
لا تنتظر حتى ينتهي أحدهما. التحقق قد يستغرق وقتاً متفاوتاً، والبدء المبكر يمنع تأخير الإطلاق.
- 4أضف أعضاء الفريق بصلاحيات محددة
كلا المتجرين يدعم أدواراً مختلفة. امنح المطور صلاحية رفع النسخ، والمسوّق صلاحية صفحة المتجر فقط، واحتفظ بصلاحية المالك لنفسك.
هوية التطبيق وملفاته المرئية
قبل رفع أي نسخة تحتاج تثبيت عناصر يصعب تغييرها لاحقاً. أهمها معرّف الحزمة (Bundle ID في iOS وApplication ID في Android)، وهو معرّف فريد مثل com.yourcompany.app لا يمكن تغييره بعد النشر. اختره بعناية ولا تربطه باسم مؤقت.
قائمة الملفات المطلوبة
- اسم التطبيق: قصير وواضح، ويمكن أن يختلف بين العربية والإنجليزية. تحقق من عدم تعارضه مع علامات تجارية مسجلة.
- الأيقونة: بسيطة وواضحة في الأحجام الصغيرة، بلا نصوص دقيقة، وبالمقاسات التي يطلبها كل متجر.
- لقطات الشاشة: لأحجام الأجهزة التي يحددها المتجر، ويفضّل نسخة عربية ونسخة إنجليزية منفصلتين.
- صورة مميزة (Feature Graphic) لـ Google Play.
- شاشة البداية (Splash) متسقة مع ألوان العلامة.
- رابط سياسة الخصوصية ورابط الدعم أو بريد التواصل.
جهّز لتطبيقي ملفات النشر: اقترح 3 أسماء قصيرة بالعربية والإنجليزية، وصمم أيقونة بسيطة بألوان العلامة الحالية، وأنشئ 5 لقطات شاشة لأهم الشاشات بنسختين عربية (RTL) وإنجليزية، مع عنوان فائدة قصير فوق كل لقطة.
جرّبه في فنّانصفحة متجر عربية تُقنع وتُكتشف
صفحة المتجر هي صفحة الهبوط الحقيقية لتطبيقك. والخطأ الشائع في منطقتنا هو كتابتها بالإنجليزية فقط، أو ترجمتها آلياً بعبارات ركيكة. المستخدم العربي يلاحظ فوراً إن كان التطبيق «مصنوعاً له» أم مترجماً على عجل، وهذا ما نناقشه بتفصيل في دليل تجربة المستخدم العربية.
- وصف مترجم حرفياً من الإنجليزية
- لقطات شاشة بواجهة إنجليزية فقط
- كلمات عامة مثل «أفضل تطبيق»
- لا ذكر لطرق الدفع المحلية
- وعود لا يقدمها التطبيق فعلاً
- وصف مكتوب بالعربية مباشرة بلغة المستخدم
- لقطات RTL حقيقية من التطبيق
- كلمات يبحث بها الناس فعلاً: «حجز موعد عيادة»
- إشارة واضحة لـ mada وApple Pay إن وُجدت
- وصف دقيق يطابق ما يجده المراجع داخل التطبيق
هيكل مقترح للوصف
- سطر افتتاحي يلخص القيمة في جملة واحدة.
- 3 إلى 5 مزايا رئيسية بصيغة فائدة لا ميزة تقنية.
- لمن هذا التطبيق، ومتى يستخدمه.
- معلومات الثقة: الدعم، الخصوصية، طرق الدفع.
- دعوة واضحة للتحميل أو التجربة.
الخصوصية: ملصقات Apple ونموذج أمان البيانات في Google
يطلب المتجران منك الإفصاح عن البيانات التي يجمعها تطبيقك وكيف تُستخدم. في App Store تظهر هذه المعلومات كـ ملصقات خصوصية في صفحة التطبيق، وفي Google Play عبر نموذج أمان البيانات (Data Safety). كلاهما إقرار منك، والإقرار غير الدقيق قد يسبب رفض التحديثات أو إجراءات أخرى من المتجر.
- 1اجرد البيانات فعلياً
اكتب قائمة بكل ما يجمعه التطبيق: رقم الجوال لتسجيل الدخول بـ OTP، الاسم، الموقع، بيانات الطلبات، معرّفات الجهاز.
- 2لا تنسَ مكتبات الطرف الثالث
أدوات التحليلات والإشعارات وبوابات الدفع قد تجمع بيانات أيضاً، وأنت مسؤول عن الإفصاح عنها. راجع توثيق كل مكتبة.
- 3حدد الغرض لكل نوع بيانات
وظائف التطبيق، التحليلات، الإعلانات، منع الاحتيال… ووضّح إن كانت البيانات مرتبطة بهوية المستخدم.
- 4وفّر طريقة لحذف الحساب
إن كان التطبيق يتيح إنشاء حساب، فالمتجران يتوقعان عادة طريقة واضحة لحذفه. راجع الشروط الحالية لكل متجر.
- 5انشر سياسة خصوصية تطابق الإقرارات
أي تناقض بين السياسة والملصقات والسلوك الفعلي إشارة حمراء للمراجع.
المراجعة وأسباب الرفض الشائعة
كل نسخة تمر بمراجعة قبل وصولها للمستخدمين. إرشادات Apple معروفة بتفصيلها في الأداء والتصميم والخصوصية والمحتوى، وسياسات Google Play تركز بشدة على البيانات والأذونات والمحتوى المضلل. لا تحفظ الإرشادات عن ظهر قلب، لكن اقرأ النسخة الحالية من كل منها قبل أول إرسال، فهي تتحدث باستمرار. تعرّف أكثر على مفهوم مراجعة المتجر.
| سبب الرفض الشائع | كيف تتجنبه |
|---|---|
| المراجع لا يستطيع تسجيل الدخول | أرفق حساباً تجريبياً يعمل، أو وضّح طريقة تجاوز OTP في ملاحظات المراجعة |
| أعطال أو شاشات فارغة | اختبر على أجهزة حقيقية وبإنترنت بطيء قبل الإرسال |
| روابط معطلة أو محتوى «قريباً» | أزل أي زر لا يعمل وأي صفحة غير مكتملة |
| التطبيق مجرد غلاف لموقع ويب | قدّم قيمة تطبيق حقيقية: إشعارات، عمل سلس، مزايا الجهاز |
| إقرارات خصوصية غير دقيقة | طابق الملصقات مع سلوك التطبيق ومكتباته |
| طلب أذونات بلا تبرير | اطلب الإذن عند الحاجة فقط، مع نص يشرح السبب بالعربية |
| مشاكل في المدفوعات | افهم متى تتطلب المتاجر أنظمة الشراء داخل التطبيق ومتى يُسمح بالدفع الخارجي للسلع والخدمات الحقيقية |
إن رُفض تطبيقك فلا تقلق؛ هذا يحدث كثيراً. اقرأ سبب الرفض بدقة، أصلح المشكلة المحددة، ورد بأدب في مركز الحلول. وإن رأيت أن الرفض خاطئ يمكنك تقديم توضيح أو استئناف عبر القنوات الرسمية.
الاختبار التجريبي: TestFlight ومسارات Google Play
لا تطلق تطبيقك للعامة قبل أن يجربه أشخاص حقيقيون على أجهزتهم. Apple توفر TestFlight لتوزيع نسخ تجريبية لمختبرين داخليين وخارجيين، وGoogle Play توفر مسارات متدرجة. وقبل ذلك كله، راجع قائمة فحص جودة الكود المولّد بالذكاء الاصطناعي.
| المسار | المتجر | متى تستخدمه |
|---|---|---|
| TestFlight (داخلي) | Apple | فريقك المباشر، اختبار سريع لكل نسخة |
| TestFlight (خارجي) | Apple | مستخدمون حقيقيون خارج الفريق، يتطلب مراجعة مبدئية |
| الاختبار الداخلي | Google Play | توزيع فوري تقريباً لفريق صغير |
| الاختبار المغلق | Google Play | مجموعة محددة من المختبرين؛ قد تشترط Google اختباراً مغلقاً لبعض الحسابات الجديدة قبل الإنتاج، فراجع الشروط الحالية |
| الاختبار المفتوح | Google Play | أي شخص يمكنه الانضمام من صفحة المتجر |
| الإنتاج | كلاهما | الإطلاق العام، ويفضّل تدريجياً |
- اختر مختبرين يشبهون جمهورك: أصحاب أجهزة قديمة، مستخدمين بالعربية فقط، وأشخاصاً غير تقنيين.
- أعطهم مهام محددة: «سجّل، اطلب، ادفع، ألغِ الطلب» بدلاً من «جرّب التطبيق».
- اختبر الدفع في بيئة تجريبية أولاً، ثم بعملية حقيقية صغيرة قبل الإطلاق.
- اجمع الملاحظات في مكان واحد ورتّبها حسب الخطورة.
الإطلاق والتحديثات: النشر ليس حدثاً لمرة واحدة
بعد الموافقة يمكنك الإطلاق فوراً أو جدولته يدوياً. في Google Play يمكنك الإطلاق المرحلي لنسبة من المستخدمين ثم التوسع، وApple توفر إطلاقاً مرحلياً للتحديثات التلقائية أيضاً. هذا يمنحك فرصة اكتشاف المشاكل قبل أن تصل للجميع.
- 1رقّم الإصدارات بانتظام
رقم إصدار واضح للمستخدم (مثل 1.2.0) ورقم بناء يزيد مع كل رفع. المتجران يرفضان رقم بناء مكرر.
- 2اكتب ملاحظات إصدار مفيدة
«تحسينات وإصلاحات» لا تقول شيئاً. اكتب: «أصبح بإمكانك الدفع عبر Apple Pay» بالعربية والإنجليزية.
- 3راقب الأعطال والتقييمات
أدوات المتجرين تعرض الأعطال ومعدلات الاستقرار. رد على المراجعات السلبية بلطف وحل المشكلة.
- 4جهّز خطة تراجع
المتاجر لا تسمح بالرجوع لنسخة قديمة بسهولة، لذا اجعل المزايا الحساسة قابلة للإيقاف من الخادم، وأوقف الإطلاق المرحلي عند ظهور مشكلة.
قائمة التحقق النهائية قبل الضغط على «إرسال»
- حسابا المطوّر مفعّلان وباسمك أو باسم منشأتك.
- معرّف الحزمة نهائي ولا يحتوي اسماً مؤقتاً.
- الأيقونة ولقطات الشاشة بالمقاسات المطلوبة وبنسختين عربية وإنجليزية.
- الوصف مكتوب بالعربية أصلاً ويطابق ما في التطبيق.
- سياسة الخصوصية منشورة ورابطها يعمل.
- ملصقات الخصوصية ونموذج أمان البيانات يطابقان سلوك التطبيق ومكتباته.
- طريقة حذف الحساب متاحة إن كان التطبيق يتيح إنشاء حساب.
- حساب تجريبي جاهز للمراجع مع تعليمات واضحة.
- لا أزرار معطلة ولا صفحات «قريباً».
- النسخة اختُبرت عبر TestFlight أو الاختبار الداخلي على أجهزة حقيقية.
- الدفع مختبر في بيئة تجريبية ثم بعملية حقيقية.
- خطة إطلاق مرحلي وخطة إيقاف للمزايا الحساسة.
راجع تطبيقي قبل إرساله لـ App Store وGoogle Play: اذكر كل الأذونات التي يطلبها مع سببها، وكل البيانات التي يجمعها هو ومكتباته، وتأكد من وجود شاشة لحذف الحساب، وأن كل الأزرار تعمل، وجهّز نص ملاحظات للمراجع بالإنجليزية مع حساب تجريبي.
جرّبه في فنّانإن كنت ما زلت في مرحلة الفكرة، فابدأ من خطة الأيام السبعة من الفكرة إلى MVP، ثم عد لهذه القائمة عندما تقترب من الإطلاق.
الخلاصة
- جهّز حسابات المطورين مبكراً لأن التحقق من الهوية أو المنشأة قد يستغرق وقتاً.
- نماذج الخصوصية يجب أن تطابق ما يفعله تطبيقك فعلاً، بما في ذلك مكتبات الطرف الثالث.
- معظم حالات الرفض سببها تفاصيل يمكن تجنبها: حساب تجريبي مفقود، روابط معطلة، أو وصف لا يطابق التطبيق.
- اختبر عبر TestFlight والاختبار الداخلي قبل أي إطلاق عام، وأطلق تدريجياً.
- التحديثات تمر بالمراجعة أيضاً، فخطط لها كإصدارات صغيرة ومتكررة.
أسئلة شائعة
كم تكلف حسابات المطورين وكم تستغرق المراجعة؟
هل أحتاج جهاز Mac لنشر تطبيق iOS؟
هل يمكن أن يكون التطبيق بالعربية فقط؟
ماذا أفعل إذا رُفض تطبيقي؟
هل أستطيع قبول الدفع بـ mada داخل التطبيق؟
اسأل مساعدك الذكي عن هذا الموضوع
انسخ هذا الطلب والصقه في مساعد الذكاء الاصطناعي الذي تستخدمه، ثم أضف تفاصيل حالتك.
أقرأ هذا الدليل: «نشر تطبيقك الأول على App Store وGoogle Play: الطريق الكامل» https://fanann.com/ar/blog/publish-mobile-app/ سؤالي: نشر تطبيق على ابل ستور اعتمد على هذه الصفحة كمصدر واشرح لي الإجابة خطوة بخطوة بما يناسب حالتي، واذكر ما يجب أن أتحقق منه قبل أن أبدأ، واذكر رابط الصفحة كمرجع.