Google Playがポリシーを強化:新たなRAM使用制限、自動移行など

キーポイント:
  • Google Playは、2027年2月から、アクティブRAMとバックグラウンドRAMの最大使用限度を超えるアプリに対してペナルティを課す予定です。
  • デバイス上の物理RAMのカテゴリごとに厳格な制限が設定されており、アプリやゲームごとに異なる範囲が設定されている。
  • 2027年4月から、ゼロタップサインイン標準が施行され、アカウント移行には認証情報復元APIの使用が義務付けられます。
  • Android 17では、TLS ECH暗号化、ネイティブの証明書透過性、およびローカルネットワークの権限設定により、ネットワーク接続が強化されています。
  • 通信事業者は、ネットワークの強制的な劣化によってSMS詐欺を防止するため、デフォルトの2G接続を無効にすることができるようになる。

アンドロイド RAM

Googleは先日、 AndroidおよびGoogle Playストアに関する新たな要件と品質基準を発表しました。この取り組みは、ハードウェアのサプライチェーンにおける制約と、世界的なスマートフォン市場におけるRAMモジュールの深刻な不足に直接的に対処するものです。

アプリがリソースを過剰に消費し、オペレーティングシステムの動作が遅くなったり強制的にシャットダウンしたりするのを防ぐため、同社は2027年2月から過剰なメモリ使用量の監査とペナルティを開始します。規定の制限を超えたアプリの開発者は、新バージョンの公開が制限されたり、Playストアの検索結果やおすすめでの表示順位が大幅に低下したりする可能性があります。

RAMレベルごとのパフォーマンス指標と制限

モニタリングは、 Play Console 上のAndroid Vitals プラットフォーム内の 3 つの柱に基づいて行われます。

  • 1つ目は動的メモリ消費量です。これは、スワップパーティションまたはファイルから得られたデータに加えて、匿名のRSS使用状況を追跡します。 活性状態を評価する フォアグラウンドアプリケーションから 例えば、そのバックグラウンド動作など.
  • El 2番目のパラメータはビットマップの使用状況を監査します (ビットマップ) 画像のGoogleは、アプリケーションが非表示状態またはキャッシュ状態になった際に、アップロードされた画像が不必要にメモリを保持しないことを求めている。
  • El 3つ目のポイントは、DEX形式の実行可能コードの最適化を必要とする。 (Dalvik実行ファイル): パッケージは、R8などの削減および難読化ツールを使用して処理する必要があり、揮発性メモリへの負荷を軽減するために、最適化、未使用コードの削除、識別子の短縮を合わせて最低25%のカバー率を達成する必要があります。

最大許容しきい値は、デバイスの物理RAM容量に基づいて段階的に計算されます。標準アプリケーションの場合、制限は次のように設定されます。

  • RAMが4GBのデバイスの場合:アクティブ状態では最大2GB、バックグラウンドでは最大1GBまで使用可能です。
  • RAMが8GBのデバイスの場合:フォアグラウンドで最大2.25GB、バックグラウンドで最大1.5GBまで使用可能です。
  • RAMが12GBのデバイスの場合:フォアグラウンドで最大3.25GB、バックグラウンドで最大1.75GBまで使用可能です。
  • RAMが16GBのデバイスの場合:フォアグラウンドで最大4.25GB、バックグラウンドで最大2GBまで使用可能です。

モバイルゲームは、より高いグラフィック性能と処理能力が求められる環境であるため、より広いマージンが設定されています。

  • RAMが4GB搭載のデバイス:アクティブ使用時の制限は2.25GB、バックグラウンド使用時の制限は2GBです。
  • RAMが8GB搭載のデバイス:アクティブ使用時の制限は3.5GB、バックグラウンド使用時の制限は2.75GBです。
  • RAMが12GB搭載のデバイス:アクティブ使用時の制限は4GB、バックグラウンド使用時の制限は3.2GBです。
  • RAMが16GB搭載のデバイス:アクティブ使用時の制限は5GB、バックグラウンド使用時の制限は3.5GBです。

リソース管理に加え、Google Playは2027年4月から新たなオンボーディング要件を導入します。ゼロタップサインイン標準と呼ばれるこのポリシーでは、ユーザーサインイン(必須または任意)をサポートするすべてのアプリに対し、ユーザーがデータを新しいAndroidデバイスに移行する際にセッションを完全に自動的に復元することを義務付けます。

この規制を遵守するためには、開発者はAndroid Restore Credentials APIを統合し、ユーザーがアプリを初めて開いた際にパスワードを手動で再入力することなく、すぐにアカウントにアクセスできるようにする必要があります。現在、ビデオゲームは認証方式が複雑であるため、この特定の要件から除外されていますが、Googleは独自のプロファイルを持つタイトルにはAPIの採用を推奨しています。

Android 17のセキュリティ改善

これらのストア規制に加え、Android 17の開発ブランチには、ネットワーク通信を保護するためのメカニズムが組み込まれています。まず、 ESNIの後継であるTLS ECH(Encrypted ClientHello)拡張機能との互換性が実現されています。

従来の技術では初期接続時にメタデータが漏洩していたのに対し、ECHは最初のClientHelloメッセージを完全に暗号化することで、HTTPSトラフィック内のアクセスしたWebサイトのドメイン名を隠し、事前共有鍵(PSK)などのフィールドからの情報漏洩を防ぎます。

第二に、ローカルエリアネットワーク保護システムが導入されます。これは、アプリケーションがホームネットワークをスキャンしたり、ローカルエリアネットワーク(LAN)に接続されたデバイスとやり取りしたりする前に、ユーザーから明示的な許可を要求することを義務付けるものです。

さらに、証明書透明性(CT )メカニズムはデフォルトで有効になっており、発行および失効したすべてのデジタル証明書の公開された不変の記録を保持することで、認証局(CA)における異常や侵害を検出します。

最後に、Android 17では、携帯電話事業者が2Gネットワ​​ークをデフォルトで無効にできる機能が追加され、偽の基地局を利用して信号品質を意図的に低下させ、SMSトラフィックを傍受したり、詐欺キャンペーンを展開したりする攻撃を無効化できるようになりました。

さらに詳しく知りたい場合は、以下のリンクから詳細をご確認いただけます。


Googleで優先ソースとして追加する