# Как выпустить обновление iOS-приложения: поэтапный выпуск

> Обновление iOS: новая версия, новый билд, текст «Что нового», затем выпуск вручную, автоматически или поэтапно за 7 дней.

Оригинальная страница: [Как выпустить обновление iOS-приложения: поэтапный выпуск](https://devoria.fr/ru/blog/obnovlenie-ios-prilozheniya-poetapnyj-vypusk)
Автор: [Mehdi Azizi](https://devoria.fr/ru/mehdi-azizi)
Опубликовано: 2026-11-04
Последняя правка контента: 2026-11-04


Чтобы выпустить обновление iOS-приложения, создай в App Store Connect новую версию с более высоким номером. Прикрепи к ней новый билд, напиши текст «Что нового» и отправь в App Review. **Каждая новая версия снова проходит проверку Apple, даже если это мелкое исправление.** Перед отправкой выбери, как она выйдет после одобрения: вручную, сразу, не раньше определённой даты или поэтапно за 7 дней.

Поэтапный выпуск касается только автоматических обновлений: в первый день 1 % таких пользователей, на седьмой все. Его можно ставить на паузу в сумме до 30 дней или завершить сразу. Этот гайд опирается на справку Apple, которую я перечитал 3 ноября 2026 года.

Я выпускаю обновления своих iOS-приложений через Expo и EAS, среди них Solys, TradaZen и Nolera. Все примеры ниже взяты из этих релизов.

## Как выпустить обновление iOS: шаги по порядку

[Справка App Store Connect о новых версиях](https://developer.apple.com/help/app-store-connect/update-your-app/create-a-new-version) описывает такой путь:

1. В разделе Apps выбери приложение и нажми кнопку + рядом с платформой.
2. Введи номер версии выше предыдущего и нажми Create.
3. Проверь метаданные: данные опубликованной версии копируются автоматически.
4. Загрузи новый билд с увеличенным номером билда.
5. Протестируй билд в [TestFlight](https://devoria.fr/ru/blog/testflight-testirovanie-iphone-prilozheniya), добавь его к версии и отправь в App Review.

Два условия перед началом. Опубликованная версия должна быть в статусе Ready for Distribution. И у тебя должна быть одна из ролей: Account Holder, Admin, App Manager или Marketing.

**Откатиться назад нельзя.** Apple пишет об этом на той же странице: если с версией проблема, вернуться к предыдущей не получится. Нужно создать и отправить новую версию.

## Номер версии и номер билда

Версия это номер, который клиенты видят на странице приложения. Билд обозначает каждую загрузку. **Пара «версия и билд» должна быть уникальной**: правила и связанные ошибки описаны в статье [версия и номер билда](https://devoria.fr/ru/blog/app-store-connect-build-number-version).

Моё правило, а не правило Apple: последняя цифра растёт при исправлении, с 1.4.0 до 1.4.1. Средняя растёт при новой функции, с 1.4.1 до 1.5.0. А номер билда только растёт, от версии к версии. В Expo версия хранится в `app.json`, а EAS умеет увеличивать номер билда при каждой продакшен-сборке. Настройка описана в статье [как опубликовать Expo-приложение через EAS](https://devoria.fr/ru/blog/eas-submit-ios-publish-expo-app-store).

## Текст «Что нового»: что требует Apple

[Страница с информацией о версии](https://developer.apple.com/help/app-store-connect/reference/app-information/platform-version-information) описывает поле What's New in This Version:

- **Не больше 4 000 символов.**
- **Его нет у первой версии, и оно обязательно для всех следующих.**
- **Его можно перевести на каждый язык твоей страницы.**

Правило 2.3.12 [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/#2.3.12) добавляет требование: ясно описывать новые функции и изменения продукта. Для простых исправлений багов, безопасности или производительности хватит общей формулировки. **Важное изменение нужно перечислить.** Так что «Исправления ошибок и улучшения» не подойдёт для версии, которая меняет подписку или главный экран.

На [своей странице об отзывах](https://developer.apple.com/app-store/ratings-and-reviews/) Apple также советует упоминать в заметках исправленные проблемы, о которых клиенты писали в отзывах.

Вот три шаблона, по одному на каждый тип версии.

Для исправления:

```text
Исправления и стабильность.
- [Функция]: исправлено [что не работало].
- [Экран] загружается быстрее.
Спасибо всем, кто сообщил о проблеме.
```

Для новой функции:

```text
Новое: [функция в пяти словах].
[Что теперь можно сделать, одним предложением.]
Где найти: [вкладка] > [кнопка].

Также в этой версии:
- [Заметное улучшение].
- Исправления ошибок.
```

Для изменённого сценария:

```text
[Экран или сценарий] меняется.
- Что меняется для тебя: [конкретный эффект].
- Что остаётся: [данные, настройки, покупка].
Есть вопрос? [Настройки] > [Помощь].
```

Последняя строка шаблона исправления уместна, только если кто-то действительно сообщил о проблеме. Никогда не пиши о новинке, которой нет в билде: правило 2.3 требует, чтобы метаданные соответствовали приложению.

## Выпуск вручную, автоматически или в дату

[Справка о вариантах выпуска](https://developer.apple.com/help/app-store-connect/manage-your-apps-availability/select-an-app-store-version-release-option) предлагает три варианта:

| Вариант                     | После одобрения 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 о поэтапном выпуске](https://developer.apple.com/help/app-store-connect/update-your-app/release-a-version-update-in-phases) даёт точный график:

| День | Доля пользователей |
| ---- | ------------------ |
| 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 в правом верхнем углу версии отправляет обновление на все устройства с автообновлением.
- **Снятие с продажи**: окончательно останавливает выпуск, в том числе если истекло членство в программе разработчиков. Если приложение вернётся в продажу, версия сразу станет доступна всем.

После выпуска для всех настроить уже ничего нельзя, уточняет [таблица изменяемых свойств](https://developer.apple.com/help/app-store-connect/reference/app-information/required-localizable-and-editable-properties).

Nolera 1.0.2 вышла без поэтапного выпуска. Вот как я бы пользовался им в течение недели:

| Что ты видишь                  | Что делаешь            | Что происходит                                |
| ------------------------------ | ---------------------- | --------------------------------------------- |
| Краши или тревожные отзывы     | Пауза                  | Автообновления останавливаются                |
| Исправление готово             | Новая версия           | Она снова идёт на проверку, со своим выпуском |
| Ничего странного через 3-4 дня | Release to All Users   | Обновление получают все                       |
| Ждёшь ответа от Apple          | Пауза, в сумме 30 дней | Возобновление с того дня, где ты остановился  |

Во время паузы ручные загрузки продолжаются. **Включай поэтапный выпуск для любой версии, которая затрагивает оплату или первый запуск**: там ошибка обходится дороже всего, а откатиться ты не сможешь.

## Когда исправление срочное: ускоренная проверка

Apple позволяет запросить [ускоренную проверку](https://developer.apple.com/help/app-review/after-submitting-for-review/request-expedited-review). Она только для настоящих срочных случаев: критический баг или выпуск, привязанный к событию.

1. Сначала отправь версию. Опиши баг в поле Notes для проверяющего.
2. Заполни форму запроса ускоренной проверки и выбери приложение и платформу.
3. Apple ускоряет проверку по возможности. Ничего не гарантировано.

Если речь о событии, укажи в заметках его дату и свою связь с ним. Обычные сроки описаны в статье [сроки проверки в App Store](https://devoria.fr/ru/blog/sroki-proverki-app-store-skolko-zhdat).

## Что снова идёт на проверку, а что нет

| Изменение                                    | Что нужно                                     |
| -------------------------------------------- | --------------------------------------------- |
| Нативный код, разрешения, версия SDK         | Новый билд, новая версия, полная проверка     |
| Скриншоты, описание, ключевые слова, новинки | Новая версия, проверка вместе с ней           |
| Рекламный текст                              | Ничего: меняется без новой отправки           |
| Пауза, возобновление, выпуск для всех        | Ничего: это настройки выпуска                 |
| Шапка страницы в iOS 27                      | Отдельно в Asset Library или вместе с версией |
| Исправление JavaScript в Expo                | Возможно удалённое обновление                 |

[Рекламный текст](https://devoria.fr/ru/blog/app-store-promotional-text-170-characters) меняется без новой отправки, согласно странице информации о версии. В Expo удалённое обновление меняет JavaScript, тексты и картинки без App Store. [Документация Expo](https://docs.expo.dev/eas-update/introduction/) ставит два ограничения: нативный код, разрешения и версия SDK требуют нового бинарника, а обновления должны соблюдать правила App Store.

### Мой случай: удалённое исправление, которого проверяющий так и не увидел

В сентябре 2026 года билд Nolera ждал проверки. Я исправил баг на экране сканирования и, пока ждал, выпустил это исправление удалённым обновлением. Билд всё равно отклонили из-за этого уже исправленного бага.

Объяснение есть в [документации expo-updates](https://docs.expo.dev/versions/latest/sdk/updates/): по умолчанию приложение скачивает обновление при запуске и применяет его при следующем. Проверяющий устанавливает приложение, запускает один раз и тестирует код, встроенный в билд. **То же правило действует для новых пользователей: их первая сессия работает на коде билда.**

С тех пор любое изменение главного экрана, пейволла или основной функции уходит в новом билде. Удалённое обновление нужно только тем, у кого приложение уже стоит.

## Обнуление рейтинга с новой версией

У каждой новой версии есть опция Reset rating when this version is released. Согласно [справке Apple об обнулении](https://developer.apple.com/help/app-store-connect/monitor-ratings-and-reviews/reset-an-app-overview-rating), она действует во всех странах, сохраняет письменные отзывы и не отменяется после выпуска. Apple советует пользоваться ею осторожно: страница с малым числом оценок может отпугнуть.

## Чек-лист перед отправкой обновления

- Номер версии выше, номер билда увеличен.
- Билд протестирован в TestFlight на маленьком iPhone и на iPad, если приложение там работает.
- Текст «Что нового» написан на каждом языке, важные изменения перечислены.
- Скриншоты показывают текущий интерфейс, если он изменился.
- Заметки для проверяющего говорят, что изменилось и где это найти.
- Вариант выпуска выбран: вручную, если нужно попасть в дату.
- Поэтапный выпуск включён, если версия затрагивает оплату или первый запуск.
- Ты знаешь, можно ли будет выпустить возможное исправление удалённо или понадобится билд.

## Проходить проверку при каждом обновлении

Каждое обновление снова проходит App Review, и отказ блокирует твоё исправление. В [Review Kit](https://devoria.fr/ru/kits/app-review) собраны мой чек-лист перед отправкой, мои исправленные отказы и два скилла Claude Code, которые проверяют проект и страницу приложения, а затем готовят ответ, если Apple откажет. Весь путь описан на странице [как опубликовать приложение в App Store](https://devoria.fr/ru/expertise/publish-app-on-app-store).

Если готовишь первый релиз, [пройди бесплатную диагностику](https://devoria.fr/ru/diagnostic): она расставит шаги по порядку и пришлёт мой чек-лист против отказов 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 символов и переводится на каждый язык.


## Твой проект

[Review Kit](https://devoria.fr/ru/kits/app-review): Мой чек-лист для ревью в App Store, исправленные отказы Apple, чек-лист для Google Play и три скилла для Claude Code. 55 $.

[iOS & Android Kit](https://devoria.fr/ru/kits/ios): Создай своё приложение для iPhone и Android с Claude Code: стартовый код моих приложений, путь до публикации в сторах и все киты. 109 $.

[Диагностика: что отделяет тебя от твоего iPhone-приложения](https://devoria.fr/ru/diagnostic): 7 вопросов, 60 секунд: ты узнаешь, что на самом деле мешает тебе опубликовать iPhone-приложение, получишь путь из 4 этапов и подходящий тебе кит.