Узкое место mobile-рынка: релизы в App Store упираются в очередь на review

Интересное наблюдение по mobile-рынку, которое в последние месяцы все чаще всплывает в разговорах с командами.

Обычный релиз — и внезапно стоп

Недавно общался с соседом: он работает в крупной европейской product-компании, и у них банально застряло обновление iOS‑приложения. Не новый продукт, не что-то экзотическое, а обычный weekly update. Просто релиз уперся в очередь App Store review.

И по ощущениям это уже не единичная история, а новая «норма», с которой приходится считаться при планировании релизов.

Что говорит Apple — и что пишут разработчики

Официально Apple пишет, что 90% сабмитов проходят review меньше чем за 24 часа. Но если заглянуть на Developer Forums, в последние недели разработчики массово жалуются на статус Waiting for Review по 10, 17, 23+ дней — а в отдельных кейсах и сильно дольше.

Цифры по модерации тоже намекают на нагрузку

Если смотреть на объемы проверок и отклонений, картина становится понятнее:

• 2023: Apple проверила 6,89 млн сабмитов, отклонила 1,76 млн.
• 2024: уже 7,77 млн сабмитов, отклонено 1,93 млн.
• 2025: в App Store вышло около 557 тыс. новых приложений — это +24% год к году и самый заметный рост за много лет.

Даже без глубокого анализа видно: поток приложений и обновлений растет, а значит растет и нагрузка на review. И если где-то появляются задержки (процессы, политика, качество сабмитов, автоматизация, безопасность — неважно), это сразу бьет по всем.

Новая реальность: bottleneck — не только разработка

Раньше многие команды фокусировались на том, чтобы ускорять delivery внутри: CI/CD, фичефлаги, канареечные релизы, более короткие циклы разработки. Но сейчас появляется еще один слой, который не контролируется командой напрямую: публикация.

И это меняет практику:

• релиз‑планирование нужно делать с запасом по времени на review;
• критические фиксы стоит продумывать заранее (в том числе с точки зрения того, как вы будете жить, если review «зависнет»);
• ценность фичефлагов и серверных переключателей становится еще выше: не все изменения должны ждать стор.

Итог простой: узкое место теперь не только разработка. Узкое место — еще и публикация в App Store. И, похоже, в ближайшее время это станет одним из ключевых факторов, который будет определять скорость mobile‑команд.