# Resolution Center Apple: як відповісти на відмову App Review

> Resolution Center тепер називається розділом App Review в App Store Connect. Відповідай англійською: причина, виправлення, перевірка. Потім апеляція до Board.

Оригінальна сторінка: [Resolution Center Apple: як відповісти на відмову App Review](https://devoria.fr/uk/blog/resolution-center-apple-reply-app-review-rejection)
Автор: [Mehdi Azizi](https://devoria.fr/uk/mehdi-azizi)
Опубліковано: 2026-11-04
Останнє оновлення змісту: 2026-11-04


Resolution Center під цією назвою більше не існує. **На відмову ти відповідаєш у розділі App Review свого застосунку, кнопкою Reply to App Review.** Пиши англійською і дай три речі: що блокувало, що змінилося, як це перевірити. App Review Board потрібен лише після такої відповіді, і тільки якщо ти впевнений, що твій застосунок відповідає згаданому правилу.

Я писав такі відповіді для своїх застосунків у 2026 році: Solys, мого будильника з міні-іграми, і TradaZen, мого симулятора трейдингу. Ось де відповідати сьогодні, що писати, коли додавати відео, коли подавати апеляцію і що не працює. Про самі причини відмов читай [чому Apple відхиляє застосунок](https://devoria.fr/uk/blog/vidmova-apple-app-store-prychyny).

## Куди подівся Resolution Center?

Офіційна довідка, [Reply to App Review messages](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/reply-to-app-review-messages/), тепер говорить про розділ App Review. Там ти листуєшся з Apple, зокрема з вкладеннями, доки не надішлеш подання повторно. Шлях:

1. В Apps відкрий свій застосунок.
2. Угорі сторінки натисни посилання на невирішені проблеми, яке на іншій сторінці довідки називається View App Review Issues & Messages.
3. У частині In Progress натисни Resolve поруч із поданням.
4. Натисни Reply to App Review і пиши в полі Reply.
5. Щоб додати скриншот або документ, натисни Attach File, потім Reply.

Відповідати можуть лише ролі Account Holder, Admin і App Manager. [Сторінка App Review](https://developer.apple.com/distribute/app-review/) додає, що стан подань можна відстежувати в App Store Connect або в його застосунку для iPhone та iPad.

## Перш ніж писати: яке повідомлення ти отримав?

Правильна відповідь залежить від повідомлення, а не від твого бажання захищатися. Ось таблиця, яку я використовую, перш ніж відкрити поле відповіді.

| Що каже Apple                  | Що ти робиш             | Новий білд           |
| ------------------------------ | ----------------------- | -------------------- |
| Information Needed             | Відповідаєш на питання  | Ні                   |
| Баг або хибний екран           | Виправляєш, відповідаєш | Так                  |
| Сторінка, посилання, скриншоти | Виправляєш сторінку     | Ні                   |
| Застосунок не зрозуміли        | Пояснюєш із доказом     | Залежно від ситуації |
| Стійка незгода                 | Апеляція до Board       | Ні                   |
| Пропозиція Bug Fix Submissions | Приймаєш відповіддю     | Ні                   |

Три уточнення все змінюють:

- **Відмова через метадані не вимагає нового білда.** Довідка Apple про це каже прямо: виправляєш і надсилаєш той самий білд. Так часто буває з відмовою за [2.3.10](https://devoria.fr/uk/blog/guideline-2-3-10-app-rejected-metadata), коли проблемний текст на сторінці застосунку.
- **«Information Needed» не є відмовою по суті.** Рецензент ставить тобі питання. Гайд про [guideline 2.1](https://devoria.fr/uk/blog/guideline-2-1-app-store-vidmova) пояснює різницю зі справжнім виявленим багом.
- **Bug Fix Submissions це пропозиція.** Якщо застосунок уже опублікований і повідомлення починається з «Bug Fix Submissions: The issues we've identified below are eligible to be resolved on your next update», ти можеш [попросити схвалити оновлення](https://developer.apple.com/help/app-review/after-submitting-for-review/bug-fix-submissions/), відповівши на повідомлення. Не надсилай застосунок повторно в цей момент, інакше почнеться нова перевірка. Проблему виправиш у наступній версії.

## Що писати: шаблон із чотирьох блоків

Apple опублікувала поради, як [зв'язатися з App Review](https://developer.apple.com/help/app-review/after-submitting-for-review/contact-app-review/). Варто: чітко формулювати, чого ти просиш, і давати інформацію, яка допомагає зрозуміти застосунок, якщо ти вважаєш, що його не так зрозуміли. Не варто: використовувати поле відповіді для апеляції чи прохання про прискорену перевірку або питати про стан застосунків інших розробників.

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

```text
Hello App Review team,

Thank you for your review and for the details on
Guideline [number].

What you reported: [one sentence that restates
Apple's message, in your own words].

What changed in build [version (build)]:
- [Screen or element]: [what it does now]
- [Screen or element]: [what it does now]

How to verify:
1. [Starting point, e.g. fresh install]
2. [Action]
3. [Expected result]

We tested this flow on [devices and iOS versions].
[Attached: a short screen recording of the fixed flow.]

If anything else is unclear, please tell us which
screen or wording, and we will change it.

Best regards,
[Your name]
```

Кожен блок має свою роль. Перший доводить, що ти прочитав. Другий називає білд, бо рецензент тестує бінарник, а не твої наміри. Третій економить йому час. Останній залишає двері відчиненими без виправдовувань.

Шаблони під кожне правило є в моїх окремих гайдах, наприклад про [guideline 3.1.2](https://devoria.fr/uk/blog/guideline-3-1-2-vidmova-pidpyska-app-store) або [guideline 4.3](https://devoria.fr/uk/blog/guideline-4-3-design-spam-app-rejected). Каркас відповіді також є в моєму [шаблоні нотаток для App Review](https://devoria.fr/ressources/notes-app-review.md), який можна завантажити.

## Чого я навчився, відповідаючи за Solys і TradaZen

**Solys, guideline 2.1.** Рецензент просив спосіб обійти гру. Моя відповідь називала екран, що блокував, ігрове демо в онбордингу, а потім справжню причину: у режимі сумісності на iPad перешкоду неможливо було пройти. Далі йшли два пронумеровані виправлення, зокрема посилання, щоб пропустити демо після невдачі, і перелік протестованих симуляторів, від iPhone SE до найбільшого iPhone. Вона також описувала кнопку екстреної зупинки будильника, але лише після того, як я перечитав код, що її запускає. **Не пиши про свій застосунок нічого, чого ти не перевірив у білді.**

**TradaZen, guideline 5.6.** У жовтні 2026 року Apple вирішила, що застосунок підштовхує до небажаних вбудованих покупок, не вказавши конкретного елемента. Я шукав, що могло вводити в оману: хрестик угорі пейвола відкривав знижку замість того, щоб закрити екран. Моя відповідь визнавала це одним реченням: це була моя помилка. Далі вона перелічувала кожну зміну, екран за екраном: хрестик замінено на подарунок, пропозиція більше не відкривається сама, промо-сповіщення видалено. Вона нагадувала, що залишилося відповідним правилам: найпомітніша ціна, яку списують, відновлення покупок, юридичні посилання. І закінчувалася пропозицією змінити будь-який екран, який досі здається неоднозначним. Новий білд пішов разом із нею.

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

## Коли додавати відео чи скриншот

Довідка Apple приймає як вкладення скриншоти й документи. Коротке відео виправленого екрана корисне у трьох випадках:

- **проблема залежить від пристрою чи умови**, як-от iPad у режимі сумісності або відхилений дозвіл;
- **шлях до екрана довгий**, наприклад у кінці онбордингу;
- **функцію важко відтворити.** Сторінка App Review просить бути готовим надати демо-відео, коли функція потребує середовища, яке важко відтворити, або конкретного обладнання.

Для застосунку, пов'язаного з аксесуаром, довідка про [повну перевірку](https://developer.apple.com/help/app-review/before-submitting-for-review/complete-review/) вимагає справжнє відео, зняте на пристрої Apple, а не запис екрана. Для тексту пейвола чи перейменованої кнопки вистачить скриншота.

## Попросити дзвінок або зустріч

Якщо письмово не виходить, Apple пропонує два варіанти:

- **Дзвінок із представником Apple.** Просиш його у вікні Reply to App Review, після першої відповіді App Review. Вкажи свій часовий пояс і, за бажанням, мову. Перед цим перевір свої контакти в App Review Information. Apple зазначає, що такі дзвінки зазвичай відбуваються протягом трьох-п'яти робочих днів.
- **[30-хвилинна відеозустріч](https://developer.apple.com/help/app-review/before-submitting-for-review/app-review-appointment/)** з App Review у вівторок або четвер, щоб обговорити правила. Вона інформаційна: не прискорює й не гарантує перевірку.

## Апеляція до App Review Board

Апеляція це останній крок. За сторінкою [Appeal to the App Review Board](https://developer.apple.com/help/app-review/after-submitting-for-review/appeal-to-the-app-review-board/), вона доречна, якщо застосунок відхилили, а ти вважаєш, що він відповідає правилам, або якщо вважаєш, що з тобою повелися несправедливо.

Насамперед **відповідай на повідомлення в App Store Connect**, щоб усе прояснити. Якщо не допомогло, заповни форму [Submit an appeal to App Review](https://developer.apple.com/contact/app-store/?topic=appeal). Правила:

- одна апеляція на відхилений застосунок, яка охоплює всі згадані правила;
- назви правило й пункт за пунктом поясни, як твій застосунок його дотримується;
- не подавай апеляцію, якщо вже виправив і повторно надіслав застосунок;
- не подавай апеляцію через звичайний запит інформації.

Apple наводить два приклади, які я перекладаю. Повний: «Мій застосунок відхилили за 2.1 через неповну інформацію. Демо-акаунт і кроки для тестування функції є в App Review Information, разом зі скриншотами, які її показують». Неповний: «Цей застосунок важливий для мого бізнесу, і його не слід було відхиляти».

Board відповідає в App Store Connect і може попросити інформацію або запропонувати дзвінок. **Apple не публікує жодних термінів для апеляції.** Розробники на [форумах Apple](https://developer.apple.com/forums/thread/807750) розповідають про очікування понад два тижні. Якщо виправлення просте, надіслати виправлений білд часто швидше.

## Що працює, а що ні

| Допомагає                   | Шкодить                           |
| --------------------------- | --------------------------------- |
| Повторити причину від Apple | Виправдовуватися                  |
| Назвати виправлений білд    | Обіцяти виправлення в майбутньому |
| Дати шлях для перевірки     | Посилатися на конкурента          |
| Додати доказ                | Подавати апеляцію в Reply         |
| Повна відповідь             | Надсилати знову без виправлень    |

«Мій екран уже раніше приймали» теж не працює: кожна версія проходить перевірку заново, іноді в іншого рецензента. [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/) також попереджають, що застосунок, відхилений кілька разів за тим самим правилом, перевіряють довше. Про терміни перевірки читай [скільки триває перевірка в App Store](https://devoria.fr/uk/blog/skilky-tryvaie-perevirka-app-store-app-review).

## Дай перечитати відповідь перед надсиланням

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

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

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

### Де знайти Resolution Center в App Store Connect?

Тепер це розділ App Review. Відкрий застосунок, натисни посилання на невирішені проблеми вгорі сторінки, потім Resolve поруч із поданням. Кнопка Reply to App Review відкриває поле відповіді й додавання вкладень.

### Скільки часу Apple відповідає?

Apple не публікує термінів для письмових відповідей. Щодо перевірки, Apple заявляє, що щонайменше 50 % подань перевіряють менш ніж за 24 години, а 90 % менш ніж за 48 годин. Дзвінок, запитаний в App Review, зазвичай відбувається протягом трьох-п'яти робочих днів. Для App Review Board жодних термінів не оголошено.

### Чи можна відповідати App Review не англійською?

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

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

Один раз на відхилений застосунок. Якщо повідомлення згадує кілька правил, апеляція має охопити всі. Apple також просить спершу відповісти в App Store Connect і не подавати апеляцію, якщо ти вже надіслав виправлений білд.

### Чи треба надсилати новий білд перед відповіддю?

Так, якщо проблема в застосунку: виправ, надішли білд, потім відповідай, назвавши цей білд. Ні, якщо відмова стосується метаданих, як-от сторінки чи скриншотів: виправляєш в App Store Connect і надсилаєш той самий білд.


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

[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 кроки і кіт, який тобі підходить.