The Android 15 Beta is now available. Try it out today and let us know what you think!

このページは Cloud Translation API によって翻訳されました。

データセーフティのための App Metadata バンドル

アプリのメタデータバンドルを使用すると、デベロッパーは、自身（デベロッパー）とアプリに関する情報、およびユーザーデータを収集、共有、保護するかどうかと、その方法に関する情報を透過的に含めることができます。Google Play ストアでは、配信するアプリについて、デベロッパーがこの情報を提供する必要があります。Google Play 開発者サービスを搭載した Android デバイスのメーカーは、システムサービスについては例外を除き、メーカーがプリロードするアプリのデベロッパーにも同じ情報の提供を求めます。

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

概要

アプリメタデータバンドルを使用すると、デベロッパー（デベロッパー）とアプリに関する情報（アプリが収集または共有するユーザーデータなど）を共有し、アプリの主なプライバシーとセキュリティの方針を紹介できます。この情報は、権限の付与など、ユーザーがより適切な情報に基づいた選択を行うのに役立ちます。

App Metadata バンドルは、デベロッパーが事業を展開している国においてデベロッパーが負う法的透明性と開示の義務とは別個のものであり、法的透明性と開示の義務を負うものです。

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

App メタデータバンドルがデバイスに到達する方法は、アプリの配信方法によって異なります。

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

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

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

情報を準備する

デベロッパーが App Metadata Bundle の作成を開始する前に、次の操作を行います。

プライバシーポリシーが追加されていることを確認します。
アプリがユーザーデータを収集、共有する仕組みと、アプリのセキュリティ対策を確認する。特に、アプリで宣言されている権限と、アプリが使用する API を確認します。

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

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

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

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

App Metadata Bundle を作成する場合、デベロッパーは、以下のセクションで説明するアプリ情報を開示する必要があります。

アプリの目的

人間が読める形式の英語のテキストの 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 を使用してこの情報を入力してください。

さまざまなデータ型でデベロッパーが宣言する必要があるもの

デベロッパーは App Metadata Bundle を作成する際、以下のセクションで説明するように、収集、共有するデータの種類に関する情報を開示する必要があります。

データの収集

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

ライブラリと SDK: これには、アプリで使用されるライブラリまたは SDK がアプリからデバイス外に送信するユーザーデータが含まれます。データがアプリデベロッパーとサードパーティのサーバーのどちらに転送されるかは問いません。
WebView: アプリから開いた WebView から収集されたユーザーデータが含まれます（アプリがその WebView を通じて配信されるコードと動作を制御している場合）。

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

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

たとえば、ユーザーの位置情報をデバイスから送信してユーザーの現在地の現在の天気を取得するが、位置情報はメモリ内にのみ使用し、リクエストが満たされた後はそのデータを保存しない場合、位置情報の一時的な使用を一時的なものとして扱うことができます。ただし、データを使用して広告プロファイルやその他のユーザープロファイルを構築する場合は、一時的なものとして扱うことはできません。関連する目的のために収集または共有として宣言する必要があります。
仮名データ: 仮名で収集されたユーザーデータは開示する必要があります。たとえば、ユーザーに合理的に再度関連付けることができるデータは開示する必要があります。

データ収集の開示の対象外

以下のユースケースは、収集されたことを開示する必要はありません。

デバイス上のアクセスまたは処理: アプリがアクセスするユーザーデータが、ユーザーのデバイス上でローカルにのみ処理され、デバイス外に送信されない場合、開示する必要はありません。
エンドツーエンドの暗号化: デバイスから送信されるユーザーデータで、エンドツーエンドの暗号化の結果としてご自身または送信者と受信者以外の第三者が読み取り不能なユーザーデータは、開示する必要はありません。

暗号化されたデータを、デベロッパーを含む中間エンティティが読み取れないようにする必要があります。必要な鍵は送信者と受信者のみが取得できます。

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

デバイス外（サーバー間転送など）: たとえば、アプリで収集したユーザーデータをデベロッパーのサーバーからサードパーティのサーバーに転送する場合などです。
別のアプリへのデバイス上の転送: デバイス上で、アプリから別のアプリにユーザーデータを直接転送します。この場合、アプリがユーザーのデバイス外にデータを送信しない場合でも、デベロッパーはデータセーフティセクションでデータ共有を開示する必要があります。
アプリのライブラリと SDK から: アプリに含まれるライブラリまたは SDK を使用して、アプリで収集したデータをユーザーのデバイスから直接サードパーティに転送する。
アプリから開いた 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>

よくある質問

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

一般的な質問

以下のセクションでは、App Metadata バンドルに関する一般的な質問への回答について説明します。

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

デベロッパーがアプリのデータの取り扱いを適切に処理しているのは素晴らしいことです。アプリメタデータバンドルを正しく完了するには、以前に使用したことがない追加情報が必要になることがあるため、デベロッパーは追加の作業を行う必要があると想定する必要があります。Android アプリのメタデータバンドルの分類とフレームワークは、他のアプリストアで使用されているものと実質的に異なる場合があります。

Google は、デベロッパーが正確な情報を共有していることをどのように確認していますか？この情報は業界で常に正確であるとは限らないことがわかっています。

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

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

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

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

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

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

アプリのメタデータバンドルは、使用状況、アプリのバージョン、リージョン、ユーザーの年齢から独立するように、正確である必要があります。データセーフティセクションには、すべての地域とユーザータイプにおけるアプリのデータ収集とデータ共有が総合的に記載されます。

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

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

データセーフティセクションは、ユーザーによる同意メカニズムによって制限されていますか？デベロッパーは追加の手順を行って、アプリ内の認識しやすい開示を作成する必要がありますか？

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

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

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

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

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

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

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

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

決まったメカニズムはありませんが、リクエストメカニズムはユーザーが見つけやすく、アクセスできるようにすることをおすすめします。ユーザーがデータの削除をリクエストできる手段を明確に示すメカニズムの一般的な例としては、アプリの機能、お問い合わせフォーム、専用のメールエイリアスなどがありますが、これらに限定されません。

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

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

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

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

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

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

データを匿名にするために使用できる手法にはどのようなものがありますか？

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

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

他のデータタイプと同様に、デベロッパーは特定の使用状況やプラクティスに基づいて、IP アドレスの収集、使用、共有を開示する必要があります。たとえば、デベロッパーが場所を特定する手段として IP アドレスを使用する場合は、そのデータタイプ（場所）を宣言する必要があります。

他の種類の識別子の収集と共有について、デベロッパーはどのようにして開示する必要がありますか？

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

前述のように、仮名でデータを収集する場合は、アプリメタデータバンドルのデータセーフティセクションで、関連するデータ型で開示する必要があります。たとえば、デバイス 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 のデータセーフティフォームの記入の免除を申請できます。

ページを読み込み、他のクライアント側リクエストをリアルタイムで処理するために一時的な方法で使用されるデータの収集を、デベロッパーがそのデータがデベロッパーのサーバーに記録して他の目的で使用する前に、どのように宣言しますか？

この使用が一時的な場合、デベロッパーはアプリのメタデータバンドルのデータセーフティセクションに含める必要はありません。ただし、一時的な処理の範囲を超えてユーザーデータを使用する場合は、ログに記録されたユーザーデータを使用する目的を含め、宣言する必要があります。