Услуги Портфолио Контакты БлогНовости +7 (800) 511‑32‑27 Обсудить проект
Комплаенс

Apple ввела правило 2.5.19 и ужесточила модерацию в App Store

20 октября 2026·5 мин чтения
App Review GuidelinesiOS-разработка
Apple ввела правило 2.5.19 и ужесточила модерацию в App Store

16 октября 2026 года Apple обновила App Review Guidelines. Новое правило 2.5.19 прямо запрещает скрытые, «спящие» и недокументированные функции: если приложение после одобрения получает возможности, которых не было в сборке на ревью, его удалят из App Store, а аккаунт разработчика могут закрыть. Одновременно правило 1.2 обязывает модерировать интимные изображения без согласия, в том числе созданные ИИ.

Для команд, у которых разработка мобильных приложений идёт с частыми релизами, фичефлагами и серверной конфигурацией, это повод заново посмотреть на то, что именно видит ревьюер. Формально запрет на скрытые функции существовал и раньше, в правиле 2.3.1, но теперь он вынесен в отдельный пункт, прямо назван способ обхода — обфускация кода — и названо наказание: удаление приложения и исключение из Apple Developer Program.

Ниже — что изменилось в правилах, почему Apple сделала это именно сейчас и что проверить перед следующей отправкой на ревью. Если вы только готовите первый релиз, начните с нашего разбора о том, как опубликовать приложение в App Store.

Что изменилось в App Review Guidelines

Apple опубликовала сразу два сообщения на портале разработчиков: общий список правок и отдельный пост об ужесточении правил против интимных изображений без согласия и приложений-«подмен» (bait-and-switch). Ключевые изменения:

  • 2.5.19 (новое). Нельзя включать в приложение скрытые, спящие или недокументированные функции; функциональность должна быть понятна пользователям и App Review. Попытка спрятать функции в бинарнике, например с помощью обфускации, — основание для удаления приложения и закрытия аккаунта. Раньше эта политика описывалась в 2.3.1.
  • 1.2 (уточнено). Требования к модерации пользовательского контента теперь прямо покрывают интимные изображения без согласия, включая сгенерированные ИИ. Приложение должно заранее предотвращать их появление и удалять их. Отсутствие защиты или бездействие после уведомления — риск нарушения Developer Code of Conduct.
  • 2.3.14 (новое). Отдельное правило о креативных материалах (creative assets) приложения.
  • 3.1.1(a). Пункт о Music Streaming Services Entitlements слит с пунктом о StoreKit External Purchase Link Entitlements; уточнено, что ссылки могут вести на разрешённое назначение.
  • Раздел 5. Приложения, способствующие торговле людьми или эксплуатации детей, удаляются из App Store и блокируются и для альтернативного распространения.

Почему Apple закрутила гайки именно сейчас

Поводом стали приложения-«раздеватели» (nudify): они проходили ревью как безобидные редакторы фото, а функцию генерации откровенных изображений реальных людей включали уже после одобрения. Apple сама связывает правило 2.5.19 с такими случаями: в её формулировке под запрет попадают приложения, которые «скрывают своё назначение на ревью и раскрывают вредные возможности только после одобрения».

Давление копилось весь год. По данным TechCrunch, в апреле 2026 года Tech Transparency Project нашёл nudify-приложения в App Store и Google Play, часть из них — с возрастным рейтингом для подростков, а в июле прокурор Сан-Франциско Дэвид Чиу потребовал от Apple и Google удалить такие приложения. Apple в ответ напоминает о масштабе модерации: за прошлый год компания не пропустила к пользователям более 150 000 приложений и удалила 193 000 аккаунтов разработчиков за мошенничество и злоупотребления.

Что правило 2.5.19 значит для обычных приложений

Правило писалось против злоупотреблений, но формулировка широкая, и затрагивает она любой продукт, где поведение меняется без новой сборки. В опубликованном тексте нет отдельных оговорок про remote config, A/B-тесты пейволов и онбординга или поэтапное включение фич — поэтому безопасная позиция такая: ревьюер должен иметь возможность увидеть и проверить каждую функцию, которая когда-либо будет доступна пользователю.

На практике риск создают три сценария. Первый — фича, полностью готовая в бинарнике, но выключенная флагом на время ревью и включаемая позже. Второй — серверная логика, которая подменяет назначение экрана: например, «калькулятор», превращающийся в другой сервис. Третий — агрессивная обфускация, которая выглядит как попытка спрятать код от проверки. Обычный A/B-тест вариантов уже показанной функции — не то же самое, что скрытая функциональность, но описывать его в заметках для ревью теперь разумнее, чем умалчивать.

Чек-лист для команды перед следующим релизом

  1. Инвентаризируйте фичефлаги. Составьте список всех флагов и remote config-параметров, которые меняют функциональность, а не только тексты и цвета.
  2. Покажите ревьюеру всё. Функции за флагами должны быть доступны App Review: включите их на сборке для ревью или опишите в App Review Notes с инструкцией, как до них добраться, и с тестовым аккаунтом.
  3. Не выкатывайте новое назначение без новой сборки. Если после релиза приложение начинает делать то, чего не было на ревью, отправьте обновление.
  4. Проверьте обфускацию. Защита от реверса допустима, но она не должна скрывать функциональность от проверки.
  5. Для UGC и генеративных функций — модерация. Фильтрация контента, жалобы, блокировка пользователей, опубликованные контакты и процесс удаления по уведомлению. Для ИИ-генерации изображений добавьте фильтры на входе и на выходе.
  6. Обновите внутренний регламент. Внесите правила 1.2 и 2.5.19 в definition of done для релизов и в чек-лист QA.

Часто задаваемые вопросы

Запрещены ли теперь фичефлаги и remote config? Нет, прямого запрета нет. Под удар попадают функции, которые не видны ревьюеру и включаются после одобрения. Подробных разъяснений по A/B-тестам Apple не публиковала, поэтому прозрачность в App Review Notes — лучшая страховка.

Что грозит за нарушение 2.5.19? Удаление приложения из App Store и исключение из Apple Developer Program, то есть потеря аккаунта и всех приложений в нём.

Касается ли правило 1.2 приложений без ИИ? Да, если в приложении есть пользовательский контент: соцсети, чаты, площадки с загрузкой фото. ИИ-генераторы контента названы отдельно.

Когда правила вступили в силу? Обновлённые App Review Guidelines опубликованы 16 октября 2026 года и применяются к проверкам с этого момента.

Источники

Материал подготовлен редакцией YuSMP Group по открытым источникам. Нужна экспертиза по теме или разработка под задачу — обсудим проект.

Проведём iOS-приложение через ревью по новым правилам

Проверим фичефлаги и remote config на соответствие правилу 2.5.19, подготовим App Review Notes, настроим модерацию пользовательского и ИИ-контента по правилу 1.2 и выпустим релиз без отказов.

Обсудить iOS-разработку