Guideline 4.0 Design: застосунок відхилили через інтерфейс

«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?

1. Знайди пристрій і версію, згадані в повідомленні, і відкрий ту саму модель у симуляторі.
2. Виправ усі випадки. Типове повідомлення просить «address all instances» проблеми, а не лише екран зі скриншота.
3. Надішли новий білд: рецензент тестує вбудований код.
4. Відповідай зі скриншотами, знятими на тому самому пристрої, відповідаючи на повідомлення App Review.
5. Подавай апеляцію, лише якщо впевнений: 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 вимагає конкретних аргументів, дозволяє одну апеляцію на кожну відхилену подачу й просить спершу відповісти на запити інформації.