Изменения App Review Guidelines (октябрь 2026): что значат 1.2, 2.3.14, 2.5.19 и 3.1.1(a) для приложения

О изменениях App Review Guidelines в октябре 2026 года Apple объявила в публикации Updated App Review Guidelines are now available 16 октября 2026 года. Два правила новые (2.3.14 и 2.5.19), три фрагмента переформулированы (1.2, 3.1.1(a) и раздел 5), а в разделы Before You Submit и After You Submit добавлены ссылки на дополнительную документацию. Ниже — каждое изменение простым языком, кому нужно действовать, и чек-лист для следующей отправки.

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

Apple добавила правило 2.3.14 о креативных материалах и правило 2.5.19 о скрытых функциях. Также уточнены 1.2 (пользовательский контент), 3.1.1(a) (ссылки на внешние покупки) и раздел 5 (Legal). В журнале изменений Apple правки перечислены так:

Apple сообщает, что переводы «будут доступны на сайте Apple Developer в течение месяца». По состоянию на октябрь 2026 года сверяйтесь с английской версией App Review Guidelines, если переведённый текст с ней расходится.

Что требует новое правило 2.5.19 о скрытых функциях?

Правило 2.5.19 требует, чтобы каждая функция в бинарнике была видна и задокументирована как для пользователей, так и для App Review. Сокрытие функциональности, в том числе с помощью обфускации, может привести к удалению приложения и закрытию аккаунта разработчика.

Точный текст: «Don't include any hidden, dormant, or undocumented features in your app; your app's functionality should be clear to end users and App Review. Attempting to hide undocumented features in your app binary, such as through code obfuscation or other methods, is grounds for removal of your app from the App Store and termination of your developer account.» (Не включайте в приложение скрытые, неактивные или недокументированные функции; функциональность приложения должна быть понятна пользователям и App Review. Попытка скрыть недокументированные функции в бинарнике, например с помощью обфускации кода или иными способами, является основанием для удаления приложения из App Store и закрытия аккаунта разработчика.) Apple называет эту политику давней, но раньше она находилась в 2.3.1. Действующее 2.3.1(a) по-прежнему требует, чтобы новые функции были «described with specificity in the Notes for Review section» (конкретно описаны в разделе Notes for Review). Отказы из-за скрытых функций теперь должны ссылаться на 2.5.19.

На практике перечислите в заметках для проверки каждую функцию, которую может включить серверный переключатель, инвайт-код, сканирование QR-кода, регион или уровень аккаунта. Если флаг включит функцию после одобрения, либо включите её в проверяемой сборке, либо не добавляйте код до версии, в которой она выйдет.

Каких приложений касаются изменения правила 1.2?

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

В обновлённом тексте «nonconsensual intimate imagery» (интимные изображения без согласия) названы наряду с нарушением интеллектуальной собственности и травлей. Также добавлено: «Developers who fail to implement appropriate safeguards or fail to remediate identified violations after notice may be considered in violation of the Developer Code of Conduct» (разработчики, не внедрившие надлежащие защитные меры или не устранившие выявленные нарушения после уведомления, могут считаться нарушителями Developer Code of Conduct). Даже если ИИ-приложение для изображений или аватаров генерирует контент только для самого пользователя, теперь оно всё равно может подпадать под правило. Фильтрация промптов и результатов, механизм жалоб и опубликованные контакты должны быть в отправляемой сборке, а не в роадмапе.

Что говорит правило 2.3.14 о креативных материалах?

Правило 2.3.14 гласит, что креативные материалы должны относиться к контенту, функциональности или бренду приложения, соответствовать обычным правилам для метаданных и подходить для любой аудитории. Запрещены неуместный контент, вводящие в заблуждение упоминания других приложений, непроверяемые утверждения и «specific or discounted pricing information» (конкретные цены или информация о скидках).

Креативные материалы — это изображения и видео, которые Apple представила 5 октября 2026 года. Согласно App Store asset best practices, они показываются «in iOS 27 and iPadOS 27 and later including your product page, in search results, and when your app is featured» (в iOS 27 и iPadOS 27 и новее, включая страницу продукта, результаты поиска и подборки). Эта страница идёт дальше самого правила. В ней сказано не размещать URL сайтов, знаки копирайта, логотипы других платформ и награды Apple вроде «Editor's Choice». Также указано, что материалы «must meet a 4+ age rating, even if your app's rating is higher» (должны соответствовать возрастному рейтингу 4+, даже если рейтинг приложения выше). Заголовок «Скидка 50% на этой неделе» или «Приложение №1 для бюджета» нарушает 2.3.14.

Что изменилось в правиле 3.1.1(a) о ссылках на внешние покупки?

В правиле 3.1.1(a) больше нет отдельного пункта о Music Streaming Services Entitlement. Это право теперь входит в пункт о StoreKit External Purchase Link Entitlements, а в тексте сказано, что ссылки могут вести на «a permitted destination» (разрешённый адрес). Одобренные адреса могут различаться по регионам.

Правила о том, где ссылки разрешены, в этом обновлении не изменились. Права по-прежнему ограничены определёнными витринами. Витрина США остаётся исключением, где кнопки, внешние ссылки и другие призывы к действию разрешены без специального права. Если вы уже используете одно из этих прав, проверьте, что ссылка по-прежнему ведёт на разрешённый адрес в каждой витрине, где распространяется приложение.

Как разработчики на практике решают отказы из-за скрытых функций и UGC?

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

• В марте 2026 года разработчик на Apple Developer Forums сообщил, что нативное социальное приложение-будильник отклонили по «Guideline 2.3.1(a) - Hidden Features» и 4.2. По словам автора, WebView использовались только для политики конфиденциальности, условий использования и FAQ, и была подана апелляция. App Review ответили, что App Review Board дал ответ. Затем разработчик запросил конкретные экраны, о которых шла речь, и решение опубликовано не было.
• В issue на GitHub Flutter нескольким разработчикам простых приложений сообщили «We discovered that your app contains hidden features» (мы обнаружили, что ваше приложение содержит скрытые функции). Один из контрибьюторов Flutter назвал фреймворк «ложным следом» и указал на недокументированные API в коде приложения или плагинах. Двое разработчиков сообщили об одобрении после апелляции без изменения кода.
• Разработчика на Apple Developer Forums отклонили по 1.2, несмотря на наличие EULA, фильтрации, жалоб и блокировки. От него потребовали согласовать условия с «no tolerance for objectionable content» (нулевой терпимостью к недопустимому контенту) и «act on objectionable content reports within 24 hours» (реагировать на жалобы в течение 24 часов). При повторном отказе добавились рейтинг 18+, мгновенное удаление публикаций и контактная информация в приложении. В ответ разработчик задокументировал каждую защитную меру и предоставил учётные данные администратора в заметках для проверки.

Вывод: во всех трёх случаях проверяющие не могли увидеть или проверить функции, которые разработчики считали очевидными. При 2.5.19 и более строгом 1.2 заметки для проверки и демо-аккаунт значат не меньше, чем код. О том, как их настроить, рассказывает наше руководство по демо-аккаунту для проверки App Store.

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

Перед следующей сборкой сверьте флаги функций, защитные меры для UGC, креативные материалы и внешние ссылки с новым текстом, а затем напишите заметки для проверки, указывающие на каждый из этих пунктов. Чек-лист ниже охватывает изменения октября 2026 года.

1. Составьте список всех флагов, управляемых сервером, ключей удалённой конфигурации и скрытых меню. Включите каждый для проверяющего или удалите код, которым он управляет.
2. Конкретно опишите каждую новую функцию в Notes for Review, как требует 2.3.1(a), включая то, как добраться до всего, что скрыто за инвайтами, сканированием или платными уровнями.
3. Если пользователи могут публиковать, переписываться или генерировать контент, убедитесь, что фильтрация, жалобы, блокировка и опубликованные контакты есть в сборке, и опишите свой процесс реагирования на жалобы.
4. Для ИИ-генерации изображений или видео добавьте фильтры промптов и результатов, блокирующие сексуальные изображения реальных людей, и дайте пользователям возможность пожаловаться на результаты.
5. Проверьте каждый креативный материал на цены, скидки, URL, заявления о наградах, логотипы других платформ и всё, что выше рейтинга 4+.
6. Если вы используете право на ссылку для внешней покупки или право для музыкального стриминга, убедитесь, что ссылка ведёт на разрешённый адрес в каждой витрине.
7. Перечитайте английскую версию правил для каждого раздела, на который вы опираетесь, поскольку переводы могут отставать до месяца.

Разбор примера: возьмём ИИ-приложение для аватаров с публичной галереей и пакетом стилей «Pro», который включается удалённой конфигурацией после запуска. По новому тексту ему нужны модерация галереи и жалобы (1.2). Пакет Pro должен быть либо виден в проверяемой сборке, либо отложен до более поздней версии (2.5.19). Заголовочный материал для iOS 27 не может содержать «Pro теперь со скидкой 40%» (2.3.14). Если вы уже разбираетесь с отказом, наше руководство по исправлению отказов по каждому правилу объясняет, как ответить в App Store Connect. Если нужен свежий взгляд перед отправкой, посмотрите наши услуги.