Google Play でのフィルタ

<supports-screens> 要素の属性を設定することで、アプリがサポート可能な画面サイズを指定できます。アプリが公開されると、Google Play はこの属性を使用して、ユーザー デバイスの画面サイズに基づいて、アプリをユーザーに表示するかどうかを決定します。

一般的なルールとして、Google Play は、デバイスのプラットフォームが小さいレイアウトを大きな画面に表示できる一方で、大きなレイアウトを小さな画面に表示できるような調整はできないと想定しています。そのため、アプリが「通常」の画面サイズだけをサポートすると宣言している場合、Google Play は、「通常」画面サイズのデバイスと「大型」画面サイズのデバイスの両方に対してそのアプリを使用できるようにしますが、「小型」画面サイズのデバイスに対してはそのアプリを使用できないようにフィルタリングします。

アプリが <supports-screens> 属性を宣言していない場合、Google Play は、この属性のデフォルト値を使用します。デフォルト値は API レベルによって異なります。特に次の点に注意が必要です。

• android: minSdkVersion または android: targetSdkVersion が 3 以下に設定されているアプリの場合、<supports-screens> 要素自体が未定義となり、属性が使用できなくなります。この場合、Google Play は、アプリが「通常」画面サイズ向けに設計されていると想定し、「通常」画面サイズや「大型」画面サイズのデバイスに対してアプリを表示します。

• android: minSdkVersion または android: targetSdkVersion が 4 以上に設定されているアプリの場合、すべての属性のデフォルトが "true" になります。この場合、アプリはデフォルトですべての画面サイズをサポートすると見なされます。

例 1
マニフェストが <uses-sdk android:minSdkVersion="3"> を宣言していて、<supports-screens> 要素を含んでいません。結果: Google Play は、他のフィルタが適用されていない限り、「小型」画面サイズのデバイスのユーザーにはアプリを表示しませんが、「通常」画面サイズと「大型」画面サイズのデバイスのユーザーにはアプリを表示します。

例 2
マニフェストが <uses-sdk android:minSdkVersion="3" android:targetSdkVersion="4"> を宣言していて、<supports-screens> 要素を含んでいません。結果: Google Play は、他のフィルタが適用されていない限り、すべてのデバイスのユーザーにアプリを表示します。

例 3
マニフェストが <uses-sdk android:minSdkVersion="4"> を宣言していて、<supports-screens> 要素を含んでいません。結果: Google Play は、他のフィルタが適用されていない限り、すべてのユーザーにアプリを表示します。

アプリの画面サイズのサポートを宣言する方法については、<supports-screens> と複数画面のサポートをご覧ください。

アプリは特定のハードウェア機能をリクエストできます。Google Play は、リクエストされたハードウェアを備えたデバイスに対してのみアプリを表示します。

例 1
マニフェストが <uses-configuration android:reqFiveWayNav="true" /> を含んでおり、5 方向ナビゲーション コントロールを備えていないデバイス上でユーザーがアプリを検索しています。結果: Google Play はユーザーにアプリを表示しません。

例 2
マニフェストが <uses-configuration> 要素を含んでいません。結果: Google Play は、他のフィルタが適用されていない限り、すべてのユーザーにアプリを表示します。

詳細については、<uses-configuration> をご覧ください。

アプリは、デバイスが特定のデバイス機能を備えていることをリクエストできます。この機能は Android 2.0（API レベル 5）で導入されました。

例 1
マニフェストが <uses-feature android:name="android.hardware.sensor.light" /> を含んでいて、光センサーを備えていないデバイス上でユーザーがアプリを検索しています。結果: Google Play はユーザーにアプリを表示しません。

例 2
マニフェストが <uses-feature> 要素を含んでいません。結果: Google Play は、他のフィルタが適用されていない限り、すべてのユーザーにアプリを表示します。

詳細については、<uses-feature> をご覧ください。

暗黙的な機能に基づくフィルタリング: Google Play は、<uses-permission> 要素を通じてリクエストされた権限を <uses-feature> 要素で宣言される権限と同等の機能要件と解釈することがあります。下記の <uses-permission> をご覧ください。

アプリは、<uses-feature android:openGlEsVersion="int"> 属性を使用して、デバイスが特定の OpenGL-ES バージョンをサポートしていることをリクエストできます。

例 1
アプリが、マニフェスト内で openGlEsVersion を複数回指定することで、複数の OpenGL-ES バージョンをリクエストしています。結果: Google Play は、指定されたバージョンの中で最も新しいものをアプリがリクエストしていると想定します。

例 2
アプリが OpenGL-ES バージョン 1.1 をリクエストしていて、OpenGL-ES バージョン 2.0 をサポートしているデバイス上でユーザーがアプリを検索しています。結果: Google Play は、他のフィルタが適用されていない限り、ユーザーにアプリを表示します。デバイスが「OpenGL-ES バージョン X をサポートしている」と通知すると、Google Play は、そのデバイスが X よりも前のバージョンもサポートすると想定します。

例 3
OpenGL-ES のバージョンを通知しないデバイス（Android 1.5 以前を搭載しているデバイスなど）上でユーザーがアプリを検索しています。結果: Google Play は、そのデバイスが OpenGL-ES 1.0 だけをサポートしていると想定します。Google Play は、openGlEsVersion を指定していないアプリや、OpenGL-ES バージョン 1.0 より新しいバージョンを指定していないアプリだけをユーザーに表示します。

例 4
マニフェストが openGlEsVersion を指定していません。結果: Google Play は、他のフィルタが適用されていない限り、すべてのユーザーにアプリを表示します。

詳細については、<uses-feature> をご覧ください。

アプリは、デバイスが特定の共有ライブラリを備えていることをリクエストできます。

例 1
アプリが com.google.android.maps ライブラリをリクエストしていて、com.google.android.maps ライブラリを備えていないデバイス上でユーザーがアプリを検索しています。結果: Google Play はユーザーにアプリを表示しません。

例 2
マニフェストが <uses-library> 要素を含んでいません。結果: Google Play は、他のフィルタが適用されていない限り、すべてのユーザーにアプリを表示します。

詳細については、<uses-library> をご覧ください。

厳密に言えば、Google Play は、<uses-permission> 要素に基づくフィルタリングは行いません。ただし、Google Play はこの要素を読み取り、アプリのハードウェア機能要件が <uses-feature> 要素内で適切に宣言されていない可能性がないか判断します。たとえば、アプリが CAMERA パーミッションをリクエストしつつ、<uses-feature> 要素内で android.hardware.camera を宣言していない場合、Google Play は、このアプリがカメラをリクエストしていると見なし、カメラを搭載していないデバイスのユーザーにはアプリを表示しません。

一般的に、アプリがハードウェア関連パーミッションをリクエストしている場合、対応する <uses-feature> 宣言がなかったとしても、Google Play は、アプリがそのハードウェア機能をリクエストしていると想定します。さらに、Google Play は、<uses-feature> 宣言で暗黙的に指定されている機能に基づいてフィルタリングを設定します。

ハードウェア機能を暗黙的に指定するパーミッションのリストについては、<uses-feature> 要素のドキュメントをご覧ください。

アプリは最小 API レベルを要求できます。

例 1
マニフェストが <uses-sdk android:minSdkVersion="3"> を含んでおり、API レベル 3 で導入された API をアプリが使用しています。ユーザーは API レベル 2 のデバイスでアプリを検索しています。結果: Google Play はユーザーにアプリを表示しません。

例 2
マニフェストが minSdkVersion を含んでおらず、API レベル 3 で導入された API をアプリが使用しています。ユーザーは API レベル 2 のデバイスでアプリを検索しています。結果: Google Play は、minSdkVersion が「1」であると想定し、アプリがすべてのバージョンの Android に対応していると見なします。Google Play は、ユーザーにアプリを表示し、ユーザーがアプリをダウンロードするのを許可します。アプリは実行時にクラッシュします。

2 番目のシナリオを回避するために、常に minSdkVersion を宣言することをおすすめします。詳細については、android:minSdkVersion をご覧ください。

サポートが終了しました。Android 2.1 以降では、maxSdkVersion 属性のチェックや適用は行われず、アプリのマニフェスト内で maxSdkVersion が設定されていても、SDK はコンパイルしません。すでに maxSdkVersion でコンパイルされているデバイスの場合、Google Play はこれを考慮し、フィルタリングに使用します。

maxSdkVersion を宣言することは推奨されません。詳細については、android:maxSdkVersion をご覧ください。

Google Play は、ユーザー デバイスの画面サイズと画面密度が <compatible-screens> 要素内の画面構成（<screen> 要素で宣言）のいずれにも適合しなかった場合、アプリをフィルタリングします。

注: 通常、このマニフェスト要素は使用しないでください。この要素を使用すると、画面サイズと画面密度の組み合わせのうち、指定していないものがすべて除外されることになり、アプリの潜在的なユーザーベースが大幅に縮小する可能性があります。代わりに、<supports-screens> マニフェスト要素（表 1 を参照）を使用し、サポート対象外の画面構成に対して、代替リソースによる画面互換性モードを有効にすることをおすすめします。

Google Play は、アプリでサポートされる 1 つ以上の GL テクスチャ圧縮フォーマットがデバイスで同様にサポートされない場合、アプリをフィルタリングします。

公開されているアプリのみが Google Play 内での検索とブラウジングに表示されます。

アプリの公開が取り消されても、ユーザーの [ダウンロード] で購入したアプリ、インストールしたアプリ、または最近アンインストールしたアプリに表示されている場合は、インストールが可能です。

アプリが保留状態の場合、ユーザーの [ダウンロード] に表示されていても、ユーザーは再インストールしたりアップデートしたりできません。

すべてのユーザーに有料アプリが表示されるわけではありません。有料アプリが表示されるためには、デバイスが Android 1.1 以降を実行していて、有料アプリを使用できる国にある必要があります。デバイスに SIM カードが搭載されている場合、有料アプリを使用できるかどうかは SIM キャリアで判別されます。デバイスに SIM カードが搭載されていない場合、デバイスの IP アドレスを使用して、そのデバイスが有料アプリを利用できる国にあるかどうかが判断されます。

アプリを Google Play にアップロードすると、[価格と販売 / 配布地域] でアプリを配布する国を選択できます。アプリを利用できるのは、ここで選択した国の中だけに限られます。

特定の CPU アーキテクチャ（ARM EABI v7、x86 など）をターゲットとするネイティブ ライブラリを含むアプリは、そのアーキテクチャをサポートしているデバイスでのみ表示されます。NDK の詳細やネイティブ ライブラリの使用方法については、Android NDK をご覧ください。

Google Play は、Play Console のコピー防止機能のサポートを終了しました。今後、この機能に基づいてアプリをフィルタリングすることはありません。アプリを安全に保護するには、代わりにアプリのライセンス付与を使用してください。詳細については、コピー防止機能の後継機能をご覧ください。