Guideline 4.0 Design: отказ App Store из-за интерфейса
Автор: Mehdi Azizi
Опубликовано , 9 мин
Guideline 4.0 Design: Apple отклоняет неудобный интерфейс, часто на iPad. Проверь каждый экран на iPhone SE и iPad, исправь и ответь.
«Guideline 4.0 - Design» не похоже на остальные пронумерованные правила. Это вступление к разделу Design в правилах Apple, и его цитируют, когда твой интерфейс кажется ниже ожидаемого уровня. Опубликованные отказы похожи друг на друга: тесные экраны на iPad, трудночитаемый текст, вход через переход в Safari, криво встроенный Sign in with Apple. Исправление почти всегда начинается на том устройстве, которое указано в сообщении, экран за экраном.
Я сам публикую свои iOS-приложения на Expo: Solys, TradaZen и Nolera настроены только под iPhone, и всё равно ревьюер тестировал Solys и Nolera на iPad. Этот гайд опирается на текст Apple, на отказы по 4.0, которые публиковали другие разработчики, и на визуальный чек-лист, который я прохожу перед каждой отправкой. Общую картину причин смотри в статье почему Apple отклоняет приложение.
Что охватывает guideline 4.0 Design?
Раздел 4 App Review Guidelines открывается абзацем без номера: «Apple customers place a high value on products that are simple, refined, innovative, and easy to use, and that's what we want to see on the App Store.» Дальше сказано, что дизайн решаешь ты, но последующие пункты задают «minimum standards for approval». И ещё предупреждение: приложение, которое после одобрения стало хуже, могут удалить.
Проще говоря: Apple ждёт простое, аккуратное и удобное приложение, а 4.0 применяют, когда проблема не подпадает ни под одно конкретное подправило. Числовых критериев в тексте нет. На практике ориентир это Human Interface Guidelines, правила дизайна Apple.
Самые частые отказы по 4.0
Вот четыре случая, которые я нашёл в сообщениях, опубликованных на форумах Apple, с цитируемой формулировкой.
| Случай | Формулировка Apple | Исправление |
|---|---|---|
| Тесные экраны на iPad | «crowded» | Адаптивная вёрстка |
| Нечитаемый текст | «hard to read type» | Размеры по HIG |
| Вход в Safari | «taken to Safari» | Вход внутри приложения |
| Sign in with Apple | Имя запрашивают снова | Имя уже передано |
Тесные или обрезанные экраны на iPad
Типичное сообщение, опубликованное в сентябре 2025 года: «Parts of the app's user interface were still crowded, laid out, or displayed in a way that made it difficult to use the app when reviewed on iPad Air (5th generation) running iPadOS 26.0.» Дальше уточнялось, что приложение занимает только часть экрана (ветка форума).
Причина в правиле 2.4.1: «iPhone apps should run on iPad whenever possible.» В Expo опция ios.supportsTablet по умолчанию равна false, согласно конфигурации приложения Expo. Тогда твоё iPhone-приложение запускается на iPad в режиме совместимости, в окне формата iPhone. Настройка «только iPhone» не защищает от теста на iPad. Именно на iPad Air демо Solys стало невозможно выиграть, этот случай подробно разобран в гайде по guideline 2.1.
Выхода два. Либо ты по-настоящему поддерживаешь iPad, с вёрсткой, которая подстраивается под доступное место. Правила дизайна Apple требуют выбирать раскладку по классам размеров, а не по модели устройства. Либо остаёшься на iPhone, и тогда каждый экран должен помещаться в окно совместимости.
Трудночитаемый текст
Сообщение, опубликованное в январе 2025 года: «Your app included hard to read type or typography.» Apple там напоминает, что пользователи ждут приложений «simple, refined, and easy to use» (ветка форума).
Правила типографики Apple дают ориентиры для iOS: 17 пунктов по умолчанию, минимум 11 пунктов. Правила доступности требуют контраст не меньше 4,5 к 1 для текста до 17 пунктов и зоны нажатия 44 на 44 пункта по умолчанию.
Ловушка, если ты уменьшаешь шрифты на маленьких экранах, как делаю я, чтобы переносы строк везде совпадали: проверь, что самый мелкий текст после уменьшения на iPhone SE остаётся не меньше 11 пунктов.
Вход через переход в Safari
Сообщение, опубликованное на форуме Apple: «We noticed that the user is taken to Safari to sign in or register for an account, which provides a poor user experience.» Apple требует, чтобы регистрация и вход работали внутри приложения, и рекомендует встроенный Safari.
В Expo expo-web-browser закрывает обе задачи, не выходя из приложения: openAuthSessionAsync открывает сессию аутентификации в модальном окне, а openBrowserAsync показывает страницу во встроенном Safari. А вот вход через Linking.openURL отправляет пользователя в приложение Safari. Какие способы входа предлагать, решает уже другое правило, 4.8.
Криво встроенный Sign in with Apple
Сообщение, опубликованное в мае 2024 года: «Your app requires users to provide their name after using Sign in with Apple. This information is already provided by the Authentication Services framework.» (ветка форума).
Документация expo-apple-authentication объясняет ловушку: имя и e-mail передаются только при первом входе. Сохраняй их сразу, иначе появится соблазн запросить их снова. И используй кнопку из библиотеки: её цвет задаётся через buttonStyle, а скругление через cornerRadius, никогда через style.
4.0, 4.2, 4.3: три отказа по дизайну, которые не стоит путать
| Правило | Что оценивают | Исправление |
|---|---|---|
| 4.0 | Интерфейс | Исправить экраны |
| 4.2 | Полезность приложения | Добавить нативную суть |
| 4.3 | Похожесть | Сменить концепцию |
4.2, Minimum Functionality, требует функций, контента и интерфейса, которые поднимают приложение «beyond a repackaged website». Граница с 4.0 тонкая: сайт, упакованный в приложение, может получить оба отказа. Если в приложении мало сути, перерисовка экранов не поможет.
4.3 бьёт по копиям и перенасыщенным категориям: оба её пункта я разобрал в гайде по guideline 4.3 Design Spam. Аккуратный интерфейс не спасёт приложение, похожее на тысячу других.
Визуальный чек-лист перед отправкой
Это то, что я добавляю к каждой отправке. В моих приложениях каждый экран рисуется под самый большой iPhone, а на меньших уменьшается одним масштабом: те же пропорции, те же переносы строк. Потом сравниваю рендеры рядом: iPhone SE, обычный iPhone, самый большой iPhone и iPad для режима совместимости.
| Проверка | Устройство | Что должно работать |
|---|---|---|
| Первый запуск | iPhone SE | Ничего не обрезано |
| Весь онбординг | iPad | Каждая кнопка доступна |
| Открытая клавиатура | iPhone SE | Поле и кнопка видны |
| Увеличенный текст | Обычный iPhone | Никакой текст не обрезан |
| Тёмный режим | Все | Текст читается везде |
| Безопасные зоны | Самый большой | Ничего под Dynamic Island |
| Пейволл | iPhone SE | Цены и ссылки видны |
| Вход | iPad | Остаётся внутри приложения |
Три уточнения:
- Увеличенный текст. Правила типографики Apple предлагают простой тест: включить самые крупные размеры текста в Settings, Accessibility, Display & Text Size и проверить, что всё остаётся читаемым.
- Тёмный режим. Правила Apple о тёмном режиме требуют, чтобы приложение читалось в обоих оформлениях. Expo по умолчанию применяет
light, если ты не задалuserInterfaceStyle. Solys следует настройке телефона, TradaZen всегда тёмное, Nolera светлое: во всех трёх случаях я тестирую то оформление, которое реально отображается. - Безопасные зоны. Контент не должен уходить ни под Dynamic Island, ни под индикатор «домой». Expo описывает метод в гайде по безопасным зонам.
На Mac симулятор настраивается из командной строки, так что чек-лист быстро прогоняется заново:
xcrun simctl ui booted appearance dark
xcrun simctl ui booted content_size accessibility-extra-extra-extra-large
xcrun simctl io booted screenshot ecran-se-sombre.png
На реальном телефоне я прохожу тот же круг со сборкой из TestFlight. Методология: этот чек-лист мой, собран на отказах, которые получали мои приложения, а не список от Apple. Он уменьшает сюрпризы, но одобрения не гарантирует.
Как ответить на отказ по 4.0?
- Найди устройство и версию, указанные в сообщении, и открой ту же модель в симуляторе.
- Исправь все случаи. Типичное сообщение просит «address all instances» проблемы, а не только экран со скриншота.
- Отправь новую сборку: ревьюер тестирует код, встроенный в приложение.
- Ответь со скриншотами, снятыми на том же устройстве, ответив на сообщение App Review.
- Подавай апелляцию, только если уверен: Apple позволяет обратиться в App Review Board, одна апелляция на каждую отклонённую отправку.
Шаблон, который я бы использовал, адаптируй под себя:
Hello,
Thank you for your feedback regarding Guideline 4.0.
We reproduced the issue on [device] running [OS version].
Changes in build [X]:
- [Screen]: [what was crowded or hard to read], now [fix].
- [Screen]: [fix].
We also checked every screen on iPhone SE, a standard
iPhone, the largest iPhone and iPad, with larger text
sizes and Dark Mode.
Attached: screenshots of the updated screens on [device].
Best regards,
Как подготовить отправку без отказа по дизайну
Review Kit собирает мой чек-лист перед отправкой, который покрывает в том числе правило 2.4.1 про iPad, и скиллы Claude Code, которые проверяют твой проект. Если нужен живой взгляд, забронируй час со мной: откроем твои экраны на нескольких размерах, по видеосвязи. Полный порядок действий после отказа есть на странице приложение отклонено Apple.
Готовишь первый релиз? Пройди бесплатную диагностику: она расставит шаги по порядку и пришлёт мой чек-лист против отказов Apple.
Частые вопросы
Что значит «Guideline 4.0 - Design» в сообщении об отказе?
Apple считает твой интерфейс ниже ожидаемого уровня, не указывая конкретное подправило: тесные экраны, трудночитаемый текст, неудачный сценарий входа. В сообщении обычно указано устройство, на котором тестировали, и часто приложен скриншот.
Моё приложение настроено только под iPhone: почему Apple тестирует его на iPad?
Потому что правило 2.4.1 требует, чтобы iPhone-приложения по возможности работали на iPad. Там твоё приложение открывается в режиме совместимости, в окне формата iPhone, и каждый экран должен оставаться удобным.
Нужна ли новая сборка после отказа по 4.0?
Да, в большинстве случаев. Ревьюер тестирует встроенный код при первом запуске, и удалённо доставленное исправление может до него не дойти. Об этом я пишу в гайде по guideline 2.1.
Обязателен ли тёмный режим для одобрения?
Текст правил ревью его не требует. Правила дизайна напоминают, что пользователи ждут от приложений следования их настройке. Если ты принудительно включаешь светлое или тёмное оформление, как позволяет Expo, тестируй это оформление. Если следуешь настройке телефона, тестируй оба.
Можно ли обжаловать отказ по 4.0?
Да, через App Review Board, если считаешь, что приложение соответствует правилам. Apple требует конкретных причин, допускает одну апелляцию на каждую отклонённую отправку и просит сначала ответить на запросы информации.

