Как выпустить обновление iOS-приложения: поэтапный выпуск
Автор: Mehdi Azizi
Опубликовано , 10 мин
Обновление iOS: новая версия, новый билд, текст «Что нового», затем выпуск вручную, автоматически или поэтапно за 7 дней.
Чтобы выпустить обновление iOS-приложения, создай в App Store Connect новую версию с более высоким номером. Прикрепи к ней новый билд, напиши текст «Что нового» и отправь в App Review. Каждая новая версия снова проходит проверку Apple, даже если это мелкое исправление. Перед отправкой выбери, как она выйдет после одобрения: вручную, сразу, не раньше определённой даты или поэтапно за 7 дней.
Поэтапный выпуск касается только автоматических обновлений: в первый день 1 % таких пользователей, на седьмой все. Его можно ставить на паузу в сумме до 30 дней или завершить сразу. Этот гайд опирается на справку Apple, которую я перечитал 3 ноября 2026 года.
Я выпускаю обновления своих iOS-приложений через Expo и EAS, среди них Solys, TradaZen и Nolera. Все примеры ниже взяты из этих релизов.
Как выпустить обновление iOS: шаги по порядку
Справка App Store Connect о новых версиях описывает такой путь:
- В разделе Apps выбери приложение и нажми кнопку + рядом с платформой.
- Введи номер версии выше предыдущего и нажми Create.
- Проверь метаданные: данные опубликованной версии копируются автоматически.
- Загрузи новый билд с увеличенным номером билда.
- Протестируй билд в TestFlight, добавь его к версии и отправь в App Review.
Два условия перед началом. Опубликованная версия должна быть в статусе Ready for Distribution. И у тебя должна быть одна из ролей: Account Holder, Admin, App Manager или Marketing.
Откатиться назад нельзя. Apple пишет об этом на той же странице: если с версией проблема, вернуться к предыдущей не получится. Нужно создать и отправить новую версию.
Номер версии и номер билда
Версия это номер, который клиенты видят на странице приложения. Билд обозначает каждую загрузку. Пара «версия и билд» должна быть уникальной: правила и связанные ошибки описаны в статье версия и номер билда.
Моё правило, а не правило Apple: последняя цифра растёт при исправлении, с 1.4.0 до 1.4.1. Средняя растёт при новой функции, с 1.4.1 до 1.5.0. А номер билда только растёт, от версии к версии. В Expo версия хранится в app.json, а EAS умеет увеличивать номер билда при каждой продакшен-сборке. Настройка описана в статье как опубликовать Expo-приложение через EAS.
Текст «Что нового»: что требует Apple
Страница с информацией о версии описывает поле What's New in This Version:
- Не больше 4 000 символов.
- Его нет у первой версии, и оно обязательно для всех следующих.
- Его можно перевести на каждый язык твоей страницы.
Правило 2.3.12 App Review Guidelines добавляет требование: ясно описывать новые функции и изменения продукта. Для простых исправлений багов, безопасности или производительности хватит общей формулировки. Важное изменение нужно перечислить. Так что «Исправления ошибок и улучшения» не подойдёт для версии, которая меняет подписку или главный экран.
На своей странице об отзывах Apple также советует упоминать в заметках исправленные проблемы, о которых клиенты писали в отзывах.
Вот три шаблона, по одному на каждый тип версии.
Для исправления:
Исправления и стабильность.
- [Функция]: исправлено [что не работало].
- [Экран] загружается быстрее.
Спасибо всем, кто сообщил о проблеме.
Для новой функции:
Новое: [функция в пяти словах].
[Что теперь можно сделать, одним предложением.]
Где найти: [вкладка] > [кнопка].
Также в этой версии:
- [Заметное улучшение].
- Исправления ошибок.
Для изменённого сценария:
[Экран или сценарий] меняется.
- Что меняется для тебя: [конкретный эффект].
- Что остаётся: [данные, настройки, покупка].
Есть вопрос? [Настройки] > [Помощь].
Последняя строка шаблона исправления уместна, только если кто-то действительно сообщил о проблеме. Никогда не пиши о новинке, которой нет в билде: правило 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, судя по публичному API поиска 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». По окончании 7 дней 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 | Новый билд, новая версия, полная проверка |
| Скриншоты, описание, ключевые слова, новинки | Новая версия, проверка вместе с ней |
| Рекламный текст | Ничего: меняется без новой отправки |
| Пауза, возобновление, выпуск для всех | Ничего: это настройки выпуска |
| Шапка страницы в iOS 27 | Отдельно в Asset Library или вместе с версией |
| Исправление JavaScript в Expo | Возможно удалённое обновление |
Рекламный текст меняется без новой отправки, согласно странице информации о версии. В Expo удалённое обновление меняет JavaScript, тексты и картинки без App Store. Документация Expo ставит два ограничения: нативный код, разрешения и версия SDK требуют нового бинарника, а обновления должны соблюдать правила App Store.
Мой случай: удалённое исправление, которого проверяющий так и не увидел
В сентябре 2026 года билд Nolera ждал проверки. Я исправил баг на экране сканирования и, пока ждал, выпустил это исправление удалённым обновлением. Билд всё равно отклонили из-за этого уже исправленного бага.
Объяснение есть в документации expo-updates: по умолчанию приложение скачивает обновление при запуске и применяет его при следующем. Проверяющий устанавливает приложение, запускает один раз и тестирует код, встроенный в билд. То же правило действует для новых пользователей: их первая сессия работает на коде билда.
С тех пор любое изменение главного экрана, пейволла или основной функции уходит в новом билде. Удалённое обновление нужно только тем, у кого приложение уже стоит.
Обнуление рейтинга с новой версией
У каждой новой версии есть опция Reset rating when this version is released. Согласно справке Apple об обнулении, она действует во всех странах, сохраняет письменные отзывы и не отменяется после выпуска. Apple советует пользоваться ею осторожно: страница с малым числом оценок может отпугнуть.
Чек-лист перед отправкой обновления
- Номер версии выше, номер билда увеличен.
- Билд протестирован в TestFlight на маленьком iPhone и на iPad, если приложение там работает.
- Текст «Что нового» написан на каждом языке, важные изменения перечислены.
- Скриншоты показывают текущий интерфейс, если он изменился.
- Заметки для проверяющего говорят, что изменилось и где это найти.
- Вариант выпуска выбран: вручную, если нужно попасть в дату.
- Поэтапный выпуск включён, если версия затрагивает оплату или первый запуск.
- Ты знаешь, можно ли будет выпустить возможное исправление удалённо или понадобится билд.
Проходить проверку при каждом обновлении
Каждое обновление снова проходит App Review, и отказ блокирует твоё исправление. В Review Kit собраны мой чек-лист перед отправкой, мои исправленные отказы и два скилла Claude Code, которые проверяют проект и страницу приложения, а затем готовят ответ, если Apple откажет. Весь путь описан на странице как опубликовать приложение в App Store.
Если готовишь первый релиз, пройди бесплатную диагностику: она расставит шаги по порядку и пришлёт мой чек-лист против отказов Apple.
Частые вопросы
Сколько длится поэтапный выпуск в App Store?
Семь дней: 1 % пользователей с автообновлением в первый день, затем 2, 5, 10, 20 и 50 %, и 100 % на седьмой. Можно ставить на паузу в сумме до 30 дней или завершить в любой момент кнопкой Release to All Users.
Проходит ли обновление iOS-приложения проверку Apple?
Да. Каждая новая версия с билдом и метаданными проходит App Review. А рекламный текст и настройки выпуска меняются без новой отправки.
Можно ли вернуть старую версию приложения в App Store?
Нет. Нужно создать новую версию с исправлением и отправить её на проверку. Поэтому поэтапный выпуск и его пауза так полезны.
Получают ли новые пользователи обновление во время поэтапного выпуска?
Да, если скачивают приложение из App Store. Поэтапный выпуск управляет только автоматическими обновлениями: кто угодно может скачать новую версию в любой момент.
Можно ли включить поэтапный выпуск после одобрения Apple?
Да, пока версия в статусе Pending Developer Release, то есть с ручным выпуском и ещё не опубликована. Когда версия вышла, для неё уже поздно.
Что писать в заметках к обновлению?
Новые функции и важные изменения, чётко перечисленные: этого требует правило 2.3.12. Для простого исправления багов, безопасности или производительности хватит общей формулировки. Поле вмещает 4 000 символов и переводится на каждый язык.

