URL удаления аккаунта, который запрашивает Google Play

Если ваше приложение позволяет создать аккаунт, Google Play требует два способа его удаления: один внутри приложения и общедоступный веб-URL, по которому можно отправить тот же запрос. Веб-URL указывается в Play Console в разделе App content → Data deletion (Содержание приложения → Удаление данных), и в Справке Google Play сказано, что он “must be functional (for example, loads without error), relevant in scope” (перевод: «должен быть рабочим (например, загружаться без ошибок) и соответствовать по охвату»). Им должен иметь возможность воспользоваться человек, который уже удалил приложение.

Это всё требование в одном абзаце. Остальная часть страницы — о том, что должна делать сама страница, и об ошибках, из-за которых приложение возвращают на доработку.

Здесь требуются две вещи, и их легко спутать:

1. Публичная страница, на которой можно отправить запрос.
2. Фактическое удаление данных в ваших собственных системах, когда приходит запрос.

Первое — задача хостинга. Второе — исключительно ваша задача, и никакой сервис не сделает её за вас: тот, кто утверждает обратное, не имеет доступа к вашей базе данных.

Что страница должна позволять пользователю

Требование написано с точки зрения пользователя, поэтому и читать его стоит с этой стороны. Человек, который удалил ваше приложение, забыл пароль или никогда его не имел, всё равно должен иметь возможность открыть страницу и попросить вас удалить его аккаунт.

Это исключает некоторые распространённые варианты:

• Страница за логином. Если для запроса удаления нужно войти в аккаунт, те, кому это нужнее всего, не смогут им воспользоваться.
• Только путь внутри приложения. Способ в приложении тоже обязателен, но он не заменяет веб-URL: тот доступен со страницы приложения в магазине человеку, у которого приложения уже нет.
• URL, отдающий 404. Именно на этом чаще всего и ловят, потому что это элементарно проверить.

На странице должно быть сказано, какие данные удаляются, что сохраняется и как долго (платёжные записи часто обязаны храниться по закону) и сколько времени занимает удаление.

Где ошибаются: приём запроса

Страницы, которая показывает форму, самой по себе недостаточно — запрос должен дойти до вас.

Это единственное, чего обычный файловый хостинг сам по себе сделать не может. GitHub Pages, бакет за CDN: они отдают файлы, но не могут принять POST. Большинство хостингов, которые разработчик действительно выбрал бы, эту задачу решают — Cloudflare Workers, функции Netlify и Vercel, Netlify Forms, — так что это вопрос настройки, а не непреодолимое препятствие. Но что-то должно принимать запрос, и обычный путь «сделай сам» заканчивается одним из четырёх вариантов:

• адрес электронной почты, напечатанный на странице, и ничто не мешает ботам его собрать;
• сторонний сервис форм, который теперь видит email-адреса ваших пользователей;
• edge-функция на вашем хостинге — это несколько строк, но теперь это ваш код в каждом приложении;
• небольшой сервер, который нужно поддерживать в рабочем состоянии ради, возможно, двух запросов в год.

Что бы вы ни выбрали, делайте это осознанно. Страница удаления, которая молча теряет запросы, хуже, чем её отсутствие: вы сообщаете пользователю, что его запрос получен.

Ведите учёт

Что бы вы ни построили, ведите журнал запросов: адрес, дата, что вы по нему сделали. Если регулятор или магазин когда-нибудь спросит, «мы удалили» — это утверждение, а список с датами — доказательство.

Что здесь делает AppFoyer

Мы размещаем страницу и пересылаем запрос. Пользователь отправляет его, мы сохраняем его как ваш журнал аудита и уведомляем вас — по email на любом тарифе или через Telegram или Slack на платном. Удаление в своих системах выполняете вы — у нас нет к ним доступа, и мы никогда не утверждаем обратного.

Эта страница остаётся онлайн, даже если вы перестанете нам платить, потому что ваши пользователи к этому не причастны.

Официальный источник

• Предоставление информации об удалении данных — Справка Google Play. Прочитайте её перед отправкой; решает именно эта страница, а не наша.