新規ユーザーを獲得するには、増え続ける多様な Android プラットフォームのバージョンとデバイス仕様をサポートする必要があります。 ユーザー エクスペリエンスを向上させるには、一般的な RAM 構成、画面サイズ、解像度に合わせて最適化してください。
複数の画面サイズをサポートする
何十億人ものユーザーに受け入れられる優れたユーザー エクスペリエンスを提供するには、アプリがさまざまなサイズと解像度の画面をサポートしている必要があります。このセクションでは、その方法について説明します。
密度非依存ピクセル(dp)を使用する
- レイアウトの寸法をピクセルで定義すると、うまく機能しません。画面によってピクセル密度が異なるため、デバイスが異なると同じピクセル数でも異なる物理サイズになる場合があるからです。
- これを解決するため、Android は、密度非依存ピクセル(dp)をサポートしています。これは、160 dpi(mdpi 密度)でのピクセルの物理サイズに相当するものです。
- dp を使用してレイアウトを定義すると、デバイスに関係なくユーザー インターフェースの物理サイズを均一にできます。 密度非依存ピクセルを使用する場合のおすすめの方法については、Android ガイドの複数画面のサポートをご覧ください。
ldpi と mdpi の画面密度でテキストとグラフィックをテストする
- 低密度と中密度(ldpi と mdpi)の画面でもテキストとグラフィックが適切に機能することを確認します。特に低コストのデバイスではこれらの画面密度が一般的な密度となるためです。 低密度の画面では不鮮明になり、詳細が表示されないテキストがないか注意します。
- 低密度の画面を搭載したデバイスでは、ハードウェアの仕様が低くなる傾向があります。 このようなデバイスでアプリの快適なパフォーマンスを維持するには、アニメーションや遷移など、グラフィック処理の負荷を軽減または削減することを検討してください。
- さまざまな密度のサポートについては、各種の画面密度のサポートに関する Android トレーニングをご覧ください。
中小の画面でレイアウトをテストする
- 小さい画面でテストしてレイアウトがスケールダウンされることを確認します。画面サイズが小さい場合はスペースが限られるため、表示する UI 要素を慎重に選択する必要があります。
- マテリアル デザイン ガイドラインでは、画面密度に応じてレイアウトのサイズを変更できるように、配置とキーラインについて説明しています。
- さまざまな画面サイズのサポートについては、各種の画面サイズのサポートに関する Android トレーニングをご覧ください。
下位互換性を確保する
すべてのユーザーが、最新の高性能なバージョンの Android プラットフォームを搭載したデバイスを使用しているわけではありません。下位互換性を高め、可能な限り多くのユーザーがアプリを利用できるようにする方法について以下に説明します。
targetSdkVersion
と minSdkVersion
を適切に設定する
-
さまざまなデバイスで最新の動作を実現するには、アプリのビルドとターゲットを最新バージョンの Android を対象として行う必要があります。これにより、旧バージョンへの下位互換性も確保されます。
API レベルのターゲットを適切に設定する方法について、おすすめの方法をご紹介します。
targetSdkVersion
が Android の最新バージョンである必要があります。 最新版をターゲットにすることで、アプリが新しいバージョンの Android を実行するときに新しいランタイムの動作を継承できます。アプリの動作に影響する可能性があるため、targetSdkVersion
を更新するときには、必ず新しいバージョンの Android でアプリをテストしてください。-
minSdkVersion
サポートされている Android の最小バージョンを設定します。minSdkVersion
を設定すると、古いバージョンのプラットフォームで利用できない可能性がある新しい API の不適切な使用が Android ビルドツールによって報告されます。こうすることで、不注意に下位互換性が損なわれないように保護を図ります。
- Android ダッシュボード、アプリの Google Play Developer Console、ターゲット市場の業界調査を参照して、ターゲット ユーザーに基づいて対象とする Android のバージョンを判断します。
Android サポート ライブラリを使用する
-
Android サポート ライブラリを使用して、アプリが OS のバージョン間で一貫したエクスペリエンスを提供できることを確認します。
このライブラリは、Android フレームワーク API の下位互換バージョンと、
AppCompatActivity
やマテリアル デザイン サポート ライブラリなどのライブラリ API を通じてのみ使用可能な機能を提供します。 - 特徴は次のとおりです。
- v4 と v7 のサポート ライブラリ:
ViewPager
、ActionBar
、RecyclerView
、Palette
など、旧バージョンの Android 用の多くのフレームワーク API。 - マテリアル デザイン サポート ライブラリ: アプリへのマテリアル デザインのコンポーネントおよびパターンの追加をサポートするための API。
- Multidex サポート ライブラリ: 65,000 を超えるメソッドを使用する大規模なアプリ向けのサポート ライブラリ。アプリで多くのライブラリを使用している場合に使用する可能性があります。
- v4 と v7 のサポート ライブラリ:
- 使用可能なサポート ライブラリの詳細については、Android デベロッパー サイトのサポート ライブラリの機能をご覧ください。
Google Play 開発者サービスを使用する
- Google Play 開発者サービスを使用することで、Android プラットフォームのバージョンとは独立して Google API を最大限に活用できます。Google Play 開発者サービスの機能を使用して、Android デバイスで最も効率的な Google エクスペリエンスを提供することを検討してください。
- Google Play 開発者サービスには、
GcmNetworkManager
などの便利な API も含まれています。この API には古いバージョンの Android 用に Android 5.0 のJobScheduler
API が多数用意されています。 - Google Play 開発者サービスのアップデートは Google Play ストアから自動的に配信され、クライアント ライブラリの新しいバージョンは Android SDK Manager を通じて提供されます。
メモリを効率的に使用する
メモリはユーザー エクスペリエンスの隠れた主役です。メモリを適切に管理することで、アプリの安定性とパフォーマンスを改善できます。場合によっては、メモリの有効利用がアプリを利用するうえでの条件である可能性があります。ここでは、アプリでメモリを効果的に使用するための方法を紹介します。
低価格デバイスでのメモリ使用量の削減
- メモリ フットプリントを動的に調整して、RAM 構成が異なるさまざまなデバイスとの互換性を確保します。
isLowRamDevice()
やgetMemoryClass()
などのメソッドは、ランタイム時にメモリの制約を判断するのに役立ちます。これらの情報に基づき、メモリ使用量を抑えることができます。たとえば、メモリの少ないデバイスでは低解像度の画像を使用するようにできます。- アプリのメモリの管理については、アプリのメモリの管理に関する Android トレーニングをご覧ください。
長時間実行プロセスを避ける
- 長時間実行するプロセスはメモリに常駐し、デバイスの処理速度を低下させる可能性があります。多くの場合、アプリは特定のイベントによって起動し、データを処理した後、シャットダウンする必要があります。Firebase Cloud Messaging(FCM)と
GcmNetworkManager
を使用して、長時間実行されるバックグラウンド サービスを回避し、デバイスのメモリ負荷を低減してください。
メモリ使用量のベンチマーク
Android Studio のメモリのベンチマーク ツールおよびプロファイリング ツールを使用して、実行時のメモリ使用量を測定できます。アプリのメモリ フットプリントのベンチマーク テストを行うと、アプリの複数のバージョンにまたがってメモリ使用量を監視できます。これにより、意図しないメモリ フットプリントの増大を捕捉できます。Memory Profiler ツールを使用して、次の操作を行います。
- 望ましくないガベージ コレクション(GC)イベントのパターンによってパフォーマンス上の問題が発生しないかどうかを確認します。
- 予期せず、または不必要に取得または割り当てられているオブジェクト型を特定します。
- コード内で、問題が発生している可能性がある場所を特定します。
メモリ使用量のベンチマーク テストの詳細については、Memory Profiler を使用してヒープと割り当てを表示するをご覧ください。
Android(Go バージョン)搭載デバイス向けに最適化する
Android(Go バージョン)は、RAM が 1 GB 以下のエントリレベルのデバイス向けにエクスペリエンスを最適化したものです。Android Oreo(Go バージョン)から導入されています。 Android(Go バージョン)デバイスでアプリが適切に動作するように、次のガイドラインを考慮してください。
- targetSdkVersion が Android の最新バージョンである必要があります。 Android(Go バージョン)デバイスでは、Android Oreo(API 27 以降)のみが実行されます。
- RAM が 1 GB 以下のデバイスで、アプリがスムーズに実行される必要があります。 上述のメモリを効率的に使用するで説明したメモリの最適化に注意してください。また、Android Vitals を使用して、遅いレンダリングやフリーズしたフレームなどの動作不良を特定して修正してください。
- ピクチャー イン ピクチャー(PIP)は、デバイスで無効になっている場合があります。アプリで PIP を使用する前に、
hasSystemFeature(PackageManager.FEATURE_PICTURE_IN_PICTURE)
を呼び出して PIP が使用可能であることを確認してください。 - デバイス上のアプリのサイズは 40 MB 未満にしてください。
- アプリの RAM 使用量の Proportional Set Size(PSS)は 90 MB を超えないようにしてください。ゲームの場合、ゲームの RAM 使用量の PSS は 150 MB を超えないようにしてください。PSS の詳細については、RAM 使用量の調査のガイドをご覧ください。
- アプリのスタートアップ時間は 5 秒未満にする必要があります。
-
RAM の少ない Android Go デバイスでは、
SYSTEM_ALERT_WINDOW
(アプリが他のアプリの上にウィンドウを描画できる)が無効になることがあります。他のアプリの上に描画する前に、 Settings.canDrawOverlays() を呼び出して、この承認がアプリに付与されているかどうかを確認します。アプリが権限を取得できない場合は、グレースフル デグラデーションを行い、ユーザーがアプリを引き続き使用できるようにします。そのため、場合によってはSYSTEM_ALERT_WINDOW
権限を必要とする機能を無効にします。
ほとんどのデベロッパーには、すべての Android(Go バージョン)デバイスで利用可能な既存のアプリを最適化することをおすすめします。アプリの実行を高速で軽量にすることは、すべてのユーザーにとってメリットとなります。
Google Play Console のマルチ APK 機能を使用して、Android(Go バージョン)デバイス向けの特定の APK を配信できますが、機能の削除を避けるなどして、エクスペリエンスが損なわれないようにしてください。Android(Go バージョン)デバイスを対象とする APK では、<uses-feature android:name="android.hardware.ram.low" android:required="true">
を宣言し、API レベル 26 以降をターゲットとして、Go バージョン以外の APK よりも高いバージョン コードを指定する必要があります。
関連情報

Case study
Mir 2 で Frame Pacing ライブラリを使用してレンダリング パフォーマンスを改善
Mir 2: Return of the King は、Actoz Soft がライセンスを付与し、 HK ZHILI YAOAN LIMITED が Unity ゲームエンジンを使用して開発した、高品質の Legend IP モバイルゲームです。 このゲームは、韓国のファンタジー MMORPG を代表する Mir 2 の雰囲気を完璧に再現するだけでなく、装備の収集、大規模な砂攻撃、その他のコア ゲームプレイなど、最も人気のあるゲーム コンテンツも数多く提供しています。

Case study
Kuro Games が Android Studio Power Profiler と ODPM を使用して Wuthering Waves の消費電力を 9.68% 削減
Wuthering Waves は、Kuro Games が開発した高品質のアクション RPG ゲームです。長時間のゲーム セッションでプレミアムなユーザー エクスペリエンスを持続的に提供するには、消費電力を最適化することが非常に重要です。 Android Studio では、Hedgehog(2023.1.1)から Power Profiler が導入されました。これは、デベロッパーが On Device Power Rails

Case study
Android 向け Godot Engine Vulkan の最適化
Godot Engine は、Android を堅牢にサポートする人気の高いマルチプラットフォームのオープンソース ゲームエンジンです。Godot は、ほぼすべてのジャンルのゲームの作成に使用でき、2D グラフィックと 3D グラフィックの両方に対応しています。Godot バージョン 4 では、高忠実度グラフィック向けの高度な機能を備えた新しいレンダリング システムが導入されました。Godot 4 レンダラは、Vulkan などの最新のグラフィック API 向けに設計されています。 Godot

Case study
Unreal Engine での Android Dynamic Performance Framework(ADPF)のスタートガイド
Android Dynamic Performance Framework(ADPF)は、アプリケーションのパフォーマンスを最適化したいデベロッパー向けの Google の強力なツールです。ADPF は、サーマル API を介してデバイスの熱状態に関するリアルタイム情報を提供します。この情報は、アプリのグラフィック設定の調整に使用されます。 研究目的で、Arm は Unreal Engine と ADPF を使用してデモを開発し、ADPF

Case study
NCSoft の Lineage W が ADPF を使用して持続的なパフォーマンスを向上させ、サーマル スロットリングを回避
NCSoft Lineage W は、NCSoft が開発した大規模多人数同時参加型オンライン ロールプレイング ゲーム(MMORPG)です。このゲームは、元の Lineage W ゲームの遺産を受け継いでおり、世界中のプレーヤーがグローバル サーバーを通じて協力して競い合うことができる環境を提供します。独自の中世ファンタジーの世界を舞台とする Lineage W は、さまざまなクラス、スキル、戦闘システムを通じて、プレイヤーに深いゲーム体験を提供します。 NCSoft は Android

Case study
MediaTek が Android SoC の動的パフォーマンスを強化
パフォーマンスと温度管理の改善は、Android で成功するゲームを開発するために不可欠です。従来、デベロッパーはゲームの忠実度を下げるかレンダラをさらに最適化することで、こうした問題に対処する必要がありました。こうした変更はゲームに固有の傾向があり、多くの場合、柔軟性に欠けます。 Android エコシステムには、アダプティブ パフォーマンス API がデベロッパーに提供されています。アダプティブ パフォーマンス機能の統合を簡素化し、エコシステムの断片化を減らすために、Google と
参考情報
さまざまなデバイスのサポートの詳細については、次のリソースをご覧ください。