تخطي إلى المحتوى
ابدأ مشروعك
الرئيسية / المدونة / كيف تنشر تطبيقك على App Store (iOS) خطوة بخطوة وتتجنب أسباب الرفض

كيف تنشر تطبيقك على App Store (iOS) خطوة بخطوة وتتجنب أسباب الرفض

كيف تنشر تطبيقك على App Store (iOS) خطوة بخطوة وتتجنب أسباب الرفض

بقلم محمد صقر · 2 نوفمبر 2026 · تطبيقات الموبايل · قراءة نحو 5 دقيقة

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

مرجعنا الأساسي هو التوثيق الرسمي: إرشادات App Store وApp Store Connect. وتذكّر أن شروط Apple ورسومها وواجهاتها تتحدث دوريًا، فتحقق من آخر التفاصيل عند التنفيذ.

تعمل خطوات Google Play في المقال المقابل: النشر على Google Play. ويمكنك قراءة الاثنين لتخطيط إطلاق على المنصتين.

ما تحتاجه قبل البدء

  • حساب Apple Developer Program: اشتراك سنوي مدفوع. يمكن التسجيل كفرد أو كمنظمة (الأخيرة تتطلب رقم D-U-N-S وتحققًا من الشركة وتستغرق وقتًا أطول).
  • جهاز Mac بنظام حديث وبرنامج Xcode لبناء ورفع التطبيق. (لمن لا يملك Mac هناك خدمات بناء سحابية وأدوات CI، لكنها تحتاج إعدادًا.)
  • نسخة تطبيق جاهزة مختبرة تعمل بلا أعطال.
  • سياسة خصوصية برابط عام.
  • مواد المتجر: أيقونة 1024×1024، لقطات شاشة، نص وصف، كلمات مفتاحية.
  • حساب تجريبي إن كان التطبيق يتطلب تسجيل دخول، لتجربته من فريق المراجعة.

الخطوة 1: سجّل في Apple Developer Program

  1. أنشئ Apple ID خاصًا بالعمل (يفضل بريد مؤسسي) وفعّل التحقق بخطوتين.
  2. سجّل في برنامج المطورين وادفع الرسم السنوي.
  3. للمنظمات: جهّز بيانات الشركة وD-U-N-S ورقم هاتف يمكن الاتصال به للتحقق.
  4. انتظر الموافقة (قد تستغرق أيامًا).

نصيحة: سجّل الحساب باسمك أو باسم شركتك كمالك، لا باسم مطور خارجي، حتى تحتفظ بملكية التطبيق (من الفكرة للإطلاق).

الخطوة 2: أنشئ معرّف التطبيق والسجل في App Store Connect

  • Bundle ID: معرّف فريد عكسي مثل com.yourcompany.appname. يُستخدم في كل مكان ولا يمكن تغييره لاحقًا بسهولة، فاختره بعناية.
  • في App Store Connect اضغط «تطبيق جديد» واملأ: الاسم، اللغة الأساسية، Bundle ID، SKU (معرّف داخلي لك).
  • اسم التطبيق يجب أن يكون فريدًا في المتجر، بحد أقصى 30 حرفًا.

الخطوة 3: التوقيع والشهادات

تتطلب Apple توقيع كل تطبيق للتأكد من هوية ناشره:

  • الشهادات (Certificates) والـProvisioning Profiles. في Xcode يمكنك تفعيل Automatically manage signing ليتولى إنشاءها.
  • بالنسبة للتطبيقات العابرة للمنصات (Flutter وReact Native) ستبني نسخة iOS عبر Xcode أيضًا (أرشفة Archive).
  • الإذونات (Capabilities): الإشعارات، تسجيل الدخول بـApple، الشراء داخل التطبيق... فعّل ما تحتاجه فقط.
  • Info.plist: اكتب رسائل واضحة لكل إذن تطلبه (الكاميرا، الموقع، الصور)، وإلا ستُرفض.

الخطوة 4: ابنِ وارفع النسخة

  1. اضبط رقم الإصدار (Version) ورقم البناء (Build) ويجب أن يزيد رقم البناء عند كل رفع.
  2. اختر Any iOS Device ثم Product → Archive.
  3. من نافذة Organizer اضغط Distribute App → App Store Connect → Upload.
  4. بعد المعالجة (دقائق) تظهر النسخة في App Store Connect ضمن TestFlight.

الخطوة 5: اختبر بـTestFlight

TestFlight أداة Apple للاختبار التجريبي:

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

اختبر على أجهزة حقيقية متنوعة، وبشبكة ضعيفة، وبحساب جديد وقديم، وقارن السلوك بعد إلغاء الأذونات.

الخطوة 6: أكمل صفحة المتجر

في App Store Connect أكمل:

  • الاسم والعنوان الفرعي (30 حرفًا لكل منهما) وكلمات مفتاحية (100 حرف) ووصف يشرح الفائدة. وللتحسين المنهجي دليل ASO.
  • لقطات الشاشة بالأحجام المطلوبة لكل فئة جهاز، وأفضل أن تظهر الفائدة بنص قصير وليس شاشات خام فقط.
  • معاينة فيديو (اختياري).
  • الفئة والتصنيف العمري: أجب عن الاستبيان بصدق.
  • رابط الدعم ورابط سياسة الخصوصية (إلزامي).
  • معلومات حماية الخصوصية (App Privacy): صرّح بدقة بكل ما تجمعه التطبيق وأي مكتبات خارجية (تحليلات، إعلانات). التضارب بين ما تصرّح به وما يفعله التطبيق سبب شائع للرفض.
  • ملاحظات المراجعة: اشرح كيف يختبر المراجع التطبيق، وأعطه حسابًا تجريبيًا وأي خطوات خاصة.
  • السعر والتوفر: مجاني أو مدفوع، والدول.

الخطوة 7: أرسل للمراجعة

اختر النسخة المرفوعة واضغط إرسال للمراجعة. تستغرق المراجعة عادة من يوم إلى بضعة أيام (قد تطول)، ويمكن طلب مراجعة سريعة في الحالات المبررة. يمكنك اختيار الإصدار اليدوي لتتحكم في لحظة ظهور التطبيق، أو التلقائي بعد الموافقة، أو جدولة تاريخ.

أشهر أسباب رفض التطبيقات وكيف تتفاداها

مرجع القواعد: إرشادات App Store. من أكثر الأسباب شيوعًا:

  1. أعطال وأخطاء: تطبيق ينهار أو ميزات لا تعمل أو شاشات «قريبًا». اختبر جيدًا وأزل أي ميزة غير مكتملة.
  2. بيانات دخول تجريبية ناقصة أو لا تعمل: المراجع لا يستطيع الدخول فيرفض. تحقق من الحساب قبل الإرسال.
  3. سياسة الخصوصية ناقصة أو غير مطابقة لما يجمعه التطبيق، أو غياب رابطها.
  4. طلب أذونات بلا توضيح أو أكثر مما يلزم.
  5. وظائف قليلة أو تطبيق «غلاف ويب» بلا قيمة: إن كان تطبيقك مجرد صفحة موقع داخل إطار فقد يُرفض. أضف قيمة أصلية (إشعارات، تكامل مع الجهاز، تجربة أفضل). (PWA قد تكون الحل الأنسب لذلك.)
  6. الدفع: بيع محتوى رقمي داخل التطبيق يتطلب عادة نظام الشراء داخل التطبيق من Apple، مع استثناءات للسلع والخدمات المادية. اقرأ القواعد الحالية قبل تصميم الدفع.
  7. تسجيل الدخول الاجتماعي: قد يتطلب تقديم «تسجيل الدخول بـApple» في بعض الحالات.
  8. حذف الحساب: إن كان التطبيق يتيح إنشاء حساب فيجب أن يتيح حذفه من داخله.
  9. محتوى المستخدمين بلا ضوابط: تطبيقات التواصل تحتاج آلية للإبلاغ والحظر والتصفية.
  10. معلومات مضللة في الوصف أو الصور أو ذكر منصات منافسة.
  11. عدم الالتزام بالتصميم وإرشادات الواجهة (إرشادات Apple): عناصر تحتاج تحسينًا للمس وإتاحة الوصول.
  12. انتهاك الملكية الفكرية: أسماء وشعارات وصور لا تملكها.

إن رُفض تطبيقك فاقرأ سبب الرفض بدقة في Resolution Center، وأصلح، أو ردّ مبينًا وجهة نظرك بأدب. أغلب الحالات تُحل بتعديل بسيط.

بعد النشر

  • راقب التقييمات والأعطال (Crashes) من App Store Connect وأدوات مثل Crashlytics.
  • ردّ على المراجعات بمهنية.
  • حدّث التطبيق دوريًا، وتأكد من التوافق مع إصدارات iOS الجديدة وأحجام الشاشات الجديدة.
  • قِس: التثبيتات والاحتفاظ والتحويل (التحليلات).
  • سوّق لتطبيقك بحملات وسيو ومحتوى (خطة التسويق 90 يومًا).

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

قائمة تدقيق قبل الإرسال

  • التطبيق يعمل بلا أعطال على أجهزة حقيقية.
  • لا ميزات «قريبًا» ولا محتوى تجريبي (placeholder).
  • سياسة الخصوصية وبيانات App Privacy دقيقة.
  • حساب تجريبي صالح وملاحظات واضحة للمراجع.
  • لقطات شاشة وأيقونة بالمقاسات الصحيحة.
  • نصوص أذونات واضحة في Info.plist.
  • حذف الحساب متاح إن كان هناك تسجيل.
  • التزام بقواعد الدفع داخل التطبيق.
  • اختبار TestFlight ناجح.

أسئلة شائعة

الخلاصة السريعة
  • تحتاج حساب Apple Developer وجهاز Mac وXcode وسياسة خصوصية قبل البدء.
  • المسار: معرّف التطبيق، التوقيع، الأرشفة والرفع، TestFlight، صفحة المتجر، المراجعة.
  • أغلب الرفض سببه أعطال أو خصوصية غير دقيقة أو حساب تجريبي لا يعمل.
  • احتفظ بملكية حسابك وابدأ بخطة متابعة وتحديث بعد النشر.

أسئلة شائعة

هل أحتاج جهاز Mac لنشر تطبيق iOS؟

عمليًا نعم لأن Xcode يعمل على macOS. توجد حلول سحابية للبناء لكنها تحتاج إعدادًا وتعتمد على المنصة.

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

غالبًا من يوم إلى بضعة أيام، وقد تطول في بعض الأحيان. لا تحدد موعد إطلاق قريبًا جدًا.

هل يمكن نشر تطبيق بحساب فردي؟

نعم. الحساب الفردي يظهر باسمك الشخصي، والمنظمة تظهر باسم الشركة.

ما الفرق بين TestFlight والنشر؟

TestFlight للاختبار قبل الإطلاق مع مختبرين، والنشر هو ظهور التطبيق للجميع في المتجر.

ماذا أفعل إن رُفض التطبيق؟

اقرأ سبب الرفض بدقة، أصلحه ثم أعد الإرسال أو ردّ على المراجع موضحًا.

خدمة مرتبطة: برمجة تطبيقات الموبايل

تحتاج تنفيذ هذا الموضوع لمشروعك؟ احكيلي عن فكرتك واحصل على عرض سعر مجاني خلال 24 ساعة.

اعرف المزيد ←

اقرأ أيضاً

مصادر موثوقة للاستزادة

يلا نبني حاجة خرافية

احكيلي عن مشروعك واحصل على عرض سعر مجاني خلال 24 ساعة.

M
محمد صقرمتاح للتواصل
تواصل معي