الإصدار التدريجي في App Store: كيف يعمل الطرح على 7 أيام، ومتى توقفه مؤقتًا، وكيف تنشر إصلاحًا (2026)

يُرسل الإصدار التدريجي في App Store تحديث الإصدار إلى نسبة متزايدة من المستخدمين الذين فعّلوا التحديثات التلقائية على مدى سبعة أيام، بدءًا من 1% في اليوم الأول ووصولًا إلى 100% في اليوم السابع. إذا راجعت الأعطال وبريد الدعم يوميًا وأوقفت الطرح مؤقتًا بمجرد أن يبدو شيء ما خاطئًا، فإن الإصدار المعيب يصل إلى مجموعة صغيرة من الناس بدلًا من قاعدة مستخدميك كلها. لكن للإصدار التدريجي قيدًا كبيرًا واحدًا: فهو يتحكم في التحديثات التلقائية فقط، ويظل بإمكان أي شخص تنزيل الإصدار الجديد يدويًا.

ما الذي يتحكم فيه الإصدار التدريجي في App Store، وما الذي لا يتحكم فيه؟

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

وفقًا لمساعدة App Store Connect من Apple، "ستتلقى عينة عشوائية من المستخدمين الذين فعّلوا التحديثات التلقائية على الأجهزة المؤهلة التحديثَ، دون أي إشعار بمشاركتهم في الإصدار التدريجي." تعمل هذه الميزة مع تحديثات إصدارات iOS وmacOS وtvOS، لذا لا يمكنك استخدامها للإصدار الأول من التطبيق. ويتطلب إعدادها دور Account Holder أو Admin أو App Manager. وتنص Apple أيضًا على أن "التطبيقات وتحديثات التطبيقات في الإصدار التدريجي يمكن لأي شخص تنزيلها يدويًا من App Store في أي وقت."

ما جدول الإصدار التدريجي في App Store؟

حتى نوفمبر 2026، الجدول ثابت عند 1% و2% و5% و10% و20% و50% و100% على مدى سبعة أيام، ولا يمكنك تعديله. ما تتحكم فيه هو توقيت الإيقاف المؤقت وتوقيت القفز مباشرة إلى 100%.

تعامل مع كل يوم كنقطة تفتيش تنتهي بقرار واحد: المتابعة أو الإيقاف المؤقت.

كيف تفعّل الإصدار التدريجي في App Store Connect؟

يُفعَّل الإصدار التدريجي من صفحة الإصدار، ضمن قسم Phased Release for Automatic Updates، في أي وقت قبل أن يصبح التحديث متاحًا. لست مضطرًا إلى اتخاذ القرار قبل الإرسال للمراجعة.

تسمح Apple بتفعيله عندما تكون حالة الإصدار Prepare for Submission أو Waiting for Review أو In Review أو Waiting for Export Compliance أو Pending Developer Release أو Developer Rejected أو Rejected أو Metadata Rejected.

1. في Apps، اختر تطبيقك، ثم انقر على الإصدار الذي ترسله في الشريط الجانبي.
2. مرّر إلى Phased Release for Automatic Updates.
3. اختر Release update over a 7-day period using phased release.
4. انقر على Save. بعد الموافقة، تظهر الحالة Ready for Distribution وبجانبها Phased Release.

يمكنك أيضًا إدارة الإصدارات التدريجية عبر App Store Connect API، وهذا مفيد إذا كان مسار الإصدار لديك مؤتمتًا بالفعل بالسكربتات.

متى يجب أن توقف الإصدار التدريجي مؤقتًا، وكيف يعمل حد الثلاثين يومًا؟

أوقف الطرح مؤقتًا بمجرد أن يتحقق أحد المحفّزات المتفق عليها مسبقًا. يمكن أن يصل مجموع فترات الإيقاف إلى 30 يومًا، وعند الاستئناف يُكمل الطرح من اليوم الذي توقف عنده.

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

للإيقاف المؤقت، افتح الإصدار الذي حالته Ready for Distribution، واختر Pause Phased Release ثم انقر على Save. وللاستئناف، اختر Use Phased Release. ومثال Apple: إذا أوقفت الطرح 10 أيام ثم استأنفته، يتبقى لك 20 يومًا من الإيقاف. يمكنك الإيقاف عدد المرات الذي تريده ضمن هذا المجموع. ولتخطي المراحل المتبقية، انقر على Release to All Users أعلى يمين صفحة الإصدار.

كيف يبدو الإصدار التدريجي عندما يظهر خلل؟

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

لنفترض أن الإصدار 3.4 يستبدل محرك المزامنة لديك. في اليوم الأول، يحصل عليه 1% من المستخدمين ذوي التحديث التلقائي، فتراجع أداة تتبع الأعطال وسجلات أخطاء المزامنة مرتين. في اليوم الثالث، عند 5%، يظهر تجمّع من حالات فشل المزامنة على إصدار iOS قديم واحد. فتوقف الطرح فورًا. يتأثر عدد أقل بكثير من المستخدمين مما لو حصل عليه الجميع، ويبقى مستخدمو التحديث التلقائي الذين لم يصلهم التحديث بعد على الإصدار 3.3.

بعد ذلك، أصلح الخلل وأرسل الإصدار 3.4.1 مع تفعيل الإصدار التدريجي. اختبر الإصلاح في نسخة إصدار (release build)، لا في نسخة التصحيح (debug) فقط؛ إذ تغطي خطة اختبار نسخة الإصدار لدينا هذه الخطوة. واذكر بوضوح في ملاحظات إصدار 3.4.1 أن المزامنة أُصلحت؛ وتوضح أمثلة ملاحظات الإصدار لدينا كيفية ذلك. وإذا كان الإصلاح عاجلًا وكنت واثقًا منه، فاستخدم Release to All Users بعد الموافقة بدلًا من انتظار أسبوع آخر.

وهناك وسيلة حماية إضافية: ضع محرك المزامنة الجديد خلف مفتاح تحكم من جهة الخادم (feature flag). فالإيقاف المؤقت يمنع انتشار التحديث، لكن المفتاح يتيح لك تعطيل الشيفرة الخطرة لدى من ثبّتوا الإصدار 3.4 بالفعل. والأداتان تعملان معًا بشكل جيد.

ما الذي واجهه مطورون آخرون عند إيقاف الإصدار التدريجي مؤقتًا؟

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

• أفاد مطور في منتديات مطوري Apple بأنه "لاحظ عطلًا، فأوقف طرح التحديث مؤقتًا، وأصلح التطبيق، ورفعه، وبدأ طرحًا تدريجيًا آخر" بينما كان أقل من 10% من المستخدمين على الإصدار المعيب. وسأل عمّا إذا كان المستخدمون أنفسهم سيحصلون على الطرح الجديد. لم يحصل النقاش على إجابة رسمية قط؛ وقال أحد الردود إن مستخدمي 8.0 "يُفترض أن يحصلوا على إشعار بتوفر تحديث 8.1 بمجرد صدوره."
• وفي نقاش منفصل في المنتدى، قال مطور إنه "توقف عند 1%" في الإصدار 15.0.1 بسبب خلل حرج، وأراد طرح 15.0.2 تدريجيًا أيضًا، على أمل أن "يُتخطى 15.0.1 فعليًا لدى غالبية المستخدمين." واقترح رد سابق في ذلك النقاش طلب مراجعة مُعجَّلة بينما الإصدار المعيب متوقف، وربما سحب التطبيق من البيع "حتى لا يحصل أي مستخدمين جدد على الإصدار المعيب." وقبل أن تفعل ذلك، تذكّر قاعدة الإزالة من البيع الواردة في التنبيه أعلاه.
• يوثّق فريق أدوات الإصدار الذي يقف وراء ملاحظات Tramline حول خصائص المتاجر أن بدء إصدار جديد "سيُلغي ببساطة الطرح الحالي"، وأن الإصدار الأقدم ينتقل إلى REPLACED_WITH_NEW_VERSION مع وسم إصداره التدريجي بـCOMPLETE. وتقول الملاحظات نفسها إن الإيقاف المؤقت "لن يستطيع فعل أي شيء بشأن المستخدمين الذين تلقوا التحديث بالفعل."

في الحالات الثلاث، لم يمنح الإيقاف المؤقت سوى وقت إضافي. كان الإصلاح دائمًا إصدارًا جديدًا، ولم يكن بإمكان أحد الاعتماد على تحديث المجموعة نفسها أولًا. ولهذا فإن مفاتيح التحكم من جهة الخادم وفرع إصلاح عاجل (hotfix) يمكنك نشره بسرعة أهم من زر الإيقاف المؤقت.

كيف يقارَن الطرح المرحلي في Google Play؟

يستخدم الطرح المرحلي في Google Play نسبة تختارها وترفعها يدويًا. وبعد الإيقاف، يصل الاستئناف إلى المجموعة نفسها من المستخدمين. خطط لطرح كل متجر على حدة.

بحسب مساعدة Play Console، "لن تزداد نسبة الطرح المرحلي لتطبيقك تلقائيًا"، والطرح المرحلي "لا يمكن استخدامه إلا لتحديثات التطبيقات، وليس عند نشر تطبيق لأول مرة." وبعد الإيقاف، يبقى المستخدمون الذين تلقوا الإصدار عليه، وتنصح Google بإصدار نسخة جديدة بحزمة مُصلحة بدلًا من استئناف إصدار معيب. يمكن قصر الطرح في مسار الإنتاج على بلدان محددة، لكن بعد بدئه لا يمكنك إزالة بلدان. وإذا كان تحديث Android التالي لديك يجب أن يستوفي أيضًا مستوى SDK المستهدف الجديد، فراجع دليلنا حول مستوى API المستهدف 36 على Google Play.

ما الذي يجب التحقق منه قبل بدء الإصدار التدريجي؟

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

• الإصدار التدريجي محدد ومحفوظ في صفحة الإصدار
• لوحات تتبع الأعطال وأخطاء الخادم محفوظة في المفضلة، مع خطوط أساس من الإصدار السابق
• محفّزات إيقاف مكتوبة ومتفق عليها من كل من يملك صلاحية الضغط على الزر
• الميزات الخطرة خلف مفاتيح تحكم من جهة الخادم
• شخص محدد بالاسم يراجع المقاييس في كل يوم من الأيام السبعة
• فرع إصلاح عاجل جاهز، إضافة إلى قائمة التحقق لإرسال التطبيق إلى App Store لدينا من أجل النسخة اللاحقة
• تأجيل تغييرات صفحة المتجر حتى يصل الطرح إلى الجميع

إذا كنت تفضّل تسليم عملية الإصدار نفسها لغيرك، فإن خدمة إرسال التطبيقات إلى App Store لدينا تغطي إعداد App Store Connect وPlay Console، والتحضير للمراجعة، والإصدارات على المتجرين مقابل $599 (رسوم حسابات المطورين منفصلة). وللحصول على رأي ثانٍ بشأن تحديث محفوف بالمخاطر، راسل yagyeshsrbobde@gmail.com مع ذكر تطبيقك وما الذي سيتغير.