Google は AI 技術を使用して、コンテンツをご希望の言語に翻訳しています。AI 翻訳には誤りが含まれる場合があります。

データセーフティ用の App メタデータバンドル

アプリメタデータバンドルを使用すると、デベロッパーは、デベロッパー自身に関する情報、アプリに関する情報、ユーザーデータの収集、共有、保護の方法（該当する場合）を透明性の高い方法で提供できます。Google Play ストアでは、デベロッパーが配信するアプリについて、この情報を提供することが求められます。また、Google Play 開発者サービスを搭載した Android デバイスのメーカーは、メーカーがプリロードするアプリのデベロッパーに同じことを求めます。ただし、システムサービスについては、限られた例外があります。

他のアプリストアやインストーラは、配布するアプリにアプリメタデータバンドルを要求することを選択できます。App Distribution の方法によって、デベロッパーがアプリメタデータバンドルを作成して統合する方法が決まります。Android は、アプリのメタデータバンドルから取得したデータセーフティ情報をユーザーに表示します。たとえば、アプリがサードパーティと位置情報を共有することを宣言している場合、その情報は Android 14 以降を搭載したデバイスの位置情報の利用許可プロンプトに表示されます。

概要

アプリメタデータバンドルを使用すると、デベロッパーとアプリに関する情報（アプリが収集または共有するユーザーデータなど）を共有し、アプリの主なプライバシーとセキュリティに関する取り組みを紹介できます。この情報を利用することで、ユーザーは権限へのアクセスを許可する際などに、より多くの情報に基づいて選択できるようになります。

アプリメタデータバンドルは、デベロッパーが事業を展開する国で適用される可能性のある、法的透明性と開示義務とは別のものであり、それらに追加されるものです。

すべてのデベロッパーは、アプリでユーザーデータをどのように収集、処理するかを申告し、アプリの目的、デベロッパー情報、暗号化などのセキュリティ保護対策によってアプリがユーザーデータをどのように保護するか、詳細を示すことが推奨されます。これには、アプリで使用されるサードパーティのライブラリまたは SDK を通じて収集、処理されるデータも含まれます。詳細については、SDK プロバイダが公開しているデータセーフティ情報をご覧ください。デベロッパーは、Google Play SDK Index で、ガイダンスへのリンクがプロバイダから提供されているかどうかを確認できます。

アプリメタデータバンドルがデバイスに届く方法は、アプリの配布方法によって異なります。

システムイメージにプリロードされているアプリ: デバイスメーカーは、システムイメージのデータセーフティ XML ファイルにアプリメタデータバンドルを含める必要があります。
インストーラによって配布されるアプリ: インストーラは、アプリメタデータバンドルをデバイスに送信する責任を負います。Google Play で配信するアプリを開発する場合は、Google Play Console ヘルプの手順をご覧ください。インストーラは、アプリメタデータバンドルのスキーマを参照できます。

プリロードされるアプリのデベロッパーは、次のいずれかの方法でデータセーフティ XML ファイルを作成できます。

Google Play ストアで公開されているアプリを開発する場合は、Google Play Console の [アプリのコンテンツ] ページ（ [ポリシー] > [アプリのコンテンツ]）にあるデータセーフティフォームを使用します。このフォームにすでにご記入いただいている場合は、追加のご対応は必要ありません。
このページで入手できるテンプレート XML ファイルをダウンロードして編集し、メーカーまたは設置業者に提供します。

情報を準備しています

デベロッパーがアプリメタデータバンドルの作成を開始する前に、次の手順を完了します。

プライバシーポリシーが追加されていることを確認します。
アプリがユーザーデータをどのように収集、共有しているかと、アプリのセキュリティの方針を確認します。特に、アプリで宣言している権限と、アプリで使用している API をご確認ください。

デベロッパーは、アプリによるユーザーデータの収集と共有を確認するだけでなく、アプリ内のサードパーティのコード（サードパーティのライブラリや SDK など）がどのようにユーザーデータを収集、共有しているかも確認する必要があります。アプリのメタデータバンドルには、サードパーティのコードによって行われるデータの収集、共有の状況を反映させる必要があります。

アプリ情報とデベロッパー情報のセクションでデベロッパーが開示する必要があるもの

このセクションでは、アプリメタデータバンドルのアプリセクションとデベロッパー情報セクションでデベロッパーが開示する必要がある情報について説明します。アプリが Google Play ストアを通じて配信されている場合は、Google Play Console を使用してこの情報を入力します。

デベロッパーがアプリについて共有する必要がある情報

アプリメタデータバンドルを作成する際、デベロッパーは、以下のセクションで説明するアプリ情報を開示する必要があります。

アプリの目的

アプリの目的を、英語で書かれた人が読めるテキストの blob で記述します（4,000 文字数制限）。

アプリのカテゴリ

次のリストから、アプリの目的に最も適したカテゴリを選択します。

次のカテゴリは、プリロードされたアプリを対象としています。

OTA - 無線（OTA）アップデートの受信とインストールを行うパッケージ
AOSP - Android オープンソースプロジェクトで利用可能なパッケージ
セキュリティ
ストア

次の表に示すカテゴリは、Google Play でも使用されます。

カテゴリ	例
アート、デザイン	スケッチブック、お絵描きツール、アートやデザインのツール、ぬりえ
自動車、乗り物	自動車購入、自動車保険、自動車価格比較、道路安全、自動車のレビューやニュース
美容	メイクレッスン、イメージチェンジツール、ヘアスタイリング、美容用品ショッピング、メイクのシミュレータ
書籍、参考書	電子書籍リーダー、事典、テキストブック、辞書、類語辞典、Wiki
ビジネス	ドキュメントエディタまたはリーダー、荷物追跡、リモートデスクトップ、メール管理、求人検索
コミック	コミックの登場人物、コミックタイトル
コミュニケーション	メッセージ、チャット、IM、ダイヤラー、アドレス帳、ブラウザ、通話管理
出会い	出会いの仲介、交際、人間関係の構築、知らない人との出会い、恋人探し
教育	試験対策、学習支援、単語帳、教育ゲーム、言語習得
エンターテイメント	ストリーミング動画、映画、テレビ、インタラクティブエンターテイメント
イベント	コンサートのチケット、スポーツイベントのチケット、チケットの転売、映画のチケット
金融	銀行、支払い、ATM 検索、金融ニュース、保険、税金、投資ポートフォリオ管理や取引、チップ計算機
フード、ドリンク	レシピ、レストラン、食のガイド、ワインの飲み方と選び方、飲み物レシピ
健康＆フィットネス	フィットネス、運動記録、ダイエットや栄養に関するアドバイス、安全衛生
住まい、インテリア	一戸建てまたは集合住宅検索、家の修繕、室内装飾、抵当、不動産
ライブラリ、デモ	ソフトウェアライブラリ、テクニカルデモ
ライフスタイル	スタイルガイド、ウェディング＆パーティーの計画、ハウツーガイド
地図、ナビ	ナビツール、GPS、地図、交通ツール、公共交通機関
医療	医薬品や臨床治療の情報、計算機、ヘルスケア業者向けハンドブック、医学の専門誌やニュース
音楽、オーディオ	音楽サービス、ラジオ、音楽プレーヤー
ニュース、雑誌	新聞、ニュースアグリゲーター、雑誌、ブログ
育児	妊娠、乳児のケアと見守り、育児
カスタマイズ	壁紙、ライブ壁紙、ホーム画面、ロック画面、着信音
写真	カメラ、写真編集ツール、写真の管理と共有
仕事効率化	メモ帳、ToDo リスト、キーボード、印刷、カレンダー、バックアップ、電卓、換算計算機
ショッピング	オンラインショッピング、オークション、クーポン、価格比較、買い物リスト、商品レビュー
ソーシャル	ソーシャルネットワーキング、チェックイン
スポーツ	スポーツニュースと解説、スコア記録、ファンタジーチーム運営、試合情報
ツール	Android デバイス向けツール
旅行、地域	旅行予約ツール、ライドシェアリング、タクシー、シティガイド、ローカルビジネス情報、旅行管理ツール、ツアー予約
動画プレーヤー、エディタ	動画プレーヤー、動画エディタ、メディアストレージ
天気	天気予報

アプリの広告とマーケティング

アプリに広告やマーケティング（アプリ内プロモーションを含む）が含まれているかどうかを指定します。

プライバシーポリシー

デベロッパーによるユーザーデータの取り扱いを説明するプライバシーポリシーへのリンクを含めます。このリンクがアプリに含まれていない場合、アプリはユーザーデータを処理しないと見なされます。

デベロッパーが自身について共有する必要がある情報

アプリメタデータバンドルを作成する際、デベロッパーは、以下のセクションで説明するデベロッパー情報を開示する必要があります。

デベロッパー名

アプリを作成したデベロッパー、個人、または会社の名前。デベロッパー名は複数指定できます。

アプリレジストリ

アプリがアプリレジストリ（ストアや他のインストーラなど）に登録されている場合は、このフィールドに指定します。複数のストアの複数のエントリが許されます。

Android インストーラであるアプリレジストリの場合: 値はストアの Android パッケージ名にする必要があります。たとえば、Google Play ストアの場合は com.android.vending を使用します。
その他のアプリレジストリの場合: この値にはレジストリの URL を設定します。

次のいずれかの理由により、このフィールドを省略します。

デベロッパーが Google Play SDK Index に掲載されている SDK である。
デベロッパーがどのアプリストアにもレジストリにも登録されていない。

アプリレジストリ ID

インストーラやストアなど、アプリレジストリに掲載されているアプリの場合、この値はデベロッパーのストア、インストーラ、またはレジストリの ID にする必要があります。複数のストアの複数のエントリが許されます。

Google Play に登録されているデベロッパーの場合: この値は、デベロッパーページの URL でなければなりません（例: https://play.google.com/store/apps/dev?id=5700313618786177705 はデベロッパー Google LLC の URL）。
デベロッパーが、Google Play SDK Index に掲載されている SDK デベロッパーである場合: SDK の URL を使用します（例: https://play.google.com/sdks/details/com-google-android-gms-play-services-ads は Google Mobile Ads（GMA）SDK の URL）。
デベロッパーが別のストアまたはレジストリに登録されている場合: アプリストアの URL または他の識別子を設定できます。

デベロッパーがどのアプリストアにも登録されていない場合は省略できます。

デベロッパーの連絡先情報

次の情報を入力します。

メール
ウェブサイト
国または地域
住所

データセーフティセクションでデベロッパーが開示する必要があるもの

このセクションでは、デベロッパーがアプリメタデータバンドルのデータセーフティセクションで開示する必要がある情報について説明し、デベロッパーが選択できるユーザーデータの種類と用途を示します。アプリが Google Play ストアを通じて配信されている場合は、Google Play Console を使用してこの情報を入力します。

データの種類によらず申告する必要があるもの

アプリメタデータバンドルを作成する際、デベロッパーは、収集および共有するデータの種類に関する情報を開示する必要があります。これについては、以下のセクションで説明します。

データの収集

この場合の「収集」とは、ユーザーのデバイス外にアプリからデータを送信することを意味します。次のガイドラインに注意してください。

ライブラリと SDK: アプリで使用されているライブラリや SDK によって、アプリからデバイス外に送信されるユーザーデータも対象となります。これは、データがアプリのデベロッパーとサードパーティのサーバーのどちらに送信されるかにかかわらず該当します。
WebView: アプリで開いた WebView から収集されるユーザーデータも対象となります。ただし、アプリがその WebView を通じて配信されるコードや動作を制御している場合です。

ユーザーが WebView でオープンウェブ上を移動する場合、デベロッパーがその WebView でのデータの収集を申告する必要はありません。
一時的な処理: デバイスから送信されて一時的に処理されるユーザーデータは、次の基準を満たす場合は、アプリのメタデータバンドルに含める必要はありません。

「一時的に処理される」とは、データがメモリにのみ保存され、特定のリクエストにリアルタイムで対応するために必要な間だけ保持され、他の目的には使用されないことを意味します。

たとえば、ユーザーの位置情報をデバイスから送信して現在地の天気情報を取得するアプリで、位置情報をメモリ内でのみ使用し、リクエストの実行後にそのデータを保存しない場合、このような位置情報の使用は「一時的な使用」と見なされます。ただし、データを広告プロファイルやその他のユーザープロフィールの作成に使用する場合は「一時的な使用」とは見なされず、該当する目的のための収集または共有として申告する必要があります。
仮名データ: 仮名で収集されたユーザーデータは開示する必要があります。たとえば、ユーザーに合理的に再び関連付けることができるデータは開示する必要があります。

データの収集の開示の範囲に含まれないもの

以下のユースケースは、収集として開示する必要はありません。

デバイス上でのアクセス / 処理: アプリがアクセスするが、ユーザーのデバイス上でローカルで処理されるだけで、デバイス外には送信されないユーザーデータは、開示する必要はありません。
エンドツーエンドの暗号化: デバイス外に送信されるが、エンドツーエンドの暗号化を行って、送信者と受信者以外の誰かやデベロッパーには判読不能となるユーザーデータは、開示する必要はありません。

暗号化されたデータは、デベロッパーなどの中間者にとって判読可能な状態であってはなりません。また、送信者と受信者のみが必要な鍵を持つことができます。

この場合の「共有」とは、アプリから収集したユーザーデータをサードパーティに転送することを意味します。これには、以下のように転送されるユーザーデータが含まれます。

デバイス外での転送（サーバーからサーバーへの転送など）: たとえば、アプリから収集したユーザーデータを、デベロッパーがデベロッパーのサーバーからサードパーティのサーバーに転送する場合。
デバイス上での別のアプリへの転送: デバイス上でそのアプリから別のアプリに直接ユーザーデータを転送する場合です。この場合、アプリがユーザーのデバイス外にデータを送信しない場合でも、デベロッパーはデータセーフティセクションでデータ共有を開示する必要があります。
アプリのライブラリと SDK から: アプリから収集したデータを、アプリに含まれるライブラリや SDK を使用して、ユーザーのデバイス外のサードパーティに直接転送する場合です。
アプリで開いた WebView からの転送: アプリで開いた WebView を介してサードパーティにユーザーデータを転送する場合です。ただし、アプリがその WebView を通じて配信されるコードや動作を制御している場合です。

ユーザーが WebView でオープンウェブ上を移動する場合、デベロッパーがその WebView からのデータ共有を申告する必要はありません。

以下のようなデータ転送は「共有」として開示する必要はありません。

サービス提供者: デベロッパーの代わりにデータを処理するサービス提供者にユーザーデータを転送する場合。「サービス提供者」とは、デベロッパーの代わりに、デベロッパーの指示に基づいて、ユーザーデータを処理するエンティティを指します。
法的な目的: 法的義務や政府のリクエストへの対応など、特定の法的な目的のためにユーザーデータを転送する場合。
ユーザーが開始したアクション、または認識しやすい開示とユーザーの同意: ユーザーが開始した特定のアクションに基づいて、ユーザーデータをサードパーティに転送する場合です。その際、ユーザーはデータが共有されることを合理的に予期しています。または、認識しやすいアプリ内の開示と同意に基づいて転送する場合です。
匿名データ。個々のユーザーへの関連付けができなくなるように、完全に匿名化されたユーザーデータを転送する場合です。
ファーストパーティとサードパーティ: ファーストパーティとは、アプリで収集されるデータの処理について責任を負う、主となる組織であるデベロッパーのことです。ストアを通じて配信されるアプリの場合、通常は、ストアでアプリを公開している組織がファーストパーティとなります。

ファーストパーティには、アプリで収集されるデータの処理に主として責任を負っている組織をユーザーに明確に示す義務があります。

「サードパーティ」とは、ファーストパーティとそのサービスプロバイダ以外の組織のことです。

データの取り扱い

デベロッパーは、アプリによって収集される各データの種類がオプションか必須かについても開示できます。オプションには、データの収集をオプトインまたはオプトアウトする機能が含まれます。たとえば、ユーザーがデータの収集を管理可能で、そのデータを提供しなくてもアプリを使用できる場合や、そのデータの種類を手動で提供するかどうかを選択できる場合は、そのデータの種類をオプションとして申告できます。アプリの主要な機能でそのデータの種類が必要な場合は、そのデータを「必須」として申告する必要があります。

デバイスや地域にかかわらず、すべてのユーザーが、任意で情報を提供したり、データの収集の有効 / 無効を選択したりできる場合に限り、デベロッパーは、アプリが特定のデータを任意で（オプションとして）収集すると申告できます。

オプションのデータ収集の例:

ソーシャルメディアアプリで、マーケティングコミュニケーション用にユーザーの誕生日の入力を求めるが、その情報は必須ではなく、ユーザーはその情報を提供しなくても登録できる場合。
ユーザーがログインしなくてもアプリを利用できる環境で、ユーザーがアプリにログインしているときにのみ収集されるユーザーデータ。

その他のアプリによる開示とデータの開示

データセーフティセクションは、デベロッパーがアプリのプライバシーとセキュリティの方針についてユーザーに示す機会にもなります。たとえば、デベロッパーは以下のような情報を強調できます。

転送時の暗号化: エンドユーザーのデバイスからサーバーへのユーザーデータの流れを保護するために、アプリで収集または共有されるデータに対して転送時に暗号化を利用しているかどうか。

アプリの中には、ユーザーがデータを別のサイトやアプリに転送できるよう設計されているものもあります。たとえば、ユーザーが携帯通信会社を通じて SMS メッセージを送信できるメッセージアプリが、複数の種類の暗号化方式を用意しているとします。このようなアプリは、ユーザーのデバイスとアプリのサーバー間の転送時に最適な業界標準に基づいてデータを安全に暗号化している限りは、安全な接続を介してデータを転送していることをデータセーフティセクションで申告できます。
削除メカニズム: ユーザーがデータの削除をリクエストする方法をアプリが提供しているかどうか。

独立したセキュリティ審査（すべてのアプリで利用可能）

デベロッパーは、アプリがグローバルなセキュリティ基準に基づく独立した審査を受けたことをデータセーフティセクションで申告できます。これは、デベロッパーが自ら受けて費用を支払うオプションの審査です。たとえば、Mobile Application Security Assessment（MASA）を使用すると、デベロッパーはラボと直接連携して、Open Worldwide Application Security Project（OWASP）の Mobile Application Security Verification Standard（MASVS）に基づいてアプリの評価を受けることができます。第三者組織がデベロッパーに代わって審査を実施します。

データタイプと用途

デベロッパーは、一連のユーザーデータの種類について、収集、共有、その他の取り扱い方法と、デベロッパーがそのデータを使用する目的を入力する必要があります。

カテゴリ	データの種類	説明
位置情報	おおよその位置情報	3 平方キロメートル以上の地域でのユーザーまたはデバイスの物理的な位置情報（例: ユーザーがいる都市、Android の `ACCESS_COARSE_LOCATION` 権限によって提供される位置情報）。
	正確な位置情報	3 平方キロメートル未満の地域内にあるユーザーまたはデバイスの物理的な位置情報（例: Android の `ACCESS_FINE_LOCATION` 権限によって提供される位置情報）。
個人情報	名前	ユーザーの姓名、ニックネームなど、ユーザーが自身を表記する方法。
	メールアドレス	ユーザーのメールアドレス。
	ユーザー ID	特定できる個人に関連する識別子（アカウント ID、アカウント番号、アカウント名など）。
	住所	ユーザーの住所（送付先住所や自宅の住所など）。
	電話番号	ユーザーの電話番号。
	人種や民族	ユーザーの人種や民族に関する情報。
	政治信条、宗教	ユーザーの政治信条または宗教に関する情報。
	性的指向	ユーザーの性的指向に関する情報。
	その他の情報	生年月日、性同一性、従軍経験など、その他の個人情報。
財務情報	ユーザーのお支払い情報	クレジットカード番号など、ユーザーの金融口座に関する情報。
	購入履歴	ユーザーが行った購入や取引に関する情報。
	クレジットスコア	ユーザーの信用スコアに関する情報。
	その他の財務情報	その他の財務情報（ユーザーの年収、負債など）。
健康、フィットネス	健康情報	医療記録や症状など、ユーザーの健康に関する情報。
	フィットネス情報	運動やその他の身体活動など、ユーザーのフィットネスに関する情報。
メッセージ	メール	ユーザーのメール（メールの件名、送信元、宛先、メールの内容など）。
	SMS または MMS	ユーザーのテキストメッセージ（送信元、宛先、メッセージの内容など）。
	その他のアプリ内メッセージ	その他の種類のメッセージ（インスタントメッセージ、チャットコンテンツなど）。
写真と動画	写真	ユーザーの写真。
	動画	ユーザーの動画。
音声ファイル	音声などの録音	ボイスメールやサウンドレコーディングなどのユーザーの声。
	音楽ファイル	ユーザーの音楽ファイル。
	その他の音声ファイル	ユーザーが作成した、またはユーザー提供のその他の音声ファイル。
ファイル、ドキュメント	ファイル、ドキュメント	ユーザーのファイルやドキュメント、またはファイルやドキュメントに関する情報（ファイル名など）。
カレンダー	カレンダーの予定	ユーザーのカレンダーからの情報（予定、予定のメモ、参加者など）。
連絡先	連絡先	ユーザーの連絡先に関する情報（連絡先の名前、メッセージの履歴や、ユーザー名、リピート間隔、連絡頻度、交流期間、通話履歴といったソーシャルグラフ情報など）。
アプリのアクティビティ	アプリインタラクション	ユーザーがアプリをどのように操作しているかに関する情報（例: ページへのアクセス数、タップした項目）。
	アプリ内の検索履歴	ユーザーがアプリ内で検索した内容に関する情報。
	インストール済みのアプリ	ユーザーのデバイスにインストールされているアプリに関する情報。
	その他のユーザー作成コンテンツ	この一覧、または他のセクションに記載されていない、その他のユーザー作成コンテンツ（例: ユーザーに関する情報、自由形式の回答）。
	その他の操作	この一覧に記載されていない、その他のユーザーアクティビティやアプリ内操作（ゲームプレイ、高評価、ダイアログでの選択など）。
ウェブ閲覧	ウェブ閲覧履歴	ユーザーがアクセスしたウェブサイトに関する情報。
アプリの情報、パフォーマンス	クラッシュログ	アプリのクラッシュログのデータ（クラッシュ回数、スタックトレース、クラッシュに直接関連する他の情報など）。
	診断	アプリのパフォーマンスに関する情報（バッテリー駆動時間、読み込み時間、レイテンシ、フレームレート、技術的な診断など）。
	その他のアプリのパフォーマンスデータ	ここに記載されていないその他のアプリのパフォーマンスデータ。
デバイスまたはその他の ID	デバイスまたはその他の ID	各デバイス、ブラウザ、アプリに関連する識別子（IMEI 番号、MAC アドレス、Widevine デバイス ID、Firebase インストール ID、広告 ID など）。

目的

データの用途	説明	例
アプリの機能	アプリで提供される機能に使用します。	例: アプリの機能を有効にする、ユーザーを認証する。
分析	ユーザーのアプリの使用状況やアプリのパフォーマンスに関するデータの収集に使用します。	例: 特定の機能を使用しているユーザーの数を確認する、アプリの状態を管理する、バグやクラッシュを診断して修正する、将来的にパフォーマンスの改善を加える。
デベロッパーによる情報伝達	アプリやデベロッパーに関するニュースや通知の送信に使用します。	例: 重要なセキュリティアップデートを知らせるためにプッシュ通知を送信する、アプリの新機能についてユーザーに知らせる。
広告、マーケティング	広告、マーケティングコミュニケーションの表示やターゲットの設定、広告パフォーマンスの測定に使用します。	（例: アプリに広告を表示する、プッシュ通知を送信して他の製品やサービスを宣伝する、データを広告パートナーと共有する）。
不正行為防止、セキュリティ、コンプライアンス	不正行為防止、セキュリティ、法律の遵守に使用します。	例: 不正なログインの試みを監視して不正行為の可能性を特定する。
カスタマイズ	おすすめのコンテンツや候補の表示など、アプリのカスタマイズに使用します。	（例: ユーザーの視聴習慣に基づいてプレイリスト候補を表示する、ユーザーの位置情報に基づいてローカルニュースを配信する）。
アカウント管理	デベロッパーのアプリで使うユーザーアカウントの設定や管理を行うために使用されます。	例: ユーザーがアカウントを作成できるようにする、サービス全体で使用するためにデベロッパーが提供しているアカウントに情報を追加できるようにする、アプリにログインできるようにする、ユーザーの認証情報を確認できるようにする。

データセーフティ XML ファイルを手動で作成する

次のデータセーフティ XML ファイルの例は、ユーザーの位置情報に関連するデータを共有するプリロードアプリのファイル構造を示しています。アプリで開示する必要がある情報の種類に応じて、要素を追加、編集、削除して、この構造を編集します。

サンプルファイルは必ずしも完全なものではありません。アプリに含める必要があるアプリメタデータバンドルのアプリ、デベロッパー、データセーフティの各セクションに必要な XML 構造について詳しくは、アプリメタデータバンドルのスキーマをご覧ください。

<?xml version='1.0' encoding='UTF-8' standalone='yes' ?>
<bundle>
<long name="version" value="2" />

  <pbundle_as_map name="safety_labels">
    <long name="version" value="1" />

      <pbundle_as_map name="data_labels">
        <pbundle_as_map name="data_shared">
          <pbundle_as_map name="location">
            <pbundle_as_map name="approx_location">
              <int-array name="purposes" num="4">
                  <item value="1" />
                  <item value="2" />
                  <item value="5" />
                  <item value="6" />
              </int-array>
            </pbundle_as_map>
            <pbundle_as_map name="precise_location">
              <int-array name="purposes" num="2">
                  <item value="1" />
                  <item value="6" />
              </int-array>
            </pbundle_as_map>
          </pbundle_as_map>
        </pbundle_as_map>

    </pbundle_as_map>
</pbundle_as_map>
</bundle>

よくある質問

デベロッパーからよく寄せられる質問とその回答については、次のセクションをご覧ください。

一般的な質問

以下のセクションでは、アプリメタデータバンドルに関する一般的な質問について説明します。

デベロッパーが iOS について同様の情報を送信しました。その情報のうち、Android アプリのメタデータバンドルで再利用できるものはどのくらいありますか？

アプリのデータの取り扱いについて積極的に対応していただきありがとうございます。アプリメタデータバンドルを正しく完成させるには、デベロッパーはこれまでに使用したことのない追加情報が必要になる可能性があるため、追加の作業が必要になることが予想されます。Android アプリのメタデータバンドルの分類とフレームワークは、他のアプリストアで使用されるものとは大きく異なる場合があります。

デベロッパーが正確な情報を共有していることを Google はどのように確認するのですか？こうした情報が必ずしも正確とは限らない、という例を業界で見てきました。

プライバシーポリシーと同様に、デベロッパーはアプリのメタデータバンドルで開示される情報について責任を負います。

デベロッパーはどのくらいの頻度でアプリメタデータバンドルを更新する必要がありますか？

デベロッパーは、アプリのデータ取り扱い方法を変更した際に、アプリメタデータバンドルを更新する必要があります。

データセーフティセクションの入力に関する質問

以下のセクションでは、アプリのメタデータバンドルのデータセーフティセクションの入力に関する質問に回答します。

サポートされる Android バージョンによってアプリの動作が異なる場合はどうすればよいでしょうか？

アプリのアプリメタデータバンドルは、使用状況、アプリのバージョン、地域、ユーザーの年齢に依存しないように、正確である必要があります。データセーフティセクションには、すべての地域とユーザータイプにわたるアプリのデータの収集と共有の概要が記載されます。

地域によって取り扱いが異なる場合があることを示すにはどうすればよいですか？たとえば、デベロッパーがヨーロッパでは特定のライブラリを使用していなくても、他の地域では使用している場合があります。

アプリメタデータバンドルには、アプリごとのデータ取り扱い方法がグローバルに反映されます。データセーフティセクションには、すべての地域とユーザータイプにわたるアプリのデータ収集と共有の合計が記載されます。

データセーフティセクションは、ユーザーによる同意に基づくメカニズムで管理されていますか？デベロッパーは、別途、アプリ内に認識しやすい開示を作成する必要がありますか？

いいえ、ユーザーがアプリをインストールする際に開示確認を行うことも、この機能に関して改めてユーザーによる同意を求めたりすることもありません。Google Play 開発者サービスを搭載した Android デバイス上の Google Play アプリおよびモバイルバンドルアプリのデベロッパーは、ユーザーの個人情報や機密情報を収集する場合、ポリシーで求められている、アプリ内での開示と同意を実装する必要があります。

アプリに権限が含まれているものの、実際にはデータを収集または共有していない場合、デベロッパーはデータを申告する必要がありますか？

データが実際に収集または共有されない限り、デベロッパーは収集または共有を申告する必要はありません。Google Play 開発者サービスを搭載した Android デバイス上の Google Play アプリとモバイルバンドルアプリは、該当するすべてのポリシーに準拠する必要があります。

あるデータの種類が別のデータの種類の一部として収集される場合、デベロッパーは両方を申告する必要がありますか？たとえば、ユーザーのメールアドレスを含む連絡先を収集した場合、デベロッパーは「連絡先」と「メールアドレス」の両方のデータの種類を申告するのですか？

別のデータの種類を収集する際に特定のデータの種類を意図的に収集している場合は、両方とも開示してください。たとえば、ユーザーの写真を収集し、その写真を使用してユーザーの特性（民族や人種など）を判断している場合は、民族や人種の収集も開示する必要があります。

デベロッパーは削除メカニズムを提供する必要がありますか？また、そのメカニズムはすべてのユーザーデータを対象にする必要がありますか？

データセーフティセクションには、ユーザーからデータ削除リクエストを受け取るメカニズムを提供しているかどうかをデベロッパーが知らせるサーフェスがあります。デベロッパーは、データセーフティセクションに記入する際に、そのようなメカニズムを提供しているかどうかを示す必要があります。

アプリがユーザーデータの削除リクエストに対応していることを示すために、デベロッパーが提供する必要がある特定の種類のメカニズムはありますか？

規定のメカニズムはありませんが、ベストプラクティスとして、リクエストメカニズムはユーザーが検出可能でアクセス可能である必要があります。ユーザーがデータ削除をリクエストできる手段を明確に示すメカニズムの一般的な例としては、アプリ内機能、お問い合わせフォーム、専用のメールエイリアスなどがありますが、これらに限定されません。

自動的に削除または匿名化されるデータについて削除メカニズムを提供していることを、デベロッパーはデータセーフティセクションでどのように示す必要がありますか？

デベロッパーが以下のオプションを 1 つ以上提供している場合、デベロッパーは、ユーザーがデータの削除をリクエストできることを申告できます。

データの削除をリクエストするためのメカニズム。
データの収集から 90 日以内に収集したデータの削除または匿名化を開始する自動プロセス。

デベロッパーは、法令遵守や不正行為の防止などの正当な理由で特定のデータを保持する必要がある場合でも、ユーザーがデータの削除をリクエストできることを宣言できます。

提供する削除メカニズムを世界中のすべてのユーザーが利用できるわけではない場合はどうなりますか？その場合でも、削除メカニズムを提供していることを示すことができますか？

アプリのメタデータバンドルごとに、グローバルなデータセーフティセクションを 1 つだけ使用できます。このフォームには、あらゆる使用方法、地域、ユーザーの年齢に基づくデータの取り扱いを記載する必要があります。つまり、世界のどこかで、アプリのいずれかのバージョンでなんらかのデータの取り扱いが存在する場合は、デベロッパーはそうした取り扱いを申告する必要があります。そのため、データセーフティセクションでは、すべてのユーザーと地域にわたって、アプリのデータ収集とデータ共有が総合的に記載されます。

データを匿名にするには、どのような手法を使用できますか？

個々のユーザーに関連付けられないようにデータを匿名化するには、さまざまな方法が考えられます。デベロッパーは、プライバシーとセキュリティの専門家と相談して、ユースケースに適用できる方法を特定する必要があります。例として、こちらのページでは、差分プライバシーなど、Google が使用しているデータ匿名化手法を紹介しています。

デベロッパーは IP アドレスの収集と使用をどのように扱うべきですか？

他のデータの種類と同様に、デベロッパーは特定の使用状況や運用方法に基づいて、IP アドレスの収集、使用、共有を開示する必要があります。たとえば、デベロッパーが現在地を判断する手段として IP アドレスを使用する場合は、そのデータの種類（位置情報）を申告する必要があります。

デベロッパーは、他の種類の識別子の収集と共有について、どのように開示すればよいですか？

他のデータの種類と同様に、デベロッパーは、特定の使用状況や運用方法に基づいて、さまざまな種類の識別子の収集、使用、共有を開示する必要があります。たとえば、特定できる個人に関連付けられたアカウント名の収集は「個人識別子」として申告し、ユーザーの Android 広告 ID の収集は「デバイスまたはその他の識別子」として申告する必要があります。別の例として、特定のアプリ内イベントに関連する識別子であっても、個々のデバイス、ブラウザ、アプリに合理的に関連付けられていないものは、「デバイスまたはその他の識別子」として開示する必要はありません。

前述のとおり、仮名で収集されたデータは、アプリのメタデータバンドルのデータセーフティセクションで、関連するデータの種類の下に開示する必要があります。たとえば、デベロッパーがデバイス識別子を使用して診断情報を収集する場合、デベロッパーはデータセーフティセクションで「診断」の収集を開示する必要があります。

「サービス提供者」はどのようなアクティビティを実行できますか。

サービス提供者は、デベロッパーに代わってユーザーデータの処理のみを行えます。たとえば、単にデベロッパーの代わりとしてアプリのユーザーデータを処理する分析プロバイダや、デベロッパーが使用するためにアプリのユーザーデータをホストするクラウドプロバイダは、通常は「サービス提供者」と見なされます。一方、SDK プロバイダがアプリデータに基づいて複数の顧客を対象とする広告プロファイルを作成している場合、その行為は、データセーフティセクションの目的における「サービスプロバイダ」のアクティビティとは見なされないため、アプリメタデータバンドルのデータセーフティセクションで「共有」として開示する必要があります。

アプリにおいて、外部の決済サービスを利用した金融取引を可能にしています。この場合、クレジットカード情報などの財務情報について、アプリのメタデータバンドルに開示する必要がありますか？

決済サービスとの統合の性質によって異なります。アプリが PayPal、Google Pay、Google Play の課金システムなどの決済サービスを使用して決済取引を完了する場合、以下の条件をすべて満たしていれば、デベロッパーは、決済サービスが金融取引の処理に関連して収集するデータ（クレジットカード番号など）の収集を申告する必要はありません。

アプリがこの情報にアクセスすることはない。
決済サービスが独自の利用規約に則って、ユーザーから直接これらの情報を収集すること

デベロッパーは、決済サービスとの統合について慎重に確認し、アプリのメタデータバンドルのデータセーフティセクションで、これらの条件を満たしていない関連するデータの収集や共有を申告する必要があります。また、デベロッパーは、アプリがその他の財務情報（購入履歴など）を収集していないかどうかや、リスク管理や不正対策などを目的として決済サービスから関連データを受け取っていないかも確認する必要があります。

アプリにおいて、ユーザーデータのバックアップや保存のため、ユーザー自身が Google ドライブまたは Dropbox に直接アップロードできるようにしています。アプリはこうしたデータにアクセスしません。この場合でも「収集」として開示する必要はありますか？

実際の実装によって異なります。ユーザーが、自身の外部ドライブまたはクラウドストレージアカウント（Google ドライブ、Dropbox、または同様のサービスなど）にデータを直接アップロードすることを選択し、このアップロードが外部ドライブまたはクラウドストレージプロバイダの利用規約とプライバシーポリシーに則っており、アプリが該当するデータを収集またはアクセスしない場合、アプリはこのデータの収集を申告する必要はありません。

開発者は転送中のデータをどのように暗号化すればよいですか。

デベロッパーは、転送中のアプリデータを安全に暗号化するために、業界標準に準拠する必要があります。一般的な暗号化プロトコルとしては、Transport Layer Security（TLS）や Hypertext Transfer Protocol Secure（HTTPS）があります。

アプリにおいて、ユーザーがアカウントを作成し、生年月日や性別などの情報を追加できるようにしています。ユーザーがアカウントに追加するデータはどのように申告すればよいですか？

デベロッパーは、これらのデータを、アカウント管理を目的として収集することを申告します。これらのデータを収集するかどうかをユーザーが選択できる場合は、そのように明記します。

さらに、これはアプリで収集するあらゆる種類のデータに当てはまることですが、そのデータをアプリでどのような目的に使用するかについても開示する必要があります。たとえば、ユーザーがアカウントに誕生日を追加できるようになっており、そのデータを使用して誕生日前にプッシュ通知を送信する場合は、アカウント管理に加えてこの目的も申告する必要があります。

アカウント管理は、特定のアプリに固有でないアカウントデータの一般的な用途をカバーするために使用できます。たとえば、デベロッパーがサービス全体で不正行為の防止、広告、マーケティング、デベロッパーとのコミュニケーションにアカウント情報を使用しており、この使用がアプリやアプリ内のアクティビティに固有でない場合、このアカウントデータを収集する目的として「アカウント管理」を宣言すれば、アプリのメタデータバンドルのデータセーフティセクションでこれらの一般的な用途をカバーできます。ただし、アプリ自体がデータを使用する目的は、どのような場合でもすべて申告する必要があります。アカウントレベルの文書化とアカウント登録プロセスの一環として、アプリにおいてアカウントサービスのユーザーデータをどのように取り扱うかについて開示することをおすすめします。

システムサービスとは何ですか？

システムサービスは、コアシステム機能をサポートするプリインストールソフトウェアです。システムサービスには、transparency_info バンドルと system_app_safety_label バンドルを含める必要があります（後者は safety_labels バンドルの代わりに提供されます）。Google Play を通じて配信されるシステムサービスについては、Google Play データセーフティフォームへの記入の免除を申請できます。

一時的な処理で使用するデータを収集する場合はどのように申告すればよいですか？（「一時的な処理」とは、ページから読み込んだデータを、サーバーに記録したり他の目的に使用したりする前に、他のクライアントサイドのリクエストにリアルタイムで対応することを指します）

このような一時的な使用については、アプリのメタデータバンドルのデータセーフティセクションに含める必要はありません。ただし、一時的な処理の範囲を超えてユーザーデータを使用する場合は、記録したユーザーデータをどのような目的に使用するかも含めて申告する必要があります。