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

> Guideline 4.2: Apple отклоняет приложение, которое даёт не больше, чем сайт. Поставь нативную функцию в центр сценария и покажи её ревьюеру.

Оригинальная страница: [Guideline 4.2 Minimum Functionality: почему Apple отклонила](https://devoria.fr/ru/blog/guideline-4-2-minimum-functionality-app-rejected)
Автор: [Mehdi Azizi](https://devoria.fr/ru/mehdi-azizi)
Опубликовано: 2026-10-19
Последняя правка контента: 2026-10-19


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

Я сам публикую iOS-приложения: Solys, TradaZen и Nolera есть в App Store. Этот гайд опирается на официальный текст Apple, прочитанный 15 октября 2026 года, и на отказы по 4.2, которые разработчики выкладывали на форумах Apple. Отклонённые приложения ниже приведены как примеры. Общую картину по всем причинам отказа смотри в статье [почему Apple отклоняет приложение](https://devoria.fr/ru/blog/otkaz-apple-app-store-prichiny).

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

Пункт 4.2 находится в разделе 4, «Design», документа [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/#4.2). Первая фраза задаёт критерий: «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](https://devoria.fr/ru/blog/guideline-4-3-design-spam-app-rejected), потому что он идёт в паре с правилом против спама.

## Два самых частых сообщения по 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](https://developer.apple.com/forums/thread/108931), есть ключевая фраза: «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.» Это [второе сообщение](https://developer.apple.com/forums/thread/115230) просит пересмотреть концепцию и признаёт, что никакого числового правила, определяющего полезное или развлекательное, нет.

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

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

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

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

Пример: спортклуб показывает свой мобильный сайт в WebView, сверху нативная панель вкладок. Расписание, запись и аккаунт это веб-страницы. Ревьюер видит то же, что показал бы ему Safari. Apple прямо пишет на своей [странице App Review](https://developer.apple.com/distribute/app-review/): сайт, отдаваемый внутри iOS-приложения, веб-контент, не адаптированный под iOS, или ограниченные веб-взаимодействия не делают приложение качественным.

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

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

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

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

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

Что ИИ делает хорошо и где промахивается, я разбираю в статье [создать приложение с ИИ](https://devoria.fr/ru/blog/sozdat-prilozhenie-ios-s-ii-lovushki-proverki). Какой формат выдаёт каждый генератор, веб-приложение или мобильный проект, сравниваю в [Lovable, Rork или FlutterFlow](https://devoria.fr/ru/blog/lovable-rork-flutterflow-mobile-app).

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

Пример: маркетплейс без объявлений, пустой каталог, лента с надписью «Скоро». Ревьюер открывает приложение, которому нечего показать. Этот случай задевает и 2.1, которая отклоняет временный контент: смотри [гайд по guideline 2.1](https://devoria.fr/ru/blog/guideline-2-1-app-store-otkaz). Отправляй приложение, когда в нём есть реальный контент, или дай заранее заполненный демо-аккаунт.

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

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

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

Рекомендации Apple о том же. [Виджет](https://developer.apple.com/design/human-interface-guidelines/widgets) показывает актуальный контент, который читается с одного взгляда. [Уведомление](https://developer.apple.com/design/human-interface-guidelines/notifications) несёт полезную информацию в нескольких словах и не служит для того, чтобы подталкивать к задаче в приложении.

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

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

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

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

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

1. **Определи семейство.** Веб-навигация: это сайт в обёртке. Минимум контента или функций: это слишком бедное приложение. 4.2.3: зависимость от другого приложения или необъявленная загрузка.
2. **Меняй продукт, а не формулировки.** Ответу, который спорит, ничего не меняя, незачем убеждать. Перепиши нативно экраны главного действия или добавь недостающую глубину.
3. **Готовь новый билд.** Причина внутри приложения: удалённого обновления не хватит. Каждая отправка снова проходит через очередь, смотри [сроки проверки в App Store](https://devoria.fr/ru/blog/sroki-proverki-app-store-skolko-zhdat).
4. **Пиши заметки для ревью, которые ведут.** Apple на странице про [информацию для полной проверки](https://developer.apple.com/help/app-review/before-submitting-for-review/complete-review) просит описать концепцию, функции и аудиторию. Для обновления: что изменилось и где это найти.
5. **Обжалуй, только если ревьюер что-то упустил.** Если нативная функция уже была, но её не заметили, ответь в App Store Connect с коротким видео. Апелляция в App Review Board оправдана, когда приложение неправильно поняли, а не когда оно бедное.

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

```text
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-приложения](https://devoria.fr/ru/expertise/ios-app-mvp).

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

Если приложение только что отклонили по 4.2, [Apple Review Kit](https://devoria.fr/ru/kits/review-apple) поможет найти упомянутое правило и понять, чего оно требует, с шаблонами заметок для тестировщика. Если ты ещё строишь, путь [iOS Kit](https://devoria.fr/ru/kits/ios) начинается с главной функции до первой строчки кода. Если нужен взгляд живого человека, [забронируй час со мной](https://devoria.fr/ru/coaching). Полный подход описан на странице [приложение отклонено Apple](https://devoria.fr/ru/expertise/app-rejected-by-apple).

Если готовишь первый релиз, [пройди бесплатную диагностику](https://devoria.fr/ru/diagnostic): она расставит шаги по порядку и пришлёт тебе мой чек-лист против отказов Apple. На главной показано, как [создать мобильное приложение](https://devoria.fr/ru), продуманное под ревью с самого начала.

Никто не может гарантировать, что 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 с точными заметками и коротким видео, не меняя билд.


## Твой проект

[Apple Review Kit](https://devoria.fr/ru/kits/review-apple): Мой чек-лист для ревью App Store, исправленные отказы Apple, заметки для ревьюера и два skills для Claude Code, которые проверяют твоё приложение. 29 €.

[iOS Kit](https://devoria.fr/ru/kits/ios): Создай приложение для iPhone с Claude Code: стартовый код моих приложений, skills для проверки его работы и наборы Apple Review Kit, App Store Screenshots Kit и ASO Kit. 129,99 €.