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

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

App Metadata Bundle は、デベロッパーがアプリのメタデータをユーザーに関する情報（デベロッパー）、アプリ、およびそれらを収集するかどうかとその方法ユーザーデータを共有、保護できますGoogle Play ストアでは、デベロッパーに以下のことを義務付けています。この情報は、Google が配信するアプリ、および Android アプリの Google Play 開発者サービスを搭載したデバイスについては、メーカーはプリロードされます。ただし、システムサービスは限定的な例外となります。

他のアプリストアやインストーラでは、アプリのメタデータバンドルを必須にするかどうかを選択できます。アプリ。アプリの配信方法によって、デベロッパーはアプリのメタデータバンドルを作成して統合できます。Android ディスプレイ App Metadata Bundle からユーザーに送信されるデータセーフティ情報たとえばアプリがサードパーティと位置情報を共有すると宣言した場合、その情報は Android 14 または Android 14 を搭載したデバイスで位置情報の利用許可を求めるメッセージに表示される高くなります。

概要

アプリのメタデータバンドルを使用すると、デベロッパー）に関する情報と、（アプリが収集または共有するユーザーデータなど）に関する情報と、アプリの主要なプライバシーとセキュリティの方針を決定する必要があります。この情報は十分な情報に基づいた選択が可能になるからです。

App Metadata Bundle は法的な透明性とは別であり、追加されるものおよび開示の義務を負う場合があります。国によって異なります。

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

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

システムイメージにプリロードされているアプリ: デバイスのメーカーアプリのメタデータバンドルをデータセーフティ XML ファイルに含める指定します。
インストーラが配布するアプリ: インストーラが送信するデバイスへのアプリのメタデータバンドル。もし開発したアプリが Google Play で配布されている場合は、Play Console の手順、コンソールヘルプをご覧ください。インストーラはアプリのメタデータのスキーマを参照できます。バンドルをご覧ください。

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

開発したアプリを Google Play ストアで公開する場合は、 [アプリのコンテンツ] ページ ポリシー >アプリのコンテンツ。このフォームにすでにご記入いただいている場合は、必要なご対応をお願いします
このページで利用可能なテンプレート XML ファイルをダウンロードして編集します。メーカーやインストーラに提供する情報です

で確認できます。

情報を準備する

デベロッパーが App Metadata Bundle の作成を始める前に、以下の手順を完了しておきます。手順:

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

アプリがユーザーデータを収集、共有する仕組みを確認するとともに、開発にあたっては、サードパーティのコード（サードパーティのライブラリや SDK など）が収集、共有するアプリ。アプリメタデータバンドルは、データアナリストによって実施されるデータの収集または共有を反映するものでなければなりません。使用します。

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

このセクションでは、デベロッパーがアプリのメタデータバンドルの [アプリ] セクションと [デベロッパー情報] セクション条件アプリが Google Play ストアで配布されている場合は、Google Play Console を使用してこの情報を入力してください。

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

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

アプリの目的

人間が読み取れる英語のテキストの塊でアプリの用途を説明する（4,000 文字以内）。

アプリのカテゴリ

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

プリロードされたアプリを対象とするカテゴリは次のとおりです。

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

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

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

アプリの広告およびマーケティング

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

プライバシーポリシー

Google Cloud によるユーザーデータの取り扱いについて明記したプライバシーポリシーへのリンク開発者です。アプリにこのリンクが含まれていない場合、ユーザーデータは扱いません

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

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

デベロッパー名

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

アプリレジストリ

ストアやその他のインストーラを含むアプリレジストリにアプリが登録されている場合は、指定する必要があります複数のストアの複数のエントリが許されます。

Android インストーラであるアプリレジストリの場合: 値はストアの Android パッケージ名。たとえば、com.android.vending を使用します。ダウンロードしてください
その他のアプリレジストリの場合: 値はレジストリの URL です。

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

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

アプリレジストリ ID

アプリレジストリにリストされているアプリ（インストーラやストアを含む）の場合、この値はデベロッパーのストア、インストーラ、またはレジストリの ID である必要があります。複数複数の店舗を登録できます。

Google Play に登録されているデベロッパーの場合: この値はデベロッパーページの URL（ https://play.google.com/store/apps/dev?id=5700313618786177705 は URL です。（デベロッパー Google LLC の場合）をご覧ください。
デベロッパーが Google Play SDK に記載されている 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 を使用してこちらの情報を入力してください。

すべてのデータ型についてデベロッパーが宣言する必要があるもの

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

データの収集

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

ライブラリおよび SDK: これには、デバイスからデバイス外に送信されるユーザーデータアプリで使用されているライブラリまたは SDK によって、データがアプリのデベロッパーまたはサードパーティのサーバーに送信される情報。
WebView: ユーザーが Google で検索した WebView から収集されたユーザーデータ（アプリがコードと動作を制御している場合） WebView を介して配信されます

次の場合、WebView からのデータ収集を申告する必要はありません。オープンウェブをナビゲートしています
エフェメラル処理: デバイスから送信されて処理されたユーザーデータアプリのメタデータバンドルに含める必要は、次の基準を満たす:

データの一時的な処理とは、データが一時的に保存されている間にデータにアクセスして使用することを指します。メモリにのみ保存され、サービス提供に必要な期間だけ実行できます。

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

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

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

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

暗号化されたデータは、中間エンティティによって読み取り可能であってはなりません。デベロッパーを含め、メールの送信者と受信者だけが必要があります。

この場合の共有とは、アプリから収集したユーザーデータをです。これには、次の方法で転送されたユーザーデータも含まれます。

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

ユーザーが WebView からのデータ共有を申告する必要がないオープンウェブをナビゲートしています

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

サービスプロバイダ: サービスプロバイダ（サービスプロバイダ）にユーザーデータを転送する場合、デベロッパーに代わって処理します。サービスプロバイダとは、ユーザーデータを処理するエンティティです。デベロッパーの指示に従ってください。
法的な目的: 次のような特定の法的な目的のためにユーザーデータを転送する場合。（法的義務や政府の要求への対応など）で使用される場合があります。
ユーザーが開始するアクションまたは認識しやすい開示とユーザーの同意: 特定のユーザー開始条件に基づく第三者へのユーザーデータの転送ユーザーがデータの共有を合理的に期待している場合、またはアプリ内で認識しやすい開示と同意を表示します。
匿名データ。完全に匿名化されたユーザーデータを転送する場合個々のユーザーへの関連付けができなくなります。
ファーストパーティとサードパーティ: ファーストパーティとは、デベロッパー、アプリで収集されたデータの処理を担当する組織。アプリの場合ストアを通じて配布されます。通常これは、ダウンロードします

ファーストパーティには、ユーザーに対して、組織が主に責任を負っているのは、組織によって収集された。

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

データの取り扱い

デベロッパーは、アプリで収集される各データの種類について、 optional または required。省略可: 有効にすることも、有効にすることもできます。対象外となりますたとえば、デベロッパーはあるデータ型をユーザーがデータの収集を制御し、アプリを使用できる場合（省略可）データを保護する責任を負いません。ユーザーが手動で情報を指定するか選択するかをあります。アプリの主要な機能でそのデータの種類が必要な場合は、デベロッパーがでは、そのデータを必須として宣言する必要があります。

デベロッパーは、すべての要件を満たしている場合に限り、アプリが特定のデータを任意で収集すると申告できます。ユーザーは、デバイスや地域にかかわらず、必要に応じて情報の提供や、オプトアウトするか、データ収集を有効にするかを選択できます。

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

マーケティングのためにユーザーの誕生日を尋ねるソーシャルメディアアプリその情報は必要なく、ユーザーは登録できますその情報を提供する必要はありません
ユーザーが次の Google アカウントを持っている場所でユーザーがログインしたときにのみ収集されるユーザーデータログインせずにアプリを利用できます。

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

また、データセーフティセクションには、アプリのプライバシーとセキュリティの方針に準拠する必要があります。たとえば、デベロッパーは次の情報を参照してください。

転送データの暗号化: アプリによって収集または共有されるデータが暗号化して、エンドユーザーのデータからのユーザーデータのフローを送信します。

アプリによっては、ユーザーがデータを別のサイトやあります。たとえば、メッセージアプリでは、メッセージを送るオプションを携帯通信会社を経由して SMS メッセージを送信します。異なる暗号化手法を使用します。データセーフティで申告できるアプリ転送されるデータは、Google Cloud リージョン内に存在する最適な業界標準を使用して、データ間で送受信されるデータを安全に暗号化ユーザーのデバイスとアプリのサーバーとの間でやり取りされます
削除リクエストメカニズム: ユーザーが以下の操作を行う方法をアプリが提供しているかどうかデータの削除をリクエストします。

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

デベロッパーは、アプリに含まれることをデータセーフティセクションで申告できます。国際的なセキュリティ基準に基づいた検証を独自に実施しています。これはデベロッパーが受けて費用を支払うオプションの審査です。たとえば、 Mobile Application Security Assessment（MASA）を利用すれば、デベロッパーは Open Worldwide Application に照らしてアプリを評価するためのラボ Security Project の Mobile Application Security Verification Standard（OWASP）（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 アプリのメタデータバンドルにどの程度の作業を再利用できますか？

デベロッパーがアプリのデータの取り扱いを適切に扱っていることは素晴らしいことです。宛先 App Metadata Bundle を正しく完成させると、デベロッパーは追加のそれまでは使用していなかったかもしれない情報にあてはまるため、追加の作業を行う必要があります。Android アプリのメタデータの分類とフレームワークバンドルは、他のアプリストアで使用されているものとは大きく異なる場合があります。

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

プライバシーポリシーと同様、デベロッパーはユーザーのアプリのメタデータバンドルで開示されていること。

デベロッパーはどのくらいの頻度で App Metadata Bundle を更新する必要がありますか？

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

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

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

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

アプリの App Metadata Bundle は、どの指標から独立しているか、使用状況、アプリのバージョン、リージョン、ユーザーの年齢などです。データセーフティセクションでは、すべての地域とユーザーにおけるアプリのデータ収集および共有の合計できます。

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

App Metadata Bundle は、データの取り扱いに関するグローバル表現を。データセーフティセクションには、アプリによるデータ収集とデータ集計のあらゆる地域やユーザータイプで共有できるようになります

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

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

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

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

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

デベロッパーがデータ収集中に特定のデータタイプを意図的に収集している場合は、両方を開示する必要があります。たとえば、デベロッパーはユーザーの写真を収集し、それらを使用してユーザーの特徴（民族や人種など）に関する情報を収集する場合は、責任を負います。

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

データセーフティセクションでは、デベロッパーがユーザーからデータ削除リクエストを受け取るメカニズムを提供する。としてデータセーフティセクションに入力する際にそのようなメカニズムを提供します。

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

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

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

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

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

デベロッパーは、ユーザーが自分のデータの削除をリクエストできると宣言できます。正当な理由によりデベロッパーが特定のデータを保持する必要がある場合コンプライアンスや不正行為の防止に重点を置いています。

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

グローバルデータセーフティセクションは、アプリのメタデータバンドルごとに 1 つだけ利用できます。このには、あらゆる使用状況、地域、ユーザーの年齢に基づくデータの取り扱いが含まれます。その他のなんらかのデータ取り扱い方法が使用されているアプリであれば、デベロッパーは、これらの方針を示す必要があります。したがって、データセーフティセクションには、アプリによるデータ収集とあらゆるユーザーと地域間で共有できるようになります

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

データを匿名化する方法はさまざまあり、個々のユーザーに関連付けて指定できますデベロッパーはプライバシーに関する問い合わせを行う必要があるセキュリティの専門家に依頼してユースケースに適用できる方法を特定しますとしてこのページでは、Chronicle によって使用されるデータ Google（差分プライバシーなど）。

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

他の種類のデータと同様に、デベロッパーはデータの収集、使用、特定の使用や慣行に基づく IP アドレスの共有。対象たとえば、デベロッパーが現在地を判断する手段として IP アドレスを使用する場合、そのデータ型（location）を宣言する必要があります。

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

他の種類のデータと同様に、デベロッパーはデータの収集、使用、開発者の特定のタイプに基づいて、さまざまな種類の識別子を理解することが重要です。たとえば、Google Cloud Storage バケットに関連付けられたは「個人 ID」として申告する必要がありますおよびユーザーの Android 広告 ID のコレクションは、「デバイス」として宣言する必要があります。識別されます別の例として、特定のリソースに関連付けられた ID、アプリ内イベントはあるものの、個々のデバイスと合理的には関係ない場合、「デバイスまたはその他の識別子」として開示する必要はありません。

前述のように、仮名でデータを収集する場合は開示してください。 App Metadata Bundle のデータセーフティセクションの関連データあります。たとえば、開発者がその場合でもデベロッパーは診断回答してください

「サービスプロバイダ」が行うことができるアクティビティの種類どうすればよいでしょうか。

サービスプロバイダは、デベロッパーの代わりにのみユーザーデータを処理できます。対象たとえば、1 台でアプリのユーザーデータを処理する分析プロバイダを、デベロッパーに委任するか、クラウドプロバイダがアプリのユーザーデータをホストする（通常は「サービスプロバイダ」と呼ばれます）反対側 SDK プロバイダが複数のプラットフォームにまたがる広告プロファイルを作成している場合に「サービスプロバイダ」とは見なされないアプリデータに基づく顧客データセーフティセクションを目的とした活動であり、情報開示が必要「共有」（アプリのメタデータバンドルのデータセーフティセクションに表示）

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

決済サービスとの統合の性質によって異なります。アプリが PayPal、Google Pay、Google Play の課金システムなどの決済サービスを使用している場合決済取引を完了するためのツールである場合、開発者は決済サービスがクレジットカードなどの金融取引の処理に関連する次のすべての条件が満たされている場合:

アプリがこの情報にアクセスすることはありません。
決済サービスがユーザーから直接この情報を収集する。そのサービスの利用規約が適用されます。

決済サービスとの統合についてデベロッパーは、 App Metadata Bundle のデータセーフティセクションで関連データの収集と共有に使用しないでください。「また、アプリがその他の金融関連の情報を収集するかどうかも（購入履歴など）に関連する情報をアプリが受信しているかどうかを決済サービスからのデータ（リスクや不正防止の目的など）

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

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

デベロッパーは転送中のデータを暗号化するにはどうすればよいですか。

デベロッパーは最適な業界標準に従ってアプリデータを安全に暗号化する必要があるあります。一般的な暗号化プロトコルには Transport Layer Security（TLS） HTTPS（Hypertext Transfer Protocol Secure）です。

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

デベロッパーは、アカウント管理のためにこのデータを収集することを申告する必要があります。ユーザーによる収集が任意であることを示す（該当する場合）。

また、アプリで収集される他のデータの種類と同様に、デベロッパーはアプリがこのデータを使用する目的や目的を開示すること。対象たとえば、アプリでユーザーがアカウントに誕生日を追加できるだけでなく、そのデータを使用してタイムリーなプッシュ通知を送信する場合、アプリはこの目的をアカウント管理に加えて使用できます

アカウント管理では、アカウントデータの一般的な使用をカバーできます。特定のアプリに固有でなくても大丈夫です。たとえば、デベロッパーがアカウントを使用して不正行為の防止、広告、マーケティング、デベロッパーのための情報当該アプリに固有の使用がないこと、またはアプリ内のアクティビティ（「アカウント管理」を宣言）kubectl コマンドをこのアカウントデータを収集すれば、アプリのメタデータバンドルのデータセーフティセクション。ただし、アプリは常にアプリ自体がデータを使用するすべての目的を申告すること。ベストプラクティスとしてこのアプリがアカウントサービスのユーザーデータをどのように取り扱うかを開示することをおすすめします。

システムサービスとは

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

デベロッパーが、ページを読み込み、他のクライアントサイドのリクエストにリアルタイムで対応するために一時的に使用されるデータの収集について、そのデータがデベロッパーのサーバーに記録されて他の目的で使用される前に、どのように申告すればよいですか。

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