Гра за правилами: як уникнути проблем зі сторами, якщо ви диджитал-продукт — колонка

Владислав Прокопенко, Compliance Manager в екосистемі продуктових компаній Genesis розповідає про найпоширеніші помилки застосунків у сторах і пояснює, як їх уникнути.

Нещодавно суд присяжних у Каліфорнії визнав Meta винною в незаконному зборі даних про здоров’я користувачок Flo для таргетованої реклами без їхньої згоди. Хоча розмір компенсації ще не визначений, порушення закону штату про недоторканність приватного життя може тягнути за собою виплату $5000 кожній постраждалій. Оскільки позов подано від імені «мільйонів» юзерів Flo, сума, яку може сплатити Meta, буде доволі вагомою.

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

Роль комплаєнсу в IT-продуктахКомплаєнс — це напрям, що дозволяє керувати ризиками й забезпечувати стабільну роботу продукту на глобальних платформах. У контексті мобільних застосунків йдеться про відповідність політикам App Store і Google Play. Робота будується поетапно: від аналізу бізнес-моделі та сценаріїв взаємодії з користувачем до оцінки контенту,

функціоналу, підготовки фідбеку для команд і SERM-аналізу.

Окрім взаємодії зі сторами, ми працюємо з платформами, на яких запускається реклама продуктів. Насамперед це Meta, TikTok і Google Ads. Якщо застосунок або його реклама має проблеми, команда швидко готує план дій та аргументовану позицію: формує апеляцію, обґрунтовує відповідність політикам, визначає подальші дії та супроводжує зміни, якщо вони потрібні.

Щоб уникнути зривів рекламних кампаній, втрати бюджету чи блокування всього продукту, важливо не лише знати вимоги App Store, Google Play та інших платформ, а й працювати з ризиками на випередження. Навіть випадкове порушення політик може призвести до санкцій різного рівня. Ось кілька з них.

• Warning/Notice: вимога стору виправити продуктове порушення у встановлений термін.
• App Rejection: відхилення нової версії застосунку під час рев’ю.
• App Removal: повне видалення застосунку зі стору.
• Developer Account Termination: розірвання ліцензійної угоди з розробником, повне блокування акаунту розробника з усіма застосунками на ньому з неможливістю повторної реєстрації для того ж бізнесу.
• Search/Discovery Suppression: зниження видимості застосунку в пошуку та рекомендаціях.
• Program Exclusion: відмова в доступі до програм, фічерингів або спеціальних ініціатив стору.
• App/Account Store Reputation: прискіплива увага з боку полісі-команди стору до застосунку чи акаунту з поганою репутацією, довший час рев’ю.

П’ять кроків,

які варто зробити до релізу першого білдаЩоб не доводилося «гасити пожежі», комплаєнс важливо інтегрувати вже на етапі планування та розробки. Нижче — перелік практик, які мають стати частиною продуктової культури із самого початку.

1. Перевірка моделі монетизації.

Якщо ваша модель передбачає one-time покупки в застосунку чи підписки або є гібридною, важливо, щоб процеси онбордингу юзера, розкриття інформації про умови оферу, білінгу та скасування підписки повністю відповідали політикам платформи. Особливу увагу варто приділити автопоновлювальним підпискам.

2. Перевірка сторонніх рішень інтегрованих у продукт.

Кожен сторонній SDK/API, який ви інтегруєте в застосунок, — це потенційний ризик, тож їх варто ретельно перевіряти. Для кожної інтеграції потрібно чітко визначити функції, а також які саме дані збирає продукт, як і де їх зберігає чи передає, скільки часу утримує й чи вимагає згоди користувача.

Окрім цього, варто мати підписані угоди про обробку даних (Data Processing Agreement, DPA) з усіма постачальниками SDK та переконатися, що їхні практики відповідають чинним вимогам платформ (App Store,

Google Play) і законодавства (наприклад, GDPR, CCPA), а також правильно відобразити їх використання в privacy-деклараціях сторів та у своїх політиках.

3. Превентивний UX-аудит.

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

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

Подібні патерни порушують політики платформ й підривають довіру користувачів.

4. Внутрішні політики та ґайдлайни.

Terms of Use, Privacy Policy, Subscription Policy (у деяких випадках) — ці документи мають відповідати суті та наповненню продукту,

його ніші, чинному законодавству країн, де доступний застосунок чи сервіс тощо.

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

5. Перевірка маркетингових матеріалів і метаданих у сторах.

Усе, що ви публікуєте в App Store або Google Play: опис, скриншоти, ціни, іконки, відео — має відповідати політикам платформ. Тому інформація має бути правдивою, точною, чіткою та відповідати реальній функціональності застосунку.

Це ж стосується рекламних кампаній продукту, зокрема в Meta, TikTok, Google Ads, Apple Search Ads або Google UAC. За відверто оманливий маркетинг продукту навіть на третіх платформах можна отримати санкції від стору та регуляторів.

За що застосунок можуть забанити в сторі та що з цим робити

1. Ігнорування негативних відгуків

Якщо продукт має багато негативних відгуків, App Store може надіслати розробникам сповіщення про негативний тренд у відгуках користувачів в App Store Connect. Таке сповіщення — це своєрідна жовта картка із закликом до виправлення ситуації. Що таке «багато негативних відгуків» вирішує сам App Store (з практики — стор може прийти навіть через декілька негативних юзер-рев’ю з однаковою проблематикою).

Кілька подібних сповіщень, відсутність реакції на них — і стор може забанити застосунок.

Що робити?

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

Так команда покаже, що всі зауваження почуті, а рішення вже в роботі.

2. Ігнорування великого відсотка запитів на повернення коштів

Якщо рівень задоволених запитів на рефанди щодо in-app purchases від юзерів стабільно перевищує умовно допустиму межу, розробники знову-таки можуть отримати жовту картку. Якщо ж ситуація не змінюється — справа може дійти до розірвання Developer Agreement і, як наслідок, втрати всіх застосунків, що поширювалися через акаунт розробника.

Що робити?

Алгоритм схожий на попередній: провести аудит, проаналізувати фідбек юзерів, покращити продукт,

а потім поінформувати платформу.

3. Нехтування політиками third-parties рішень, які імплементовано в продукт

Як приклад, продукти з AI-компонентами часто використовують сторонні моделі та рішення штучного інтелекту, наприклад, API від OpenAI. Ці рішення теж мають політики та ґайдлайни, а отже, можуть обмежити використання своєї технології у випадку порушень.

Що робити?

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

• Працюєш із Meta? Не маніпулюй її назвою в рекламі.
• Інтегруєш рішення OpenAI? Не зловживай брендингом ChatGPT.

Якщо ж скаргу вже отримали — дійте оперативно та виправляйте підсвічену проблему.

4. Недотримання політик щодо контенту в ніші здоров’я

Показовим у цьому випадку є кейс компанії Lumos Labs, яка розробила додаток Lumosity. Продукт рекламували як інструмент для підвищення когнітивних здібностей і запобігання втраті пам’яті. Однак FTC заявила, що ці тези не підтверджені науковими доказами. Через скарги компанія мала змінити свою рекламу та виплатити компенсацію $2 млн.

Тут у гру вже вступає локальне законодавство та вимоги регуляторів, як-от Federal Trade Commission в US, та необхідність мати відповідну ліцензію на медичну діяльність. Apple і Google синхронізують свої правила з регуляторами країн, де доступний продукт, тож без належних повноважень застосунок можуть просто заблокувати.

Що робити?

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

Крім того, слід зважати на privacy-нюанси, які можуть виникнути при зборі медичної інформації про юзерів. Наприклад, технологію HealthKit необхідно правильно задекларувати, отримати належну згоду юзерів, описати використання фреймворку в Privacy Policy, мати правильно заповнені privacy labels. На рекламних платформах можуть бути окремі обмеження, як-от data catigorization в Meta.

5. Платіжні механіки в застосунку.

Якщо користувач купує щось безпосередньо в застосунку, наприклад,

підписку чи доступ до контенту, транзакція має проходити через внутрішню платіжну систему App Store і Google Play (in-app purchases). Тоді платформи одержують свою комісію. Зазвичай це 30%. Водночас до цих правил є певні винятки, які залежать від природи оплати (наприклад, тип товару чи локація).

Як приклад, у США ці правила змінилися після резонансної справи Epic Games проти Apple. Існують також окремі альтернативні правила для EU. Google Play у деяких випадках дозволяє використовувати альтернативні способи оплати, наприклад, за програмою User Choice Billing, але лише у визначених країнах і за погодженим дизайном.

Три важливі зміни в політиках сторів за останній рік

1. Apple змінює правила платежів у США

30 квітня 2025 суддя Івон Гонсалес Роджерс визнала, що Apple порушила судову заборону щодо «антисті́рингу», після чого Apple оновила App Review Guidelines у США. Тепер застосунки можуть ставити кнопки чи лінки на зовнішні платежі без комісії від Apple.

2. ЄС: Apple змінила правила платежів задля уникнення штрафів

Паралельно, після штрафу €500 млн компанія переглянула умови в ЄС під тиском Digital Markets Act.

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

3. Суд зобов’язує Google дозволити сторонні магазини в Android

Апеляційний суд США ухвалив рішення, яке зобов’язує Google впровадити суттєві реформи Play Store. Серед змін — дозвіл на сторонні магазини застосунків і розповсюдження каталогу Google Play. Це наслідок перемоги Epic Games у справі про антимонопольну поведінку.

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

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

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

Короткий чекліст. На що звертати увагу перед публікацією в сторахMetadata

• Назва не має оманливих чи захищених IP-термінів.
• Опис продукту правдивий і релевантний.
• Категорія, тип і віковий рейтинг продукту вказано правильно.

Policies and Privacy

• Privacy Policy і Terms доступні в застосунку та в сторі, відповідають закону та ґайдлайнам сторів.
• Privacy-декларації/privacy-labeles, subscription policy за наявності підписок заповнені правильно.
• Є permission-consents на системні дозволи з чітким поясненням використання.
• Є належно оформлена згода на збір та обробку даних, є механізм видалення акаунту.

Платежі та підписки

• На пейволі все прозоро: ціна, періодичність, умови, без FOMO чи автозгоди. Сам пейвол також можна закрити.

SDK / API

• Усі сторонні SDK задекларовані й відповідають політикам App Store і Google Play.
• Для ad-SDK вказано, які дані передаються.
• Усі ґайдлайни постачальників дотримані.

Маркетингові креативи продукту

• Немає оманливих обіцянок, є потрібні дисклеймери.
• IP не порушено.
• Брендинг та іконки відповідають ґайдлайнам.
• Усе відповідає законам країн і політикам платформ.

Читайте також: Сайт, який продає: як B2B-бізнесу перетворити сайт на канал залучення лідів — колонка