Чи потрібна політика конфіденційності, якщо мій застосунок нічого не збирає?

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

Тут ставлять два окремі питання. Чи потрібна політика? Так, за будь-яких умов — політика 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, а також посилання на політику конфіденційності або її текст у самому застосунку), а Apple зазначає URL політики конфіденційності як обов’язкове поле. Чи збирає ваш застосунок дані? Імовірно, так, і не через код, який написали ви.

Ваш код нічого не збирає. Ваші залежності — можливо

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

Що ви додали	Що воно надсилає
Система звітів про збої	Ідентифікатори пристрою, версія ОС, трасування стека
SDK аналітики	Події, дані сеансів, часто рекламний ідентифікатор
Рекламний SDK	Ідентифікатори пристрою та рекламні ідентифікатори, а також чимало іншого
Push-сповіщення	Токен пристрою, який за визначенням прив’язаний до пристрою
Бібліотека входу	Адреса електронної пошти, ідентифікатор облікового запису
“Безкоштовний” тариф бекенду	Усе, що ви в ньому зберігаєте

Google Play прямо зазначає, що це вважається вашим: збір даних “includes data collected and handled through any third-party libraries or SDKs used in their apps” (охоплює дані, які збирають і обробляють будь-які сторонні бібліотеки чи SDK, що використовуються в їхніх застосунках). Apple просить вас указати дані, які “you or your third-party partners collect” (збираєте ви або ваші сторонні партнери). Жоден магазин не приймає “це зробив SDK” як відповідь.

Перевірка за десять хвилин

Відкрийте файл залежностей і прочитайте його рядок за рядком:

• Android — build.gradle / build.gradle.kts, libs.versions.toml і AndroidManifest.xml щодо дозволів і метаданих.
• iOS — Podfile, Package.swift, .pbxproj і Info.plist щодо рядків опису використання.
• Кросплатформні — pubspec.yaml, package.json, app.json.

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

Цей список — суть вашої політики конфіденційності, і саме йому мають відповідати ваші відповіді в Data safety. Коли вони розходяться, магазин вірить SDK: Google Play зазначає, що “when Google becomes aware of a discrepancy between your app behavior and your declaration, we may take appropriate action, including enforcement action” (коли Google дізнається про розбіжність між поведінкою вашого застосунку та вашою декларацією, ми можемо вжити відповідних заходів, зокрема примусових).

Коли відповідь справді «нічого»

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

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

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

Що змінює відповідь згодом

Політика — це не завдання на запуск, а річ, яка застаріває. Обидва магазини вимагають, щоб вона залишалася точною: Google Play каже, що відповіді Data safety “must remain accurate and complete at all times” (мають завжди залишатися точними й повними), а Apple — що ви “responsible for keeping your responses accurate and up to date” (відповідаєте за те, щоб ваші відповіді були точними й актуальними).

Подія, яка робить її недійсною, майже завжди одна й та сама: змінилася залежність. Додавання SDK аналітики у звичайному спринті непомітно перетворює правдиве “ми нічого не збираємо” на хибне. Додайте один рядок до свого чекліста релізу — чи змінилася якась залежність? якщо так, перечитайте політику й форму Data safety — і це ніколи не застане вас зненацька.

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

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

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

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

• Політика щодо даних користувачів — Довідка Google Play
• Надання інформації для розділу Data safety в Google Play — Довідка Google Play Console
• Відомості про конфіденційність застосунку в App Store — Apple