Guideline 4.2 Minimum Functionality: почему Apple отклонила

Guideline 4.2, «Minimum Functionality», отсекает приложение, которое не даёт ничего сверх сайта или даёт слишком мало, чтобы его хотелось оставить. Лечится это не нагромождением нативных функций: нужно поставить одну из них в центр сценария и сказать ревьюеру, где её найти. Исправление почти всегда требует нового билда.

Я сам публикую iOS-приложения: Solys, TradaZen и Nolera есть в App Store. Этот гайд опирается на официальный текст Apple, прочитанный 15 октября 2026 года, и на отказы по 4.2, которые разработчики выкладывали на форумах Apple. Отклонённые приложения ниже приведены как примеры. Общую картину по всем причинам отказа смотри в статье почему Apple отклоняет приложение.

Что говорит guideline 4.2?

Пункт 4.2 находится в разделе 4, «Design», документа App Review Guidelines. Первая фраза задаёт критерий: «Your app should include features, content, and UI that elevate it beyond a repackaged website.» Иначе говоря, функции, контент и интерфейс твоего приложения должны ставить его выше сайта, переупакованного в коробку.

Дальше в тексте две мысли. Приложению, которое не особенно полезно, не уникально и не похоже на настоящее приложение («app-like»), не место в App Store. А приложение без долгосрочной развлекательной ценности или достаточной пользы могут отклонить. Значит, 4.2 оценивает две вещи: отличие от веба и количество ценности.

Подпункты, которые может упомянуть сообщение

Подпункт	Что требует Apple	Типичный отказ
4.2	Выйти за рамки сайта	Сайт, показанный в WebView
4.2.1	Настоящий опыт дополненной реальности	3D-модель, просто поставленная в AR
4.2.2	Не только маркетинг или ссылки	Приложение-витрина, агрегатор, ссылки
4.2.3	Автономное приложение, понятные загрузки	Приложение, требующее другое приложение
4.2.6	Не приложение из коммерческого шаблона	Шаблон, отправленный подрядчиком

Три уточнения. В 4.2.2 есть исключение для каталогов: «Other than catalogs, apps shouldn't primarily be marketing materials, advertisements, web clippings, content aggregators, or a collection of links.» Так что каталог товаров может пройти. Рекламный буклет нет.

У 4.2.3 два подпункта. (i) требует, чтобы приложение работало само, без установки другого приложения. (ii) требует: если приложению нужно скачать ресурсы при первом запуске, заранее сообщи размер загрузки и спроси согласия.

4.2.6, про коммерческие шаблоны и сервисы генерации приложений, подробно разобран в гайде по guideline 4.3, потому что он идёт в паре с правилом против спама.

Два самых частых сообщения по 4.2

Сообщение Apple начинается с заголовка «Guideline 4.2 - Design - Minimum Functionality». Дальше видно, какую из двух проблем заметил ревьюер. Вот две формулировки, опубликованные разработчиками на форумах Apple. Им уже несколько лет: точный текст мог поменяться, а два семейства остались.

Приложение похоже на сайт. «Your app provides a limited user experience as it is not sufficiently different from a mobile browsing experience.» В этом сообщении, опубликованном на форумах Apple, есть ключевая фраза: «Including iOS features such as push notifications, Core Location, and sharing do not provide a robust enough experience to be appropriate for the App Store.»

Приложение слишком бедное. «We found that the usefulness of your app is limited by the minimal amount of content or features it includes.» Это второе сообщение просит пересмотреть концепцию и признаёт, что никакого числового правила, определяющего полезное или развлекательное, нет.

Добавить уведомления, геолокацию и кнопку «Поделиться» к сайту в обёртке недостаточно: Apple сама написала это в своих отказах.

Четыре типичных случая отказа по 4.2

Четыре случая ниже придуманы, чтобы проиллюстрировать правило, это не реальные приложения.

Сайт в обёртке

Пример: спортклуб показывает свой мобильный сайт в WebView, сверху нативная панель вкладок. Расписание, запись и аккаунт это веб-страницы. Ревьюер видит то же, что показал бы ему Safari. Apple прямо пишет на своей странице App Review: сайт, отдаваемый внутри iOS-приложения, веб-контент, не адаптированный под iOS, или ограниченные веб-взаимодействия не делают приложение качественным.

Что бы сделал я: переписать нативно экраны главного действия, здесь расписание и запись. Потом добавить то, чего сайт не умеет: напоминание перед тренировкой, расписание без сети, ближайшую тренировку в виджете.

Слишком простое приложение

Пример: приложение, которое показывает одну цитату в день, и больше ничего. Его осваиваешь за десять секунд. 4.2 говорит о «lasting entertainment value or adequate utility»: о ценности, которая держится, или о достаточной пользе. Чтобы исправить, добавь глубины главному действию, а не экраны вокруг него. Здесь: история, избранное, напоминание в выбранное время, виджет на экране «Домой».

Приложение, сгенерированное ИИ, без ничего нативного

Пример: текстовое поле, кнопка, ответ ИИ простым текстом. Apple оценивает не инструмент, а то, что появляется на экране ревьюера. Если весь опыт умещается в веб-страницу, отказ по 4.2 вполне вероятен.

Что ИИ делает хорошо и где промахивается, я разбираю в статье создать приложение с ИИ. Какой формат выдаёт каждый генератор, веб-приложение или мобильный проект, сравниваю в Lovable, Rork или FlutterFlow.

Пустая оболочка в ожидании контента

Пример: маркетплейс без объявлений, пустой каталог, лента с надписью «Скоро». Ревьюер открывает приложение, которому нечего показать. Этот случай задевает и 2.1, которая отклоняет временный контент: смотри гайд по guideline 2.1. Отправляй приложение, когда в нём есть реальный контент, или дай заранее заполненный демо-аккаунт.

Мой тест: «А в Safari?»

Перед отправкой я спрашиваю себя, мог бы сайт дать ту же главную функцию. Если да, приложение под угрозой 4.2. Вот моя таблица для оценки нативной функции. Функция засчитывается, когда служит главному действию, а не украшает.

Функция	Засчитывается, когда...	Недостаточно, когда...
Уведомления	Приносят ожидаемую информацию	Пересылают твои статьи
Офлайн	Основной контент остаётся доступным	Показывается только экран ошибки
Виджет	Показывает данные конкретного человека	Показывает твой логотип
Поделиться	Контент отправляют в твоё приложение	Делится только ссылкой
Камера, датчики	Входят в главное действие	Открывают твой сайт
Локальные данные	Приложение считает, сортирует и помнит	Всё живёт на веб-странице

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

Что делают мои приложения, чего не может сайт

Каждое приложение я строю вокруг главной функции, которой нет в браузере, или вокруг ценности, ради которой возвращаются.

• Solys это будильник. Звонок идёт через AlarmKit, сервис будильников iOS 26: он пробивает беззвучный режим, как будильник Apple. Чтобы выключить его, надо выиграть мини-игру, а выбранные приложения остаются на паузе после пробуждения. Ни одна веб-страница не заставит iPhone звонить в беззвучном режиме.
• TradaZen это симулятор трейдинга: настоящий график на настоящую дату, решение, свечи, которые открываются, рейтинговые дуэли и растущий ранг. Здесь приложение держит не нативная функция. Это та самая долгосрочная развлекательная ценность, о которой говорит 4.2.
• Nolera это гардероб: ты фотографируешь одежду, приложение вырезает фон и раскладывает вещи, а потом каждое утро предлагает образ. Камера входит в главное действие. Это не бонус.

4.2 не требует списка нативных функций: она требует причины установить приложение, а не открыть сайт.

Как исправить отказ по 4.2, шаг за шагом

1. Определи семейство. Веб-навигация: это сайт в обёртке. Минимум контента или функций: это слишком бедное приложение. 4.2.3: зависимость от другого приложения или необъявленная загрузка.
2. Меняй продукт, а не формулировки. Ответу, который спорит, ничего не меняя, незачем убеждать. Перепиши нативно экраны главного действия или добавь недостающую глубину.
3. Готовь новый билд. Причина внутри приложения: удалённого обновления не хватит. Каждая отправка снова проходит через очередь, смотри сроки проверки в App Store.
4. Пиши заметки для ревью, которые ведут. Apple на странице про информацию для полной проверки просит описать концепцию, функции и аудиторию. Для обновления: что изменилось и где это найти.
5. Обжалуй, только если ревьюер что-то упустил. Если нативная функция уже была, но её не заметили, ответь в App Store Connect с коротким видео. Апелляция в App Review Board оправдана, когда приложение неправильно поняли, а не когда оно бедное.

Шаблон заметок, который я бы использовал, на английском, адаптируй под себя:

Hello App Review team,

Thank you for your feedback regarding Guideline 4.2.

What changed in build [X]:
- [Main feature] is now fully native: [what the user does].
- [Native feature]: [what it brings]. Where: [screen > button].
- [Second native feature]: [what it brings]. Where: [screen].
- Web content is limited to [legal pages, help].

How to test in two minutes:
1. Launch the app and [main action].
2. Turn on Airplane mode: [content] stays available.
3. Add the widget from the Home Screen: it shows [data].

Best regards,
[Your name]

Пиши только о том, что есть в отправленном билде. Заявленная, но ненайденная функция принесёт тебе новый отказ, на этот раз по 2.1.

Чек-лист по 4.2 перед отправкой

• Ты можешь одной фразой сказать, что делает твоё приложение, чего не делает сайт.
• Экраны главного действия нативные, а не веб-страницы.
• Каждая нативная функция служит главному действию, и ревьюер натыкается на неё меньше чем за две минуты.
• В приложении есть реальный контент с первого запуска или заполненный демо-аккаунт.
• Приложение работает само, без установки другого приложения.
• Большая загрузка при первом запуске сообщает свой размер и спрашивает согласия.
• Заметки для ревью описывают концепцию, аудиторию и расположение каждой функции.
• Если идея на грани, ты проверил её до написания кода, с чётко очерченным MVP iOS-приложения.

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

Если приложение только что отклонили по 4.2, Apple Review Kit поможет найти упомянутое правило и понять, чего оно требует, с шаблонами заметок для тестировщика. Если ты ещё строишь, путь iOS Kit начинается с главной функции до первой строчки кода. Если нужен взгляд живого человека, забронируй час со мной. Полный подход описан на странице приложение отклонено Apple.

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

Никто не может гарантировать, что Apple примет твоё приложение. Я могу помочь дать ему причину существовать в App Store.

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

Что значит «Guideline 4.2 - Design - Minimum Functionality»?

Это заголовок отказа за минимальную функциональность. Apple считает, что приложение слишком похоже на сайт или даёт слишком мало контента или функций. Тот же заголовок может указывать на подпункт: «Guideline 4.2.2» для приложения-витрины или списка ссылок, 4.2.3 для приложения, зависящего от другого приложения.

Приложение на WebView всегда отклоняют?

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

Хватит ли push-уведомлений, чтобы пройти 4.2?

Нет. В сообщении об отказе, опубликованном на форумах Apple, сказано, что уведомлений, геолокации и функции «Поделиться» недостаточно, чтобы сделать опыт достаточно богатым. Уведомление засчитывается, когда служит главной функции, как будильник или напоминание, выбранное самим человеком.

Чем guideline 4.2 отличается от 4.3?

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

Нужен ли новый билд после отказа по 4.2?

Почти всегда, ведь причина в самом приложении. Единственное исключение: ревьюер не нашёл функцию, которая уже была. В этом случае ответь в App Store Connect с точными заметками и коротким видео, не меняя билд.