Коли форма Data safety і ваша політика конфіденційності розходяться

Форма Data safety і ваша політика конфіденційності — це два описи одного й того самого застосунку, і магазини читають їх разом. Коли вони розходяться, проблема саме в розбіжності, а не в тому, котрий із документів виявився хибним. 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 дізнається про розбіжність між поведінкою вашого застосунку і вашою декларацією, ми можемо вжити відповідних заходів, зокрема примусових».)

В Apple та сама структура під іншими назвами: відомості App Privacy на сторінці продукту плюс обов’язкова URL-адреса політики конфіденційності.

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

Два документи коротко

Форма Data safety (Play Console → App content) і відомості App Privacy (App Store Connect) — це структуровані декларації: прапорці й категорії, які відображаються на сторінці застосунку в магазині як зведення, що його користувач читає перед встановленням. Це відповіді на фіксовану анкету.

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

Одне не замінює іншого. Політика не заповнює форму, а заповнена форма не означає, що ваша політика точна.

Де вони розходяться

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

З’являється новий SDK. Ви додаєте збирач звітів про збої в одному зі спринтів. У pull request немає нічого ні про політику, ні про форму, тож не змінюється жодна з них. Google Play прямо вказує, що це враховується: збір даних “includes data collected and handled through any third-party libraries or SDKs used in their apps… You must reflect data collection or sharing carried out by such third-party code in the Data safety form for your app.” (Переклад: «охоплює дані, зібрані й оброблені через будь-які сторонні бібліотеки чи SDK, що використовуються в їхніх застосунках… Ви маєте відобразити збір або передавання даних, які здійснює такий сторонній код, у формі Data safety для вашого застосунку».) Apple вимагає того самого: “You need to identify all of the data you or your third-party partners collect.” (Переклад: «Вам потрібно визначити всі дані, які збираєте ви або ваші сторонні партнери».)

Функцію випускають без її розкриття. Геолокація для функції «знайти поруч», реферальна система, яка передає партнерові ідентифікатор користувача. Інженерну роботу видно; роботи над декларацією немає ні на чиїй дошці.

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

Як їх узгодити — в єдиному порядку, що працює

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

1. Відкрийте файли залежностей — build.gradle/libs.versions.toml, Podfile/Package.swift, pubspec.yaml, package.json. Складіть список усіх сторонніх SDK.
2. Для кожного запишіть, що він надсилає. Збирач звітів про збої надсилає ідентифікатори пристрою і стеки викликів. SDK аналітики надсилає події і часто рекламний ідентифікатор. Рекламний SDK надсилає значно більше. Бібліотека push-сповіщень реєструє токен пристрою. Джерело тут — власна документація постачальника щодо конфіденційності.
3. Додайте власний збір даних — облікові записи, завантаження, усе, що зберігає ваш бекенд.
4. Перевірте дозволи й рядки пояснень (usage strings), які ви оголошуєте, — це другий, незалежний список того, до чого застосунок має доступ: ACCESS_FINE_LOCATION, NSLocationWhenInUseUsageDescription, камера, контакти, фото.
5. Тепер заповніть форму за цим списком і перепишіть політику за тим самим списком. Вони виявляться узгодженими, бо походять з одного джерела, а не тому, що ви їх порівняли.

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

Як тримати їх узгодженими надалі

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

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

Чого ця сторінка не може вам сказати

Який саме режим регулювання застосовується до вас. GDPR, UK GDPR, CCPA/CPRA, LGPD і правила щодо конфіденційності дітей кожен очікують у політиці певних речей, і які з них застосовуються, залежить від того, де ваші користувачі і що робить ваш застосунок. Якщо у вашому застосунку є щось незвичне — дані про здоров’я, діти, будь-що, що ви вагалися б пояснити одним реченням, — це варте години часу юриста. Шаблони, зокрема наші, — це відправна точка, а не порада.

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

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

Ми не заповнюємо форму Data safety за вас, і жоден сервіс не може цього зробити: це декларація, яку ви підписуєте у власній консолі, і Google Play каже: “you alone are responsible for making complete and accurate declarations.” (Переклад: «лише ви відповідаєте за подання повних і точних декларацій».)

Авторитетні джерела

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