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

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

アプリのメタデータバンドルを使用すると、デベロッパーは、デベロッパー自身、アプリ、ユーザーデータの収集、共有、保護の有無と方法に関する情報を透明性の高い方法で含めることができます。Google Play ストアでは、配信するアプリについてデベロッパーにこの情報を提供するよう義務付けています。また、Google Play 開発者サービスが搭載された Android デバイスのメーカーは、メーカーがプリロードするアプリのデベロッパーに対しても、システムサービスに限定的な例外を除き、同様の義務を課しています。

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

概要

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

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

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

App Metadata Bundle がデバイスにアクセスする方法は、アプリの配信方法によって異なります。

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

プリロードアプリのデベロッパーは、次のいずれかの方法でデータセーフティ 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 アプリと、Google Play サービスが搭載された Android デバイス向けのモバイルバンドルアプリのデベロッパーは、ポリシーで求められている場合、アプリ内での開示と同意を実装する必要があります。

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

データを実際に収集または共有していない限り、収集または共有を申告する必要はありません。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 などのサービス）にデータを直接アップロードすることを選択し、このアップロードに外部ドライブまたはクラウドストレージプロバイダの利用規約とプライバシーポリシーが適用され、アプリが問題のデータを収集したりアクセスしたりしない場合、アプリはこのデータの収集を宣言する必要はありません。

転送中のデータはどのように暗号化すればよいですか？

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

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

デベロッパーは、アカウント管理のためにこのデータを収集することを申告し、ユーザーが収集しなくてもよい場合はその旨を明記する必要があります。

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

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

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

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

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

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