Генератор, розміщена сторінка чи юрист: що вам справді потрібно

«Мені потрібна політика конфіденційності» — це зазвичай дві проблеми під одним пальтом: створити текст і опублікувати його за URL-адресою, яка працюватиме й за два роки. Більшість інструментів добре розв’язують одну з них і залишають вам іншу, тому розробники зрештою користуються двома і платять двічі.

Ця сторінка порівнює три категорії, а не називає продукти. Будь-який наш рейтинг був би рекламною пропозицією з таблицею попереду, а корисна відмінність — структурна, а не конкурентна.

Категорія 1 — генератор

Ви відповідаєте на анкету; отримуєте текст.

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

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

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

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

Категорія 2 — розміщена сторінка для відповідності вимогам

Ви отримуєте сторінки і URL-адресу на піддомені, зазвичай із робочим шляхом для видалення облікового запису.

Що вона розв’язує: публікацію і проблему отримання запитів — те, чого статичний хостинг структурно зробити не може.

Що вона залишає вам: текст однаково є шаблоном, який треба чесно доповнити, і ви залежите від того, що чуже ім’я хоста буде доступним, доки ваш застосунок є в магазині. Саме цю залежність і варто ретельно перевірити, зокрема в нас: що станеться з URL-адресою, коли ви перестанете платити, і що станеться, якщо компанія зникне.

Що варто перевірити, перш ніж кудись вставляти URL-адресу: чи переживе сторінка видалення облікового запису несплату, чи можна експортувати вміст і чи є письмове зобов’язання на випадок закриття сервісу, а не заспокійливе речення у вікні чату.

Категорія 3 — юрист

Ви описуєте свій бізнес; отримуєте політику, написану для нього.

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

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

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

Як зрозуміти, де ви

• Без облікових записів, без реклами, без аналітики, без бекенда. Коротка чесна політика за будь-якою публічною URL-адресою. Не купуйте зайвого: згенерована сторінка, яка перелічує рекламні ідентифікатори для застосунку без реклами, сама по собі розходиться з вашою формою Data safety.
• Облікові записи, звичайні SDK, нічого незвичного в даних. Це більшість застосунків. Вам потрібна повна політика і робочий шлях для видалення облікового запису, тож вирішальним стає розміщення, а не текст.
• Здоров’я, фінанси, діти або будь-що, що ви пояснювали б обережно. Юрист, а розміщення — де завгодно.

Запитання, яке варто поставити будь-якому з них

Не «чи хороша ця політика», бо оцінити це ви не можете, а: чи відповідає результат моєму застосунку? Магазини порівнюють вашу політику з вашими деклараціями Data safety і з тим, що робить застосунок, і Google Play прямо вказує, що декларація має охоплювати дані, які обробляють сторонні SDK. Тож перевірка механічна: відкрийте файл залежностей і переконайтеся, що кожен SDK із нього є в політиці, яку ви щойно отримали. Що б не провалило цю перевірку, воно видало загальний текст, скільки б воно не коштувало.

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

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

Зобов’язання, раз ця сторінка радить про них запитувати: сторінка видалення облікового запису залишається онлайн, навіть якщо ви перестанете платити; ви будь-коли можете експортувати Markdown кожної сторінки, свій app-ads.txt і налаштування; а наші Умови зобов’язують нас попередити щонайменше за дванадцять місяців і продовжувати обслуговувати сторінки, якщо сервіс колись буде припинено. Один застосунок безкоштовний, без картки.

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

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

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