# Guideline 5.6.3: запит на відгук, через який відхиляють app

> Guideline 5.6.3 і запит на відгук: коли просити оцінку, що радить Apple, і реальна відмова, яку я отримав на Solys.

Оригінальна сторінка: [Guideline 5.6.3: запит на відгук, через який відхиляють app](https://devoria.fr/uk/blog/guideline-5-6-3-zapyt-vidguk-vidmova-app-store)
Автор: [Mehdi Azizi](https://devoria.fr/uk/mehdi-azizi)
Опубліковано: 2026-10-13
Останнє оновлення змісту: 2026-10-13


Apple відхиляє застосунок, який просить оцінку надто рано. **Якщо твій запит на відгук з'являється під час першого запуску або в онбордингу, ти ризикуєш отримати відмову за guideline 5.6.3.** Запит має з'являтися після того, як користувач справді попрацював із застосунком, і через системне вікно.

Я отримав таку відмову на Solys, моєму будильнику з міні-іграми. Ось що каже правило, що радить Apple і як я це виправив.

## Що каже guideline 5.6.3?

Guideline 5.6.3 входить до «Developer Code of Conduct», розділу 5.6 [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/#5.6.3). Її текст забороняє маніпулювати тим, що бачать клієнти App Store: рейтингами, пошуком, відгуками, переходами на твій застосунок. Про онбординг там не сказано.

Проте саме це правило Apple навела щодо мого запиту на оцінку. Логіка є в її правилах дизайну: під час першого запуску чи онбордингу людина ще не встигла скласти думку.

У тому ж розділі guideline 5.6.1 уточнює дозволений спосіб: використовувати API, яке надає Apple, щоб попросити відгук. Саморобні вікна оцінювання не допускаються, а guideline 3.2.2 забороняє блокувати функцію, доки користувач не поставить оцінку.

## Коли просити відгук

Правила дизайну Apple щодо [оцінок і відгуків](https://developer.apple.com/design/human-interface-guidelines/ratings-and-reviews) чіткі. Оцінку просять лише після того, як людина справді скористалася застосунком.

| Момент запиту                     | Позиція Apple     | Чому                            |
| --------------------------------- | ----------------- | ------------------------------- |
| Під час першого запуску           | Уникати           | Думки ще немає                  |
| Під час онбордингу                | Уникати           | Застосунком ще не користувались |
| Посеред завдання                  | Уникати           | Запит перериває дію             |
| Після успішно виконаного завдання | Рекомендовано     | Застосунок уже знайомий         |
| На кнопці «Оцінити застосунок»    | Так, з посиланням | Вікно іноді не з'являється      |
| Кілька разів поспіль              | Уникати           | Нагадування набридають          |

Відмову мені принесли лише перші два рядки. Решта взята з порад Apple. Два корисні орієнтири: Apple радить робити перерву щонайменше в один-два тижні між запитами, а система сама обмежує показ свого вікна трьома разами за 365 днів для одного застосунку. Тож змусити його з'явитися ти не можеш.

## Відмова 5.6.3, яку я отримав на Solys

30 серпня 2026 року оновлення Solys відхилили. Повідомлення Apple посилалося на 5.6.3 і казало, що застосунок просить оцінку під час першого запуску або в онбордингу. Перевірку проводили на iPad Air.

Причина була проста. У вітальному сценарії екран «Залишити відгук» ішов другим, одразу після демо міні-гри. Користувач бачив тільки демо.

**Виправлення**: запит перенесли далі в сценарії, і він з'являється лише тоді, коли користувач щойно виграв демо. Хто пропускає демо або програє, жодного запиту не бачить. Виправлену версію потім прийняли.

Це моя ставка: у повідомленні Apple було «не під час онбордингу», без жодних нюансів.

**Урок**: найбезпечніше винести запит з онбордингу. Оцінку, як і дозвіл, просять після того, як людина побачила, що їй дає застосунок.

## Як попросити відгук через системне вікно

У застосунку на Expo системне вікно викликається через бібліотеку [expo-store-review](https://docs.expo.dev/versions/latest/sdk/storereview/):

```ts
import * as StoreReview from "expo-store-review";

export async function demanderUnAvis() {
  if (await StoreReview.isAvailableAsync()) {
    await StoreReview.requestReview();
  }
}
```

Три речі, які варто знати, з документації Apple про [запит відгуків](https://developer.apple.com/documentation/storekit/requesting-app-store-reviews):

- **Показувати вікно чи ні, вирішує система.** Виклик може нічого не показати. Не будуй жодного екрана, який залежить від його появи.
- **Не запускай його з дії користувача**, наприклад з кнопки: вікно може не з'явитися. Для кнопки «Оцінити застосунок» краще відкрий сторінку свого застосунку в App Store, додавши `?action=write-review` в кінець адреси.
- **Обирай момент успіху**: завершення послідовності дій, яку користувач щойно закінчив, а не відкриття застосунку.

Приклад коду від Apple також відкладає виклик: він чекає, доки людина кілька разів виконає дію, і не просить двічі для тієї самої версії застосунку. Кількість разів обираєш сам.

## Чекліст перед відправкою

- Жодного запиту на оцінку під час першого запуску.
- Жодного запиту на оцінку в онбордингу.
- Запит іде через системне вікно, а не через саморобний екран із зірочками.
- Кнопка «Оцінити застосунок» у налаштуваннях відкриває сторінку в App Store, а не викликає системне вікно.
- Запит з'являється після реального використання: завершеного завдання, пройденого рівня, кількох відкриттів.
- Ти протестував вітальний сценарій і на iPad: кілька моїх відмов виявили саме на iPad, для iPhone-застосунків.

## Як уникнути відмови 5.6.3 перед наступною відправкою

[Apple Review Kit](https://devoria.fr/uk/kits/review-apple) містить мій чекліст перед відправкою, виправлені відмови Apple і skills для Claude Code, які перевіряють твій проєкт. Якщо твій застосунок щойно відхилили і тобі потрібен погляд живої людини, [забронюй годину зі мною](https://devoria.fr/uk/coaching): ми розберемо твій вітальний сценарій у відеодзвінку, на твоєму екрані. Повний процес описано на сторінці [застосунок відхилено Apple](https://devoria.fr/uk/expertise/app-rejected-by-apple), а інші часті причини є в статті [чому Apple відхиляє застосунок](https://devoria.fr/uk/blog/vidmova-apple-app-store-prychyny).

Якщо готуєш свій перший реліз, [пройди безкоштовну діагностику](https://devoria.fr/uk/diagnostic): вона розставить кроки в правильному порядку й надішле тобі мій чекліст проти відмов Apple.

## Поширені запитання

### Чи можна просити оцінку під час онбордингу?

Apple не радить цього у своїх правилах дизайну, і я отримав за це відмову за guideline 5.6.3. Людина ще не користувалася застосунком: у неї не може бути думки. Став запит після реального використання.

### Скільки разів можна показувати запит на відгук?

Система обмежує своє вікно трьома показами за 365 днів для одного застосунку. Apple також радить робити перерву щонайменше в один-два тижні між запитами, а її приклад коду не просить двічі для тієї самої версії застосунку.

### Чи можна зробити власне вікно оцінювання?

Ні. Guideline 5.6.1 вимагає використовувати API від Apple і виключає саморобні вікна оцінювання. Натомість ти можеш додати кнопку «Оцінити застосунок», яка відкриває сторінку твого застосунку в App Store.

### Чи потрібен новий білд після відмови 5.6.3?

Так, якщо запит є в коді білда, а так буває майже завжди. Рев'юер бачить код, вбудований під час першого запуску: віддаленого оновлення недостатньо. Перенеси запит, збери новий білд і відправ його знову.

### Який момент найкращий, щоб попросити відгук?

Одразу після успіху: завершеного завдання, виграного рівня, досягнутої мети. Apple радить момент, який нічого не перериває, коли людина вже знає застосунок. Уникай відкриття застосунку та середини дії.


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

[Apple Review Kit](https://devoria.fr/uk/kits/review-apple): Чекліст для review App Store, яким я користуюся, мої виправлені відмови Apple, нотатки для тестувальника і два skills Claude Code, що перевіряють твій застосунок. 29 €.

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