データを収集しないアプリのプライバシーポリシー

データを収集しないアプリのポリシーは短くてかまいませんが、1文で済ませるべきではありません。次の点を平易な言葉で記載しましょう。

1. 運営者：あなたの名前または会社名、アプリ名、プライバシーに関する連絡用メールアドレス。
2. 中心となる記述：アプリは個人データを収集せず、自社のサーバーに保存せず、共有もしないこと。
3. 端末内にとどまるもの：端末に保存される設定、ファイル、コンテンツと、アプリをアンインストールするとそれらが削除されること（ただし利用者がAppleやGoogleで有効にしている端末のバックアップを除く）。
4. 権限：アプリが求める権限、その用途、データが端末内でのみ処理されること。
5. 連絡があった場合：利用者からメールが届いた場合、メールアドレスとメッセージを受け取り、返信のためだけに使うこと。
6. ストアの運営者：ダウンロードと購入はストアが自社のポリシーの下で扱うこと。
7. 子ども：アプリが子どもを対象としているかどうか。
8. 変更：データを収集する機能を追加した場合にポリシーをどう更新するか、そして施行日。

「アプリで編集した写真はお使いの端末内で処理され、当社にアップロードされることはありません」という文は、「お客様のプライバシーを尊重します」よりはるかに説得力があります。完全な構成については、プライバシーポリシーに含めるべき内容と比較しましょう。

答えは誰が尋ねているかによって変わり、その違いが重要です。

Appleは「収集」を、リアルタイムで送信された要求に応えるのに必要な時間を超えて、あなたや第三者のパートナーがアクセスできる形でデータを端末の外に送信することと定義しています。端末内でのみ処理されるデータは収集されていません。認証トークンやIPアドレスがサーバーへの呼び出しとともに送信されても保持されない場合、App Store Connectで開示する必要はないとしています。

Googleは、端末内でのみアクセス・処理されるデータはデータセーフティで開示する必要はないとしています。端末の外に送信され、リアルタイムの要求のためだけにメモリ内で一時的に処理されるデータは、掲載情報に表示されない場合があるものの、フォームの回答には含める必要があります。

プライバシー法の範囲はより広くなります。GDPRの下では、「処理」は単に受け取ることを含め、個人データに対するあらゆる操作を指します。アプリがサーバーを呼び出せば、サーバーは利用者のIPアドレスを把握し、それは保存しなくても個人データになりえます。

そのため、アプリはストアのラベルで正直に「データの収集なし」と表示しつつ、プライバシーポリシーで一時的なサーバーへの要求を説明することがありえます。ここで正確であることが、データを収集しないアプリのポリシーを信頼できるものにします。

「何も収集しない」という記載の多くは、開発者自身のコードではなく、依存関係が原因で成り立たなくなります。1語でも書く前に、次の点をそれぞれ確認しましょう。

• クラッシュレポート：提供元に送信されるクラッシュログやスタックトレースは、Google Playではデータセーフティのデータの種類に、Appleでは診断のカテゴリーにあたります。
• アクセス解析：匿名に聞こえるイベントSDKでも、通常は端末と利用状況のデータを送信します。
• 広告SDK：広告にはほぼ必ず端末識別子とIPアドレスが関わります。
• 起動時に外部と通信するリモート設定、機能フラグ、A/Bテストのツール。
• 第三者のサーバーからアクセス解析やフォントを読み込む自社ページを表示するWebView。Googleは、管理下にあるWebViewを通じて収集されるデータは対象になるとし、利用者が一般のWebを閲覧するWebViewは対象外としています。
• サーバーに保存される端末トークンを必要とするプッシュ通知。
• 後から追加したログイン、クラウド同期、バックアップの機能。

Googleは、アプリ内のライブラリやSDKによって端末の外に送信されるデータは、送信先があなたか第三者かにかかわらず対象になるとしています。これらのいずれかが見つかれば、アプリはデータを収集しており、ポリシーとストアのフォームにそう記載する必要があります。一般的なGoogleのSDKが何を送信するかは、Firebaseのプライバシー開示のガイドで紹介しています。

利用者から、ダウンロードするためにストアにログインしたのに、なぜアプリは何も収集しないと言えるのかと聞かれることがあります。答えは、ストアの運営者は自社のプライバシーポリシーの下で一部のデータを処理しており、それはあなたの収集ではないということです。

AppleはApp Privacyのガイダンスでこれを直接述べています。Appleのフレームワークやサービスからアプリに関するデータを収集する場合は、何を収集しどう使うかを示す必要がありますが、Appleが収集するデータを開示する責任はあなたにはありません。Appleはまた、支払いがアプリ外の決済サービスで入力され、あなたが支払い情報にアクセスすることがなければ、あなたはそれを収集していないとしています。Google Playも同様に、ストアのアカウント、ダウンロード、課金を扱っています。

ポリシーでは、これを1〜2文で記載できます。ダウンロード、購入、ストアのレビューは、AppleまたはGoogleがそれぞれのプライバシーポリシーの下で扱い、あなたが受け取るのはそれらのプラットフォームがデベロッパーに提供する情報だけだ、という内容です。Play ConsoleやApp Store Connectで集計された統計を見ている場合は、ストアが提供する集計レポートとして説明しましょう。

逆方向に行き過ぎないよう注意してください。購入のレシートを自社のサーバーで検証したり、CloudKitなどのAppleのサービスでデータを同期したりしている場合は、そのデータで何をしているかを説明しましょう。

なりません。App Storeの「データの収集なし」ラベルはApp Privacyの回答の結果であり、ポリシーの代わりではありません。Appleはすべてのアプリにプライバシーポリシーのリンクを求めており、App Privacyの詳細のページでも、プライバシーポリシーのURLは必須とされています。

このラベルには、多くの開発者が思っているより厳しい条件もあります。Appleがデータの種類の開示を省略できるとしているのは、任意の開示の基準をすべて満たす場合だけです。トラッキングに使われないこと、第三者の広告や自社の広告・マーケティングに使われないこと、アプリの主要な機能の一部ではなく利用者にとって任意である、まれなケースでのみ収集されること、そして利用者が毎回自ら送信を選ぶ、明確に表示されたインターフェースを通じて提供されることです。任意のアプリ内フィードバックフォームは該当しえますが、起動のたびに動作するクラッシュレポートは該当しません。

Appleについて知っておくべき点がさらに2つあります。最初の権限の要求の後に継続的に収集されるデータは開示しなければなりません。また、正確な位置情報を収集しても保存前にすぐおおまかな精度に落とす場合は、おおよその位置情報として申告します。App Privacyのその他の質問については、Apple App Storeのプライバシーポリシーガイドで解説しています。

安心感を与えるはずのポリシーを、誤解を招くものに変えてしまう間違いは次のとおりです。

• テンプレートのプロジェクトやエンジンが初期状態で有効にしていたクラッシュレポートやアクセス解析のSDKを見落とす。
• ポリシーではいかなるトラッキング技術も使わないと書きながら、アクセス解析のあるページでポリシーを公開する。ポリシーの対象はアプリなので、そのことを明記するか、Webサイトについては別に説明しましょう。
• サポートの窓口を考慮しない：アプリ内のお問い合わせフォームやサポートのメールがあれば、個人データを受け取ることになります。
• ログイン、クラウド同期、広告、テキストをAPIに送信するAI機能などを後から追加し、ポリシーとストアのフォームを更新しない。
• 「今後一切データを収集しません」のような断定的な約束。将来の版を縛ることはできません。現在のアプリと、変更をどう告知するかを説明しましょう。
• 異なる機能を説明している他のアプリのデータ非収集ポリシーをコピーする。

リリースのたびに簡単な見直しをすれば、ほぼすべてを防げます。他者の文章を再利用するリスクについて詳しくは、プライバシーポリシーはコピーしてもよいかをお読みください。

アプリが本当に個人データを一切処理しないなら、GDPRなどの法律に基づく多くの義務は、そもそも適用される対象がありません。ただし、この文では「本当に」という言葉が大きな意味を持っています。

データを収集しないアプリでも、個人データに触れる場面はあります。サポートのメールには氏名とアドレスが含まれます。サーバーへの要求にはIPアドレスが伴います。クラッシュログには端末識別子が含まれることがあります。これらはいずれも、短時間であっても法的な意味での処理であり、GDPRの透明性のルールはそれを説明することを求めています。

米国では、カリフォルニア州のCalOPPAが、カリフォルニア州の住民から個人を特定できる情報を収集する商用オンラインサービスの運営者に、プライバシーポリシーを目立つ形で掲載することを求めています。まったく何も収集しないなら、その中心的な適用要件は当てはまらないかもしれませんが、いずれにしてもストアはポリシーを求めています。

実践的な方法は、規制当局と好奇心旺盛な利用者の両方が読むものとしてポリシーを書くことです。一時的な処理や例外的な処理を正直に説明し、主なメッセージはシンプルに保ちましょう。どの法律やプラットフォームが要件のきっかけになるかは、プライバシーポリシーは必要かのガイドにまとめています。

形式だけの手続きのように感じますが、ルールは明確です。Google Playのユーザーデータに関するポリシーは、個人情報やセンシティブなユーザーデータに一切アクセスしないアプリでもプライバシーポリシーの提出が必要だとしています。データセーフティのガイダンスはさらに、ユーザーデータを収集しないアプリのデベロッパーでも、データセーフティのフォームに記入し、プライバシーポリシーのリンクを提供しなければならないとしています。その場合、フォームとポリシーには、ユーザーデータを収集も共有もしないと記載できます。AppleのApp Reviewガイドラインは、すべてのアプリにApp Store Connectとアプリ内でのプライバシーポリシーへのリンクを求めています。

これにはちゃんとした理由があります。利用者はコードを調べられないため、ポリシーは、端末から何も出ていかないことについてのあなたの公的で責任ある表明になります。また、利用者があなたに連絡する手段となり、後で機能を追加した場合に何が変わるかも伝えられます。

つまり問題は必要かどうかではなく、短く正確で、守れる以上のことをうっかり約束しないポリシーをどう書くかです。Play Console側の手続きは、Google Playのプライバシーポリシーガイドで詳しく解説しています。

作成ツールがここで役立つのは、まさに、あなたがしていないことを追加すべきではないからです。アプリ向けプライバシーポリシー作成ツールでアプリケーションの用途を選び、アカウントなし、アクセス解析や広告の提供元なし、自社で扱う決済なし、そして提供している連絡方法について、正直に質問に答えましょう。

Legal Policy Generatorはその回答に基づき、バージョン管理されたライブラリから決定論的に条項を選択するため、データを収集しないアプリには、存在しない広告パートナーについての段落ではなく、短い文書ができあがります。質問票、完全なプレビュー、シンプルなHTMLとPDFのダウンロードはアカウント不要で無料で、Play ConsoleやApp Store Connectのために公開URLが必要な場合は、任意の公開ホスティングが1回限りで$0.99追加されます。地域固有のセクションが必要な場合、高度な地域別モジュールは$5です。

公開する前に、プレビューを1行ずつビルドと照らし合わせて読みましょう。アプリがしていないことを説明している文があれば、そのまま残すのではなく回答を変更します。そのうえで、プライバシーポリシーのURLを用意する方法のガイドに従って公開し、リンクをテストしましょう。