Googleは2026年9月21日、Android AutoとGoogle built-in搭載のAndroid Automotive OS向けゲームカテゴリーを一般提供したと発表した。一般の開発者がGoogle Playのオープンテストと本番トラックを使い、停車中に遊ぶゲームを利用者へ届けられるようになる。

ただし、車載画面でゲームを動かす機能が今回初めて登場したわけではない。対応は2025年5月にベータとして始まり、先行タイトルも配信されていた。今回開いたのは、試験参加者の外へ出るための公開経路である。既存のAndroidゲームを持つ開発者にとって、参入の入口はマニフェストの数行で済むが、公開までの仕事は停車判定、状態復帰、画面、入力、審査へ広がる。

AD

一般提供で変わったのは機能より配信経路

2025年5月22日のAndroid for Cars変更履歴を見ると、当時ゲームを公開できたのは内部テストとクローズドテストだった。Googleは同時期にAngry Birds 2、Farm Heroes Saga、Candy Crush Soda Saga、Beach Buggy Racing 2をAndroid Autoの先行例として挙げたが、一般の開発者が本番へ出すには早期アクセスへの参加が必要だった。

一般提供で変わったのは車載ゲームの実行機能ではなく、Google Playの配信範囲である。2025年5月は内部・クローズドテスト、2026年9月はオープンテスト・本番まで広がった。

日付 Googleが示した状態 開発者が使える公開範囲
2025年5月22日 ゲーム対応をベータ開始 内部テスト、クローズドテスト
2026年9月14日 変更履歴で一般提供を記録 全トラック種別
2026年9月21日 公式ブログで一般提供を発表 オープンテスト、本番トラックを明記

出典:Android for Cars変更履歴Android Developers Blog。比較対象はゲームカテゴリーの配信トラックであり、車載実行機能や対応車両数ではない。9月14日は文書上の更新日、9月21日はブログの発表日として分けた。

この差は小さくない。内部テストは開発中の確認に向き、クローズドテストも参加者を限定する。オープンテストと本番へ進めるようになったことで、開発者は車載画面での利用を一般の配信計画へ組み込めるようになった。一方、公開可能になったことと、個々のゲームが審査を通り、すべての車両で見つかることは別である。

Android AutoとAndroid Automotive OSは同じ車載Androidではない

二つの名前は似ているが、ゲームが動く場所が違う。Android AutoではAndroid 15(APIレベル35)以上のスマートフォンがゲームを実行し、接続した車載画面へ表示する。開発者はactivityのintent filterへandroid.intent.category.CAR_LAUNCHERを加え、車載ランチャーから起動できる入口を作る。

Android Automotive OSでは、アプリを車載機器へ直接インストールする。ゲームだと示すandroid:appCategory="game"は共通して必要だが、車載機器向けのandroid.hardware.type.automotiveも配信方法に合わせて宣言する。モバイルトラックから同じ成果物を配る場合はandroid:required="false"が必要で、専用トラックならtrue、false、未指定を選べる。未指定はtrueと同じ扱いになり、Android Automotive OS機器だけが配信対象になる。

比較項目 Android Auto Android Automotive OS
実行主体 Android 15以上のスマートフォン 車載機器
車載入口 CAR_LAUNCHERをactivityに追加 android.hardware.type.automotiveを宣言
配信単位 電話・タブレット等のアプリに含める モバイルまたは専用トラック
主な試験環境 Desktop Head Unit(DHU) Android Automotive OSエミュレーター
停車中用カテゴリー 現時点ではゲームのみ ゲーム、動画、ブラウザ

つまり、共通のゲームコードを使えても、配信対象と試験対象は一つではない。特にAndroid Autoはスマートフォンの性能やOS条件を引き継ぐ一方、Android Automotive OSは車載機器のハードウェアと利用可能なサービスに合わせる必要がある。Googleの文書は一般提供時点の対応車両数や国別の利用範囲を示していないため、二つを合わせた潜在市場の大きさは算出できない。

AD

走り出した瞬間に画面と音を止める

UXRestrictionsActive.webp

ゲームは「停車中用アプリ」である。Android AutoとAndroid Automotive OSは、車両が動いているか、運転者の注意を妨げる恐れがある状態ではactivityの起動と利用を遮断する。Android Autoは走行を検知すると、車載画面上のアプリを自動的に終了する。

しかし、OSの遮断だけで安全要件を満たしたことにはならない。開発者はゲームのactivityへdistractionOptimizedを付けてはならず、走行開始時に音声を止め、走行中は再生を再開できないようにする。画面が消えても効果音やBGMだけが続けば、停車中用という境界を越えてしまうからだ。

同時に、ゲームの状態を守る必要がある。Googleの品質要件は、ホーム画面から再起動したときに、直前の状態へ可能な限り近く復帰するよう求める。充電待ちに遊んでいた車が動き出せば表示と音を止め、次に安全に停車して開き直したときは進行を戻す。この状態遷移を設計できなければ、安全のための中断が、そのまま利用者のデータ損失や最初からのやり直しにつながる。

走行中に使えないことは機能不足ではなく、公開条件である。開発者が確認すべきなのは「起動できるか」より、停車から走行、再び停車へ移るたびに表示、音声、保存状態が正しく切り替わるかだ。

移植の重さは画面・入力・審査で決まる

マニフェストの変更は出発点にすぎない。車載ディスプレイには横長、縦長、切り欠きのある画面があり、スマートフォンの縦画面を固定したゲームはそのままでは通らない。Googleが示す目標比率は、Android Autoが横16:9と縦9:16、Android Automotive OSが横4:3と縦10:16である。Android Autoの横画面で大きなピラーボックス(左右の余白)が出る場合、Playの審査で拒否される。

Android AutoではDHUを使い、標準の小型横画面として800×480、160dpiを試せる。ワイド横と縦の構成例はいずれも1920×1080、160dpiだが、表示領域を切り出す余白が異なる。解像度が同じでも、操作ボタンや字幕を置ける範囲は同じではない。画面端に固定したUIや、比率を前提にしたカメラ表示は、車載向けの検証で崩れやすい。

入力はタッチを使え、ゲームパッドへの対応は任意である。対応するならandroid.hardware.gamepadandroid:required="false"として宣言する。trueにすると、コントローラーを接続できる車載環境でも、端末側がそのfeatureを持たないため配信対象から外れる場合がある。操作方式を増やすなら、画面上のボタン表示、フォーカス移動、切断時の復帰まで同じプレイ状態で確かめたい。

配信段階が上がると、品質審査の重みも変わる。

Google Playのトラック 車載品質レビューの扱い 不適合時の影響
内部テスト なし 車載品質レビューでは止まらない
クローズドテスト 非拘束 通知されるが提出は承認される
オープンテスト 拘束的 不適合なら提出を通せない
本番 拘束的 不適合ビルドを含む提出は拒否

出典:Googleの車載アプリ配信ガイド。ゲームはさらに、入力へ応答し、プレイ中にフリーズやカクつきを起こさないことも車載品質ガイドラインで求められる。一般提供は審査を緩める変更ではない。むしろ、本番へ進めるようになったことで、画面適応や状態管理の不備が公開日を止める問題になった。

AD

次に見るべきは対応台数より実際の配信範囲

Googleは発表で、車載向けゲームの総数、対応車両数、利用可能な国、利用者数、収益分配を示していない。Android 15以上のスマートフォンを持っていても、接続先の車載機器が停車中ゲームへ対応し、ゲームがその地域と端末へ配信され、車載審査を通らなければ遊べない。一般提供という一語から市場規模を逆算するのは早い。

普及を測るなら、Playで見つかるタイトル数と対応車両が増えるか、タッチだけで遊べるゲームとゲームパッドを前提にするゲームがどう分かれるかを追う必要がある。充電待ちや送迎待ちという短い時間に、起動、再開、終了が滑らかに働くかも重要になる。長時間遊べることより、中断されても壊れないことが車載ゲームの評価を左右する。

開発者が最初に見るべきなのは、車載版専用の大改修が必要かどうかではない。既存ゲームの画面が4種類の比率へ伸縮し、走行開始で音と表示を止め、次の停車時に状態を戻し、本番審査へ耐えられるか。その条件がそろったタイトルから、今回開いた配信経路を実際の利用者へつなげられる。