何が起きたか
Googleが今週、Androidアプリ向けに2つの新しいアプリ品質要件を発表しました。柱はアプリのメモリ使用量削減とコードの最適化です。Googleは、モバイル業界が「デバイスのメモリ利用可能性を変えてしまうほどの重大なハードウェア供給制約」に直面していると説明しています。この供給制約の原因は、AIデータセンター需要の急拡大によるメモリチップ不足です。
具体的には、動的メモリ使用量やビットマップ使用量を含む複数の領域で新たな性能しきい値が設定されます。あわせて、性能起因のアプリの速度低下やクラッシュを防ぐためのコード最適化要件も加わります。開発者向けには、しきい値を超えたときに警告する新ツールの提供が始まっており、年内にはアプリのメモリ使用量を抑え込む「Memory Limiter」からのより深い診断情報など、追加の診断ツールが登場する予定です。新しいしきい値への対応期限は2027年2月で、要件はAndroid Developerサイトに掲載されています。
さらにGoogleは、2027年4月までにPlayストアの全アプリに「Zero Tap Sign-In」への対応を求めます。これは、ユーザーのサインインがある（任意・必須を問わない）アプリに対し、Android Restore Credentials APIを使ってデバイス移行時にサインイン状態を自動で復元させる標準です。
なぜ重要か
注目すべきは、AIインフラ投資という「クラウド側の出来事」が、スマートフォンのアプリ品質基準という形で開発現場に降りてきた点です。データセンターがメモリを吸い上げれば、端末に載るメモリのコストは上がる。Googleは価格が効く低価格端末を名指しし、メモリが潤沢でない市場でも品質を保つための施策だと位置づけています。つまりこれは技術トレンドの話ではなく、部品市況がプラットフォームのルールを書き換えた事例です。
論点は「贅沢なアプリ」の終わり
この数年、モバイル開発は「端末が速くなるから多少の富豪的な実装は許される」という前提で進んできました。画像を大きなビットマップのまま抱える、ライブラリを積み上げる、といった実装です。しきい値と警告ツールが入るということは、その前提が測定され、可視化されるということです。加えてコード最適化の要件は、ビルド設定や依存関係の棚卸しといった、機能追加に見えない作業を開発計画に組み込む必要が出ることを意味します。
Zero Tap Sign-Inも性格は同じで、認証まわりの実装という地味な領域に、期限付きの外部要件が入ります。2027年2月と4月、二つの締切が並ぶ形です。
💼 事業会社視点：これは自社にどう効くか
影響が最初に出るのは、Androidアプリを持つ日本のEC・金融・メディア事業者と、受託開発会社です。まず自社アプリを持つ事業会社の役員が確認すべきは、2027年2月までのロードマップに「新しいメモリしきい値への適合」という非機能要件の枠が確保されているかどうかです。この種の作業は売上に直結する機能開発に押し出されがちですが、しきい値未達がPlayストア上の扱いに影響し得る以上、後回しにできない性質の投資に変わりました。
受託開発・アプリ開発会社にとっては、契約の話です。納品済みアプリがしきい値を超えた場合、その対応は保守範囲か追加費用か。Googleが警告ツールを提供することで「超過している事実」が客観的に見えるようになるため、曖昧なままだと無償対応の圧力がかかります。今のうちに保守契約の非機能要件条項を見直し、逆に「メモリ最適化診断」を有償メニューとして提案できれば商機になります。
SaaS事業者は2027年4月のZero Tap Sign-Inを見てください。機種変更時にログインが切れる体験は、そのまま解約とサポート問い合わせのコストです。Android Restore Credentials APIへの対応は要件であると同時に、継続率の改善施策として予算化するのが筋の通った説明になります。