App Review Guidelines от 16 октября 2026 года: что изменилось и что проверить

16 октября 2026 года Apple опубликовала обновлённую версию App Review Guidelines и две заметки к ней: список изменений и объяснение причин — про интимные изображения без согласия и приложения-«перевёртыши» (bait-and-switch). Переходного периода нет: на странице правил датой последнего обновления стоит 16 октября. Переводы Apple обещает в течение месяца.

Мы сами выпускаем приложения через App Review, поэтому прочитали новый текст пункт за пунктом. Ниже — что изменилось, кого это касается и что мы бы проверили перед следующей отправкой. Цитаты и формулировки взяты со страниц Apple; где мы даём собственную интерпретацию, так и пишем.

Изменения коротко

1.2: ИИ-генераторы — это приложения с пользовательским контентом

Раньше пункт 1.2 говорил о приложениях с пользовательским контентом или социальными сервисами. Новое начало охватывает приложения, в которых пользователи могут «create, generate, upload, share, or otherwise contribute content», и прямо называет соцсети, UGC-платформы и приложения для создания контента с помощью ИИ. Интимные изображения без согласия теперь стоят в списке рисков рядом с нарушением интеллектуальной собственности и анонимной травлей.

Обязательные механизмы — те же четыре, что и раньше:

• ✦фильтр, не пропускающий недопустимый контент;
• ✦возможность пожаловаться на оскорбительный контент и своевременная реакция на жалобы;
• ✦блокировка пользователей-нарушителей;
• ✦опубликованные контакты для связи.

Главное изменение касается последствий. В тексте сказано, что удалять нарушающий контент — ответственность разработчика, а Apple добавила, что отсутствие нужных мер защиты или неисправленные после уведомления нарушения могут считаться нарушением Developer Code of Conduct. Описан и порядок: Apple просит удалить контент и представить план, приложение могут снять с публикации, пока вы не покажете улучшения, а за грубые или повторные случаи удаляют из App Store и из Apple Developer Program.

В заметке Apple прямо названа цель — приложения для «раздевания» (nudification), которые создают откровенные изображения реальных людей без их согласия. После обновления интимные изображения без согласия, в том числе созданные ИИ, — это контент, который приложение обязано заранее не допускать и удалять.

На практике: если ваше приложение превращает промпт или фотографию в изображение, видео или текст, которые видят другие люди, готовьтесь к ревью как UGC-приложение — сделайте фильтр, кнопку жалобы и блокировку и покажите их в Review Notes.

2.5.19: скрытые функции и «перевёртыши»

Запрет на скрытые, «спящие» и недокументированные функции раньше жил внутри 2.3.1 — пункта о точных метаданных. Теперь у него свой номер в разделе о требованиях к ПО. Функциональность приложения должна быть понятна пользователям и App Review, а попытка спрятать недокументированные функции в бинарнике, например с помощью обфускации кода, — основание для удаления приложения и закрытия аккаунта разработчика.

В заметке Apple описано поведение, против которого направлено правило: приложение на ревью показывает одно, а после одобрения меняется и получает функции, которых не было в отправленной версии. Таким приложениям грозит удаление из App Store и из Apple Developer Program. Там же приведён масштаб: за прошлый год Apple не допустила к покупателям более 150 тысяч приложений с проблемами безопасности и закрыла более 193 тысяч аккаунтов разработчиков за мошенничество и злоупотребления.

Обратите внимание, что осталось в 2.3.1(a): каждую новую функцию, возможность и изменение продукта нужно конкретно описать в Notes for Review, а общие формулировки отклоняются.

Об удалённой конфигурации и фича-флагах в пункте ничего не сказано, и они не запрещены. Наше рабочее правило простое: всё, что может включить флаг, уже должно быть в сборке, которую видит App Review, должно быть доступно во время ревью и названо в Review Notes. Флаг может спрятать недоделанный экран от пользователей, но не функцию от ревьюера. Обфускация тоже не запрещена — проблема в том, чтобы прятать с её помощью функциональность.

2.3.14: у креативов собственное правило

5 октября Apple добавила шапку страницы и ассет в поиске — мы разбирали их в отдельной статье. Тогда правила для их содержимого жили на странице рекомендаций. Теперь это пункт 2.3.14, и нарушение означает обычный режект.

Креативы должны относиться к контенту и функциональности приложения или к его бренду в целом, следовать стандартным правилам для метаданных и подходить для любой аудитории. В них не должно быть:

• ✦неприемлемого контента;
• ✦упоминаний других приложений с целью ввести в заблуждение;
• ✦непроверяемых заявлений о продукте;
• ✦конкретных цен или информации о скидках.

Если вы проверяете метаданные стора автоматически, как мы делаем это check-скриптами, добавьте туда эти четыре правила.

3.1.1(a): ссылки на разрешённое назначение

Пункт о Music Streaming Services Entitlements больше не стоит отдельно — он объединён с пунктом о StoreKit External Purchase Link Entitlements. Теперь текст говорит о ссылке на «permitted destination», которая рассказывает пользователям о других способах купить цифровые товары или услуги, и отмечает, что разрешённые назначения могут различаться по регионам.

Остальная часть пункта описывает ту же схему. Entitlements действуют только в отдельных витринах и на определённых платформах. В витрине США приложения могут показывать кнопки, внешние ссылки и другие призывы к действию без entitlement. Во всех остальных витринах приложения и их метаданные не могут направлять покупателей к способам оплаты в обход in-app purchase. Вводящий в заблуждение маркетинг, скам или мошенничество вокруг entitlement ведут к удалению из App Store и, возможно, из Apple Developer Program.

Раздел 5: торговля людьми и эксплуатация детей

Во вступлении к разделу 5 и раньше говорилось, что в крайних случаях, например если приложение способствует торговле людьми или эксплуатации детей, Apple уведомляет власти. Теперь добавлено, что такие приложения удаляются из App Store и блокируются в альтернативной дистрибуции. Apple подчёркивает, что сам запрет не новый — обновление делает последствия явными.

Мелочь, но полезная: ссылки до и после отправки

В разделы Before You Submit и After You Submit добавлены ссылки на дополнительную документацию. Среди страниц справки App Review, на которые они теперь ведут: тестирование на совместимых устройствах, настройка in-app purchases для ревью, полная информация для ревью и документы для регулируемых функций, статус ревью, ускоренное ревью, связь с App Review, апелляции и Bug Fix Submissions. Если у команды есть внутренний чеклист релиза, на эти страницы стоит сослаться оттуда.

Чеклист перед следующей отправкой

• ✦Если пользователи могут генерировать или загружать контент, в том числе через ИИ, проверьте фильтр, жалобы, блокировку и опубликованные контакты и опишите их в Review Notes.
• ✦В генеративных функциях убедитесь, что приложение активно не допускает и удаляет интимные изображения без согласия.
• ✦Убедитесь, что каждая функция за удалённым флагом есть в сборке на ревью, доступна ревьюеру и описана в Review Notes.
• ✦Не используйте обфускацию, чтобы скрыть функциональность от App Review.
• ✦Сверьте креативы с 2.3.14: без цен и скидок, без непроверяемых заявлений, без вводящих в заблуждение упоминаний других приложений, для любой аудитории.
• ✦Если используете внешние ссылки на покупку, перечитайте 3.1.1(a) для своих витрин и проверьте, что ссылка ведёт на разрешённое назначение.
• ✦Добавьте новые ссылки из Before You Submit и After You Submit в свой чеклист релиза.