نشر تحديث تطبيق iOS: الإصدار التدريجي على 7 أيام
بقلم Mehdi Azizi
نُشر في ، 10 د
لنشر تحديث iOS: أنشئ إصدارًا جديدًا مع build جديد ونص What's New، ثم اختر الإصدار اليدوي أو التلقائي أو التدريجي على 7 أيام.
لنشر تحديث لتطبيق iOS، تنشئ إصدارًا جديدًا في App Store Connect برقم أعلى من السابق. ترفق به build جديدًا، وتكتب نص "What's New"، ثم ترسله إلى App Review. كل إصدار جديد يمر من جديد بمراجعة Apple، حتى لو كان مجرد تصحيح بسيط. قبل الإرسال، تختار طريقة نشره بعد الموافقة: يدويًا، أو فورًا، أو ليس قبل تاريخ معين، أو عبر إصدار تدريجي على 7 أيام.
الإصدار التدريجي لا يشمل إلا التحديثات التلقائية: 1% من هؤلاء المستخدمين في اليوم الأول، وجميعهم في اليوم السابع. يمكنك إيقافه مؤقتًا حتى 30 يومًا في المجموع، أو إنهاؤه دفعة واحدة. هذا الدليل يتبع صفحات المساعدة الخاصة بـ Apple، وقد راجعتها في 3 نوفمبر 2026.
أنشر تحديثات تطبيقاتي على iOS باستخدام Expo وEAS، ومنها Solys وTradaZen وNolera. الحالات المذكورة أدناه مأخوذة من هذه الإصدارات.
نشر تحديث iOS: الخطوات بالترتيب
مساعدة App Store Connect حول الإصدارات الجديدة تعطي هذا المسار:
- في Apps، اختر تطبيقك، ثم انقر على زر + بجانب المنصة.
- أدخل رقم إصدار أعلى من السابق، ثم انقر على Create.
- راجع البيانات الوصفية: بيانات الإصدار المنشور تُنسخ تلقائيًا.
- أرسل build جديدًا برقم build أعلى.
- اختبر هذا الـ build في TestFlight، ثم أضفه إلى الإصدار، ثم أرسله إلى App Review.
هناك شرطان قبل البدء. يجب أن يكون الإصدار المنشور في حالة Ready for Distribution. ويجب أن يكون لديك أحد هذه الأدوار: Account Holder أو Admin أو App Manager أو Marketing.
لا يوجد رجوع إلى الخلف. تكتب Apple ذلك في الصفحة نفسها: إذا سبّب إصدار ما مشكلة، لا يمكنك العودة إلى الإصدار السابق. عليك إنشاء إصدار جديد وإرساله.
رقم الإصدار ورقم الـ build
الإصدار هو الرقم الذي يراه عملاؤك في صفحة تطبيقك. أما الـ build فيحدد كل إرسال. يجب أن يكون الزوج (إصدار وbuild) فريدًا: القواعد والأخطاء المرتبطة بها موجودة في رقم الإصدار ورقم الـ build.
طريقتي، وهي ليست قاعدة من Apple: يرتفع الرقم الأخير عند التصحيح، من 1.4.0 إلى 1.4.1. ويرتفع الرقم الأوسط عند إضافة ميزة جديدة، من 1.4.1 إلى 1.5.0. أما رقم الـ build فلا يفعل إلا الارتفاع، من إصدار إلى آخر. مع Expo، يوجد الإصدار في app.json، ويمكن لـ EAS زيادة رقم الـ build مع كل بناء للإنتاج. طريقة الإعداد موجودة في نشر تطبيق Expo باستخدام EAS.
نص "What's New": ما تشترطه Apple
صفحة معلومات الإصدار تصف حقل What's New in This Version:
- 4000 حرف كحد أقصى.
- غير موجود في الإصدار الأول، وإلزامي في كل الإصدارات التالية.
- قابل للترجمة إلى كل لغة من لغات صفحة تطبيقك.
القاعدة 2.3.12 من App Review Guidelines تضيف شرطًا: وصف الميزات الجديدة وتغييرات المنتج بوضوح. تكفي عبارة عامة للتصحيحات البسيطة للأخطاء أو الأمان أو الأداء. أما التغيير المهم فيجب ذكره. لذلك عبارة "تصحيح أخطاء وتحسينات" لا تكفي لإصدار يغيّر اشتراكك أو شاشتك الرئيسية.
تنصح Apple أيضًا، في صفحتها الخاصة بالتقييمات، بأن تذكر في الملاحظات المشاكل المصححة التي وصفها العملاء في تقييماتهم.
إليك ثلاثة نماذج تعدّلها حسب حاجتك، نموذج لكل نوع من الإصدارات.
لتصحيح:
تصحيحات وتحسين الثبات.
- [الميزة]: تم تصحيح [ما كان لا يعمل].
- [الشاشة] تُحمَّل بشكل أسرع.
شكرًا لكل من أبلغ عن المشكلة.
لميزة جديدة:
جديد: [الميزة، في خمس كلمات].
[ما يمكنك فعله الآن، في جملة واحدة.]
أين تجدها: [التبويب] > [الزر].
أيضًا في هذا الإصدار:
- [تحسين ظاهر].
- تصحيح أخطاء.
لمسار يتغيّر:
[الشاشة أو المسار] يتغيّر.
- ما الذي يتغيّر بالنسبة لك: [الأثر الملموس].
- ما الذي تحتفظ به: [البيانات، الإعدادات، المشتريات].
سؤال؟ [الإعدادات] > [المساعدة].
السطر الأخير من نموذج التصحيح لا يصلح إلا إذا أبلغ أحدهم فعلًا عن المشكلة. لا تكتب أبدًا ميزة جديدة غير موجودة في الـ build: القاعدة 2.3 تطلب بيانات وصفية مطابقة للتطبيق.
النشر اليدوي أو التلقائي أو في تاريخ محدد
المساعدة حول خيارات النشر تقترح ثلاثة خيارات:
| الخيار | بعد موافقة Apple |
|---|---|
| يدوي | حالة Pending Developer Release، وتنشر متى شئت |
| تلقائي | يُنشر الإصدار فور الموافقة |
| تلقائي، ليس قبل تاريخ... | ينتظر التاريخ الذي اخترته، ثم يُنشر تلقائيًا |
في النشر اليدوي، تفتح الإصدار الذي في حالة Pending Developer Release، وتنقر على Release This Version، ثم تؤكد. تنبّه Apple إلى أن ظهوره على App Store قد يستغرق حتى 24 ساعة. وتعرض رسالة في صفحة الإصدار خيار Cancel This Release للإلغاء. إذا بقي الإصدار في الانتظار أكثر من 30 يومًا، ترسل لك Apple تذكيرًا بالبريد الإلكتروني.
النشر اليدوي يفيدك في اختيار التوقيت، مثلًا للنشر في يوم إعلان. Solys 2.0.0، الذي تضمّن نسخة جديدة من الاشتراك السنوي، أُرسل للمراجعة في أواخر سبتمبر 2026 بنشر يدوي.
للإصدارات الروتينية، أترك النشر التلقائي. Nolera 1.0.2، الذي قُبل في 12 أكتوبر 2026، ظهر على App Store بعد أقل من دقيقة من بريد Apple، حسب واجهة البحث العامة لـ iTunes. هذه ملاحظة واحدة فقط: احسب هامشًا واسعًا.
الإصدار التدريجي على 7 أيام
مساعدة Apple حول الإصدار التدريجي تعطي الجدول الزمني الدقيق:
| اليوم | نسبة المستخدمين |
|---|---|
| 1 | 1% |
| 2 | 2% |
| 3 | 5% |
| 4 | 10% |
| 5 | 20% |
| 6 | 50% |
| 7 | 100% |
يُرسل التحديث إلى عينة عشوائية من المستخدمين الذين فعّلوا التحديثات التلقائية، على الأجهزة المتوافقة. ولا يُبلَّغون بأنهم ضمنها.
الإصدار التدريجي لا يبطئ إلا التحديثات التلقائية. توضح Apple أن أي شخص يمكنه تنزيل الإصدار الجديد من App Store في أي وقت. لذلك من يثبّت تطبيقك، أو يضغط على "Update" في صفحته، يمكن أن يحصل عليه من اليوم الأول. إنه ليس اختبارًا على 1% من مستخدميك: بل كابح على البقية.
لتفعيله، افتح الإصدار، وانزل إلى قسم Phased Release for Automatic Updates، وحدّد "Release update over a 7-day period using phased release"، ثم احفظ. تحتاج إلى دور Account Holder أو Admin أو App Manager. يبقى الخيار متاحًا حتى حالة Pending Developer Release: يمكنك تفعيله حتى بعد موافقة Apple، ما دام الإصدار ينتظر نشرك اليدوي.
بعد الموافقة على الإصدار، تحمل حالته Ready for Distribution إشارة "Phased Release". وفي نهاية الأيام السبعة، يتلقى أصحاب دور Admin وApp Manager في التطبيق إشعارًا.
الإيقاف المؤقت والاستئناف والنشر للجميع
- الإيقاف المؤقت: حتى 30 يومًا في المجموع، على عدد المرات الذي تريده. إيقاف لمدة 10 أيام يترك 20 يومًا للإيقافات التالية.
- الاستئناف: يعود الإصدار من اليوم الذي توقفت فيه.
- النشر للجميع: زر Release to All Users، في أعلى يمين صفحة الإصدار، يرسل التحديث إلى كل الأجهزة التي تعمل بالتحديث التلقائي.
- السحب من البيع: يوقف الإصدار التدريجي نهائيًا، بما في ذلك إذا انتهت عضويتك في برنامج المطورين. وإذا عاد التطبيق إلى البيع، يصبح الإصدار متاحًا للجميع دفعة واحدة.
بعد النشر للجميع، لا يمكن ضبط أي شيء، كما يوضح جدول الخصائص القابلة للتعديل.
نُشر Nolera 1.0.2 دون إصدار تدريجي. إليك كيف كنت سأستخدمه خلال الأسبوع:
| ما تلاحظه | ما تفعله | ما يحدث |
|---|---|---|
| أعطال أو تقييمات مقلقة | إيقاف مؤقت | تتوقف التحديثات التلقائية |
| التصحيح جاهز | إصدار جديد | يمر بالمراجعة من جديد، مع إصداره التدريجي الخاص |
| لا شيء غير طبيعي بعد 3 أو 4 أيام | Release to All Users | يحصل عليه الجميع |
| تنتظر ردًا من Apple | إيقاف مؤقت، 30 يومًا في المجموع | الاستئناف من اليوم الذي توقفت فيه |
أثناء الإيقاف المؤقت، تستمر التنزيلات اليدوية. فعّل الإصدار التدريجي لكل إصدار يمس الدفع أو التشغيل الأول: هناك يكون الخلل أعلى تكلفة، ولن تستطيع الرجوع إلى الخلف.
عندما يكون التصحيح عاجلًا: المراجعة المعجّلة
تسمح Apple بطلب مراجعة معجّلة. وهي مخصصة للحالات العاجلة فعلًا: خطأ حرج يجب تصحيحه، أو إصدار مرتبط بحدث.
- أرسل إصدارك أولًا. صِف الخطأ في حقل Notes المخصص للمراجِع.
- املأ نموذج طلب المراجعة المعجّلة، ثم اختر تطبيقك ومنصته.
- تعجّل Apple المراجعة حسب توفرها. لا شيء مضمون.
بالنسبة لحدث ما، اذكر في الملاحظات تاريخه وعلاقتك به. المدد المعتادة موجودة في مدة مراجعة App Store.
ما يمر بالمراجعة من جديد، وما لا يمر بها
| التغيير | ما تحتاجه |
|---|---|
| الكود الأصلي، الأذونات، إصدار الـ SDK | build جديد، إصدار جديد، مراجعة كاملة |
| لقطات الشاشة، الوصف، الكلمات المفتاحية، What's New | إصدار جديد، يُراجع معه |
| النص الترويجي | لا شيء: يتغيّر دون إرسال جديد |
| الإيقاف المؤقت، الاستئناف، النشر للجميع | لا شيء: هذه إعدادات نشر |
| ترويسة صفحة التطبيق في iOS 27 | وحدها في Asset Library، أو مع إصدار |
| تصحيح JavaScript، مع Expo | يمكن إجراء تحديث عن بُعد |
النص الترويجي يتغيّر دون إرسال جديد، حسب صفحة معلومات الإصدار. مع Expo، يغيّر التحديث عن بُعد كود JavaScript والنصوص والصور دون المرور بـ App Store. توثيق Expo يضع حدّين: الكود الأصلي والأذونات وإصدار الـ SDK تتطلب ملفًا تنفيذيًا جديدًا، ويجب أن تحترم التحديثات قواعد App Store.
حالتي: تصحيح عن بُعد لم يره المراجِع أبدًا
في سبتمبر 2026، كان build من Nolera ينتظر المراجعة. كنت قد صححت خللًا في شاشة المسح، ونشرت هذا التصحيح كتحديث عن بُعد أثناء الانتظار. ومع ذلك رُفض الـ build، بسبب هذا الخلل المصحَّح أصلًا.
التفسير موجود في توثيق expo-updates: افتراضيًا، ينزّل التطبيق التحديث عند التشغيل ويطبّقه في التشغيل التالي. المراجِع يثبّت التطبيق، ويشغّله مرة واحدة، ويختبر الكود المضمَّن في الـ build. القاعدة نفسها تنطبق على مستخدميك الجدد: جلستهم الأولى تعمل على كود الـ build.
منذ ذلك الحين، أي تغيير في شاشة البداية أو الـ paywall أو الميزة الرئيسية يذهب في build جديد. التحديث عن بُعد لا يفيد إلا من لديهم التطبيق مسبقًا.
تصفير التقييم مع إصدار جديد
كل إصدار جديد يقترح خيار Reset rating when this version is released. حسب مساعدة Apple حول التصفير، يسري على كل الدول، ويحتفظ بالتقييمات المكتوبة، ولا يمكن إلغاؤه بعد النشر. تنصح Apple باستخدامه باعتدال، لأن صفحة تطبيق بعدد قليل من التقييمات قد تُنفّر المستخدمين.
قائمة التحقق قبل إرسال تحديثك
- رقم الإصدار أعلى، ورقم الـ build تمت زيادته.
- الـ build مختبَر في TestFlight، على iPhone صغير وعلى iPad إن كان تطبيقك يعمل عليه.
- نص What's New مكتوب بكل لغة، والتغييرات المهمة مذكورة.
- لقطات الشاشة تعرض الواجهة الحالية إن تغيّرت.
- ملاحظات المراجِع تقول ما الذي تغيّر وأين يجده.
- خيار النشر محدد: يدوي إذا كان عليك الالتزام بتاريخ.
- الإصدار التدريجي مفعّل إذا كان الإصدار يمس الدفع أو التشغيل الأول.
- تعرف هل يمكن إرسال أي تصحيح محتمل عن بُعد، أم سيتطلب build.
اجتياز المراجعة مع كل تحديث
كل تحديث يمر من جديد أمام App Review، والرفض يعطّل تصحيحك. Review Kit يجمع قائمة التحقق التي أستخدمها قبل الإرسال، وحالات الرفض التي صححتها، ومهارتين (skills) لـ Claude Code تراجعان مشروعك وصفحة تطبيقك، ثم تجهّزان ردك إذا رفضت Apple. المسار الكامل موجود في صفحة نشر تطبيق على App Store.
إذا كنت تحضّر لإصدارك الأول، قم بالتشخيص المجاني: يرتّب لك الخطوات ويرسل لك قائمة التحقق التي أستخدمها لتجنب رفض Apple.
الأسئلة الشائعة
كم يستغرق الإصدار التدريجي على App Store؟
سبعة أيام: 1% من مستخدمي التحديث التلقائي في اليوم الأول، ثم 2 و5 و10 و20 و50%، و100% في اليوم السابع. يمكنك إيقافه مؤقتًا حتى 30 يومًا في المجموع، أو إنهاؤه في أي وقت عبر Release to All Users.
هل يمر تحديث تطبيق iOS بمراجعة Apple من جديد؟
نعم. كل إصدار جديد، مع الـ build والبيانات الوصفية الخاصة به، يمر بـ App Review. أما النص الترويجي وإعدادات النشر فتتغيّر دون إرسال جديد.
هل يمكن العودة إلى الإصدار القديم من تطبيق على App Store؟
لا. عليك إنشاء إصدار جديد يتضمن التصحيح، وإرساله للمراجعة. لهذا السبب يفيدك الإصدار التدريجي وخيار إيقافه المؤقت.
هل يحصل المستخدمون الجدد على التحديث أثناء الإصدار التدريجي؟
نعم، إذا نزّلوا التطبيق من App Store. الإصدار التدريجي لا يضبط إلا التحديثات التلقائية: يمكن لأي شخص تنزيل الإصدار الجديد في أي وقت.
هل يمكن تفعيل الإصدار التدريجي بعد موافقة Apple؟
نعم، ما دام الإصدار في حالة Pending Developer Release، أي بنشر يدوي ولم يُنشر بعد. بعد نشر الإصدار، يكون الوقت قد فات بالنسبة لهذا الإصدار.
ماذا أكتب في ملاحظات إصدار التحديث؟
الميزات الجديدة والتغييرات المهمة، مذكورة بوضوح: هذه هي القاعدة 2.3.12. لتصحيح بسيط للأخطاء أو الأمان أو الأداء، تكفي عبارة عامة. يقبل الحقل 4000 حرف ويُترجم إلى كل لغة.

