必要に応じて、コンテンツの保存と分類を行います。ユーザーに最新技術を提供することも重視されていますが、最優先されているのはユーザーのセキュリティとプライバシーです。プラクティスとしてご使用ください。リファレンスにも掲載されています。権限リクエストを最小限に抑える透明性を高め、アプリ体験をユーザーが管理できるようにすることで、ユーザーとの信頼関係を構築します。アプリに大きな変更を加える場合は、リクエスト対象の権限を見直して、アプリの機能でそれが今後も必要かどうかを確認します。新しいバージョンでは、権限を必要とせずプライバシーに配慮した方法でデータにアクセス可能になる場合も多くあります。詳しくは、アプリで権限を宣言する必要性を検討するをご覧ください。このデータを使用して、必要な権限が拒否されがちな機能の設計を見直します。推奨されるフローに沿って行います。権限のリクエストはアプリの起動時ではなく、権限が必要なときに行い、権限の必要性がユーザーに明確に伝わるようにします。同じアプリからの権限リクエストを無視して、ユーザーの選択を尊重します。デグラデーションを行う必要があります。ユーザーがマイクの権限を許可しない場合は音声入力を無効にします。アプリを更新するときは、アプリで不要になった実行時の権限に対してアプリのアクセス権を削除します。ライブラリを使用している場合、ユーザーは通常、その権限がアプリに帰属していると判断します。必要な権限とその理由を把握しておくようにしてください。位置情報の使用を最小限に抑えるユーザーの位置情報に関するデータは機密情報です。可能な限り位置情報は使わないようにします。位置情報サービスを使用する必要がある場合は、位置情報の収集を最小限に抑えるための措置を講じてください。以下のチェックリストを使用して、アプリによる位置情報の使用を最小限に抑えます。29)以降では、アプリの使用中もユーザーはアプリの位置情報へのアクセスを制限できます。デグラデーションを行うようにアプリを設計します。マネージャーを使用します。これは位置情報の利用許可が不要です。権限についてご覧ください。アプリが必要とする位置情報の粒度レベルを確認します。位置情報関連のほとんどのユースケースでは、おおよその位置情報へのアクセスで十分です。ジオフェンスなど、アプリでバックグラウンドでの位置情報が必要な場合は、ユーザーが認識できるように実装します。詳しくは、バックグラウンドでの位置情報の使用に関する考慮事項についての説明をご覧ください。これにより、アプリが位置情報をリクエストする理由をユーザーがより理解しやすくなります。表示されたときに位置情報コードを実行することを検討してください。サービスを開始します。センターのユーザーデータの記事をご覧ください。次のチェックリストをアプリでユーザーデータをより安全に処理するためのガイダンスとしてご使用ください。30)以降では、データアクセスの監査を実施して、アプリとその依存関係がユーザーの個人データにどのようにアクセスしているかを把握し、予期しないデータアクセスを特定しやすくします。以降をターゲットとするアプリの場合、デフォルトで、他の特定のアプリが自分のアプリでは非公開になります。他のアプリを自分のアプリに公開する方法についてご確認ください。29)以降をターゲットとするアプリには、外部ストレージに対する限定的なアクセス権が自動で付与されます(そのようなストレージを対象範囲別ストレージと呼びます)。このようなアプリでアクセスできるのは、固有のディレクトリと、そのアプリが作成したメディアのみです。詳しくは、対象範囲別ストレージに移行する方法をご覧ください。ユーザーのプライバシーを保護するには、ユースケースに対応した最も制限の厳しい識別子を使用します。詳しくは、こちらのドキュメントのリセット可能な識別子のチェックリストをご覧ください。ポリシーのおすすめの方法に沿って、認識しやすい開示と同意のリクエストをユーザーに提示します。フォームに適切に記入をして、アプリが収集および共有するユーザーデータの種類について、ユーザーに説明します。データを別のアプリに渡します。回限りのデータアクセス権限を付与します。詳細はこちらをご覧ください。アプリのデータをより安全に保持するためのライブラリが用意されています。設定ライブラリの使用方法に関するガイドをご覧ください。リセット可能な識別子を使用するユーザーのプライバシーを尊重し、リセット可能な識別子を使用します。プラクティスをご覧ください。これらの識別子は永続的なものです。カスタマイズを行う場合、広告トラッキングに関するユーザー設定を常に考慮します。