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

> Guideline 4.0 Design: Apple відхиляє незручний інтерфейс, часто на iPad. Перевір кожен екран на iPhone SE та iPad, виправ і відповідай.

Оригінальна сторінка: [Guideline 4.0 Design: застосунок відхилили через інтерфейс](https://devoria.fr/uk/blog/guideline-4-0-design-app-rejected-interface)
Автор: [Mehdi Azizi](https://devoria.fr/uk/mehdi-azizi)
Опубліковано: 2026-11-04
Останнє оновлення змісту: 2026-11-04


«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 відхиляє застосунок](https://devoria.fr/uk/blog/vidmova-apple-app-store-prychyny).

## Що охоплює guideline 4.0 Design?

Розділ 4 [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/#design) відкривається абзацом без номера: «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](https://developer.apple.com/design/human-interface-guidelines/layout), правила дизайну 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.» Далі уточнювалося, що застосунок використовував лише частину екрана ([гілка форуму](https://developer.apple.com/forums/thread/800657)).

Причина в правилі 2.4.1: «iPhone apps should run on iPad whenever possible.» В Expo опція `ios.supportsTablet` за замовчуванням дорівнює `false`, згідно з [конфігурацією застосунку Expo](https://docs.expo.dev/versions/latest/config/app/). Тоді твій iPhone-застосунок працює на iPad у режимі сумісності, у вікні формату iPhone. **Налаштування «лише iPhone» не захищає від тестування на iPad.** Саме на iPad Air демо Solys стало неможливо пройти, цей випадок детально описано в гайді по [guideline 2.1](https://devoria.fr/uk/blog/guideline-2-1-app-store-vidmova).

Є два виходи. Або ти справді підтримуєш iPad, з версткою, яка підлаштовується під доступне місце. Правила дизайну Apple вимагають вибирати розкладку за класами розмірів, а не за моделлю пристрою. Або залишаєшся на iPhone, і тоді кожен екран має вміщатися у вікно сумісності.

### Текст, який важко читати

Повідомлення, опубліковане в січні 2025: «Your app included hard to read type or typography.» Apple нагадує там, що користувачі чекають застосунків «simple, refined, and easy to use» ([гілка форуму](https://developer.apple.com/forums/thread/772671)).

[Правила типографіки Apple](https://developer.apple.com/design/human-interface-guidelines/typography) дають орієнтири для iOS: 17 пунктів за замовчуванням, мінімум 11 пунктів. [Правила доступності](https://developer.apple.com/design/human-interface-guidelines/accessibility) вимагають контраст щонайменше 4,5 до 1 для тексту до 17 пунктів і зони дотику 44 на 44 пункти за замовчуванням.

Пастка, якщо ти зменшуєш шрифти на малих екранах, як я, щоб скрізь були однакові переноси рядків: **перевір, що твій найменший текст, зменшений на iPhone SE, лишається щонайменше 11 пунктів.**

### Вхід, що відкривається в Safari

Повідомлення, опубліковане на [форумі Apple](https://developer.apple.com/forums/thread/126333): «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](https://docs.expo.dev/versions/latest/sdk/webbrowser/) закриває обидві потреби, не виходячи із застосунку: `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.» ([гілка форуму](https://developer.apple.com/forums/thread/751115)).

Документація [expo-apple-authentication](https://docs.expo.dev/versions/latest/sdk/apple-authentication/) пояснює пастку: ім'я та e-mail надаються лише під час першого входу. **Збережи їх одразу**, інакше спокуса запитати їх знову буде великою. Також використовуй кнопку з бібліотеки: її колір задається через `buttonStyle`, а заокруглення через `cornerRadius`, ніколи через `style`.

## 4.0, 4.2, 4.3: три відмови за дизайн, які не варто плутати

| Правило | Що оцінюють        | Виправлення                 |
| ------- | ------------------ | --------------------------- |
| 4.0     | Інтерфейс          | Виправити екрани            |
| 4.2     | Користь застосунку | Додати нативного наповнення |
| 4.3     | Схожість           | Змінити концепцію           |

[4.2, Minimum Functionality](https://devoria.fr/uk/blog/guideline-4-2-minimum-functionality-vidkhylennia), вимагає функцій, контенту й інтерфейсу, які піднімають застосунок «beyond a repackaged website». Межа з 4.0 тонка: сайт, загорнутий у застосунок, може отримати обидві. **Якщо твоєму застосунку бракує суті, правки екранів не вистачить.**

4.3 стосується копій і переповнених категорій: я розібрав обидва її пункти в гайді по [guideline 4.3 Design Spam](https://devoria.fr/uk/blog/guideline-4-3-design-spam-app-rejected). Охайний інтерфейс не врятує застосунок, схожий на тисячу інших.

## Візуальний чекліст перед відправкою

Цей пункт я додаю до кожної відправки. У моїх застосунках кожен екран намальовано під найбільший iPhone, а на менших його зменшено одним масштабом: ті самі пропорції, ті самі переноси рядків. Потім я порівнюю результати поруч: iPhone SE, стандартний iPhone, найбільший iPhone і iPad для режиму сумісності.

| Перевірка           | Пристрій           | Що має працювати          |
| ------------------- | ------------------ | ------------------------- |
| Перший запуск       | iPhone SE          | Нічого не обрізано        |
| Увесь онбординг     | iPad               | Кожна кнопка доступна     |
| Відкрита клавіатура | iPhone SE          | Поле й кнопку видно       |
| Збільшений текст    | Стандартний iPhone | Жоден текст не обрізано   |
| Темний режим        | Усі                | Текст читається скрізь    |
| Безпечні зони       | Найбільший         | Нічого під Dynamic Island |
| Пейвол              | iPhone SE          | Ціни й посилання видно    |
| Вхід                | iPad               | Лишається в застосунку    |

Три уточнення:

- **Збільшений текст.** Правила типографіки Apple пропонують простий тест: увімкнути найбільші розміри тексту в Settings > Accessibility > Display & Text Size і перевірити, що все лишається читабельним.
- **Темний режим.** [Правила Apple щодо темного режиму](https://developer.apple.com/design/human-interface-guidelines/dark-mode) вимагають, щоб застосунок лишався читабельним в обох варіантах оформлення. Expo за замовчуванням застосовує `light`, якщо ти не задаєш `userInterfaceStyle`. Solys іде за налаштуванням телефона, TradaZen завжди темний, Nolera світлий: у всіх трьох випадках я тестую те оформлення, яке показується.
- **Безпечні зони.** Контент не заходить ні під Dynamic Island, ні під індикатор головного екрана. Expo детально описує метод у своєму гайді про [безпечні зони](https://docs.expo.dev/develop/user-interface/safe-areas/).

На Mac симулятор налаштовується з командного рядка, тож чекліст легко прогнати знову:

```bash
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](https://devoria.fr/uk/blog/testflight-testuvannya-zastosunku-iphone). Методологія: цей чекліст мій, складений на основі відмов, які отримували мої застосунки, а не список від Apple. Він зменшує кількість сюрпризів, але не гарантує схвалення.

## Як відповісти на відмову 4.0?

1. **Знайди пристрій і версію**, згадані в повідомленні, і відкрий ту саму модель у симуляторі.
2. **Виправ усі випадки.** Типове повідомлення просить «address all instances» проблеми, а не лише екран зі скриншота.
3. **Надішли новий білд**: рецензент тестує вбудований код.
4. **Відповідай зі скриншотами**, знятими на тому самому пристрої, [відповідаючи на повідомлення App Review](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/reply-to-app-review-messages/).
5. **Подавай апеляцію, лише якщо впевнений**: Apple дозволяє [звернутися до App Review Board](https://developer.apple.com/distribute/app-review/), одна апеляція на кожну відхилену подачу.

Шаблон, який я б використав, адаптуй під себе:

```text
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](https://devoria.fr/uk/kits/app-review) містить мій чекліст перед відправкою, який, зокрема, охоплює правило 2.4.1 щодо iPad, і скіли Claude Code, що перевіряють твій проєкт. Якщо потрібен людський погляд, [забронюй годину зі мною](https://devoria.fr/uk/coaching): ми відкриємо твої екрани на кількох розмірах, по відеозв'язку. Повний план дій після відмови є на сторінці [застосунок відхилено Apple](https://devoria.fr/uk/expertise/app-rejected-by-apple).

Готуєш свій перший реліз? [Пройди безкоштовну діагностику](https://devoria.fr/uk/diagnostic): вона розставить кроки в правильному порядку й надішле тобі мій чекліст проти відмов 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 вимагає конкретних аргументів, дозволяє одну апеляцію на кожну відхилену подачу й просить спершу відповісти на запити інформації.


## Твій проєкт

[Review Kit](https://devoria.fr/uk/kits/app-review): Мій чекліст для перевірки в App Store, виправлені відмови Apple, чекліст для Google Play і три скіли для Claude Code. 2 499 ₴.

[iOS & Android Kit](https://devoria.fr/uk/kits/ios): Створи свій застосунок для iPhone і Android з Claude Code: стартовий код моїх застосунків, шлях до публікації в сторах і всі кіти. 4 999 ₴.

[Діагностика: що відділяє тебе від твого застосунку для iPhone](https://devoria.fr/uk/diagnostic): 7 запитань, 60 секунд: ти дізнаєшся, що насправді заважає тобі опублікувати застосунок для iPhone, отримаєш свій шлях у 4 кроки і кіт, який тобі підходить.