免責条項: ポリシーの要約に記載してあるのは概要のみです。コンプライアンスを徹底するため、必ずポリシーの全文を確認してください。ポリシーの概要と全文に齟齬がある場合は、全文が優先されます
ポリシーのプレビュー
この記事は、2025 年 10 月のポリシーの更新における変更内容のプレビューです。
ユーザーの安全と透明性を確保するため、Accessibility API に関するポリシーを更新し、アプリが自発的にアクションを開始、計画、実行することを可能にする本 API の利用はすべて禁止するという、既存のルールを明確化し、強化します。そのような動作により、ユーザーの許可なく設定が変更される、Android のプライバシー管理策が回避される、ユーザーの知らないうちにまたは同意なしにアクションが実行されてユーザー インターフェースが不正に利用される、といった事象が引き起こされる恐れがあります。
（2026 年 1 月 28 日発効）
現行の記事「機密情報へのアクセスに関する権限と API」は、こちらのページをご覧ください。
ユーザーの信頼を高めるため、Google Play では、機密性の高いユーザーデータにアクセスする権限と API に対するリクエストは、Google Play ストアの掲載情報で宣伝されているアプリのコア機能に必要であり、ユーザーが使用目的に同意している場合に限定しています。機密データは、決して不正使用したり、不必要にアクセスしたりしてはならず、また、十分な情報を開示しなければなりません。権限と機密性の高い API をリクエストする際は、各レベルを説明しながら段階的に行います。データは同意された目的にのみ使用し、目的が異なる場合は新たに同意を取得する必要があります。コンプライアンスを徹底するため、ポリシー全文を確認してください。
機密情報にアクセスする権限や API のリクエストは、ユーザーにとって理に適うものでなければなりません。そのため、機密情報にアクセスする権限や API をリクエストできるのは、アプリで現在提供している機能やサービスの実装に必要で、それらが Google Play ストアの掲載情報に掲載されている場合に限られます。ユーザーデータやデバイスデータへのアクセスを必要とする機能や目的が公開されていないもしくは実装されていない場合、または認可されていない場合には、機密情報にアクセスする権限や API は利用できません。機密情報にアクセスする権限または API を通じてアクセスした個人情報や機密情報を販売したり、販売を促進する目的で共有したりすることは禁止されています。
データにアクセスするために、機密情報にアクセスする権限または API をリクエストする場合は、アプリが権限をリクエストする理由をユーザーが理解しやすいように状況に合わせて（段階的にリクエストする形で）行うようにしてください。データの使用は、ユーザーが同意した目的に限られます。後になって他の目的でデータを使用する必要が出てきた場合は、その追加の用途に関して、あらためてユーザーにリクエストし、同意を得る必要があります。
制限付きの権限
ユーザーのプライバシーを保護するために、Google Play では、さまざまな制限付き権限を定義し、追加の要件を課しています。そこでは、アプリがそれらの権限を責任を持って使用し、ユーザーを操作してアクセスを許可させることのないよう求めています。ユーザーが権限のリクエストを拒否した場合は、その選択を尊重して代替案を提示する必要があります。特定の制限付き権限には、さらに追加の要件がある場合があることに注意してください。コンプライアンスを徹底するため、ポリシー全体を確認してください。
上記に加えて、制限付きの権限とは、「Dangerous」、「Special」、「Signature」と指定される権限、または下記のような権限です。これらの権限には、以下に示す追加の要件と制限が適用されます。
- 制限付きの権限を通じてアクセスされたユーザーデータやデバイスデータは、ユーザーの個人情報および機密情報と見なされ、ユーザーデータに関するポリシーの要件が適用されます。
- ユーザーが制限付き権限のリクエストを承認しない場合はその決定を尊重してください。重要でない権限についてユーザーに同意するよう誘導または強制することも認められません。機密情報に関わる権限へのアクセスを許可しないユーザーにも対応する（たとえば、ユーザーが通話履歴へのアクセスを制限している場合であれば電話番号を手動で入力できるようにするなど）よう、合理的な努力を尽くす必要があります。
- Google Play のマルウェアに関するポリシー（昇格させた権限の悪用を含む）に違反する権限の使用は、明示的に禁止されています。
一部の制限付き権限には、下記の追加要件が適用されることがあります。これらの制限の目的は、ユーザーのプライバシーを守ることにあります。ただし、非常にまれなケースですが、アプリがきわめて必要性の高いまたは重要な機能を提供していて、その機能を実現する他の手段が現時点で他に存在しない場合には、下記の要件について例外が認められることがあります。例外が申請された場合は、ユーザーに対して想定されるプライバシーまたはセキュリティ上の影響を考慮して審査します。
考慮すべきポイント
| すべきこと | すべきでないこと |
| ユーザーが制限付きの権限を拒否した場合、アプリはごまかすことなく、その決定を尊重すること。 | Google Play のマルウェアに関するポリシーに違反する権限を使用しないこと（昇格させた権限の悪用を含む）。 |
| ユーザーが権限を拒否した場合は、機能を実行する別の手段を提供すること（データの手動入力など）。 | ユーザーを操ったり欺いたりしないこと。ユーザーが権限を付与するように圧力をかけたり騙したりしてはなりません。 |
| ユーザーデータに関するポリシーを遵守すること（これらの権限を使用してアクセスするデータはすべて機密情報であるため）。 | ユーザーが制限付きの権限を拒否した場合、アプリを機能させる妥当な代替手段をユーザーが使用することを拒否しないこと。 |
危険な権限（READ_CALENDAR など）は、明確な説明を示してランタイム リクエストでリクエストすること。 |
根拠なしにリクエストしないこと。制限付きの権限は、代替手段がなく、必要不可欠な機能についてやむを得ない場合にのみリクエストしてください。 |
特別な権限（SYSTEM_ALERT_WINDOW など）の承認を得る場合は、ユーザーをシステム設定ページに誘導すること。 |
SMS と通話履歴の権限
Google Play では、機密性の高い SMS および通話履歴データへのアクセスを厳しく制限しています。これらのデータへのアクセス権限をリクエストするには、アプリが、SMS、電話、またはアシスタントに指定されたデフォルト ハンドラーでなければなりません。権限の使用は、アプリの主な目的に絶対に不可欠な、文書化されたコアアプリ機能のみに限定されます。このデータは、広告やその他の承認されていない目的に決して使用してはなりません。コンプライアンスを徹底するため、ポリシーの全文を確認してください。
SMS と通話履歴に関する権限は、ユーザーの個人情報と機密情報と見なされ、個人情報と機密情報に関するポリシーおよび以下の制限が適用されます。
| 制限付きの権限 | 要件 |
|---|---|
| 通話履歴に関する権限グループ（例: READ_CALL_LOG、WRITE_CALL_LOG、PROCESS_OUTGOING_CALLS） | ユーザーのデバイスで、アプリがデフォルトの電話ハンドラまたはアシスタント ハンドラとして能動的に登録されている必要があります。 |
| SMS に関する権限グループ（例: READ_SMS、SEND_SMS、WRITE_SMS、RECEIVE_SMS、RECEIVE_WAP_PUSH、RECEIVE_MMS） | ユーザーのデバイスで、アプリがデフォルトの SMS ハンドラまたはアシスタント ハンドラとして能動的に登録されている必要があります。 |
デフォルトの SMS ハンドラ、電話ハンドラまたはアシスタント ハンドラとしての機能をアプリが備えていない場合、マニフェストで上記の権限の使用を宣言することはできません（マニフェスト内のプレースホルダ テキストである場合を含みます）。また、ユーザーに上記の権限の許可をリクエストする前に、アプリがデフォルトの SMS ハンドラ、電話ハンドラまたはアシスタント ハンドラとして有効に登録されている必要があります。アプリがデフォルトのハンドラではなくなったときは、直ちに該当する権限の使用を停止しなければなりません。許可されている使用方法と例外については、ヘルプセンターのこちらのページをご覧ください。
アプリが使用できる権限は、承認済みの重要なアプリの機能を提供するために必要な権限（およびその権限で取得したデータ）のみです。重要な機能とは、アプリの主たる目的である機能をいいます。いくつかの機能のセットである場合もあり、そのすべてがアプリの説明文の中に認識しやすい形で明記されている必要があります。その機能がなければアプリが「壊れている」、使用できない、と見なされるような機能が「重要な機能」にあたります。このデータの転送、共有、またはライセンス下での使用は、アプリ内で重要な機能やサービスを提供することのみを目的として許可されるものであり、その他の目的（他のアプリやサービスの改善、広告、マーケティング目的など）でデータを使用することはできません。通話履歴や SMS に関連する権限に基づくデータを取得するために、他の権限、API、第三者の提供元など、代わりの方法を使用することはできません。
考慮すべきポイント
| すべきこと | すべきでないこと |
| Google Play Console で申告フォームを送信する。 | コア機能に必要であることを示す妥当な理由がなければ、SMS / 通話履歴権限をリクエストしない。 |
| ユーザーにアクセスを求めるコア機能を明確に文書で示す。 | このデータを広告や他の目的に使用しない。 |
| 可能な場合は、SMS Retriever API など、ポリシーに準拠した代替手段を使用する。 | 不要な SMS / 通話履歴データを保存したり共有したりしない。 |
| デフォルトのハンドラー ステータスでなくなったらすぐにデータへのアクセスを停止する。 | 別の方法でこのデータを取得しようとしない。 |
| SMS / 通話履歴権限の許可された使用法と例外を確認する。 |
位置情報の利用許可
ユーザーのプライバシーを保護するために、バックグラウンドでの位置情報へのアクセスに関するポリシーでは、アプリがアクセスすることに対して明確な正当性を示し、ユーザーの明示的な同意を得ることを求めています。デバイスの位置情報へのアクセスは、ユーザーに直接メリットのある、アプリの主要目的に不可欠な機能に限定されており、広告や分析のためだけに許可されることはありません。可能な限り、おおよその位置情報やフォアグラウンドでのアクセスなどの機密性の低いオプションを選択し、リクエストするアクセスを必要最小限にしてください。デバイスの位置情報へのフォアグラウンド サービスでのアクセスは、ユーザーが開始する一時的なものでなければなりません。また、バックグラウンドでのアクセスは重要な機能に限られます。コンプライアンスを徹底するため、ポリシー全体を確認してください。
デバイスの位置情報は、ユーザーの個人情報および機密情報と見なされ、個人情報と機密情報に関するポリシー、バックグラウンドでの位置情報に関するポリシー、および以下の要件が適用されます。
- アプリで現在の機能やサービスを提供する必要がなくなった後は、位置情報の権限（
ACCESS_FINE_LOCATION、ACCESS_COARSE_LOCATION、ACCESS_BACKGROUND_LOCATIONなど）で保護されているデータにアプリからアクセスすることはできません。 - 広告や分析のみを目的として、ユーザーに位置情報の利用許可をリクエストしてはなりません。このデータの許可された利用の範囲を広告配信にも適用するアプリは、広告ポリシーを遵守していなければなりません。
- アプリがリクエストするアクセスのレベルは、位置情報を必要とする現在の機能やサービスを提供するうえで必要最低限に留め（つまり、高精度よりも低精度、バックグラウンドよりもフォアグラウンド）、そのレベルの位置情報が機能やサービスに必要であることをユーザーが合理的に予期できる必要があります。たとえば、バックグラウンドで位置情報をリクエストまたは利用することに合理的な根拠がないアプリは承認されない可能性があります。
- バックグラウンドで位置情報が利用できるのは、ユーザーにとってメリットがあり、かつアプリの重要な機能に関連する機能を提供する場合のみです。
アプリからフォアグラウンド サービスの権限で（たとえば「使用中」のみ許可されるなど、フォアグラウンドでのアクセス権でのみ）位置情報にアクセスするのが認められるのは、以下の場合です。
- アプリ内でユーザーが開始したアクションの続きとして位置情報の利用が開始され、かつ
- ユーザーが開始したアクションの意図されたユースケースが完了した後、直ちにその利用が終了する場合
子供を主な対象とするアプリは、ファミリー向けポリシーを遵守する必要があります。
ポリシーの要件について詳しくは、こちらのヘルプ記事をご覧ください。
考慮すべきポイント
| すべきこと | すべきでないこと |
| 子供を対象としたアプリについては、ファミリー向けポリシーに準拠する。 | デバイスの位置情報を広告や分析の目的のみに使用しない。 |
| アプリを公開するために送信する前に、重要な権限の要件を確認する。 | 不要になったデータにはアクセスしない。 |
| バックグラウンドでの位置情報について、Google Play Console で申告する。 | 子供向けのアプリではデバイスの位置情報をリクエストしない。 |
| デバイスの位置情報を販売しない。 |
すべてのファイルへのアクセス権限
Google Play のポリシーでは、アプリからユーザーのファイルやディレクトリへのアクセスを、機密情報に関わるリスクの高いアクセスとして扱い、そのため Android 11 以降は MANAGE_EXTERNAL_STORAGE 権限の使用を制限しています。この権限は、アプリに必須のコア機能においてユーザー向けの目的で広範な使用を必要とする場合にのみ許容されますが、第三者向けの目的に使用することは認められていません。この制限により、不要なデータ収集を防ぎ、ユーザーのプライバシーを保護することができます。この権限をリクエストするアプリは、プライバシーに関してユーザーが十分な情報に基づいて判断できるよう明確なメッセージを表示し、Google Play のアプリ審査で承認を得る必要があります。コンプライアンスを徹底するため、ポリシー全体を確認してください。
ユーザーのデバイス上のファイルとディレクトリの属性は、ユーザーの個人情報および機密情報と見なされ、個人情報と機密情報に関するポリシーおよび以下の要件が適用されます。
- アプリがリクエストするアクセスの対象は、アプリが機能するうえで不可欠なデバイス ストレージに限定する必要があります。ユーザー向けの不可欠なアプリ機能と関係のない目的で第三者のためにデバイス ストレージへのアクセスをリクエストしてはなりません。
- R 以降を搭載している Android デバイスでは、共有ストレージ内のアクセスを管理するには、
MANAGE_EXTERNAL STORAGE権限が必要です。R をターゲットとし、共有ストレージへの幅広いアクセス（「すべてのファイルへのアクセス」）をリクエストするアプリは必ず、公開前に適切なアクセスに関する審査に合格する必要があります。この権限の使用を許可されたアプリは、[特別なアプリアクセス] 設定で [すべてのファイルへのアクセス] を有効にするように求めるメッセージを、ユーザーにはっきり表示する必要があります。R のこの要件について詳しくは、こちらのヘルプ記事をご覧ください。
考慮すべきポイント
| すべきこと | すべきでないこと |
| ストレージ アクセス フレームワークや MediaStore API など、プライバシーに配慮した代替策を優先的に使用すること。 |
メディア ファイルへのアクセスや、ユーザーが個別のファイルを手動で選択するファイル選択アクティビティなどの許可されていないユースケースで |
| Google Play Console で申告フォームを送信する際にこの権限を申告すること。 | アプリのコア機能を不実表示しないこと。 |
| アプリの審査でアプリのコア機能を明確に定義して文書化すること。 |
開示された必要不可欠なニーズを超えて、データを保存または共有しないこと。 |
| [特別なアプリアクセス] 設定で [すべてのファイルへのアクセス] を有効にするように求めるメッセージをユーザーにはっきり表示すること。 | |
| 詳しくは、Android R の要件をご確認ください。 |
写真と動画に関する権限
ユーザーのプライバシーとセキュリティを保護するため、Google Play では、READ_MEDIA_IMAGES または READ_MEDIA_VIDEO 権限をリクエストするアプリに対して、写真や動画への永続的アクセスまたは頻繁なアクセスをすることが明確に必要なコア ユースケースを示すことを求めています。アプリがこのアクセス要件を満たしていない場合は、権限を削除する必要があります。1 回または限られた頻度でのアクセスでかまわない場合は、プライバシー保護が強化された Android Photo Picker など、システムの選択ツールを代わりに使用してください。コンプライアンスを徹底するため、ポリシー全文を確認してください。
ユーザーのデバイス上の写真と動画は、ユーザーの個人情報および機密情報と見なされ、Google Play のユーザーデータに関するポリシーが適用されます。アプリは、アプリの機能に直接関連する目的のためにのみ写真と動画にアクセスできます。ユーザー向けのアプリの機能とは無関係な目的で、第三者に代わってアクセス権限をリクエストすることはできません。より強力なプライバシー保護機能を提供できるように、写真選択ツールのようなシステムの選択ツールの使用をおすすめします。
デバイス上の共有ストレージにある写真や動画ファイルへの幅広いアクセスを必要とするアプリは、適切なアクセスに関する審査に合格し、共有ストレージにある写真や動画への頻繁または持続的なアクセスを必要とする中核的なユースケースを実証しなければなりません。こうしたファイルに一度だけアクセスする必要があるアプリや、頻繁にアクセスする必要がないアプリでは、Android の写真選択ツールなどのシステムの選択ツールをご使用いただく必要があります。
写真や動画への幅広いアクセスには、以下の要件も適用されます。
- Android 13（API レベル 33）以降をターゲットとするアプリでは、デバイスの共有ストレージにある写真または動画ファイルにアクセスするために、
READ_MEDIA_IMAGES権限またはREAD_MEDIA_VIDEO権限が必要です。Android 13 以降をターゲットとし、READ_MEDIA_IMAGES権限またはREAD_MEDIA_VIDEO権限をリクエストするアプリは必ず、公開前に適切なアクセスに関する審査に合格しなければなりません。READ_MEDIA_VIDEO権限またはREAD_MEDIA_IMAGES権限へのアクセスをリクエストするアプリは、共有ストレージにある写真や動画への持続的なアクセスまたは頻繁なアクセスを必要とする中核的なユースケースを実証しなければなりません。
アプリが READ_MEDIA_VIDEO 権限または READ_MEDIA_IMAGES 権限による幅広いアクセス権を必要としない場合、またはその資格がない場合は、ポリシー審査要件を満たすために、この権限をアプリのマニフェストから削除してください。
制限付きの権限に関するポリシーに従い、デバイス上のメディア ファイルへの幅広いアクセスを許可しないユーザーにも適切に対応するために合理的な努力を尽くす必要があります。たとえば、ユーザーがアプリの機能やコア機能を利用できるように配慮されたアプリ エクスペリエンスを提供する必要があります。
写真や動画にアクセスする正当なユースケースはあるものの、READ_MEDIA_IMAGES 権限や READ_MEDIA_VIDEO 権限を利用できないアプリは、写真選択ツールなどのシステムの選択ツールを使用できます。詳しくは、こちらのヘルプセンター記事をご覧ください。
考慮すべきポイント
| すべきこと | すべきでないこと |
| Google Play Console で申告フォームを送信する。 | 必要以上に写真や動画データを収集しない。 |
| 広範なアクセスが必要ない場合は、写真選択ツールなどのシステムの選択ツールを使用する。 | ユーザーの同意を回避したり操作したりしない。 |
| アプリの審査を受ける際に、ユースケースが妥当であることを示す証拠を提示する。 | ユーザーが重要でない権限を拒否した場合でも、機能をブロックしたり制限したりしない（代わりに、システムの選択ツールを使用してファイル リクエストを適切に処理します）。 |
| アプリに権限が必要な理由をユーザーに明確に説明する。 | |
| その他の情報について、Google Play の写真と動画の権限に関するポリシーの詳細を確認する。 |
パッケージ（アプリ）の公開設定権限
ユーザーのインストール済みアプリ インベントリにアクセスすることは機密性の高い行為です。Google Play ポリシーでは、広範に可視化する権限（QUERY_ALL_PACKAGES）を厳しく制限しており、相互運用性を確保するために、インストールされたアプリに関する情報を広く必要とするコアアプリ機能にのみ許可しています。できるだけ、ターゲットを絞った限定的なクエリを使用して、特定のアプリにアクセスするようにします。これにより、プライバシーがより保護されます。いかなる状況においても、インストール済みアプリ インベントリのデータは、広告や分析で収益を得るために販売したり共有したりすることはできません。コンプライアンスを徹底するため、ポリシーの全文を確認してください。
デバイスにクエリして入手したインストール済みアプリの一覧は、ユーザーの個人情報かつ機密情報と見なされ、個人情報と機密情報に関するポリシーおよび以下の要件が適用されます。
デバイス上の他のアプリを起動、検索、相互運用することが主要な目的であるアプリは、以下で概説するように、デバイス上の他のインストール済みアプリに対して、スコープに応じた可視性を得ることができます。
- 広範なアプリの可視性: 広範な可視性とは、アプリがデバイス上のインストール済みアプリ（「パッケージ」）を幅広く（「広範に」）見渡せる（可視性が与えられている）ことを指します。
- API レベル 30 以降をターゲットとするアプリの場合、
QUERY_ALL_PACKAGES権限によってインストール済みアプリについて広範な可視性が得られるのは、特定のユースケース（当該アプリが機能するためにデバイス上のすべてのアプリを認識するか、それらのアプリと相互運用する必要がある場合）に制限されます。- スコープを絞ったパッケージの可視性を宣言（広範な可視性をリクエストせず、特定のパッケージをクエリしてやり取りするなど）して動作させることが可能なアプリでは、
QUERY_ALL_PACKAGESを使用しないでください。
- スコープを絞ったパッケージの可視性を宣言（広範な可視性をリクエストせず、特定のパッケージをクエリしてやり取りするなど）して動作させることが可能なアプリでは、
QUERY_ALL_PACKAGES権限に関連付けられた広範な可視性レベルに近い別の方法の使用も同様に、ユーザー向けの主要なアプリ機能と、その別の方法によって検出されたアプリとの相互運用に制限されます。QUERY_ALL_PACKAGES権限を使用できるユースケースについては、こちらのヘルプセンター記事をご覧ください。
- API レベル 30 以降をターゲットとするアプリの場合、
- 限定的なアプリの可視性: 限定的な可視性とは、アプリが、よりターゲットを絞った（「広範」ではない）方法を使って特定のアプリをクエリすることによりデータへのアクセスを最小限に抑える場合（アプリのマニフェスト宣言を満たす特定のアプリをクエリすることができます）を指します。アプリが相互運用性に関するポリシーを遵守している場合や他のアプリの管理を担っている場合は、この方法でそれらのアプリをクエリすることができます。
- デバイス上のインストール済みアプリのインベントリに対する可視性は、アプリの主要な目的やユーザーがアプリ内でアクセスする主要な機能に直接関連する必要があります。
Google Play で配信中のアプリにクエリして入手したアプリ インベントリのデータを、分析や広告収益化の目的で販売、共有することは禁止されています。
考慮すべきポイント
| すべきこと | すべきでないこと |
QUERY_ALL_PACKAGES など、リスクの高い権限については、Google Play Console で申告フォームを送信する。 |
スコープを絞った限定クエリでニーズを満たすことができる場合は、 |
| アプリの審査を受ける際には、広範なアプリの可視性が必要である理由、またはスコープを絞った可視性が必要である理由を明確に文書化する。 | ポリシーで明示的に認められていない方法で広範なアプリの可視性を取得しない。 |
| 必要最小限のデータのみにアクセスする。 | アプリのコア機能やデータが必要な理由に関して虚偽の情報を提供しない。 |
| 許可されるユースケースについては、QUERY_ALL_PACKAGES 権限の許可される使用方法を確認する。 | インストール済みアプリのデータから不必要なデータを収集したり使用したりしない。 |
Accessibility API
Google Play では、さまざまなアプリに対して AccessibilityService API の使用を認めています。ただし、サービスがメタデータで isAccessibilityTool=true を設定してユーザー補助ツールであると宣言できるのは、障がいのあるユーザーがデバイスを利用したり、障がいに起因する課題を克服したりするのを支援するために設計されている場合に限られます。それらのアプリは、認識しやすい開示と同意の要件を満たすことを免除されます。上記以外の用途で設計されたアプリ、またはユーザー補助ツールとして申告していないアプリの場合は、Google Play Console でユーザー補助ツールの申告を行うとともに、データのアクセスと使用に関する明確なアプリ内開示を実装し、明示的なユーザーの同意を得る必要があります。コンプライアンスを徹底するため、ポリシーの全文を確認してください。
Accessibility API を次の目的で使用することはできません。
- ユーザーの許可なくユーザー設定を変更したり、ユーザーがアプリまたはサービスを無効化またはアンインストールできないようにしたりする。ただし、保護者による使用制限を使用するアプリを通じて親権者または保護者の許可を得るか、エンタープライズ マネジメント ソフトウェアを通じて認定済み管理者の許可を得た場合を除きます。
- Android に組み込まれているプラットフォームのセキュリティ管理、プライバシー管理、通知機能を回避する、または
- 不正な方法または Google Play デベロッパー ポリシーに違反するその他の方法で、ユーザー インターフェースを変更または利用する。
Accessibility API は、次の目的には設計されておらず、そのようなリクエストを受けることもできません。
- リモート通話の音声録音
- アクションや決定を自律的に開始、計画、実行するアプリ
Accessibility API を使用する場合は、Google Play のストアの掲載情報に記載する必要があります。
IsAccessibilityTool に関するガイドライン
障がいのあるユーザーを直接サポートする機能を主体とするアプリは、ユーザー補助アプリであることを公的に宣言するために IsAccessibilityTool を使用できます。
IsAccessibilityTool の対象とならないアプリはこのフラグを使用できませんが、ユーザー補助に関連する機能をユーザーが認識しにくいため、ユーザーデータに関するポリシーに規定されている「認識しやすい開示と同意の要件」を遵守する必要があります。
Accessibility API を使用しなくても必要な機能を提供できるのであれば、より限定された範囲の API と権限をアプリで使用してください。
禁止されているユースケースと IsAccessibilityTool の使用に関するガイダンスについて詳しくは、AccessibilityService API に関するヘルプセンターの記事をご覧ください。
考慮すべきポイント
| すべきこと | すべきでないこと |
アプリの主要な目標が障がいサポートである場合は、サービスのメタデータ ファイルで正確に isAccessibilityTool=true を宣言すること。 |
isAccessibilityTool フラグを不正使用しないこと。アプリが障がい者サポートツールでない場合は使用しないでください。 |
| AccessibilityService API を使用する場合は、Google Play Console で明確に申告し、デモ動画を提供すること。 | 権限なしでユーザー設定を変更しないこと、プライバシー管理を迂回しないこと、リモート通話の音声を録音しないこと。 |
| 指定されたユーザー補助ツールでない場合は、アプリ内で明確に開示してユーザーの同意を得ること。 | アクションや決定を自律的に開始、計画、実行するために API を使用しないこと。 |
| ユーザー補助ツールとして申告していないアプリで AccessibilityService API を使用している場合は、Google Play Console で申告フォームを送信する際にユーザー補助の申告を完了すること。 | ユーザーを欺いたり誤解させたりしないこと。詐欺的な方法で UI を変更または利用するために API を使用することはできません。 |
| データの収集および使用を、開示および申告された目的に厳密に限定して行うこと。 | 不要なデータを収集しないこと。データの収集は、開示された目的に厳密に限定する必要があります。 |
| Accessibility API を使用しなくても目的の機能を提供できる場合は、より限定された範囲の API と権限を使用すること。 | 開示の要件を回避しないこと。開示をプライバシー ポリシーまたはその他のアプリの説明の代わりにすることはできません。 |
パッケージ インストールのリクエスト（REQUEST_INSTALL_PACKAGES）権限
REQUEST_INSTALL_PACKAGES 権限により、アプリは他のアプリ パッケージのインストールをリクエストできます。この権限は、アプリのコア機能に制限されます。具体的には、主な目的がアプリ パッケージの送信、受信、またはユーザーによるインストールの有効化である場合です。この権限を使用してアプリを更新したり、アプリの機能を変更したりすることは、禁止されています。また、他の APK をバンドルして自動インストールすることや、不正なインストールをすることもできません（エンタープライズ管理を除く）。すべてのインストールは、ユーザーが自ら直接選択した場合に限ります。Android 8 以降を対象とするアプリが Intent.ACTION_INSTALL_PACKAGE を使用するには、この権限を保持している必要があります。コンプライアンスを徹底するため、ポリシー全文を確認してください。
Request Install Packages 権限を使用すると、アプリからアプリ パッケージのインストールをリクエストできます。この権限を使用するには、アプリのコア機能に以下の両方が含まれている必要があります。
- アプリ パッケージを送信または受信する機能
- ユーザーが自発的にアプリ パッケージのインストールを開始する機能
たとえば次のような機能が許可されています。
- ウェブのブラウジングまたは検索
- 添付ファイルをサポートするコミュニケーション サービス
- ファイルの共有、転送、管理
- 企業向けデバイスの管理
- バックアップと復元
- デバイスの移行または電話の転送
- スマートフォンをウェアラブル デバイスや IoT デバイス（スマートウォッチ、スマートテレビなど）に同期するためのコンパニオン アプリ
コア機能とは、アプリの主要な目的を果たすために必要不可欠な機能を指し、そのすべてがアプリの説明文に認識しやすい形で明記されている必要があります。
REQUEST_INSTALL_PACKAGES 権限は、デバイス管理を目的とする場合を除き、自動更新、修正、アセット ファイル内での他の APK のビルドには使用できません。パッケージの更新とインストールにおいては、常に Google Play のデバイスやネットワークでの不正行為に関するポリシーに準拠しなければならず、ユーザーが自発的に操作する必要があります。 考慮すべきポイント
| すべきこと | すべきでないこと |
| Google Play のアプリの掲載情報で、また Google Play Console から申告フォームを送信する際に、この権限を必要とするコア機能を明確かつはっきりと目立つように文書化すること。 | アプリの主要な目的と直接関連がない機能についてこの権限をリクエストしないこと。これにはピアツーピア（P2P）共有も含まれます。P2P がアプリの主要な目的である場合に限り、許容される用途として見なされます。 |
|
許可された機能に厳密に限定すること（ウェブのブラウジング / 検索、ファイルの共有 / 転送 / 管理、企業デバイス管理、バックアップ / 復元、デバイスの移行 / 電話の転送、スマートフォンをウェアラブル デバイスまたは IoT デバイスと同期するコンパニオン アプリなど）。 |
必要なタスクをより抑制的な方法で実行できる場合は、この権限をリクエストしないこと。 |
| アプリのインストールがバックグラウンドで行われたり意図せず行われたりしないように防止すること。すべてのアプリ パッケージのインストールはユーザーによって明示的に開始される必要があります。 |
Google Play Console の申告を最新の正確な情報で改訂しない限り、アプリがこの権限を使用する方法を変更しないこと。この権限を申告なしで詐欺的に使用することは禁止されています。 |
ボディセンサー データへのアクセス権限
ポリシー 概要
Google Play は、ユーザーのプライバシーを保護するため、機密性の高いボディセンサー データ（心拍数、血中酸素ウェルネス、皮膚温など）にアクセスするための要件として、ユーザーデータに関するポリシーおよび健康アプリに関するポリシーへの準拠を義務付けています。
Android 16 より、アプリでは、一般的な android.permission.BODY_SENSORS 権限から、新たに細分化された健康に関する権限に移行する必要があります。たとえば、心拍数データにアクセスする場合は android.permission.health.READ_HEART_RATE 権限を使用することになります。この変更の適用対象は、Wear OS を含めフォーム ファクタを問わず、Android 16 以降をターゲットとするすべてのアプリです。変更点の一覧については、動作の変更点: Android 16 以上をターゲットとするアプリのページをご覧ください。Google は、ボディセンサー権限（以前の権限と新しい権限の両方）を求めるすべてのリクエストを審査し、アプリのユースケースがユーザーに直接利益をもたらすこと、および Google のポリシーに準拠していることを確認します。
身体関連のパラメータ（心拍数、血中酸素ウェルネス、皮膚温など）を測定するセンサーのユーザーデータは、機密性の高い個人データに該当します。こうしたデータへのアクセス権をリクエストするアプリは、ユーザーデータに関するポリシーと健康アプリに関するポリシーで定められている要件を満たす必要があります。スマートフォン、タブレット、Wear OS デバイスなどフォーム ファクタを問わず、android.permission. 権限や BODY_SENSORS android.permission. _BACKGROUNDBODY_SENSORS
Android 16 以降、包括的な BODY_SENSORS 権限は、特定のデータタイプごとに細分化され、プライバシー保護に適した android.permissions.health.* 権限に移行されます（android.permission.health.READ_HEART_RATE 、android.permission.health.READ_OXYGEN_SATURATION 、android.permission.health.READ_SKIN_TEMPERATURE など）。
Android 16 以降をターゲットとするアプリでは、従来 BODY_SENSORS 権限を必要としていた API に対して、これらの個別の権限を使用する必要があります。詳しくは、動作の変更点: Android 16 以降をターゲットとするアプリのページをご覧ください。
ボディセンサー権限（以前の権限と、細分化された新しい権限の両方）を求めるすべてのリクエストは審査され、こうした機密性の高い個人データの使用目的が、ユーザーに直接利益をもたらす承認済みのユースケースに合致しているか確認されます。承認済みの主なユースケースには、フィットネスやウェルネスの状況の記録（ワークアウトのリアルタイム モニタリングなど）、病気やその他の状態のモニタリング、適切な承認を得たうえでの健康調査、ウェアラブル用コンパニオン アプリの強化などがあります。
禁止事項、承認済みのユースケース、要件の詳細など、ポリシーに関する包括的なガイダンスについては、健康関連の Android アプリの権限: ガイダンスとよくある質問をご覧ください。
考慮すべきポイント
| すべきこと | すべきでないこと |
広範な BODY_SENSORS 権限の代わりに、個別に細分化された健康に関する権限（android.permission.health.READ_HEART_RATE など）を使用する。 |
個別の健康に関する権限が利用できる場合は、 |
| データを厳密に必要とする、ユーザーに有益なコア機能（例: フィットネスのトラッキング、健康状態のモニタリング）をアプリに必ず実装する。 | ユーザーに対する明確かつ直接的なメリットにつながらないデータにアクセスしない。 |
| ユーザーデータに関するポリシーおよび健康アプリに関するポリシーに準拠する。 | 広告全般、分析、推定される健康状態に基づくユーザーのプロファイリングなど、承認されていない目的でボディセンサー データをリクエストしたり使用したりしない。 |
| アプリの意図された目的に必要な特定のデータ、および必要最小限の権限のみをリクエストする。 | 基本的なユーザーデータに関するポリシー、および健康アプリに関するポリシーを無視したり、迂回しようとしたりしない。 |
| Android の健康に関する権限: ガイダンスとよくある質問を参照し、ユースケースと要件の一覧を確認する。 |
Android の権限によるヘルスコネクト
ヘルスコネクト データへのアクセスは、主要なユースケースが承認されており、健康、フィットネス、医療、または健康調査に関するアプリに限定されています。データへのアクセスをこれらの承認された機能に必要な最小限の範囲に厳密に制限し、健康に関するデータを第三者と共有する場合は、事前にユーザーの明示的な同意を得る必要があります。透明性が重要であるため、データの収集、使用、管理、削除について明確に開示し、包括的なプライバシー ポリシーを提示してください。ユーザーデータを不正アクセスから保護し、適用されるすべての法律および規制（例: HIPAA、GDPR）を遵守する必要があります。コンプライアンスを徹底するため、ポリシー全文を確認してください。
ヘルスコネクトは、健康＆フィットネスのアプリのための Android プラットフォームです。この統合されたエコシステムの中で、アプリは同じデバイス上のデータを保存し、共有できます。ユーザーは、医療記録を含め、健康とフィットネスに関するデータの読み取りと書き込みをどのアプリに許可するかを管理することもできます。医療記録には、医療従事者もしくは医療機関から、またはサポートされているサードパーティの健康管理プラットフォームを通じて取得した、病歴、診断、治療、投薬、検査結果、その他の臨床データが含まれます。
ヘルスコネクトは、歩数や体温、医療記録データなど、さまざまなデータタイプの読み取りと書き込みに対応しています。
ヘルスコネクト権限を通じてアクセスされるデータは、ユーザーの個人情報および機密情報と見なされ、ユーザーデータに関するポリシーが適用されます。アプリが健康アプリに該当する場合、または健康関連の機能を有し、健康に関するデータ（ヘルスコネクト データを含む）にアクセスする場合は、健康アプリに関するポリシーも遵守する必要があります。
ヘルスコネクトの使用を開始する方法については、こちらの Android デベロッパー ガイドをご覧ください。ヘルスコネクトのデータタイプへのアクセスをリクエストする方法および、その他のよくある質問については、健康関連の Android アプリの権限: ガイダンスとよくある質問をご覧ください。
Google Play で配信されるアプリがヘルスコネクトでデータの読み取り / 書き込みを行うには、次のポリシー要件を満たす必要があります。
ヘルスコネクトのアクセス方法と使用方法
ヘルスコネクトは、該当するポリシーと利用規約に準拠したうえで、このポリシーによって規定されている承認された用途に限り使用できます。これは、アプリまたはサービスの用途が承認された用途のいずれかに該当する場合に限り、権限へのアクセスをリクエストできることを意味します。
承認された用途には、フィットネスとウェルネス、特典、フィットネス コーチング、企業の健康管理プログラム、医療、健康調査、ゲームがあります。これらの用途へのアクセスが認められたアプリケーションは、その使用を、非公開の目的または許可されていない目的にまで拡張することはできません。
ヘルスコネクト権限へのアクセスをリクエストできるのは、ユーザーの健康とフィットネスの増進を目的として設計された機能を 1 つ以上備えたアプリまたはサービスのみです。これには次のものが含まれます。
- ユーザーが自分の身体活動、睡眠、心の健康、栄養、健康状態の測定値、身体的特徴、医療記録、または健康やフィットネスに関連するその他の記述や測定値を直接記録、レポート、モニタリング、分析できるアプリまたはサービス。
- ユーザーが自分の身体活動、睡眠、心の健康、栄養、健康状態の測定値、身体的特徴、医療記録、または健康やフィットネスに関連するその他の記述や測定値をユーザーのデバイスに保存して、承認された用途に適合するその他のオンデバイス アプリとデータを共有できるアプリまたはサービス。
- ユーザーが持病、治療、またはケアサポートを管理できるアプリまたはサービス。
このポリシー、またはヘルスコネクトに適用されるその他の利用規約またはポリシーに違反する形で、ヘルスコネクトにアクセスしてはなりません。これには以下を目的とする場合が含まれます。
- ヘルスコネクトの使用または障害によって、死亡、人身傷害、もしくは、個人や環境または財産上の損害に至ることが合理的に予想されるようなアプリ、環境、またはアクティビティ（核施設、航空管制システム、生命維持装置、兵器の作成または操作など）の開発、あるいはそれらに組み込む目的で、ヘルスコネクトを使用してはなりません。
- ヘルスコネクトを通じて取得したデータに、ヘッドレス アプリを使用してアクセスしてはなりません。アプリでは、アプリトレイ、デバイスのアプリ設定、通知アイコンなどに、明確に特定できるアイコンを表示する必要があります。
- 互換性のないデバイスまたはプラットフォーム間でデータを同期するアプリで、ヘルスコネクトを使用してはなりません。
- 子供のみを対象とするアプリ、サービス、または機能に接続するために、ヘルスコネクトを使用してはなりません。
- デベロッパーは、合理的かつ適切な手順に沿って、ヘルスコネクトを使用するすべてのアプリまたはシステムを、不正または違法なアクセス、使用、破壊、紛失、改変、開示から保護する必要があります。
また、デベロッパーには、ヘルスコネクトの用途、およびヘルスコネクトを通じて得られたデータの用途に基づいて適用される、規制または法律上の要件を遵守する責任があります。たとえば、医療保険の相互運用性と説明責任に関する法律（HIPAA）の適用を受ける対象機関または業務提携者である場合、ヘルスコネクトから得た情報へのアクセスとその利用について、該当する要件を遵守する必要があります。EU のユーザーについて、一般データ保護規則（GDPR）の対象となるデベロッパーの場合も同様に、GDPR に基づく義務を遵守する必要があります。これらの法律および規則により、データ処理作業に関与する関係機関とデータを共有する前に、追加の契約（業務提携契約、データ処理契約など）の締結が必要になる場合があります。アプリ デベロッパーには、自身の作業にそのような契約が必要となるかどうかを判断する責任もあります。デベロッパーは、Google の求めに応じて、そのような契約または遵守の証拠を提示する必要があります。
Google の特定の製品またはサービスについて Google が提供するラベルまたは情報に明示的に記載されていない限り、Google は、特に調査、健康、医療の用途に限らず、いかなる用途または目的でも、ヘルスコネクトに含まれるデータの使用を推奨することや、そのようなデータの正確性を保証することはありません。Google は、ヘルスコネクトを通じて取得されたデータの使用に関連する、いかなる責任も負いません。
限定的な使用
ヘルスコネクトを使用する場合、データアクセスとデータ使用は特定の制限に従う必要があります。
- データ使用は、アプリのユーザー インターフェースに表示される適切なユースケースまたは機能の提供または改善に限定する必要があります。
- ユーザーデータは、セキュリティ上の目的で必要なとき（不正行為の調査など）、適用される法律または規則の遵守のために必要なとき、または合併買収の一環として必要なとき、ユーザーの明示的な同意がある場合に限り、第三者に転送できます。
- セキュリティ上の目的のため、法令の遵守のため、または法的要件に基づいて内部運用のために集約する場合のユーザーデータへの人によるアクセスは、ユーザーの明示的な同意が得られない限り制限されます。
- 上記以外のヘルスコネクト データの譲渡、使用、または販売は、以下の行為を含めてすべて禁止されています。
- 広告プラットフォーム、データ ブローカー、または情報リセラーなどの第三者にユーザーデータを譲渡または販売すること。
- パーソナライズ広告やインタレスト ベース広告など、広告の配信を目的としてユーザーデータを譲渡、販売、または使用すること。
- 信用力を判断するため、または貸与目的でユーザーデータを譲渡、販売、または使用すること。
- 医療機器と見なされる可能性がある製品またはサービスで、ユーザーデータを譲渡、販売、または使用すること。ただし、医療機器アプリが、ヘルスコネクト データの用途に関して、関連する規制機関（米国 FDA など）から必要な許可または承認を取得することを含め、適用されるすべての規制を遵守しており、ユーザーがそのような使用に明示的に同意している場合を除く。
- ユーザーが開始し、HIPAA の規則に準拠している場合を除き、（HIPAA で定義された）保護医療情報に関連する目的または方法で、ユーザーデータを譲渡、販売、または使用すること。
最小範囲
アクセスをリクエストできる権限は、製品の機能またはサービスの実装に必要なものに限られます。このようなアクセス リクエストは、必要なデータごとに個別に、また必要なデータだけに対して行われるべきです。
通知と管理の透明性と正確性
ヘルスコネクトは健康とフィットネスに関するデータを扱いますが、それには個人情報と機密情報が含まれます。デベロッパーは、包括的なプライバシー ポリシーを通じ、データの取り扱いに関して明確でわかりやすい開示を行う必要があります。その場合、次のようにしなければなりません。
- ユーザーデータへのアクセスを求めるアプリまたはサービスの識別情報を正確に示す。
- アクセス、リクエスト、収集するデータの種類に関して、明確かつ正確な情報を提供する。データは、アプリで提供されるユーザー向けの機能またはおすすめに関連したものでなければなりません。
- データを使用、共有する方法を示す。ある目的でデータをリクエストしながら、別の目的でもデータを使用する場合は、すべての用途をユーザーに開示する必要があります。
- ユーザーがアプリ上で個人データを管理または削除する方法と、アカウントの無効化や削除が行われたときにデータがどうなるかを示すヘルプ ドキュメントを提供する。
- 最新の暗号手法を使用して（HTTPS 経由などで）転送するなど、ユーザーのすべての個人情報や機密情報を安全に扱う。
ヘルスコネクトに接続するアプリに関する要件について詳しくは、こちらのヘルプセンター記事をご覧ください。
考慮すべきポイント
| すべきこと | すべきでないこと |
| アプリが健康アプリに該当する場合、または健康関連の機能を有し、健康に関するデータ（ヘルスコネクト データを含む）にアクセスする場合は、健康アプリのポリシーを遵守すること。 | 高リスクのアプリ（航空関連のアプリ、ペースメーカーのような生命にかかわるシステムを制御するアプリなど）または子供のみを対象とするアプリでヘルスコネクトを使用しないこと。 |
| Android の健康に関する権限: ガイダンスとよくある質問を参照して、ヘルスコネクトのデータタイプへのアクセスをリクエストし、その他のよくある質問を確認すること。 | 広告、信用度評価、データ ブローカーのためにユーザーデータを販売または転送しないこと。 |
| Google Play Console で申告フォームを送信し、ユーザーの役に立つようアプリがデータをどのように使用するかを説明する明確で詳細な根拠を示すこと。 | 必要とされる規制の遵守 / 認可なしに医療機器と組み合わせて使用しないこと。 |
| 必要な最小限のデータタイプのみをリクエストすること。 | 二次的な目的または承認されていない目的でヘルスコネクト データにアクセスしないこと。 |
| ユーザーデータを安全に処理すること（例: 最新の暗号手法を使用）。 | アプリのコア機能以外でデータ権限をリクエストしないこと。 |
VPN サービス
デベロッパーは、VpnService 基本クラスを使用することで、安全な VPN ソリューションを作成できます。Google Play では、コア VPN 機能を備えたアプリ、または重要な機能（保護者による使用制限、アプリの使用状況のトラッキング、デバイス セキュリティ、ネットワーク ツール、ウェブブラウザ、Carrier Servicesなど）でリモート サーバーへの接続が必要なアプリに対してのみ、VpnService の使用を認めています。重要なのは、認識しやすい開示と明示的な同意なしに、VpnService をユーザーの個人情報や機密情報の収集に使用してはならないということです。さらに、収益を得るために他のアプリからのユーザー トラフィックをリダイレクトまたは操作することも固く禁じられています。VpnService を使用するすべてのアプリは、このことを Google Play の掲載情報に明記するとともに、デバイスから VPN トンネル エンドポイントまでのすべてのデータを暗号化する必要があります。コンプライアンスを徹底するため、ポリシーの全文を確認してください。
VpnService は、アプリが独自の VPN ソリューションを拡張、構築できるようにするための基本クラスです。VPN がコア機能であり、VpnService を使用するアプリのみが、リモート サーバーへのデバイスレベルのセキュアなトンネルを作成できます。ただし、次のようなコア機能を実装するためリモート サーバーを必要とするアプリは例外となります。
- 保護者による使用制限や企業による管理を実装するアプリ。
- アプリの使用状況をトラッキングするアプリ。
- デバイス保護アプリ（ウイルス対策、モバイル デバイス管理、ファイアウォールなど）。
- ネットワーク関連ツール（リモート アクセスなど）。
- ウェブ ブラウジング用アプリ。
- テレフォニーサービスまたは接続サービスを提供するために VPN 機能の使用を必要とする携帯通信会社のアプリ。
VpnService を次の目的で使用することはできません。
- 認識しやすい開示および同意機能を実装せずに、ユーザーの個人情報や機密情報を収集する。
- 収益化を目的として、デバイスでの他のアプリからのユーザー トラフィックをリダイレクトまたは操作する（ユーザーの国とは異なる国から広告トラフィックをリダイレクトするなど）。
VpnService を使用するアプリは、次のすべての要件を満たす必要があります。
- VpnService を使用することを Google Play の掲載情報に記載する。
- デバイスから VPN トンネル エンドポイントに送信されるデータを暗号化する。
- 広告の不正行為、権限、マルウェアに関するポリシーを含む、すべてのデベロッパー プログラム ポリシーに準拠する。
| すべきこと | すべきでないこと |
| VpnService を使用することを Google Play の掲載ページに明確に記載する。 | コア VPN または特定の例外以外の目的で VpnService を使用しない。 |
| デバイスから VPN トンネルのエンドポイントまで、データを必ず暗号化する。 | 認識しやすい開示と同意なしに、ユーザーの個人情報や機密情報を収集しない。 |
| アプリのコア機能が VPN の使用ルールまたは許可された例外に準拠していることを確認する。 | 収益化を目的として、デバイスでの他のアプリからのユーザー トラフィックをリダイレクトしたり操作したりしない（たとえば、ユーザーの国とは異なる国から広告トラフィックをリダイレクトするなど）。 |
| アプリ内で認識しやすい形で情報を開示し、機密データの収集については明示的な同意を得る。 |
正確なアラームの権限
Android 13 以降の USE_EXACT_ALARM 権限の使用は厳しく制限されており、イベント通知機能付きの専用アラーム、タイマー、カレンダー アプリケーションなど、ユーザー向けのコア機能で正確に時間を計ることが本当に必要なアプリに限定されています。アプリのコア機能にこの特定のニーズがない場合は、代わりに SCHEDULE_EXACT_ALARM 権限の使用を検討してください。この権限も機能は同じですが、アクセスするにはユーザーの許可を得る必要があります。このポリシーは、システム リソースに影響を与える不正使用を防止するためのものです。コンプライアンスを徹底するため、ポリシー全文を確認してください。
新しく導入される権限「USE_EXACT_ALARM」により、Android 13（対象 API レベル 33）以降のアプリで正確なアラーム機能へのアクセスが許可されるようになります。
USE_EXACT_ALARM は制限付きの権限です。アプリがこの権限を宣言できるのは、アプリのコア機能で正確なアラームが必要な場合に限られます。この制限付きの権限をリクエストするアプリは審査の対象となり、妥当な用途の条件を満たさない場合は、Google Play で公開できなくなります。
正確なアラームの権限の妥当な用途
アプリが USE_EXACT_ALARM 機能を使用できるのは、ユーザー向けのコア機能で正確な時刻にアクションを実行する必要がある場合のみです。たとえば次のようなアプリが該当します。
- アラームアプリまたはタイマーアプリ。
- 予定の通知を表示するカレンダー アプリ。
上記以外の用途で正確なアラーム機能を必要とする場合は、SCHEDULE_EXACT_ALARM を代替オプションとして使用することをご検討ください。
考慮すべきポイント
| すべきこと | すべきでないこと |
アプリのコア機能がアラームまたはカレンダーである場合にのみ、自動付与バージョンの権限 USE_EXACT_ALARM をリクエストする。 |
アプリの主な目的に直接寄与しない、重要でない機能にはこの権限は使用しない。 |
上記の条件に合わない場合は、代わりに SCHEDULE_EXACT_ALARM を使用する。 |
|
| Google Play Console でアプリの機能を申告する。 | |
| 正確なアラーム機能の詳細について、正確なアラームを使用するための新しい権限を確認する。 |
全画面インテントの権限
Android 14 以降では、アラームの設定や通話の処理がコア機能であるアプリに対してのみ、USE_FULL_SCREEN_INTENT 権限が自動的に付与されます。その他のユースケースでは、全画面インテントの必要性を明確に説明して、明示的なユーザーの同意を得る必要があります。このポリシーでは、重要でない目的で全画面インテントが不正使用されることを防ぐとともに、全画面インテントの使用に際してはユーザーのデバイス、他のアプリ、または全体的なユーザビリティを妨げたり、干渉したりしないことを求めています。コンプライアンスを徹底するため、ポリシー全体を確認してください。
Android 14（API 対象レベル 34）以降を対象とするアプリでは、USE_FULL_SCREEN_INTENT は特別なアプリアクセス権限です。アプリのコア機能が、優先度の高い通知を必要とする以下のカテゴリのいずれかに該当する場合にのみ、自動的にアプリに USE_FULL_SCREEN_INTENT 権限が付与されます。
- アラームの設定
- 通話またはビデオ通話の着信
この権限をリクエストするアプリは審査の対象となり、上記の基準を満たさない場合、この権限は自動的には付与されません。その場合、アプリで USE_FULL_SCREEN_INTENT を使用するにはユーザーに権限をリクエストする必要があります。
なお、USE_FULL_SCREEN_INTENT 権限の使用においては常にモバイルの望ましくないソフトウェアに関するポリシー、デバイスやネットワークでの不正行為に関するポリシー、広告ポリシーを含むすべての Google Play デベロッパー ポリシーに準拠する必要があります。全画面表示インテント通知では、ユーザーのデバイスに対する不正な妨害、阻害、破損、またはアクセスは許可されません。また、アプリはデバイスのユーザビリティや他のアプリを妨げないようにする必要があります。
USE_FULL_SCREEN_INTENT 権限の詳細については、ヘルプセンターをご覧ください。
考慮すべきポイント
| すべきこと | すべきでないこと |
| 権限に対するユーザーの同意をリクエストし、自動的に付与されない場合は、リクエストに関して明確に説明する。 | コアでない機能や優先度の低い機能にはこの権限は使用しない。 |
|
必要な高優先度の通知 / アラートのみに使用を制限する。 |
この権限を使用してデバイスや他のアプリを妨害しない。 |
| Android 14 以降を対象とする場合は、Google Play Console で申告フォームを送信し、全画面インテントの権限の事前付与資格を取得する。 | 混乱させる広告や通知にはこの権限を使用しない。 |
USE_FULL_SCREEN_INTENT 権限とその要件について詳細を確認する。 |
Age Signals API とユーザーデータ
ポリシー 概要
ユーザーのデータを保護するため、デベロッパーが Age Signals API から取得したデータは、そのデータを取得したアプリ内で年齢に応じたエクスペリエンスを提供する場合に限り使用できます。これらのガイドラインは、API を使用する際は厳密にコンプライアンス要件に従い、商業的利益やトラッキングのために使用しないようにするためのものです。
このポリシーでは、ユーザーの年齢および保護者の同意に関する個人情報と機密情報へのアクセスを提供する、Age Signals API の使用条件を定義します。
Age Signals API を介してアクセスしたデータは、アプリ内で年齢に応じたエクスペリエンスを提供するなど、適用される法律および規制上の義務の遵守を目的とする場合に限り使用できます。
このデータを以下の目的（これらに限定されません）で使用することは固く禁じられています。
- ターゲット広告の配信など、広告、マーケティング、パーソナライズの目的
- データ分析、ユーザー プロファイリング、ビジネス インテリジェンス
- 法律で厳密に義務付けられている場合を除き、いかなる理由であれ、データを第三者に販売、共有、譲渡すること
考慮すべきポイント
| すべきこと | すべきでないこと |
| データの使用を規制遵守のユースケースに限定する。 | このデータをマーケティングや広告のターゲティングに使用する。 |
| 保護者の同意に関する要件を確認する。 | このデータを使用して分析やユーザー プロファイリングを行う。 |
| ユーザーの年齢に応じたエクスペリエンスを提供する。 | 理由のいかんにかかわらず、このデータを第三者と共有する（法律で義務付けられている場合を除く）。 |