# Ускоренная проверка App Store: как запросить у Apple

> Apple называет два случая: критический баг в опубликованной версии или релиз, привязанный к событию. Как подать запрос, что написать и что будет дальше.

Оригинальная страница: [Ускоренная проверка App Store: как запросить у Apple](https://devoria.fr/ru/blog/uskorennaya-proverka-app-store-kak-zaprosit)
Автор: [Mehdi Azizi](https://devoria.fr/ru/mehdi-azizi)
Опубликовано: 2026-11-06
Последняя правка контента: 2026-11-06


**Ускоренная проверка существует, но Apple оставляет её для исключительных обстоятельств и называет два: исправить критический баг в уже опубликованной версии или выпустить версию к событию, с которым твоё приложение напрямую связано.** Сначала ты отправляешь версию, объясняешь срочность в заметках для ревьюера (Notes), а потом отправляешь форму запроса. Apple рассматривает каждый запрос и ускоряет проверку по мере возможностей: это никогда не гарантия.

Мои приложения, Solys, TradaZen и Nolera, сделаны на Expo. Когда баг сидит в JavaScript-коде, исправление уходит удалённым обновлением, без App Review. Так что ускоренная проверка нужна мне только для нативного билда, и это первый вопрос, который стоит себе задать перед запросом. Этот гайд опирается на [справочную страницу Apple об ускоренной проверке](https://developer.apple.com/help/app-review/after-submitting-for-review/request-expedited-review/), перечитанную 6 ноября 2026 года.

## Что называет Apple и что не проходит

Apple говорит об исключительных обстоятельствах и просит оставлять запросы для настоящих срочных случаев. На его [странице App Review](https://developer.apple.com/distribute/app-review/) приведены два примера и то, что нужно предоставить для каждого. Три отклонённые строки таблицы это моё прочтение этих страниц, а не список Apple.

| Причина                                 | У Apple             | Что нужно предоставить или понять                      |
| --------------------------------------- | ------------------- | ------------------------------------------------------ |
| Критический баг в опубликованной версии | Приведён как пример | Шаги воспроизведения, текущая версия                   |
| Релиз, привязанный к событию            | Приведён как пример | Событие, его дата, связь твоего приложения с ним       |
| Первая публикация с опозданием          | Нет, по-моему       | В глазах Apple ничто не делает её срочной              |
| Маркетинговая дата без события          | Нет, по-моему       | Кампания не является событием, связанным с приложением |
| Ожидание дольше обычного                | Нет, по-моему       | Обычный срок не является срочным случаем               |

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

## Процедура в три шага

1. **Отправь версию в App Store Connect.** Ускорить можно только уже отправленную версию. Если для функций нужен вход, укажи демо-аккаунт в разделе App Review Information.
2. **Заполни поле Notes при отправке.** Для критического бага опиши исправленный баг и как воспроизвести его в текущей версии. Для события укажи его название, дату и то, что связывает с ним твоё приложение.
3. **Отправь форму Request an Expedited App Review**, она доступна со справочной страницы Apple после входа в аккаунт разработчика. Там выбираешь нужное приложение и платформу и отправляешь.

Apple рассматривает запрос и отвечает тебе, а ты следишь за версией в App Store Connect. Если запрос принят, версия переходит в In Review раньше, чем дошла бы по очереди. Если отклонён, проверка идёт обычным порядком: ты ничего не теряешь.

> Кнопка Reply to App Review в App Store Connect не предназначена для запроса ускоренной проверки. [Страница связи с App Review](https://developer.apple.com/help/app-review/after-submitting-for-review/contact-app-review/) отводит её для переписки по текущей версии; у ускоренного запроса и у апелляции свои формы.

## Что писать: два шаблона

App Review читает по-английски. Вот два текста, которые я держу наготове: их можно адаптировать для Notes и для формы, если в ней есть свободное поле. Они укладываются в пять строк, потому что ревьюер должен понять срочность, не открывая приложение.

**Критический баг в опубликованной версии:**

> Version 2.0.3, currently live, crashes at launch for users who enabled notifications on iOS 26.1. Steps to reproduce: install 2.0.3, allow notifications, force quit, relaunch. The app closes immediately. Version 2.0.4 fixes the crash (notification permission is now read after the first screen loads). No other change in this build.

**Релиз, привязанный к событию:**

> This version adds the official schedule and live results for the Nantes Trail Festival on June 5, 2027. Our app is the event's official companion app (see the link to the organizer's page in the App Review Information section). Attendees need the update before the start on June 5 at 8:00 AM CEST.

Эти два текста просто примеры, а не запросы, которые я отправлял. Два правила для твоих. **Проверяемые факты**: версия, система, шаги, дата, связь с событием. **Ничего, кроме срочности**: если в билде есть и новая функция, скажи об этом одной фразой, но не защищай её.

## Перед запросом убедись, что он тебе нужен

Apple просит оставлять ускорение для настоящих срочных случаев. Три вопроса и одна ловушка перед отправкой формы.

**Проходит ли исправление без проверки?** С Expo удалённое обновление заменяет JavaScript-код уже установленных приложений без нового билда. Именно так я выпускаю свои исправления. Оно не покрывает ни нативный код, ни разрешения, ни нативные зависимости: для них нужны билд и проверка. И его содержимое должно оставаться в рамках того, что одобрил Apple, как напоминает [обзор EAS Update](https://docs.expo.dev/eas-update/introduction/): удалённое обновление не меняет назначение приложения. В гайде о [постепенном развёртывании обновления iOS](https://devoria.fr/ru/blog/obnovlenie-ios-prilozheniya-poetapnyj-vypusk) подробно разобрано, что через что проходит.

**Ожидание действительно ненормальное?** Apple говорит, что обычно проверяет не менее 50 % версий менее чем за 24 часа и 90 % менее чем за 48 часов. Если твоя версия [в статусе Waiting for Review](https://devoria.fr/ru/blog/waiting-for-review-app-store-connect-statuses) уже сутки, ты в пределах нормы [сроков проверки App Store](https://devoria.fr/ru/blog/sroki-proverki-app-store-skolko-zhdat). На [странице отслеживания статуса](https://developer.apple.com/help/app-review/after-submitting-for-review/review-status/) также перечислено, что удлиняет проверку: первое приложение без истории, документы на проверку, регулируемая тематика.

**Версия отправлена полностью?** Ускоренная проверка неполной версии ничего не ускорит. Apple предупреждает, что неполная отправка задерживает проверку или проваливается. Демо-аккаунт, заметки, документы: всё должно быть на месте до формы.

**И главное: не отзывай версию, чтобы отправить заново.** Отозванная версия выпадает из очереди и начинает с нуля. Если Apple задаёт вопрос во время проверки, отвечай в App Store Connect, а не отправляй повторно, как объясняет гайд о том, [как отвечать App Review в Resolution Center](https://devoria.fr/ru/blog/resolution-center-apple-reply-app-review-rejection).

## Если Apple отказал в ускорении

Ты сохраняешь своё место в очереди: отказ в ускорении никак не влияет на текущую проверку. Чтобы не попадать в такую ситуацию снова:

- **Планируй релизы.** Для события Apple советует выбрать запланированную публикацию в App Store Connect: версия проверяется заранее и выходит в нужную дату. [Вариант выпуска версии](https://developer.apple.com/help/app-store-connect/manage-your-apps-availability/select-an-app-store-version-release-option) настраивается на странице версии, в разделе App Store Version Release.
- **Отправляй заранее.** Версия, готовая за неделю до события, оставляет время на обычную проверку и даже на исправление после отказа.
- **Держи канал без проверки для JavaScript.** С Expo именно он превращает критический баг в исправление за несколько минут.

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

## Частые вопросы

### Сколько длится ускоренная проверка App Store?

Apple не называет сроков. Он лишь говорит, что рассматривает каждый запрос и ускоряет проверку в зависимости от своих возможностей и текущей нагрузки. Принятый запрос переводит версию в In Review раньше очереди, без обещания конкретного времени.

### Можно ли запросить ускоренную проверку для первого приложения?

Это не запрещено, но Apple оставляет ускорение для настоящих срочных случаев и приводит два примера: критический баг в уже опубликованной версии или релиз к событию с конкретной датой. Первая публикация, отстающая от твоего плана, по-моему, не подходит ни под один из них.

### Сколько раз можно запрашивать ускоренную проверку?

Apple не публикует лимит. Он просит оставлять запросы для настоящих срочных случаев. По-моему, каждый запрос без реальной причины делает следующий менее убедительным: прибереги его для бага, который бьёт по твоим пользователям.

### Нужно ли отозвать версию перед запросом ускорения?

Нет, наоборот. Ускорить можно только уже отправленную версию, а отозванная теряет место в очереди. Отправь версию, заполни Notes, потом отправь форму.

### Где найти форму ускоренной проверки?

На сайте Apple для разработчиков, после входа в аккаунт: справочная страница об ускоренной проверке ведёт к ней по ссылке Request an Expedited App Review. Там выбираешь нужное приложение и платформу.

### Гарантирует ли ускоренная проверка, что приложение одобрят?

Нет. Она меняет только место в очереди. Версия должна соответствовать App Review Guidelines, как и любая другая, и отказ по-прежнему возможен.

### Можно ли исправить баг без App Review?

С Expo или React Native удалённое обновление заменяет JavaScript-код без нового билда и без проверки. Нативный код, разрешения и нативные зависимости по-прежнему требуют билда, отправленного в Apple.


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

[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 этапов и подходящий тебе кит.