Посібники Умови, підтримка і сторінка в магазині
Умови використання (EULA), яких Apple вимагає від застосунків із підписками
Правило 3.1.2 на практиці: де розмістити посилання на стандартну EULA, куди замість нього йде власна, і п’ять речей, які мають бути видимі в застосунку.
Застосунки з підписками, що автоматично поновлюються, згідно з правилом 3.1.2 мають показувати робочі посилання на політику конфіденційності та умови використання (EULA) — у застосунку і в метаданих. Стандартна EULA від Apple це покриває: дайте посилання на неї в App Description. Власна EULA натомість іде в поле App Store Connect.
Зробіть це за кілька хвилин
AppFoyer розміщує сторінки, про які цей посібник, — політику конфіденційності, умови, підтримку, видалення акаунта та app-ads.txt — на власному піддомені, без вашого домену й сервера. Один застосунок — безкоштовно, і ніщо з того, чого вимагає магазин, ніколи не буває за платним доступом.
Перевірено 19 вересня 2026 р.. Політики магазинів змінюються, іноді без попередження. Усе нижче посилається на офіційну документацію, і авторитетом є та сторінка, а не ця. Якщо вони розходяться, правий магазин. Цей посібник перекладено з англійської; цитати з документації магазинів наведено в англійському оригіналі.
Це одне з відхилень, які в App Store повторюються найчастіше, і одне з тих, які найлегше усунути, — щойно ви знаєте, що «EULA» тут не означає «напишіть ліцензійну угоду».
Чого вимагає правило 3.1.2
Для застосунків, що пропонують підписки з автоматичним поновленням, Apple вимагає робочих посилань на вашу політику конфіденційності та ваші умови використання (EULA). Обидва мають бути доступні у двох місцях:
- у самому застосунку, там, де ви пропонуєте підписку; і
- у метаданих застосунку — у полі Privacy Policy в App Store Connect для політики та в App Description або в полі EULA для умов використання.
Окрім цих посилань, інформація про підписку в застосунку має містити назву підписки, що автоматично поновлюється, її тривалість і ціну — зокрема ціну за одиницю там, де це має сенс.
Писати EULA вам не потрібно
Apple публікує стандартну угоду: Licensed Application End User License Agreement, за адресою
apple.com/legal/internet-services/itunes/dev/stdeula/. Це ліцензія за замовчуванням, яка діє для
вашого застосунку, якщо ви не надали власну, і посилання на неї задовольняє вимогу щодо умов
використання.
Тож рішення невелике:
| Якщо ви використовуєте | Куди поставити посилання | Чи вносити її в поле EULA в App Store Connect? |
|---|---|---|
| Стандартну EULA від Apple | В App Description і в застосунку поруч із підпискою | Ні — це поле для власних угод |
| Власну EULA | У поле EULA в App Store Connect і в застосунку поруч із підпискою | Так |
Більшості застосунків варто використовувати стандартну EULA. Власна варта зусиль лише тоді, коли у вас є умови, яких стандартна угода не покриває, і тоді її перевіряють як частину вашого подання.
Звідки насправді беруться відхилення
На практиці закономірність не «немає EULA», а «рецензент не зміг її знайти»:
- Посилання в налаштуваннях, а не на екрані оплати. Вони мають бути там, де пропонується підписка, на тому екрані, де людина вирішує купити.
- Це текст, а не посилання. Рядок «див. наші умови використання», на який нічого не можна натиснути, — не робоче посилання.
- Бракує частини в метаданих. Посилання в застосунку є, але в App Description немає посилання на умови використання, і власну EULA не завантажено.
- Посилання відкриває щось стороннє — маркетингову сторінку, 404 або політику іншого продукту.
- Немає даних про підписку. Посилання є, але екран оплати ніде не каже про тривалість чи ціну за період.
Якщо вас відхилили за 3.1.2 більш ніж один раз, хоча посилання начебто на місці, перевірте окремо бік метаданих і бік екрана оплати. Це дві вимоги, і виконати одну двічі — не означає виконати іншу.
Чекліст перед повторним поданням
- Екран оплати показує назву, тривалість і ціну підписки (плюс ціну за одиницю, якщо доречно)
- На екрані оплати є посилання Privacy Policy, на яке можна натиснути і яке відкривається
- На екрані оплати є посилання Terms of Use (EULA), на яке можна натиснути і яке відкривається
- Privacy Policy URL в App Store Connect заповнено, і він відкривається без входу в обліковий запис
- Посилання на стандартну EULA є в App Description, або власну EULA завантажено в поле EULA
- Кожен із цих URL відкривається без входу в обліковий запис
А як щодо Google Play?
У Play немає відповідного поля. Він вимагає посилання на політику конфіденційності в Play Console і в самому застосунку, і нічого щодо EULA — див. посібник про умови використання, щоб зрозуміти, що це означає для кросплатформного застосунку. На практиці ви публікуєте один набір умов і даєте на нього посилання з обох місць.
Що тут робить AppFoyer
Коли ви вказуєте, що застосунок продає підписки на iOS, згенеровані політика конфіденційності й умови використання обидві містять посилання на стандартну EULA від Apple, а чекліст відповідності вимогам позначає застосунок, доки обидві сторінки його не матимуть, — цей пункт існує саме тому, що на цьому відхиленні люди спотикаються двічі.
Сторінки розміщено за незмінними URL, які можна вставити в App Store Connect і на свій екран оплати, і вони продовжують працювати, коли ви вже про них не думаєте. Чого ми не можемо зробити — це частину в застосунку: посилання на екрані оплати й дані про підписку — це власний інтерфейс вашого застосунку.
Шаблони, а не юридична консультація, — а щодо EULA окремо: перед поданням перевірте чинне формулювання правила 3.1.2.
Першоджерела
- App Store Review Guidelines — Apple. Розділ 3.1.2 — це правило, про яке ця сторінка; саме його текст вирішує.
- Licensed Application End User License Agreement — стандартна EULA від Apple, документ, на який ви даєте посилання.
- App Store Connect — app information — Apple, про те, де розташовані поля.