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

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

Я писав такі відповіді для своїх застосунків у 2026 році: Solys, мого будильника з міні-іграми, і TradaZen, мого симулятора трейдингу. Ось де відповідати сьогодні, що писати, коли додавати відео, коли подавати апеляцію і що не працює. Про самі причини відмов читай чому Apple відхиляє застосунок.

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

Офіційна довідка, 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 додає, що стан подань можна відстежувати в App Store Connect або в його застосунку для iPhone та iPad.

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

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

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

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

• Відмова через метадані не вимагає нового білда. Довідка Apple про це каже прямо: виправляєш і надсилаєш той самий білд. Так часто буває з відмовою за 2.3.10, коли проблемний текст на сторінці застосунку.
• «Information Needed» не є відмовою по суті. Рецензент ставить тобі питання. Гайд про guideline 2.1 пояснює різницю зі справжнім виявленим багом.
• Bug Fix Submissions це пропозиція. Якщо застосунок уже опублікований і повідомлення починається з «Bug Fix Submissions: The issues we've identified below are eligible to be resolved on your next update», ти можеш попросити схвалити оновлення, відповівши на повідомлення. Не надсилай застосунок повторно в цей момент, інакше почнеться нова перевірка. Проблему виправиш у наступній версії.

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

Apple опублікувала поради, як зв'язатися з App Review. Варто: чітко формулювати, чого ти просиш, і давати інформацію, яка допомагає зрозуміти застосунок, якщо ти вважаєш, що його не так зрозуміли. Не варто: використовувати поле відповіді для апеляції чи прохання про прискорену перевірку або питати про стан застосунків інших розробників.

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

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 або guideline 4.3. Каркас відповіді також є в моєму шаблоні нотаток для App Review, який можна завантажити.

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

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

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

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

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

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

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

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

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

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

• Дзвінок із представником Apple. Просиш його у вікні Reply to App Review, після першої відповіді App Review. Вкажи свій часовий пояс і, за бажанням, мову. Перед цим перевір свої контакти в App Review Information. Apple зазначає, що такі дзвінки зазвичай відбуваються протягом трьох-п'яти робочих днів.
• 30-хвилинна відеозустріч з App Review у вівторок або четвер, щоб обговорити правила. Вона інформаційна: не прискорює й не гарантує перевірку.

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

Апеляція це останній крок. За сторінкою Appeal to the App Review Board, вона доречна, якщо застосунок відхилили, а ти вважаєш, що він відповідає правилам, або якщо вважаєш, що з тобою повелися несправедливо.

Насамперед відповідай на повідомлення в App Store Connect, щоб усе прояснити. Якщо не допомогло, заповни форму Submit an appeal to App Review. Правила:

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

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

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

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

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

«Мій екран уже раніше приймали» теж не працює: кожна версія проходить перевірку заново, іноді в іншого рецензента. App Review Guidelines також попереджають, що застосунок, відхилений кілька разів за тим самим правилом, перевіряють довше. Про терміни перевірки читай скільки триває перевірка в App Store.

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

Review Kit містить справжні повідомлення, які отримували мої застосунки, надіслані виправлення та skills для Claude Code, які готують твою відповідь, якщо Apple відмовить. Якщо потрібен живий погляд, забронюй годину зі мною: ми прочитаємо повідомлення Apple і напишемо відповідь разом. Повний підхід описано на сторінці застосунок відхилено Apple.

Ще не надіслав застосунок? Пройди безкоштовну діагностику: вона надішле тобі мій чекліст проти відмов 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 і надсилаєш той самий білд.