# Guideline 3.2.2 Unacceptable: відмова через бізнес-модель

> Guideline 3.2.2: Apple забороняє відкривати функцію за оцінку чи винагороджувати відгук. Винагороджуй дію в застосунку, а не в App Store.

Оригінальна сторінка: [Guideline 3.2.2 Unacceptable: відмова через бізнес-модель](https://devoria.fr/uk/blog/guideline-3-2-2-unacceptable-business-model)
Автор: [Mehdi Azizi](https://devoria.fr/uk/mehdi-azizi)
Опубліковано: 2026-11-04
Останнє оновлення змісту: 2026-11-04


Guideline 3.2.2 містить перелік бізнес-моделей, які Apple відхиляє. **Для інді-застосунку класична пастка полягає в тому, щоб обміняти оцінку, відгук чи завантаження на якусь перевагу.** Винагороджувати дію в застосунку можна: пройти рівень чи переглянути рекламу. Дію в App Store не можна.

Я публікую власні iOS-застосунки: Solys, TradaZen і Nolera вже в App Store. Цей гайд спирається на офіційний текст Apple, який я прочитав 15 жовтня 2026 року у версії від 8 червня 2026 року, а також на відмови за 3.2.2, які публікували розробники. Практики, згадані нижче, це приклади. Момент, коли просити відгук, регулює інше правило, про нього я детально пишу в гайді про [guideline 5.6.3](https://devoria.fr/uk/blog/guideline-5-6-3-zapyt-vidguk-vidmova-app-store).

## Що каже guideline 3.2.2?

Пункт 3.2.2 розташований у розділі 3.2, «Other Business Model Issues», документа [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/#3.2.2). Apple протиставляє там список «Acceptable» (3.2.1) і список «Unacceptable» (3.2.2). І уточнює, що ці списки не вичерпні.

У поточній версії 3.2.2 має десять підпунктів, два з яких порожні.

| Підпункт | Що заборонено                        |
| -------- | ------------------------------------ |
| (i)      | Вітрина сторонніх застосунків        |
| (ii)     | Порожній («omitted»)                 |
| (iii)    | Накрутка реклами, застосунок-реклама |
| (iv)     | Пожертви без дозволу                 |
| (v)      | Обмежений доступ без причини         |
| (vi)     | Порожній («omitted»)                 |
| (vii)    | Накрутка рейтингу деінде             |
| (viii)   | Бінарні опціони, CFD без ліцензії    |
| (ix)     | Позика понад 36 % на рік             |
| (x)      | Змушувати оцінювати, завантажувати   |

Для інді-застосунку найважливіший підпункт (x): «Apps must not force users to rate the app, review the app, download other apps». Він забороняє вимагати оцінку, відгук, завантаження іншого застосунку чи іншу дію, пов'язану зі стором, щоб отримати доступ до функції, контенту або самого застосунку. Наступне речення встановлює межу: «Apps may otherwise incentivize users to take specific actions within apps». Приклади: пройти рівень, переглянути рекламу.

Вступ до [розділу 3](https://developer.apple.com/app-store/review/guidelines/#3) доповнює правило. Там Apple говорить про відгуки й рейтинги, накручені відгуками «paid, incentivized, filtered, or fake»: оплаченими, винагородженими, відфільтрованими чи фейковими. Санкція може дійти аж до виключення з програми для розробників.

**Оцінку чи відгук не можна купити: ні грошима, ні монетами, ні відкритою функцією.**

## Чого 3.2.2 не охоплює

Чимало статей в інтернеті приписують 3.2.2 випадки, які чинний текст відносить до інших пунктів. Для інді-застосунку важливі три сусідні правила.

- **Брати гроші за системну функцію: 4.10.** [Guideline 4.10](https://developer.apple.com/app-store/review/guidelines/#4.10) забороняє монетизувати можливості пристрою чи iOS, як-от push-сповіщення, камеру чи гіроскоп. Там також згадано сервіси Apple: сховище iCloud, API Screen Time.
- **Вимагати завдання після покупки: 3.1.2(a).** [Правило 3.1.2(a)](https://developer.apple.com/app-store/review/guidelines/#3.1.2) вимагає, щоб людина отримувала те, за що заплатила, без додаткових завдань: опублікувати в соцмережах, імпортувати контакти, відкрити застосунок певну кількість разів.
- **Перехід на підписку: теж 3.1.2(a).** Не можна забирати основну функцію в тих, хто вже за неї заплатив. Деталі в гайді про [guideline 3.1.2](https://devoria.fr/uk/blog/guideline-3-1-2-vidmova-pidpyska-app-store).

## Найчастіші випадки для інді-застосунку

Чотири випадки нижче вигадані, щоб проілюструвати правило.

### Відкрити функцію за оцінку

Приклад: «Оціни застосунок, щоб відкрити темну тему». Саме це й забороняє підпункт (x). До того ж технічно механізм не працює: вікно оцінювання Apple може не з'явитися, і воно не повідомляє твоєму застосунку, чи поставила людина оцінку.

Вихід: проси оцінку через системне вікно, після успішної дії, без жодних умов. Темну тему відкривай інакше: безкоштовно або через вбудовану покупку.

### Винагорода за відгук чи завантаження

Приклад: «100 монет за відгук на 5 зірок» або offerwall, що дає монети за встановлення інших застосунків. Перше купує відгук, а «5 зірок» його ще й фільтрує. Друге оплачує завантаження. Відмова за 3.2.2 від 2019 року, [опублікована на форумах Apple](https://developer.apple.com/forums/thread/115883), стосувалася саме offerwall: «Your app includes content or features that can manipulate the user reviews or chart ranking on the App Store.»

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

### Реклама з винагородою

Відео з винагородою дозволене: сам підпункт (x) згадує «watching an ad» серед дій, які застосунок може заохочувати. Є два обмеження. Підпункт (iii) відхиляє застосунки, створені переважно для показу реклами. А відмова 2022 року, [опублікована розробником](https://developer.apple.com/forums/thread/705534), каже: «The primary purpose of your app is to encourage users to watch ads or perform marketing-oriented tasks».

Інший розробник [розповідає про дзвінок з рев'юером](https://developer.apple.com/forums/thread/685104) у 2021 році: за його словами, винагороди з реальною цінністю, як-от гроші чи подарункові картки, не допускалися, тільки винагороди всередині застосунку. **Залишай рекламу необов'язковою, а винагороду всередині застосунку.** Скільки вона приносить, я рахую в статті [скільки заробляє мобільний застосунок](https://devoria.fr/uk/blog/skilky-zaroblyaye-mobilnyy-zastosunok-reklama-pidpyska).

### Зробити платною безкоштовну функцію

Приклад: оновлення ховає за підпискою експорт у PDF, який досі був безкоштовним. Жоден підпункт 3.2.2 цього не стосується, і текст не забороняє змінювати твою пропозицію. Він захищає те, за що вже заплатили: коли застосунок переходить на підписку, 3.1.2(a) вимагає залишити тим, хто вже заплатив, куплену основну функцію.

Дві пересторороги. [Guideline 2.3.2](https://developer.apple.com/app-store/review/guidelines/#2.3.2) вимагає, щоб опис і скриншоти чітко показували, що потребує покупки: онови сторінку застосунку. А ще поясни зміну в нотатках для рев'ю. Що я зробив би додатково, з власного вибору, а не з обов'язку: залишив би експорт тим, хто вже ним користувався. Порівняння моделей є в статті [підписка чи разова покупка](https://devoria.fr/uk/blog/pidpyska-chy-razova-pokupka-ios-zastosunok).

## Таблиця: практика, 3.2.2 і дозволена альтернатива

Ось моя таблиця перед кожною відправкою. Середня колонка показує, чи практика підпадає під 3.2.2, під інше правило чи ні під яке.

| Практика                         | 3.2.2?                 | Дозволена альтернатива         |
| -------------------------------- | ---------------------- | ------------------------------ |
| Функція за оцінку                | Так, підпункт (x)      | Системний запит після успіху   |
| Монети за відгук                 | Так, винагороджений    | Монети за пройдений рівень     |
| Бонус за встановлення            | Так, підпункт (x)      | Бонус за дію в застосунку      |
| Offerwall з установками          | Так, на практиці       | Просте відео з винагородою     |
| Спершу «Тобі подобається?»       | Ризик, фільтр відгуків | Однаковий запит для всіх       |
| Реклама за бонус                 | Ні, дозволено          | Залишити необов'язковою        |
| Застосунок переважно з реклами   | Так, підпункт (iii)    | Спершу справжня функція        |
| Подарункова картка за рекламу    | Так, на практиці       | Винагорода в застосунку        |
| Платні сповіщення                | Ні: правило 4.10       | Брати гроші за свій сервіс     |
| Обов'язковий шерінг після оплати | Ні: 3.1.2(a)           | Відкривати одразу після оплати |
| Безкоштовне стало платним        | Ні, жоден підпункт     | Оновити сторінку й нотатки     |
| Забрана довічна покупка          | Ні: 3.1.2(a)           | Поважати минулі покупки        |

Два моменти потребують уточнення. «Так, на практиці» стосується опублікованих відмов, згаданих вище, а не підпункту, що прямо називає ці випадки. Запит «Тобі подобається застосунок?», який веде до оцінки лише задоволених, фільтрує відгуки, а саме на це спрямований вступ до розділу 3. Я класифікую це як ризик, бо не бачив опублікованої відмови саме в такому випадку.

## Як виправити відмову за 3.2.2

Речення після назви пункту каже, що побачив рев'юер. На форумах Apple найчастіше трапляються три формулювання:

- «encourage users to watch ads or perform marketing-oriented tasks»: проблема в усій моделі, а не в одному екрані.
- «manipulate the user reviews or chart ranking»: винагорода за відгук чи завантаження.
- «displays or promotes third-party apps»: просування інших застосунків, [навіть у рекламі](https://developer.apple.com/forums/thread/765722), за словами одного розробника.

Далі:

1. **Прибери механізм, а не лише текст.** Якщо винагорода є в коді, рев'юер її знайде. Готуй новий білд.
2. **Заміни його альтернативою з таблиці.** Оцінка через системне вікно, винагорода за дію в застосунку.
3. **Напиши точні нотатки для рев'ю**: що змінилося і де це перевірити.
4. **Подавай апеляцію, лише якщо застосунок неправильно зрозуміли.** Спершу відповідай в App Store Connect. [App Review Board](https://developer.apple.com/help/app-review/after-submitting-for-review/appeal-to-the-app-review-board) потім приймає лише одну апеляцію на кожен відхилений застосунок.

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

```text
Hello App Review team,

Thank you for your feedback regarding Guideline 3.2.2.

What changed in build [X]:
- Users no longer receive [reward] for [rating the app /
  writing a review / downloading other apps].
- [Feature] is now available [for free / through in-app
  purchase], with no store-related action required.
- Ratings are requested only through the system prompt,
  after [completed action], for every user.

Where to check: [screen > step].

Best regards,
[Your name]
```

Пиши лише те, що справді є у відправленому білді.

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

- Жодна функція чи контент не залежить від оцінки, відгуку чи завантаження.
- Жодної винагороди за відгук, навіть за «чесний».
- Запит оцінки однаковий для всіх, без попереднього питання-фільтра.
- Винагороди даються за дії в застосунку й залишаються в застосунку.
- Реклама з винагородою необов'язкова, і без неї застосунок має справжню функцію.
- Ніщо платне не стосується системної функції як такої.
- Якщо безкоштовна функція стає платною, про це сказано на сторінці застосунку й у нотатках для рев'ю.

## Дозволена бізнес-модель уже з наступної відправки

Якщо твій застосунок щойно відхилили за 3.2.2, [Review Kit](https://devoria.fr/uk/kits/app-review) допоможе знайти згадане правило і зрозуміти, чого воно вимагає, а ще містить шаблони нотаток для рев'юера. Якщо ти будуєш бізнес-модель, [iOS & Android Kit](https://devoria.fr/uk/kits/ios) дає вже написані онбординг, paywall і підписки, які ти лише налаштовуєш. Найпоширеніші помилки з paywall зібрані в статті [paywall в iOS: помилки новачків](https://devoria.fr/uk/blog/paywall-ios-7-pomylok-novachka). Якщо потрібен погляд живої людини, [забронюй годину зі мною](https://devoria.fr/uk/coaching).

Повний підхід описаний на сторінці [застосунок відхилено Apple](https://devoria.fr/uk/expertise/app-rejected-by-apple), а технічна частина на сторінці [вбудовані підписки в iOS](https://devoria.fr/uk/expertise/ios-in-app-subscription). Якщо готуєш свій перший реліз, [пройди безкоштовну діагностику](https://devoria.fr/uk/diagnostic): вона розставить кроки в правильному порядку й надішле тобі мій чекліст проти відмов Apple. На головній сторінці показано, як [створити мобільний застосунок](https://devoria.fr/uk), думаючи про рев'ю з самого початку.

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

### Що означає «Guideline 3.2.2 - Business - Other Business Model Issues - Unacceptable»?

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

### Чи можна дати винагороду за відгук в App Store?

Ні. Вступ до розділу 3 стосується винагороджених відгуків, а підпункт (x) забороняє ставити доступ до функції в залежність від оцінки. Проси оцінку через системне вікно, однаково для всіх, нічого не обіцяючи.

### Чи дозволені відео з винагородою?

Так. Підпункт (x) згадує «watching an ad» серед дій, які застосунок може заохочувати. Відмова приходить, коли реклама стає метою застосунку або коли винагорода має реальну цінність поза застосунком, як-от подарункова картка.

### Чи можна зробити платною функцію, яка була безкоштовною?

Текст цього не забороняє. Він захищає те, за що заплатили: 3.1.2(a) вимагає не забирати основну функцію в тих, хто її купив. Онови сторінку застосунку, як вимагає 2.3.2, і поясни зміну в нотатках для рев'ю.

### Яка різниця між guideline 3.2.2 і 5.6.3?

5.6.3 забороняє маніпулювати App Store, і Apple застосовує її також до недоречних запитів оцінки, наприклад під час першого запуску. 3.2.2 стосується бізнес-моделі: функція, заблокована до оцінки, винагороджений відгук чи завантаження. Один і той самий запит оцінки може порушувати обидва пункти.


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

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