Google Play が求めるアカウント削除 URL
Play Console は App content → Data deletion で公開ウェブ URL を求めます。そのページがサインインなしでユーザーにできるようにすべきことと、申請が差し戻される間違い。
Google Play はアカウントのあるアプリに 2 つの削除手段を求めます。1 つはアプリ内、もう 1 つは、サインインや再インストールなしで同じリクエストができる公開ウェブ URL です。ウェブ URL は App content → Data deletion で申告します。ページはリクエストを受け付けるものであり、自社のシステムでデータを削除するのは引き続きあなたの役目です。
数分で済ませる方法もあります
AppFoyer は、このガイドで扱っているページ（プライバシーポリシー、利用規約、サポート、アカウント削除、そして app-ads.txt）を、専用のサブドメインでホストします。自分のドメインもサーバーも要りません。アプリ 1 つまでは無料で、ストアが求めるものが有料プランの壁の向こうに置かれることは決してありません。
2026年9月19日 に確認。 ストアのポリシーは、予告なく変わることもあります。以下の内容はすべて公式ドキュメントにリンクしており、拠り所となるのはこのページではなくそちらです。両者が食い違う場合は、ストアが正しいものとしてください。 このガイドは英語からの翻訳です。ストアのドキュメントからの引用は原文の英語のまま掲載しています。
アプリでアカウントを作成できる場合、Google Play はその削除のために 2 つの手段を求めます。1 つはアプリ内、もう 1 つは同じリクエストができる公開されたウェブ URL です。 ウェブ URL は Play Console のApp content → Data deletion（アプリのコンテンツ → データの削除）で申告します。Google Play ヘルプには、それが “must be functional (for example, loads without error), relevant in scope”（訳：機能していること（たとえばエラーなく読み込まれること）、範囲が適切であること）と書かれています。すでにアプリをアンインストールした人も、それを使える必要があります。
一段落で言えば、要件はこれだけです。このページの残りでは、ページ自体が何をする必要があるか、そして申請が差し戻される間違いを説明します。
ここでは 2 つのことが求められており、混同しやすいので注意してください。
- リクエストを送信できる公開ページ。
- リクエストが届いたときに、自社のシステムで実際にデータを削除すること。
1 つ目はホスティングの問題です。2 つ目はあなただけの仕事であり、どのサービスも代わりに行うことはできません。そうでないと言う人も、あなたのデータベースにはアクセスできません。
ページでユーザーができる必要があること
要件はユーザーの側から書かれているので、その立場で読んでください。アプリをアンインストールした人、パスワードを忘れた人、そもそもパスワードを持っていなかった人でも、ページにたどり着いてアカウントの削除を依頼できる必要があります。
そのため、よくある構成のいくつかは使えません。
- ログインが必要なページ。 削除を依頼するのにサインインが必要だと、最もそれを必要とする人が使えません。
- アプリ内の手段だけ。 アプリ内の手段も必須ですが、ウェブ URL の代わりにはなりません。ウェブ URLは、もうアプリを持っていない人がストアの掲載情報からたどり着けるものです。
- 404 になる URL。 確認するのが簡単なので、実際に引っかかるのはこれです。
ページには、どのデータが削除されるか、何がどれだけの期間保持されるか（請求記録は法律で保持が求められることがよくあります）、削除にどれくらいかかるかを書いてください。
間違えやすい部分：リクエストを受け取る
フォームを表示するページだけでは足りません。リクエストがあなたに届く必要があります。
これは、単なるファイルホストでは単独でできない唯一の部分です。GitHub Pages や CDN の背後にあるバケットはファイルを配信するだけで、POST を受け取れません。開発者が実際に選ぶホストの多くはこれを解決しています。Cloudflare Workers、Netlify や Vercel の関数、Netlify Forms などです。ですからこれは壁ではなく配線の作業です。しかし何かがリクエストを受け取る必要があり、よくある自作の方法は次の 4 つのどれかに行き着きます。
- ページに記載したメールアドレス。収集されるのを防ぐ手立てはありません。
- サードパーティのフォームサービス。ユーザーのメールアドレスがそのサービスに見えるようになります。
- ホストのエッジ関数。数行で済みますが、すべてのアプリについて自分で抱えるコードになります。
- 年に 2 件かもしれないリクエストのために動かし続けなければならない小さなサーバー。
どれを選ぶにしても、意識して決めてください。リクエストを黙って捨てる削除ページは、ないよりも悪いものです。ユーザーに、リクエストを受け付けたと伝えているのですから。
記録を残す
何を作るにしても、リクエストのログを残してください。アドレス、日付、それに対して何をしたか。規制当局やストアに尋ねられたとき、「削除しました」は主張にすぎませんが、日付入りのリストは証拠になります。
AppFoyer がここで行うこと
当社はページをホストし、リクエストを中継します。ユーザーがリクエストを送信すると、当社はそれをあなたの監査証跡として保存し、あなたに通知します。どのプランでもメールで、有料プランでは Telegramまたは Slack でも通知します。削除はあなたが自社のシステムで行います。当社はそれらにアクセスできず、削除したと主張することもありません。
当社への支払いを止めても、そのページはオンラインのままです。ユーザーはそれに関わっていないからです。
公式の情報源
- Provide information about data deletion — Google Play ヘルプ。申請前に読んでください。判断の基準になるのはこのページではなく、そちらのページです。