Staged Rollout — این چیست، انتشار تدریجی چگونه کار می‌کند

Staged Rollout چیست؟

Staged Rollout — قابلیت Google Play Console برای انتشار مرحله‌ای به‌روزرسانی‌های برنامه است. توسعه‌دهنده درصد کاربرانی که نسخه جدید را دریافت می‌کنند تعیین می‌کند و به تدریج پوشش را افزایش می‌دهد و پایداری و معیارهای کیفیت را ردیابی می‌کند. انتشار کامل برای همه کاربران تنها پس از تأیید عدم وجود مشکلات بحرانی انجام می‌شود.

مکانیزم در سطح فروشگاه برنامه کار می‌کند: Google Play به‌طور خودکار به‌روزرسانی را در میان درصد انتخاب شده از دستگاه‌ها توزیع می‌کند. کاربران تفاوتی نمی‌بینند — برای آنها این یک به‌روزرسانی معمولی از فروشگاه است. در داخل بخش انتخاب شده، کاربران به طور تصادفی انتخاب می‌شوند که نمونه‌ای نماینده را تضمین می‌کند.

تاریخچه ظهور قابلیت

Google Staged Rollout را در سال 2015 به عنوان بخشی از Google Play Developer Console معرفی کرد. قبل از ظهور این قابلیت، توسعه‌دهندگان به‌روزرسانی‌ها را بلافاصله برای همه کاربران منتشر می‌کردند که در صورت بروز خطا به خرابی‌های گسترده منجر می‌شد. طبق داده‌های Google I/O 2023، معرفی انتشار مرحله‌ای تعداد حوادث بحرانی در برنامه‌های Android را 60% کاهش داد.

چه زمانی از Staged Rollout استفاده می‌شود

انتشار مرحله‌ای هنگام انتشار تغییرات قابل توجه استفاده می‌شود: طراحی جدید، تغییر معماری، به‌روزرسانی SDK، تغییر پایگاه داده یا مهاجرت به نسخه جدید API. Staged Rollout همچنین برای آزمایش A/B معیارهای تولید قبل از استقرار کامل توصیه می‌شود.

Staged Rollout چگونه کار می‌کند

پس از بارگذاری APK یا App Bundle در Google Play Console، توسعه‌دهنده به جای انتشار کامل، Staged Rollout را انتخاب می‌کند. سیستم پیشنهاد می‌کند درصد کاربران را از 5% تا 100% با گام 5% مشخص کند. Google Play به‌طور خودکار به‌روزرسانی را در میان درصد مشخصی از کاربران تصادفی انتخاب شده توزیع می‌کند.

الگوریتم توزیع

Google Play از الگوریتم قطعی مبتنی بر شناسه دستگاه و شماره نسخه کد استفاده می‌کند. این تضمین می‌کند که کاربری که به‌روزرسانی را در 10% دریافت کرده است، هنگام افزایش درصد به 20% آن را از دست ندهد. توزیع پایدار است: کاربر یا قبلاً نسخه را دریافت کرده است یا در افزایش بعدی پوشش آن را دریافت خواهد کرد.

// build.gradle — نسخه‌بندی برای Staged Rollout
android {
    defaultConfig {
        versionCode 42
        versionName "2.4.0-staged"
    }
}

// پس از تأیید پایداری — انتشار کامل
// versionCode ثابت می‌ماند، versionName → "2.4.0"

نظارت بر معیارها در فرآیند

پس از راه‌اندازی Staged Rollout باید شاخص‌های کلیدی را ردیابی کرد: تعداد ANR، دفعات کرش، امتیاز و نظرات کاربران. Google Play Console پانل معیارهای بلادرنگ را ارائه می‌دهد. در صورت تجاوز از مقادیر آستانه، توصیه می‌شود فوراً انتشار را متوقف کرده و بازگشت را انجام دهید.

تنظیم در Google Play Console

تنظیم Staged Rollout در سه مرحله انجام می‌شود و نیازی به تغییرات در کد برنامه ندارد. کافی است بیلد را در Google Play Console بارگذاری کرده و گزینه انتشار مرحله‌ای را انتخاب کنید. در زیر راهنمای گام‌به‌گام با اشاره به بخش‌های خاص رابط کاربری آورده شده است.

• به Google Play Console → Release → Production بروید
• روی Create new release کلیک کنید و App Bundle را بارگذاری کنید
• Staged rollout را انتخاب کرده و درصد کاربران را مشخص کنید
• انتشار را تأیید کرده و توزیع تدریجی را شروع کنید
• معیارها را در پانل Dashboard ردیابی کنید

انتخاب درصد پوشش

برای مرحله اول توصیه می‌شود 5–10% کاربران را انتخاب کنید. این حداقل حجم نماینده برای شناسایی خطاهای بحرانی است. در صورت عدم وجود مشکل، درصد با فاصله 24–48 ساعت به 25%، 50% و 100% افزایش می‌یابد. افزایش سریع پوشش فقط برای تغییرات جزئی توجیه می‌شود.

محدودیت‌های Staged Rollout

این قابلیت فقط برای انتشارات Production در Google Play در دسترس است. برای آزمایش باز و ترک‌های بسته از مکانیزم‌های جداگانه استفاده می‌شود. Staged Rollout را نمی‌توان برای کشورها یا مناطق جداگانه اعمال کرد — درصد از کل مخاطبان برنامه محاسبه می‌شود. برای هدف‌گیری جغرافیایی از country-specific releases استفاده می‌شود. همچنین نمی‌توان درصد متفاوتی برای کانال‌های توزیع مختلف تنظیم کرد — همه کاربران بدون توجه به منبع نصب به طور تصادفی انتخاب می‌شوند.

مزایای انتشار تدریجی

Staged Rollout ریسک‌های انتشار را کاهش می‌دهد و امکان شناسایی مشکلات در نمونه کوچکی از کاربران را فراهم می‌کند. برخلاف آزمایش در ترک‌های داخلی، ترافیک Production سناریوهای استفاده واقعی را نشان می‌دهد که در محیط QA قابل بازتولید نیستند. طبق تحلیل Google Play Console (2024)، 70% از خطاهای بحرانی دقیقاً در مرحله انتشار مرحله‌ای شناسایی می‌شوند.

تأثیر بر تجربه کاربری

در صورت بروز مشکلات، فقط بخش کوچکی از کاربران با خطاها مواجه می‌شوند. بقیه به کار با نسخه پایدار ادامه می‌دهند. این کار امتیاز برنامه را حفظ می‌کند و از نظرات منفی گسترده جلوگیری می‌کند. Google Play همچنین پایداری انتشارها را هنگام رتبه‌بندی در جستجو در نظر می‌گیرد.

ادغام با CI/CD

Staged Rollout توسط Google Play Developer API پشتیبانی می‌شود که امکان خودکارسازی انتشارهای مرحله‌ای را از طریق خطوط لوله CI/CD فراهم می‌کند. ابزارهایی مانند Gradle Play Publisher و Fastlane دستورات آماده برای تنظیم درصد پوشش و نظارت بر وضعیت انتشار از طریق اسکریپت‌های ساخت ارائه می‌دهند.

معیارهای انتقال بین مراحل

قبل از افزایش درصد پوشش، سه معیار کلیدی را بررسی کنید: دفعات کرش کمتر از 0.5%، تعداد ANR از خط پایه نسخه Production تجاوز نمی‌کند، امتیاز برنامه بیش از 0.2 ستاره کاهش نیافته است. اگر حداقل یک معیار نقض شده باشد — Staged Rollout را متوقف کنید، علل را تحلیل کنید و بیلد اصلاح شده را از حداقل درصد منتشر کنید.

بازگشت و لغو تغییرات

بازگشت — بازگشت به نسخه پایدار قبلی برنامه در Google Play است. اگر در فرآیند Staged Rollout خطای بحرانی شناسایی شود، توسعه‌دهنده می‌تواند توزیع را متوقف کرده و همه کاربران را به نسخه قبلی بازگرداند. این عملیات در Google Play Console بدون انتشار بیلد جدید انجام می‌شود.

نحوه انجام بازگشت

برای بازگشت باید به بخش Release → Production رفته و گزینه Rollback to previous release را انتخاب کنید. Google Play به‌طور خودکار توزیع نسخه فعلی را متوقف می‌کند و نسخه پایدار قبلی را به کاربران بازمی‌گرداند. همه کاربران جدیدی که وارد بخش شده‌اند نیز در به‌روزرسانی بعدی از فروشگاه به نسخه قدیمی سوئیچ می‌کنند.

زمانی که بازگشت ممکن نیست

اگر نسخه قبلی از Google Play حذف شده باشد یا مدت اعتبار آن منقضی شده باشد، بازگشت در دسترس نیست. توصیه می‌شود همیشه حداقل یک نسخه پایدار در بخش Production نگه دارید. نسخه با مدت اعتبار منقضی شده را می‌توان از طریق پشتیبانی Google Play Console به طور موقت بازیابی کرد.

بازگشت خودکار بر اساس معیارها

Google Play Console امکان تنظیم بازگشت خودکار را هنگام تجاوز از مقادیر آستانه دفعات کرش یا ANR فراهم می‌کند. در بخش Release → Production محرک‌ها را تنظیم کنید: اگر دفعات کرش از 1% تجاوز کند، Google Play به‌طور خودکار Staged Rollout را متوقف کرده و نسخه قبلی را بازمی‌گرداند. این کار زمان واکنش به حادثه را بدون دخالت توسعه‌دهنده به چند دقیقه کاهش می‌دهد. برای تنظیم محرک‌ها به حسابی با نقش ویرایشگر یا مدیر نیاز است.

Staged Rollout در مقابل انتشار کامل

انتخاب بین Staged Rollout و انتشار کامل به نوع تغییرات و سطح ریسک بستگی دارد. انتشار کامل برای اصلاحات جزئی و به‌روزرسانی وابستگی‌ها بدون تغییر منطق توجیه می‌شود. انتشار مرحله‌ای برای به‌روزرسانی‌های اساسی، تغییر معماری و تغییرات مؤثر بر امنیت یا داده‌های کاربران الزامی است.

توصیه‌های انتخاب

برای به‌روزرسانی‌هایی که بر بیش از 20% کد تأثیر می‌گذارند، Staged Rollout الزامی است. تغییرات UI و UX نیز برای ارزیابی واکنش کاربران نیاز به استقرار مرحله‌ای دارند. انتشار کامل برای اصلاحات متنی، به‌روزرسانی SDK بدون تغییر API و وصله‌های امنیتی با ریسک پایین بازگشت مجاز است. در صورت تردید، همیشه انتشار مرحله‌ای را انتخاب کنید — هزینه بازگشت به طور قابل توجهی کمتر از خسارت احتمالی ناشی از خرابی گسترده نسخه Production است.