Перейти до вмісту
AppFoyer
Почати

Посібники Політика конфіденційності

URL політики конфіденційності, потрібний застосунку для Android

Куди вставляти URL, що має охоплювати політика, і пастка з SDK, у яку потрапляють розробники, переконані, що їхній застосунок нічого не збирає.

Обидва магазини вимагають публічно доступний URL політики конфіденційності, який відкривається без входу в обліковий запис. У Google Play він вказується в App content → Privacy policy; в Apple це поле в App Store Connect. Складність не в URL, а у вмісті: він має охоплювати те, що збирає кожен SDK у вашій збірці.

1:03
Відео, 1:03 · відкривається на YouTube

Зробіть це за кілька хвилин

AppFoyer розміщує сторінки, про які цей посібник, — політику конфіденційності, умови, підтримку, видалення акаунта та app-ads.txt — на власному піддомені, без вашого домену й сервера. Один застосунок — безкоштовно, і ніщо з того, чого вимагає магазин, ніколи не буває за платним доступом.

Почати безкоштовно Переглянути живий приклад

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

Обидва магазини хочуть публічно доступний URL вашої політики конфіденційності, і обидва його перевіряють. Політика User Data у Google Play каже прямо — “all apps must post a privacy policy link in the designated field within Play Console, and a privacy policy link or text within the app itself” (усі застосунки мають розмістити посилання на політику конфіденційності у відповідному полі в Play Console, а також посилання на політику конфіденційності або її текст у самому застосунку), — і це поле розташоване в App content → Privacy policy (Вміст застосунку → Політика конфіденційності). На боці Apple це обов’язкове поле в App Store Connect. Сторінка має відкриватися без входу в обліковий запис, називати ваш застосунок і вашу компанію, описувати, що збирає застосунок і все, що в ньому є, і працювати й через кілька місяців — сторінку застосунку в магазині перевіряють не один раз.

Сама вимога нескладна. Людей підловлює третій пункт у цьому списку, і йому варто присвятити решту цієї сторінки.

«Але мій застосунок нічого не збирає»

Це припущення, яке коштує людям тиждень.

Ваш код, можливо, нічого не збирає. Ваші залежності майже напевно збирають. Система звітів про збої надсилає ідентифікатори пристрою й трасування стека. SDK аналітики надсилає події та рекламний ідентифікатор. Рекламний SDK надсилає досить багато. Бібліотека push-сповіщень реєструє токен, який за визначенням прив’язаний до пристрою.

Тож чесне питання звучить не “що збираю я”, а “що збирає все, що є в моїй збірці”. Відкрийте файл залежностей і пройдіться ним рядок за рядком — цей список і є суттю вашої політики конфіденційності, і саме з ним рецензент порівнює ваші відповіді в Data safety.

Коли вони розходяться, магазин вірить SDK.

Що має охоплювати політика

Щонайменше, мовою, яку людина здатна прочитати:

  • Що збирається — категорії, а не схема бази даних.
  • Навіщо — мета кожної категорії.
  • Хто ще це бачить — назвіть сторонні сервіси. Сюди йде ваш список SDK.
  • Як довго це зберігається.
  • Як із вами зв’язатися і як попросити про видалення.

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

Практичні причини відмови

  • URL, що вимагає входу в обліковий запис, або заблокований у певному регіоні.
  • PDF або Google Doc. Іноді приймають, часто ні, і це виглядає як імпровізація.
  • Політика, у якій названо інший застосунок чи іншу компанію — явна ознака копіювання. Рецензенти це помічають.
  • Політика, що суперечить вашій формі Data safety. Їх читають разом.
  • Непрацююче посилання. За пів року після запуску безкоштовного хостингу, яким ви користувалися, вже немає.

Чи мусить це коштувати грошей?

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

Остерігайтеся генераторів із ціною за застосунок на місяць. Ви орендуєте шаблон — перевірте, що станеться з вашим URL, коли ви перестанете платити, бо про URL політики конфіденційності, який перестав працювати, поки він надрукований на живій сторінці застосунку в магазині, ви дізнаєтеся від магазину, а не від постачальника.

Що тут робить AppFoyer

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

Шаблони — це відправна точка, а не юридична консультація, і кожна згенерована сторінка про це повідомляє.

Офіційні джерела