Guideline 3.1.1: коли вбудована покупка обов'язкова

Guideline 3.1.1 вимагає вбудованої покупки Apple, щойно твій застосунок відкриває цифровий контент або функцію: підписку, повну версію, ігрову валюту, преміум-контент. Відмова за 3.1.1 означає, що Apple знайшла інші двері до цього контенту: оплату на твоєму сайті, ліцензійний ключ, власний код, кнопку на сторінку оплати. Виправлення одне: вбудована покупка, якщо тільки твій випадок не підпадає під виняток або регіональне правило.

Я публікую власні iOS-застосунки, і ті, що мають підписку, продають її через вбудовану покупку Apple. Відмови за 3.1.1 я ніколи не отримував, і не розповідатиму тобі протилежного. Цей гайд спирається на офіційний текст у версії від 8 червня 2026 року, прочитаний 15 жовтня 2026 року, і на регіональні умови, опубліковані Apple. Сусідній випадок підписок, з двома реальними відмовами, описано в гайді про guideline 3.1.2.

Що каже guideline 3.1.1?

3.1.1, «In-App Purchase», відкриває розділ 3.1 «Payments» в App Review Guidelines. Звідси й заголовок листа: «Guideline 3.1.1 - Business - Payments - In-App Purchase». Перше речення каже головне: щоб відкривати функції в застосунку, «you must use in-app purchase», тобто треба використовувати вбудовану покупку. Apple називає підписки, ігрові валюти, рівні, преміум-контент і повну версію.

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

Те саме правило додає обов'язки, про які часто забувають:

• кредити й валюти, куплені через вбудовану покупку, не згорають, а кожна покупка, яку можна відновити, має механізм відновлення;
• платна скриня чи розіграш («loot box») показує шанси отримати кожен тип предмета до покупки;
• подарункова карта, ваучер чи цифровий купон продаються в застосунку через вбудовану покупку; фізична карта, надіслана поштою, може йти іншим способом оплати;
• застосунок без підписки може дати обмежений у часі пробний період у вигляді безкоштовної вбудованої покупки з назвою «XX-day Trial», яка до старту повідомляє тривалість, що буде втрачено і що доведеться оплатити;
• чайові розробнику можливі, через вбудовану покупку.

Ситуації, що призводять до відмови за 3.1.1

Що робить застосунок	Чому Apple відмовляє	Виправлення
Відкриває контент, куплений на твоєму сайті	Немає еквівалентної вбудованої покупки	Продавати його й через вбудовану покупку
Показує «Оплатити на нашому сайті»	Перенаправлення на іншу оплату	Прибрати кнопку, крім винятків
Просить ліцензійний ключ або власний код	Заборонений механізм відкриття	Коди пропозицій Apple
Відкриває за криптовалюту	Заборонений механізм відкриття	Вбудована покупка
Продає кредити, що згорають	Обов'язок за 3.1.1	Безстрокові кредити й відновлення
Продає скриню без ймовірностей	Шанси не показано	Ймовірності видно до покупки

Перший рядок розуміють найгірше. У відмові, опублікованій на форумах Apple, сказано, що застосунок «accesses digital content purchased outside the app», тобто дає доступ до контенту, купленого деінде, «but that content isn't available to purchase using in-app purchase». Apple дорікає не тим, що в тебе є сайт, який продає, а тим, що застосунок не пропонує тієї самої покупки через Apple.

Щоб дати безкоштовний доступ чи знижку, Apple має власну систему: коди пропозицій (offer codes). Згідно з документацією StoreKit, вони працюють для всіх типів вбудованих покупок: підписок, витратних і невитратних. Ти створюєш їх в App Store Connect, а користувач вводить їх в App Store або у твоєму застосунку.

Винятки: коли вбудована покупка не потрібна

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

Твій випадок	Вбудована покупка обов'язкова?	Правило
Підписка, повна версія, цифровий контент	Так	3.1.1
Фізичний товар, послуга поза застосунком	Ні, обов'язково інший спосіб	3.1.3(e)
Живий урок чи консультація сам на сам	Ні	3.1.3(d)
Живий урок для кількох людей	Так	3.1.3(d)
Преса, книжки, музика, відео, куплені деінде	Ні, для доступу	3.1.3(a)
Мультиплатформний сервіс, куплений на твоєму сайті	Доступ дозволено, якщо є й вбудована покупка	3.1.3(b)
Інструмент, проданий компанії для її працівників	Ні	3.1.3(c)
Безкоштовний застосунок-компаньйон вебінструменту, без покупок	Ні	3.1.3(f)

Два обмеження. Застосунок, що користується винятком, не може всередині застосунку підштовхувати до іншого способу оплати, крім американської вітрини та випадків, передбачених Apple. Натомість Apple уточнює, що «Developers can send communications outside of the app»: ти можеш писати своїм користувачам поза застосунком, наприклад електронною поштою.

Правила за регіонами в жовтні 2026

Тут тексти змінюються швидко. Нижче наведено тексти Apple, прочитані 15 жовтня 2026 року: перечитай їх, перш ніж кодити зовнішню оплату.

Регіон	Що дозволено, окрім вбудованої покупки
США	Кнопки й посилання на іншу оплату, без entitlement
Європейський Союз	Альтернативна оплата в застосунку і пропозиції поза ним, з умовами
Японія, Бразилія, Південна Корея	Власні програми, за запитом entitlement
Інші країни	Жодних кнопок, посилань чи закликів до іншої оплати

США

Правило 3.1.1(a) уточнює, що entitlements «are not required for developers to include buttons, external links, or other calls to action in their United States storefront apps». Отже, на американській вітрині кнопка на твій сайт дозволена. Твій бінарник скрізь той самий: якщо додаєш таку кнопку, застосунок має знати, на якій вітрині користувач. StoreKit дає це через Storefront.

Європейський Союз

З 1 жовтня 2026 року діють нові умови, згідно зі сторінкою Apple про варіанти оплати в ЄС. Можеш залишити тільки вбудовану покупку, нічого не змінюючи. Можеш також запропонувати платіжного провайдера в застосунку або пропозиції поза застосунком, наприклад на твоєму сайті. Тоді Apple, зокрема, вимагає:

• entitlement «StoreKit External Purchases or Offers» і, для посилання чи оплати в застосунку, системне інформаційне вікно;
• вбудована покупка щонайменше так само помітна, як інший варіант, коли обидва на екрані;
• жодної згадки про ці оплати на твоїй сторінці в App Store;
• батьківський контроль для неповнолітніх і жодних пропозицій поза застосунком до 13 років або старшого віку залежно від країни;
• однаковий вибір на всіх вітринах ЄС протягом 12 місяців.

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

Інші країни

Деінде правило лишається суворим: «apps and their metadata may not include buttons, external links, or other calls to action» на інший спосіб оплати. Слово «metadata» важливе: опис, що повідомляє «дешевше на нашому сайті», теж підпадає під правило. Деякі країни, зокрема Японія, Бразилія та Південна Корея, мають власні програми, перелічені в документації External Purchase.

Як виправити відмову за 3.1.1 і відповісти Apple

1. Знайди двері. Повідомлення називає контент або екран, про який ідеться: контент, куплений деінде, кнопку, код, посилання.
2. Закрий їх або продублюй. Або прибираєш кнопку чи код, або продаєш той самий контент через вбудовану покупку.
3. Посилайся на виняток, лише якщо він справжній. Назви пункт 3.1.3 і поясни двома реченнями, чому твій випадок під нього підпадає.
4. Дай рецензенту чим тестувати. Демо-акаунт і шлях до пейвола в нотатках для рецензії, як я пояснюю в гайді про guideline 2.1.

Відповідаєш у розділі App Review в App Store Connect, за процедурою відповіді App Review. Ось шаблон для найчастішого випадку, контенту, купленого на сайті. Це приклад: заміни білд, продукт і шлях на свої.

Hello,

Thank you for your review.

Issue: the app gave access to premium content purchased on our
website, without offering the same purchase in the app.

Fix in build X:
- Premium access is now available as an auto-renewable
  subscription through in-app purchase, on the paywall.
- The "Subscribe on our website" button has been removed.
- A "Restore Purchases" button is available on the paywall.

How to verify: launch the app and open any premium screen.
The paywall shows the in-app purchase options.

Best regards,

Кнопка й пейвол у коді: потрібен новий білд. Якщо ти й далі впевнений, що твій випадок є винятком, Apple також дозволяє подати апеляцію до App Review Board.

Як підключити вбудовану покупку, не переписуючи все

Для новачка найпростіший шлях: створити продукти в App Store Connect, а потім пов'язати їх із застосунком через RevenueCat. Рецепт у статті RevenueCat: як налаштувати вбудовану підписку. Якщо вагаєшся між двома моделями, прочитай підписка чи разова покупка. Якщо будуєш у no-code інструменті, перевір, чи вміє він працювати з вбудованою покупкою: це один із пунктів статті як створити застосунок без коду.

Щойно твоя вбудована покупка стає підпискою, додається 3.1.2: виставлена сума на видному місці, тривалість, поновлення, посилання. Найчастіші помилки на екрані зібрано в статті пейвол iOS: 7 помилок новачка.

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

• Усе, що відкривається в застосунку (функція, контент, рівень, валюта), купується через вбудовану покупку.
• Жодна кнопка, посилання чи текст не веде на зовнішню оплату, крім американської вітрини або отриманої регіональної програми.
• Опис твоєї сторінки не згадує жодного іншого способу оплати.
• Контент, що продається на твоєму сайті, також продається через вбудовану покупку в застосунку.
• Жоден ліцензійний ключ, QR-код, власний код чи крипта нічого не відкриває.
• Щоб дати доступ, ти використовуєш коди пропозицій Apple.
• Куплені кредити не згорають, і кнопка «Restore Purchases» працює.
• Кожна платна скриня чи розіграш показує ймовірності до покупки.
• Фізичний товар чи послуга поза застосунком оплачуються через Apple Pay або картку, а не через вбудовану покупку.
• Твої нотатки для рецензії кажуть, де знайти покупки і, якщо посилаєшся на виняток, на який саме.

Перевір свій застосунок перед відправкою

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

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

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

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

Що означає «Guideline 3.1.1 - Business - Payments - In-App Purchase»?

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

Чи можна дати посилання на свій сайт, щоб платити дешевше?

На вітрині США так: правило дозволяє кнопки й посилання без entitlement. У Європейському Союзі це можливо з entitlement від Apple і на її умовах. Деінде, крім регіональних програм, ні застосунок, ні його сторінка не можуть вести на інший спосіб оплати.

Чи можна відкрити застосунок промокодом?

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

Чи потрібна вбудована покупка, щоб продати фізичний товар чи послугу?

Ні. Фізичний товар або послуга, спожита поза застосунком, як-от доставлена їжа чи поїздка, мають оплачуватися іншим способом: Apple Pay або банківською карткою. Живий урок сам на сам теж може обійтися без неї, а от живий урок для кількох людей ні.

Чи може клієнт, підписаний на моєму сайті, увійти в застосунок?

Так, для мультиплатформного сервісу, за умови що той самий доступ також продається через вбудовану покупку в застосунку. Це правило 3.1.3(b). Без такої пропозиції в застосунку ти потрапляєш у типову відмову за 3.1.1: контент, куплений деінде, який неможливо купити через Apple.

Чи достатньо RevenueCat, щоб відповідати 3.1.1?

RevenueCat працює на основі вбудованої покупки Apple, тож проблем за 3.1.1 він не створює. Але він не прибирає кнопку зовнішньої оплати чи власний код, якщо вони є у твоєму застосунку. Відповідність усе одно треба перевіряти екран за екраном, а також на твоїй сторінці в App Store.