アプリのプライバシーポリシーURLを用意する方法

ドメインを持っているなら、これが最も確実な選択です。yourdomain.com/privacyのようなページは自分で管理でき、自社のブランドを使え、ドメインを更新してサイトを運営している限り機能し続けます。

うまく進める手順は次のとおりです。

1. 「プライバシーポリシー」のような分かりやすい見出しを付けた専用のページを作る。
2. 埋め込みのPDFや画像ではなく、HTMLとして全文を貼り付ける。
3. Cookieウォール、ログイン、地域のブロックで内容が隠れないようにする。
4. サイトのフッターとアプリの設定画面からリンクする。
5. すべてのストアの掲載情報で、まったく同じURLを使う。

アプリのための1ページだけのランディングサイトでも十分です。多くのWebサイト作成サービスでは数分でページを追加でき、Wix、Squarespace、Webflowのプライバシーポリシーのガイドでそれらのプラットフォームでの手順を紹介しています。サイトのページが増えたら、訪問者がいつでも見つけられるよう、プライバシーポリシーのリンクを置く場所をお読みください。

主なリスクは管理の放置です。ドメインの期限切れや、パスが変わるサイトのリニューアルによって、ストアが頼りにしているリンクが切れてしまいます。

Webサイトを持たない開発者は、無料のホスティングを使うことがよくあります。うまくいくものもあれば、審査で問題を起こすものもあります。

• GitHub Pagesなどの静的ホスティング：本物のHTMLページを配信するなら機能します。リポジトリのファイルの生データ表示へのリンクは避け、リポジトリやアカウントの名前を変えるとURLが変わることがある点に注意しましょう。
• Googleドキュメント、Notionなどのツール：便利ですがリスクが高めです。共有設定が変わることがあり、ページが訪問者にログインを促したり重いスクリプトに依存したりする場合があり、編集権限付きで共有された文書は、Google Playが求める編集できない状態ではありません。
• どこでホストしていてもPDFファイル：Google Playは明確に認めていません。
• プロフィールリンクやURL短縮サービス：リダイレクトが1つ増えるだけ壊れる要素も増え、それをたどらない審査担当者もいます。

これらを使う場合は、すべてのアカウントからログアウトした状態で、スマートフォンのプライベートブラウザウィンドウでリンクを開き、ポリシーの全文が通常のページとして表示されることを確認しましょう。無料のサービスは共有や表示の動作が時とともに変わるため、リリースのたびにもう一度確認しましょう。

プライバシーポリシー作成ツールの中には、ポリシーをホスティングしてくれるものもあり、Webサイトがない場合は最も手早い方法です。Legal Policy Generatorでは、質問票、完全なプレビュー、シンプルなHTMLとPDFのダウンロードがアカウント不要で無料です。任意の公開ホスティングは1回限りで$0.99が追加され、Play Console、App Store Connect、その他のプラットフォームのフォームでプライバシーポリシーのURLとして使える公開Webページが手に入ります。

GDPR、英国、カリフォルニア州、COPPA、ブラジル、カナダ、オーストラリア、ニュージーランドのモジュールなど、高度な地域別モジュールやオプションのモジュールが必要な場合は$5かかるため、高度なポリシーとホスティングで合計$5.99です。月額$5のサブスクリプションも用意されており、有効な間のホスティングが含まれます。

どのサービスを選ぶにしても、頼る前にいくつかの点を確認しましょう。

• ページがログインなしで読み込まれ、地域でブロックされていない
• 内容があなたのポリシーで、プライバシーポリシーと表示され、あなたの名前と連絡先が記載されている
• 支払いをやめたりアカウントを削除したりした場合にページがどうなるかを理解している

アプリ用のURLであれば、アプリ向けプライバシーポリシー作成ツールから始めましょう。

プライバシーポリシーのURLとは、単にプライバシーポリシーが置かれているWebアドレスのことで、たとえばドメインの末尾にprivacyと付いたページです。プラットフォームがURLを求めるのは、利用者や審査担当者が、何かをインストールしたり接続したりする前にデータの取扱いを読めるようにしたいからです。

URLを求められる場所は、思っているより多くあります。

• Google Play ConsoleとApp Store Connect
• ブラウザ拡張機能のためのChrome ウェブストア
• GoogleのOAuth同意画面と確認手続き
• FacebookログインなどのプラットフォームのためのMetaのアプリ設定
• 公開アクションのためのOpenAIのGPTビルダー、ボットのためのDiscord Developer Portal

ページ自体には、製品に合った実際のプライバシーポリシーが掲載されていなければなりません。ホームページへのリンク、「近日公開」のページ、他者のポリシーでは審査を通りません。ブラウザ拡張機能やGoogleログインのためにURLが必要な場合は、Chrome拡張機能のプライバシーポリシーガイドとGoogleのOAuth確認ガイドで、プラットフォーム固有の確認事項を解説しています。

Google Playのユーザーデータに関するポリシーは主要なストアの中で最も具体的なので、これを基準にするのが得策です。次のことが求められています。

• Play Consoleの所定の欄にリンクを掲載する
• アプリ内にプライバシーポリシーのリンクまたは本文を含める
• ポリシーを有効で一般公開され、地域制限のないURLで公開し、PDFは不可とする
• ポリシーを編集できない状態にする
• プライバシーポリシーであることを明確に表示する

内容に関する要件も適用されます。デベロッパー情報とプライバシーに関する連絡窓口、アクセス・収集・使用・共有するデータの種類、安全な取扱い、保存と削除の方針です。Googleはまた、ストアの掲載情報に記載された事業者名がポリシーに表示されているか、ポリシーにアプリ名が記載されていることを求めています。

実際には、「地域制限がない」とは一部の国でページがブロックされていないこと、「編集できない」とは訪問者が変更できる共有文書にリンクしないことを意味します。対応するデータセーフティとアカウント削除の手順は、Google Play向けプライバシーポリシー作成ツールのページで解説しています。

AppleのApp Reviewガイドラインは、すべてのアプリがApp Store Connectのメタデータ欄と、アプリ内の容易にアクセスできる場所にプライバシーポリシーへのリンクを含めなければならないとしています。AppleのApp Privacyの詳細のページでは、プライバシーポリシーのURLは必須とされ、一般公開されたプライバシーポリシーへのリンクと説明されています。一方、利用者が自分のデータを管理できるプライバシー選択のURLは任意です。

AppleはGoogleのように禁止される形式の一覧を公開していませんが、安全な方法は同じです。HTTPSで配信され、iPhoneでログインなしに読み込める通常のHTMLページにすることです。ログインの壁、リンク切れ、文書のダウンロードに当たった審査担当者は、問題として指摘する可能性が高いでしょう。

ガイドライン5.1.1(i)は、ページに記載すべき内容も定めています。収集するデータ、その方法、すべての用途、第三者による保護の方法、保存と削除、利用者が同意を撤回したり削除を請求したりする方法です。ポリシーとApp Privacyの回答をどう一致させるかは、Apple App Store向けプライバシーポリシー作成ツールのページで解説しています。

ストアの審査担当者は、自分の端末と場所からリンクを開きます。その前に同じ状況を再現しましょう。

1. すべてからログアウトした状態で、プライベートウィンドウやシークレットウィンドウでURLを開く。
2. オフィスのWi-Fiだけでなく、モバイルデータ通信のスマートフォンで開く。
3. VPNを使うか別の国にいる知人に頼んで、地域制限がないことを確認する。
4. ダウンロードではなくページとして読み込まれ、拡大しなくても文章が読めることを確認する。
5. HTTPSを使っており、ホームページにリダイレクトされないことを確認する。
6. 「プライバシーポリシー」の見出し、デベロッパー名または会社名、アプリ名、連絡先があるか確認する。
7. 内容をデータセーフティとApp Privacyの回答と比較する。

どれかのステップで問題があれば、提出前に修正しましょう。審査で却下されると、テストよりも多くの時間がかかります。提出した版のコピーを日付付きで保管しておけば、利用者や規制当局から尋ねられたときに、ある時点でポリシーに何が書かれていたかを示せます。内容そのものに何を含めるべきかは、アプリのプライバシーポリシーの作り方のガイドで解説しています。

両ストアとも、掲載情報からだけでなくアプリ内からもポリシーにアクセスできることを求めています。Google Playはアプリ内のリンクまたはポリシーの本文を認めており、Appleはアプリ内の容易にアクセスできる場所に置くことを求めています。

アプリ内リンクに適した場所は次のとおりです。

• アカウントがなくても開ける設定、アプリ情報、法的情報の画面
• 会員登録やオンボーディングの画面
• センシティブな権限を求める前に、その権限について説明する画面

リンクはシステムのブラウザかアプリ内ブラウザで開き、利用者がストアの掲載情報と同じページを見られるようにしましょう。古くなりかねないオフラインのコピーを別途同梱するのは避けてください。

1つ注意があります。ポリシーへのリンクは、状況に応じた通知の代わりにはなりません。Googleの目立つ開示に関するルールは、利用者が予想しない方法で個人情報やセンシティブなデータを収集する場合、通常の利用中にアプリ内で開示することを求めており、プライバシーポリシーにだけ記載するのでは不十分だとしています。全体像はポリシーで、重要な場面ではアプリ内の短い説明で伝えましょう。

今日提出するURLは、何年にもわたってストアの掲載情報、OAuthの画面、パートナーのフォームに掲載されます。インフラとして扱いましょう。

• 安易にパスを変えない。ページを移動しなければならない場合は、恒久的なリダイレクトを設定し、すべてのプラットフォームの入力欄を更新する。
• ドメインを更新し、ホスティングサービスの支払い情報を最新に保つ。
• リンクではなく内容を更新する。データの取扱いが変わったら、同じアドレスのままポリシーを改訂し、施行日を変更する。
• 利用者が何に同意したかを示す必要がある場合に備えて、過去の版を日付とともに保管する。
• 四半期ごととリリースの前にリンクを確認する。

ほとんどのストアは、プライバシーポリシーのリンクが切れても知らせてくれません。次の審査のときか、措置を知らせるメールで初めて気づくことになります。カレンダーにちょっとしたリマインダーを入れておくほうが安上がりです。妥当な見直しのペースについては、プライバシーポリシーを更新すべき頻度をご覧ください。