Google Play、8月31日から"Android 16対応"が事実上の必須に、古いアプリは新品スマホに届かなくなる

まず初めに

毎年夏になると、Androidのアプリ開発者は同じ宿題を出される。「最新のAndroidに合わせて番号を一つ上げなさい」。今年の締め切りは8月31日、上げる番号は36だった。やることは地味だが、サボると罰も地味に効く。ある日突然アプリストアの検索結果から自分のアプリが消え、新しいスマホを買った人には存在しないアプリ扱いになる。派手なペナルティ画面が出るわけでもなく、ただ静かに、蛇口をひねられるように新規ユーザーが止まる。Googleは毎年これをやる。カレンダーに書いておかなかった開発者が悪い、という顔で。※個人の感想です

ターゲットAPIレベルとは何か

「ターゲットAPIレベル(targetSdkVersion)」とは、アプリが「どのバージョンのAndroidを前提に作られ、動作確認されているか」をアプリ自身に記録した番号です。APIレベルはAndroidのバージョンごとに割り振られており、Android 15がレベル35、Android 16がレベル36にあたります。

この番号が新しいほど、そのAndroidで導入された新しい制限(プライバシー保護や権限の扱いなど)にアプリが対応していることを意味します。逆に古いままだと、Androidは互換性のために一部の古い挙動を許し続けることになり、これがセキュリティやプライバシー上の緩みにつながる、というのがGoogleの立場です。

8月31日から何が変わったのか

Google Playヘルプによると、2026年8月31日以降、Google Playに提出する新規アプリとアップデートは、原則としてAndroid 16(APIレベル36)以上を対象に指定する必要があります。この要件を満たさないアプリは、Google Playに新しいバージョンを提出できません。

すでに公開されているアプリについては、少なくともAndroid 15(APIレベル35)以上を対象にしていれば、引き続きすべての利用者に配信できます。APIレベル34(Android 14)以下のままのアプリは、そのアプリのターゲットと同じか、それより古いAndroidを搭載した端末にしか表示されなくなります。つまり、Android 16の新品スマートフォンを買ったばかりの人がアプリストアで検索しても、古いままのアプリは見つからない、という状態になります。

繰り返しになりますが、この変更で影響を受けるのは「これから新しくインストールする人」です。すでにそのアプリを使っている人の端末から、アプリが自動的に削除されることはありません。ただし、開発者が要件を満たさない限り、そのアプリはアップデートを提出できなくなるため、時間が経つほど不具合や脆弱性が直らないまま放置されるリスクは高まります。

対応が間に合わない開発者向けに、Googleは2026年11月1日までの期限延長を申請できる仕組みを用意しています。

なぜ重要なのか

Googleは、Androidの新しいバージョンが出てからおよそ1年後に、そのバージョンをターゲットの下限として義務づける運用を毎年続けています。これにより、アプリストアで配布されるアプリ全体を、比較的新しいセキュリティ・プライバシー基準に追随させる狙いがあります。

利用者から見ると、この仕組みは「長く更新されていないアプリが、新しい端末では自然と手に入らなくなる」効果を持ちます。放置されたアプリが古い権限の仕組みのまま動き続けることを防ぐという意味では、利用者の安全につながる面があります。一方で、個人開発の便利アプリや、更新の止まった古い名作アプリが、新しい端末で入手しにくくなるという副作用もあります。

私たちへの影響

一般の利用者が、この期限に合わせて何かを設定する必要はありません。ただ、機種変更をしたときに「前の機種で使っていたアプリが、新しいスマートフォンのストアで見つからない」ことがあれば、その理由の一つがこのターゲットAPIレベル要件である可能性があります。その場合は、アプリの開発元が更新を続けているかどうかを確認し、代わりのアプリを探すのが現実的な対応になります。

なお、この「ターゲットAPIレベルの引き上げ」は、Googleが2026年に進めているもう一つの変更であるAndroid デベロッパー確認(開発者の身元確認)とは別の制度です。前者はアプリの作り(ビルド)に関する要件、後者は開発者が誰かを確認する登録の要件で、対応すべき内容も異なります。

初心者が知っておくべきこと

「APIレベルえーぴーあいれべる」とは、Androidの各バージョンに割り振られた整数の識別番号です。Android 16はAPIレベル36にあたります。開発者はアプリを作るとき、「対応する最低のAPIレベル」と「動作確認済みの最新のAPIレベル(ターゲット)」の2つを指定します。

スマートフォン本体のOSアップデートおーえすあっぷでーとと同じように、アプリ側も新しいOSに合わせて定期的に手を入れないと、いずれ配布の条件を満たせなくなる、という関係にあります。

IT Postの見方

IT Postでは、この毎年恒例のターゲットAPIレベル引き上げを、方向としては利用者の利益にかなう仕組みだと考えます。更新の止まったアプリが、古い権限の仕組みのまま最新の端末で動き続けるのは、たしかに気持ちのいい話ではない。定期的に「番号を上げないと新規ユーザーに届かない」という圧力をかけて、アプリ全体の底上げを図るやり方は、地味だが効いている。

ただ、この仕組みの割を食うのは、いつも小さな作り手だ。大企業は専任のチームがカレンダーを管理して粛々と対応するが、趣味で作った便利アプリや、作者が一人で細々と続けてきたアプリは、毎年の宿題に対応しきれずに、ある日ストアの検索から静かに消えていく。利用者にとっての「安全」と、多様なアプリが生き残る「豊かさ」は、ここでは少しだけ両立しない。Googleのやり方が間違っているとは言わないが、消えていくアプリの一つひとつに、それを惜しむ利用者がいたことは、番号の話の裏側で覚えておきたい。※個人の感想です

今後どうなりそうか

Googleはこれまでの運用を踏まえると、2027年にはAndroid 17に相当するAPIレベルを新たな下限として義務づけるとみられます。アプリを配布する開発者にとっては、毎年夏の締め切りに向けて、対応をルーティン化しておくことが現実的な備えになります。IT Postでは、日本でも並行して準備が進む「Android デベロッパー確認」の展開とあわせて、Androidアプリの配布ルールの変化を引き続き追っていきます。