Data safety フォームとプライバシーポリシーが食い違うとき

Data safety フォームとプライバシーポリシーは同じアプリについての 2 つの説明であり、ストアは両方を合わせて読みます。 両者が食い違っているとき、問題はどちらが間違っているかではなく、食い違いそのものです。Google Play ははっきりこう述べています。“When Google becomes aware of a discrepancy between your app behavior and your declaration, we may take appropriate action, including enforcement action.”（訳：アプリの動作と申告内容の食い違いを Google が把握した場合、執行措置を含む適切な措置を講じることがあります。）

Apple も名前が違うだけで同じ構造です。製品ページに表示される App Privacy の詳細と、必須のプライバシーポリシー URL です。

このページでは、この 2 つを揃えておく方法と、両方が照合される第 3 のもの、つまりアプリが実際に何をしているかについて説明します。

2 つの文書の概要

Data safety フォーム（Play Console → App content）と App Privacy の詳細（App Store Connect）は構造化された申告です。チェックボックスとカテゴリで構成され、ユーザーがインストール前に読む概要としてストアの掲載ページに表示されます。決まった質問票への回答です。

プライバシーポリシーは、あなたがホストする URL に置く文章です。同じ内容を文で述べ、さらに質問票に欄のない事柄、つまり法的根拠、保存期間、連絡先、削除の依頼方法なども記載します。

どちらも他方の代わりにはなりません。ポリシーがあってもフォームは埋まりませんし、フォームを記入済みだからといってポリシーが正確だとは限りません。

どこでずれるのか

数か月の間隔を空けて書かれる。 ポリシーはリリースの週に書かれます。フォームは申請当日に、依存関係リストを見ている誰かが記入し、ポリシーを見直す人はいません。

新しい SDK が入る。 あるスプリントでクラッシュレポーターを追加します。プルリクエストにはポリシーにもフォームにも関わる変更が含まれないので、どちらも変わりません。Google Play はこれも対象だと明言しています。データ収集には “includes data collected and handled through any third-party libraries or SDKs used in their apps… You must reflect data collection or sharing carried out by such third-party code in the Data safety form for your app.”（訳：アプリで使用するサードパーティのライブラリや SDK を通じて収集・処理されるデータも含まれます…そのようなサードパーティのコードによるデータの収集や共有を、アプリの Data safetyフォームに反映する必要があります。）Apple も同じことを求めています。“You need to identify all of the data you or your third-party partners collect.”（訳：あなたまたはあなたのサードパーティパートナーが収集するすべてのデータを特定する必要があります。）

機能が申告なしでリリースされる。 「近くを探す」機能のための位置情報や、ユーザー ID をパートナーと共有する紹介システムなどです。エンジニアリングの作業は見えますが、申告の作業は誰のボードにも載っていません。

どちらか一方にテンプレートを使った。 広告のないアプリに広告 ID を記載した自動生成のポリシーは、記載漏れと同じく不一致です。しかも、正直に記入したフォームと矛盾するので、こちらのほうが見つかりやすいのです。

唯一うまくいく順序で整合させる

どちらかの文書からではなく、アプリから始めてください。両方ともアプリを説明するためのものなので、一方を他方に合わせて直しても、誤りが移動するだけです。

1. 依存関係ファイルを開く — build.gradle/libs.versions.toml、Podfile/Package.swift、pubspec.yaml、package.json。サードパーティ SDK をすべて書き出します。
2. それぞれが何を送信するかを書き出す。 クラッシュレポーターはデバイス識別子とスタックトレースを送ります。アナリティクス SDK はイベントと、多くの場合広告 ID を送ります。広告 SDK はさらに多くを送ります。プッシュ通知ライブラリはデバイストークンを登録します。ここでの情報源はベンダー自身のプライバシー文書です。
3. 自分で収集するものを加える — アカウント、アップロード、バックエンドが保存するもの全般。
4. 宣言している権限と利用目的の文字列を確認する。 これはアプリがアクセスできるものを示す、独立したもう 1 つのリストです。ACCESS_FINE_LOCATION、NSLocationWhenInUseUsageDescription、カメラ、連絡先、写真など。
5. そのリストからフォームを記入し、同じリストからポリシーを書き直す。 両者を見比べたからではなく、1 つの情報源から作ったから一致するのです。

最新に保つべきなのはフォームではなく、このリストです。2 つの申告はどちらもこのリストから派生します。

その後も揃えておく

申告は気づかないうちに古くなるので、確認は古くならないものに結びつける必要があります。Google Play はこれを義務としています。“Your Data safety form responses must remain accurate and complete at all times.”（訳：Data safety フォームの回答は、常に正確かつ完全である必要があります。）Apple も同様です。“You’re responsible for keeping your responses accurate and up to date.”（訳：回答を正確かつ最新に保つ責任はあなたにあります。）

うまくいく最も手軽な方法は、リリースチェックリストに 1 行加えることです。今回のリリースで依存関係は変わったか？変わったならポリシーとフォームを再確認する — 依存関係の変更こそが、両方を無効にする出来事だからです。

このページでは答えられないこと

具体的にどの規制があなたに適用されるかです。GDPR、UK GDPR、CCPA/CPRA、LGPD、子どものプライバシーに関する規則は、それぞれポリシーに特定の内容を求めており、どれが適用されるかはユーザーの所在地とアプリの内容によって決まります。健康データ、子ども、一文で説明するのをためらうようなことなど、アプリに普通でない点が少しでもあるなら、弁護士に 1 時間相談する価値があります。テンプレートは、当社のものも含めて出発点であり、助言ではありません。

AppFoyer がここで行うこと

ビルドファイルで見つかった SDK をもとに、リポジトリを読むコーディングエージェント、または短いフォームから、プライバシーポリシーの下書きを作成します。そのため、ポリシーとストアに提出する回答が、記憶ではなく同じ依存関係リストから作られます。サードパーティを記載するプレースホルダーが置き換えられるまで、チェックリストはそのページを指摘し続けます。そのセクションこそ、審査担当者がフォームと照合する部分だからです。

Data safety フォームを代わりに記入することはしませんし、どのサービスにもできません。これはあなた自身のコンソールで署名する申告であり、Google Play は “you alone are responsible for making complete and accurate declarations.”（訳：完全かつ正確な申告を行う責任はあなただけにあります。）と述べています。

公式の情報源

• Provide information for Google Play’s Data safety section — Google Play Console ヘルプ
• App privacy details on the App Store — Apple
• Privacy policy requirements — Google Play ヘルプ