Де розмістити політику конфіденційності, якщо у вас немає домену

Щоб опублікувати політику конфіденційності, домен не потрібен — потрібен публічний URL, який відкривається без входу в обліковий запис і відкриватиметься через два роки. Обидва магазини перевіряють посилання, а документація Apple щодо App Privacy називає “the URL to your publicly accessible privacy policy” (URL вашої загальнодоступної політики конфіденційності) обов’язковим полем. Питання лише в тому, де її розмістити.

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

1. Статичний хостинг на піддомені, який вам дають

GitHub Pages, Cloudflare Pages, Netlify, Vercel. Безкоштовно, швидко, і URL стабільний, поки існує обліковий запис.

Де ламається: сторінка видалення облікового запису. Статичний хостинг віддає файли; він не може прийняти запит. Якщо у вашому застосунку є облікові записи, Google Play вимагає вебмаршрут, де користувач може попросити про видалення, — тож ви або друкуєте адресу електронної пошти на статичній сторінці, звідки її зберуть скрапери, або прикручуєте сторонній сервіс форм, який тепер бачить адреси ваших користувачів. Він ламається й тоді, коли ви колись перейменуєте репозиторій чи проєкт, бо URL зміниться, а сторінка застосунку в магазині — ні.

2. Посилання на документ — Google Docs, Notion, PDF

Найшвидший варіант на світі й той, до якого рецензенти ставляться з найбільшою підозрою.

Де ламається: налаштування доступу. Документ, доступний сьогодні “усім, хто має посилання”, після зміни політики робочого простору стає доступним лише “людям у вашій організації”, і ніхто вам про це не повідомляє. Сторінки Notion знімають з публікації. На деяких пристроях PDF — це завантаження, а не сторінка. Окрім механіки, це виглядає як імпровізація, а саме такого враження ви не хочете пов’язувати з поданням, яке й так перевіряють з іншого приводу.

3. Firebase Hosting

Безкоштовний тариф, справжній домен, який вам видають, коректна віддача text/plain — і AdMob прямо називає його прийнятним місцем для app-ads.txt, що зручно, якщо ви ще й показуєте рекламу.

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

4. Сторінка на сайті, який ви не контролюєте

Профіль у соцмережі, сторінка на сайті видавця, блог друга.

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

5. Купити домен і розмістити все самостійно

Близько $12 на рік плюс пів дня роботи. Правильна відповідь, якщо вам однаково знадобився б маркетинговий сайт.

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

6. Розміщена сторінка відповідності вимогам

Сервіс, який дає вам п’ять сторінок на власному URL.

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

Вимога, яка відсіює половину варіантів

Якщо у вашому застосунку є облікові записи, ви публікуєте не одну сторінку, а набір: політику конфіденційності та вебмаршрут, де користувач може запросити видалення облікового запису. Google Play вимагає і шлях у самому застосунку, і публічне вебпосилання. Сторінка, яка лише показує текст, не може закрити друге, тому варіанти 1–3 непомітно перетворюються на “і ще сервіс форм”, щойно ви до цього доходите.

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

Хоч що б ви обрали, перевірте так, як перевірятиме рецензент

Без входу в обліковий запис, у приватному вікні, через мобільний інтернет, а не через власну мережу:

curl -i https://your-url.example/privacy

200 OK і читабельний вміст. Типові знахідки — 404, перенаправлення на сторінку входу або сторінка, яка нормально працює на вашому ноутбуці лише тому, що ви увійшли в сервіс, який її хостить.

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

Усі п’ять сторінок з’являються на власному піддомені вашого застосунку, без вашого домену чи сервера, а сторінка видалення облікового запису справді може прийняти запит — вона зберігає його й повідомляє вас. Сповіщення електронною поштою є в кожному тарифі, зокрема в безкоштовному; Telegram і Slack — у платних тарифах. Видалення ви виконуєте у власних системах; ми не маємо до них доступу й ніколи не стверджуємо протилежного.

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

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

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