Google PlayのAPI 36対応が必須に。新規・更新・既存アプリの違いを整理【2026年】

Google Playでは2026年8月31日から、スマートフォン向けの新規アプリと、公開済みアプリの新しいバージョンを提出する場合に、Android 16（API level 36）以上をtargetにすることが必要になりました。いっぽう、すでに公開していて更新しないアプリまで、今すぐ全てAPI 36にしなければならないわけではありません。

先に結論です。新規公開と更新提出はAPI 36以上、更新せず配信を続けるモバイルアプリはAPI 35以上が2026年の利用可能性要件の目安です。API 34以下のままの既存アプリは、新しいAndroid OSの端末を使う新規ユーザーに見つけてもらえなくなる可能性があります。自分のアプリが「これから提出する」のか「現在のまま配信する」のかを分けて確認しましょう。

2026年8月31日に何が変わった？

Google Playの対象APIレベル要件は、アプリが新しいAndroidの安全性、プライバシー、動作上の変更に対応することを促す仕組みです。2026年8月31日以降、一般的なモバイルアプリでは、新規アプリとアプリ更新をGoogle Playへ提出する際にAndroid 16、つまりAPI level 36以上が必要です。

ここで混同しやすいのが「新しいバージョンを提出すること」と「公開済みの版をそのまま置いておくこと」です。提出要件はAPI 36ですが、既存アプリの利用可能性の基準は別に定められています。期限の直後ほど、この二つを分けて考えるのが大切です。

target APIとは何か。API 36はAndroid 16を指す

targetSdk（以前の表記ではtargetSdkVersion）は、アプリがどのAndroidバージョン向けの動作変更に対応しているかを示す設定です。API level 36はAndroid 16に対応します。Google Playは、このtarget APIを見て提出や利用可能性の要件を判定します。

似た設定と役割を分けると、混乱しにくくなります。

• compileSdk：アプリをビルドするときに使うAPIレベル
• targetSdk：アプリが対応すると宣言するAndroidの動作変更の基準
• minSdk：インストールを許可する最も古いAndroidバージョン

今回Google Playが直接求めているのはtarget APIです。ただし、実際のプロジェクトではビルド環境や依存ライブラリとの整合も必要になるため、数値を一行だけ変えれば完了、と考えないほうが安全です。

自分のアプリは何をすればいい？

スマートフォン向けAndroidアプリを前提に、最初に見るべき分岐を表にしました。PCでは一覧で、スマートフォンでは1項目ずつカードとして読める表示です。

まずはプロジェクトのtargetSdkを確認し、Play Consoleの警告やポリシー状況も見ます。更新予定がなくても、昔公開したアプリの数値を把握しておくと、急な修正が必要になったときに慌てずに済みます。

公開済みアプリはどうなる？API 35とAPI 36の違い

既存のモバイルアプリがAndroid 15（API 35）以上をtargetにしている場合、2026年の「新規ユーザーに対する利用可能性」の要件には準拠します。そのアプリを今のバージョンのまま配信するだけなら、API 36への引き上げを直ちに求める意味ではありません。

ただし、新しいバージョンを審査へ提出する時点では話が変わります。更新版はAPI 36以上が必要です。つまり、API 35は既存版を配信し続ける基準、API 36は新規提出・更新提出の基準と覚えると、今回の違いを整理できます。

API 34以下のアプリは即削除される？

即削除されるわけではありません。Google公式では、API 34以下をtargetにする既存モバイルアプリは、アプリのtarget APIより新しいAndroid OSを搭載した端末の新規Google Playユーザーには利用できなくなる、と案内しています。該当する端末ではストア上で見つけにくくなり、インストールできない場合があります。

すでにGoogle Playからアプリをインストールしたユーザーは、アプリが対応しているAndroid OSであれば、見つける、再インストールする、使うことができます。「既存ユーザーも直ちに使えなくなる」という意味ではありません。とはいえ新規ダウンロードに影響するため、放置するかどうかは利用者の環境と更新計画を見て判断しましょう。

2026年11月1日までの延長はどう扱う？

Google公式は、対象APIの引き上げにさらに時間が必要な場合、2026年11月1日までの延長をリクエストできると案内しています。API 34以下などで要件に準拠していないアプリが、より高いtarget APIへ更新する予定はあるものの時間が必要な場合の措置です。承認や対象範囲を推測せず、実際に表示される案内を確認してください。

現在の公式案内では、対象となるアプリにはPlay Consoleのポリシー違反・警告の詳細ページ、および通知から延長申請フォームへのリンクが表示されます。メニューを探し回るより、対象アプリのポリシーのステータスと通知を確認し、表示されたフォームに従うのが確実です。延長中も、API 36への移行とテストを進める前提で考えましょう。

API 36へ上げる前に確認したいこと

target APIを上げると、Android 16向けに有効になる動作変更があり、アプリによっては表示、権限、バックグラウンド処理、画面レイアウトなどの確認が必要になります。古いアプリほど、まず現在のビルドが再現できる状態にしてから、段階的に確認するのがおすすめです。

• Gradle設定と、リリース用ビルドが問題なく作れるかを確認する
• Android 16の互換性と、target APIを上げたときの動作変更を公式migration guideで確認する
• 実機またはエミュレータで、起動、主要導線、権限、通知、購入やログインなどアプリ固有の機能を試す
• 利用しているライブラリ、広告SDK、課金SDKなどの対応状況を確認する
• Play Consoleの事前チェックとポリシーのステータスを確認してから提出する

変更の詳細はアプリごとに異なります。GoogleのAndroid 16 migration guideとAndroid 16の動作変更を参照し、公開中アプリでは段階的なテストやリリースも検討してください。

Wear OS・TV・車載・XRは同じ要件ではない

この記事の中心はスマートフォン向けモバイルアプリです。Wear OS、Android Automotive OS、Android TV、Android XRは、2026年8月31日以降の新規・更新提出で必要なtarget APIが異なります。

• Wear OS：API 35以上
• Android Automotive OS：API 35以上
• Android TV：API 34以上
• Android XR：API 34以上

既存アプリの利用可能性基準もフォームファクタごとに異なります。スマホ向けのAPI 36ルールをそのまま当てはめず、Google Play Consoleヘルプの対象カテゴリを確認してください。

個人開発者向けチェックリスト

• 公開中アプリごとに、現在のtargetSdkを確認した
• 次の更新版を提出するアプリは、API 36以上への移行計画を立てた
• API 34以下のアプリは、新規ユーザーへの配信影響を確認した
• 対象ならPlay Consoleのポリシーのステータスと通知で延長フォームを確認した
• Android 16の動作変更と、アプリ固有のテスト項目を確認した

まとめ

Google PlayのAPI 36要件は、「公開中の全アプリを今すぐ同じように更新する」ルールではありません。2026年8月31日以降、スマートフォン向けの新規アプリと更新版の提出はAPI 36以上です。いっぽう、更新せず配信を続ける既存アプリはAPI 35以上なら2026年の利用可能性要件に準拠します。

API 34以下の古いアプリは、既存ユーザーが直ちに使えなくなるわけではないものの、新しいOSを使う新規ユーザーへ届きにくくなります。まず各アプリのtarget API、更新予定、Play Consoleの警告を確認し、必要なものからAndroid 16への移行を進めるのが現実的です。

参考：Google公式情報

• Google Play Console ヘルプ：Google Play アプリの対象 API レベルに関する要件
• Google Play Console ヘルプ：Google Play の対象 API レベル ポリシー
• Android Developers：Google Play の対象 API レベル要件を満たす
• Android Developers：Android 16 へのアプリの移行
• Android Developers：Android 16 をターゲットとするアプリの動作変更