Androidデベロッパー認証2026：日程と手順

2025年にAndroidデベロッパー認証について書かれた内容は、そのほぼすべてが今では少なくとも1つの重要な点で誤っており、2026年初めに書かれたものも驚くほど多くが同様です。プログラムの設計は最初の発表後に変わり、正確な適用日は2026年6月まで確定せず、対象範囲は2026年7月22日に文書で狭められました。一方で、デベロッパーが実際に検索窓に打ち込んでいる質問は「デベロッパー認証とは何か」ではありません。Googleに失敗と言われたが、正確に何が問題で、これからどうなり、これはもう済ませていたのではないかです。

そのため、この記事はポリシー解説ではなく障害対応として書いています。まず「もう終わっているのか」に答え、曖昧な助言ではなく正確なPlay Consoleの操作手順を示し、他のページが1つの怖い文にまとめてしまう2つの適用レイヤーを分け、Googleが何も公表していない箇所をはっきり書きます。さらに、認証と、別の決まりであるテスター12人のクローズドテストとの間に明確な線を引きます。この取り違えはほぼ毎週PrimeTestLabの問い合わせに届くからです。以下のすべての日付と数値は2026年8月9日にGoogle自身のページと照合しました。

Androidデベロッパー認証は1つではなく2つの作業です

Google Playで公開している場合、Androidデベロッパー認証は別々の2つを求めます。本人確認と、アプリのパッケージ名の登録です。既存のPlayデベロッパーの多くは1つ目をすでに満たしており、圧倒的多数のケースで2つ目は自動的に完了しています。多くのアカウントで残る作業は画面を2つ確認することだけですが、Googleは一律の所要時間を公表しておらず、書類やアカウントに問題があるとかなり長くかかることがあります。

それぞれのゲートが実際に確かめること

2つの作業は別々の問いに答えるもので、一方を通過しても他方についてGoogleに何かを伝えることにはなりません。この2つを分けて考えることが、このページができる最も価値のあることです。失敗の出方も、直し方も、Play Consoleの画面すら違うからです。

つまり、本人確認は完全に済んでいるのに、登録されていないパッケージが一覧に静かに残っていることがあり得ます。期限当日に問題になるのはまさにこの組み合わせです。デベロッパーが「確認済み」と表示された画面だけを見て、アプリを一覧表示する画面を一度も開いていないからです。

既存のPlay Consoleデベロッパー向けの1分での答え

すでにGoogle Playで公開している場合、確認すべき順に並べたコンプライアンス全体の流れは次のとおりです。多くの方は手順2で終わります。

1. 01

   本人確認の状況を確かめる

   Play Consoleでデベロッパーアカウントを開きます。Googleの認証ガイドはこの経路を設定 › デベロッパーアカウントと説明し、より新しいアカウント管理のドキュメントはデベロッパーアカウント › 自己紹介を使っています。いずれの場合も、本人確認をすでに完了しているならその手順を繰り返す必要はないとGoogleは述べています。確認済み

2. 02

   すべてのパッケージが登録済みか確かめる

   Play ConsoleでAndroidデベロッパー認証ページを開き、各アプリの登録状況を見ます。Play Consoleのホームでもアプリの登録情報が表示されることがあります。すべてのパッケージ名が自動登録されていれば、それらのアプリについて追加の登録作業は不要だとGoogleは述べています。確認済み

3. 03

   残りを9月30日までに申請する

   自動登録されなかったパッケージは、Googleの手動登録に従います。その形はパッケージ名で決まります。Androidがまだ見ていない名前ならパッケージ情報と署名の公開証明書だけで足り、すでにインストール実績がある名前なら、秘密鍵を持っていることを示す署名済みの確認用APKが必要です。どちらの流れもセクション05にあります。

Google Playで公開するならPlay Consoleを使います

デベロッパーを1時間の回り道に送り込む落とし穴がこれです。このプログラムにはコンソールが2つあります。Play ConsoleはGoogle Playのデベロッパーが2つの作業を完了する場所です。Android Developer ConsoleはGoogle Play以外で配布するデベロッパー向けの別画面で、そのヘルプは別の流れを説明しています。Google Search Consoleによる組織サイトの確認もその1つです。2種類の手順が同じ検索語で並んで表示されます。

配布経路は4つ、答えも4つです。Googleのドキュメントをもう一語読む前に自分の行を見つけてください。行を間違えると午後がまるごと消えます。

経路の対応はGoogleのPlay Console向け認証ガイドと限定配布ガイドから取り、2026年8月13日に確認しました。 確認済み

2026年の認証の経緯と、記事がいまだに間違える日付

認証は1回の発表で来たわけではありません。5回に分かれて来て、そのたびに前の内容を狭めるか訂正してきました。以下の経緯はGoogleの2026年6月と7月の資料を基準の出典としています。よく引用される3月の予告が置き換わっているため、この点が重要です。

このプログラムが実際にたどった経緯

各項目には、Googleが公表した内容と、Playデベロッパーがそこから読み取るべき結論を並べています。これらの日付のいくつかは他所で単独で引用されており、順序が見えると読み方がまったく変わるからです。

1. 2025年11月

   早期アクセスの開始

   早期アクセスに招待されたデベロッパーは、Google Play以外で配布するアプリの認証を始められるようになりました。

   読み取ること：歴史上の節目にすぎません。ここから今日のPlayデベロッパーに義務が生じることはありません。

2. 2026年3月30日

   すべてのデベロッパーへの配信開始

   GoogleはPlay ConsoleとAndroid Developer Consoleの両方で、すべてのデベロッパーへAndroidデベロッパー認証の配信を開始すると発表し、Playデベロッパーには数週間かけて利用可能になるか確認するよう案内しました。確認済み

   読み取ること：「3月30日にすべてのPlayアカウントが認証を受けた」とは読めません。Google自身の表現は、その日に配信が始まったというものです。

3. 2026年6月

   Android Developer Verifierのシステムサービスが配信

   Googleの更新されたタイムラインは、認証システムサービスの配信を2026年6月としています。確認済み

   読み取ること：6月を使ってください。3月30日の記事は4月を予告しており、現在も複数の第三者記事がその予告を事実のように繰り返しています。

4. 2026年6月18日

   正確な適用日が確定

   Googleは最初の適用日として2026年9月30日を発表し、参加ストア7つを挙げ、Playデベロッパーのアプリの99%超がすでに登録済みだと述べました。確認済み

   読み取ること：日付と自動登録の数値の両方について最も強い単独の出典です。これより前に公開されたものは日付を推測しています。

5. 2026年7月

   ツール：ID Status APIとConsole API

   Android Developer ID Status APIが世界規模で配信され、Console APIと限定配布は早期アクセス段階でした。

   読み取ること：自動化やツールのチームには関係しますが、Play Consoleを手作業で進める初めての公開者には関係しません。

6. 2026年7月15日

   現在のガイドが公開

   Googleの一般向け認証ガイドとPlay Consoleガイドが更新され、初期のストア範囲とPlayパッケージ登録の手順が含まれました。確認済み

   読み取ること：実務に関わることはすべて、この2ページを現在の基準文書として扱ってください。

7. 2026年7月22日

   FAQが対象範囲を文書で狭める

   GoogleのFAQは、参加リスト外のストアとAPKの直接インストールは9月30日の段階の対象ではないと明確にしました。確認済み

   読み取ること：「Googleがその日にサイドローディングを終わらせる」という2025年の語り口を終わらせる一文です。恒久的な除外ではなく、第1段階の範囲の制限です。

8. 2026年8月

   世界提供が予定：限定配布と高度なフロー

   Googleの認証ページは、限定配布アカウント、Android Developer ConsoleのAPI、高度なインストールフローを2026年8月の提供開始として挙げています。2026年8月13日時点で、限定配布の専用ガイドは早期アクセスの受付は終了しており2026年8月に追加情報を出すとしたままです。そのためこの行は提供済みではなく予定として描いています。 一部、提供開始は未確認

   ここから読み取ること：このページで最も動きが速い項目であり、暦が8月に入ったことは提供開始の証拠にはなりません。月半ばに公開された記事を信じるのではなく、この記事も含めて、Googleの認証ページで現在の状況を確認してください。

9. 2026年9月30日

   同じ日に2つのことが起きます

   ブラジル、インドネシア、シンガポール、タイで、参加ストア7つ経由のインストールにアプリ登録が必須になります。これとは別に、Play Consoleの要件としてすべてのPlayパッケージが登録済みである必要があり、登録されていないアプリはGoogle Playから削除されるとGoogleは述べています。確認済み

   読み取ること：日付は1つ、結果は独立した2つです。セクション03できちんと分けています。

10. 2027年以降

    世界展開、日付は未公表

    Googleはこの保護が2027年に世界全体へ広がるとしています。2026年8月9日時点で、正確な世界共通の日付も、追加の国別スケジュールも公表されていません。確認済み

    読み取ること：他所で見る「2027年1月1日」や「2027年初め」は予測として扱ってください。Googleはそうした日付を公表していません。

2026年9月30日は世界共通の期限ですか

Android端末側の適用については違い、Google Playのパッケージ登録の期限についてはそのとおりです。日付が同じだけの別々の2つの決まりで、このプログラムを扱うほぼすべての記事が両者を混ぜています。端末側の決まりは7ストア経由で4か国から始まります。Play側の決まりはあなたのPlayの掲載に関わり、Googleはこれを逃した場合の結果をGoogle Playからの世界共通の削除と説明しています。

4か国と7ストア

Googleが両方のリストを正確に挙げているため、解釈の余地はありません。第1段階の適用は次の4か国でのアプリのインストールを対象とします。

そして次の7つの参加アプリストア経由のインストールに適用されます。

両方のリストはGoogleの2026年6月18日の発表と2026年7月15日の認証ガイドから引用し、2026年8月9日に確認しました。Googleはストアや地域を追加できるため、期限が近づいたらこのリストに基づいて動く前に出典を再確認してください。

9月30日は自分に関係しますか。自分の経路で確認する

2つの質問に答えると、下のツールが2つのレイヤーをあなたの具体的な配布経路に当てはめます。Googleの答えが「まだ対象ではない」となる場合も意図的にはっきり書いています。「まだ」は「決してない」とは違うからです。

すでに認証済みかどうかを確認する方法

画面2つで疑問のすべてに答えられます。デベロッパーアカウントには本人確認とアカウント情報があります。Androidデベロッパー認証ページには各アプリの登録状況があります。前者しか開かないと、実際には通っていない点検を通ったつもりになりかねません。

状況が表示され得る4か所

ラベルを作らずに、状況から対処へ

Googleはどこを見て何をするかを公表しています。一方でPlayの本人確認ステータスのラベル一覧は公表していないため、この記事でも作りません。下の表は何を確認するのかと完了とはどういう状態かで整理しており、そこがまさにGoogleが記載している範囲です。

操作経路と「完了」の定義はPlay Consoleヘルプ回答16984799、GoogleのPlay Console認証ガイド、デベロッパーアカウント情報のヘルプページから、クローズドテストの行はPlay Consoleヘルプ回答14151465から取りました。いずれも2026年8月9日に確認しています。Googleのページは現在、本人確認の経路に2種類の表現を使っており、Play Consoleの操作経路も頻繁に変わります。ここではラベルを日本語で書いていますが、実際のコンソールでは少し違う文言が表示されることがあります。各経路は恒久的なものではなく、この日付時点で有効なものとしてお読みください。

「自動登録済み」が実際に意味すること

自動登録が扱うのはごく狭い1つの関係です。アプリのパッケージ名と、それを誰が管理しているかを証明する署名情報との結び付きです。GoogleはPlay App Signingを使う対象アプリが自動登録の処理に含まれるとしています。必要な所有と署名の情報をGoogleがすでに持っているためです。

すべてのパッケージ名が自動登録に成功していれば、対応するPlayアプリについて追加の登録作業は不要だとGoogleは述べています。この一文は述べたとおりの範囲だけを意味し、それ以上ではありません。

最後の点は立ち止まる価値があります。登録はパッケージ単位なので、アプリが6本あるアカウントが6分の4だけ完了している状態でも、それらを一覧表示する唯一のページ以外どこにも警告は出ません。またGoogleは認証をデベロッパーが誰かを確かめる手続きと位置づけ、アプリの内容に対するセキュリティ審査とは別だと説明しています。つまりここでの内容はどれも、アプリがPlayのポリシーに適合しているかどうかの判断ではありません。

アプリが自動登録されなかったときにすること

手動登録には2つの形があり、どちらになるかはあなたではなくパッケージ名で決まります。Androidがまだ一度も見ていないパッケージ名なら、パッケージ情報と署名鍵の公開証明書を提出します。すでにインストール実績があるパッケージ名なら、それに加えて、Googleから受け取った文字列を入れたAPKをアップロードし、対応する秘密鍵を持っていることを証明します。署名済みの確認用APKが必要なのは後者だけで、どちらの場合も実際の製品版APKは必要ありません。

まず自分がどちらの場合かを見極める

5つの行があり、今日のあなたはそのうちのちょうど1つに当てはまります。ここを取り違えるのがこのセクションで最も高くつく間違いです。確認用APKの経路はビルド作業であり、5行のうち3行はそれをまったく必要としないからです。

場合分けはPlay Consoleヘルプ「Registering Android package names」（回答16761053）から取り、2026年8月13日に確認しました。確認済み

A. 新規のパッケージ名を登録する

短いほうの道です。すべてPlay Consoleの中で完結し、ビルド環境には何も触れず、作るべきAPKもありません。

1. 01

   Androidデベロッパー認証のページを開く

   Play ConsoleでAndroidデベロッパー認証のページを開き、アカウント上のすべてのパッケージ名の登録状況を確認します。Play Consoleのホームにもアプリの登録情報が表示されることがあります。

2. 02

   「パッケージ名を登録」を選ぶ

   これは既存の名前に対する申請ではなく、新しい登録を始める操作です。

3. 03

   パッケージ名と分かりやすい名前を入力する

   分かりやすい名前は自分の一覧のための内部ラベルです。ストアの掲載情報でユーザーに見える名前ではありません。

4. 04

   「鍵を追加」を選ぶ

   ここから、自分が管理する署名鍵と登録するパッケージ名の紐づけが始まります。

5. 05

   署名用の公開証明書を提出する

   アプリの署名鍵ペアの公開証明書を渡します。Androidがこのパッケージ名を一度も見ていないため、Googleに必要なのはその証明書だけです。秘密鍵が自分の手元を離れることはありません。

6. 06

   送信して確認を待つ

   パッケージ名の登録が成功するとGoogleからメールが届き、更新後の状態がPlay Consoleで見えるようになります。

B. 既存のパッケージ名を登録する

こちらが長いほうの道で、どの記事もこれが唯一の道であるかのように書いています。適用されるのは、そのパッケージ名がすでにAndroid上でインストールされている場合です。そのときGoogleは言葉だけでは受け付けず、秘密鍵を管理していることを示す必要があります。このうち2つの手順はPlay Consoleの外で行うので、始める前にビルド環境を開いておいてください。

1. 01

   パッケージ情報を入力する

   Androidデベロッパー認証のページで、申請するパッケージ名の登録を開始します。

2. 02

   「鍵を選択」を開く

   Googleはインストールの実績にもとづき、そのパッケージ名に適格と判断した証明書を提示します。

3. 03

   適格な公開証明書のフィンガープリントを選ぶ

   実際に自分が持っている鍵のフィンガープリントを選びます。適格なものが提示されない場合はここで止まり、ほかを試す前に下の適格性の決まりを読んでください。

4. 04

   所有権の確認を始めてGoogleの文字列をコピーする

   Googleはこの申請専用の文字列を発行します。そのまま正確にコピーしてください。これから作るAPKが、ほかでもないこの確認のために作られたことを示す値です。

5. 05

   assets/adi-registration.properties を作る

   APKプロジェクトのassetsフォルダの中に、名前がちょうど adi-registration.properties のファイルを作ります。パスもファイル名もそのままの文字どおりです。ここでの打ち間違いが、この手順が失敗する最も多い原因です。

6. 06

   その文字列をファイルに貼り付ける

   ほかに入れるものはありません。このファイルは文字列を運ぶためだけに存在します。

7. 07

   リリース用APKをビルドする

   Googleは、実際のアプリからビルドしても、同じパッケージ名を使う空のプロジェクトからビルドしてもよいとしています。空のプロジェクトのほうがたいてい速く、製品版のコードが一切関わらないぶん安全です。

8. 08

   対応する秘密鍵で署名する

   作業全体の目的はここにあります。証拠になるのは中身ではなく署名です。

9. 09

   Play Console経由でアップロードする

   署名済みの確認用APKを所有権の手順の中でアップロードします。これはリリースではなく、どのユーザーにも届かず、実際の製品版の成果物は関わりません。

10. 10

    状態と確認メールを見守る

    パッケージ名の登録が成功するとGoogleからメールが届き、更新後の状態がPlay Consoleで見えるようになります。

C. 署名鍵を別のアプリストアが持っている場合

デベロッパーに代わって署名するストアもあり、その場合は正しく署名された確認用APKを自分では作れません。Googleはそのための経路を別に文書化しており、内容は短いです。

1. 01

   リリースをビルドしてそのストアにアップロードする

   文字列を含むビルドを、そのプラットフォームの通常のリリース手順に通します。

2. 02

   そのストアから署名済みの最終APKをダウンロードする

   必要なのはストアが署名した状態のファイルであり、自分がアップロードしたものではありません。

3. 03

   そのストア署名のAPKをPlay Consoleにアップロードする

   所有権の確認を満たすのはストアの署名です。

手順はPlay Consoleヘルプ「Registering Android package names」（回答16761053）から取り、2026年8月13日に確認しました。確認済み

あとから鍵を追加する

1つのパッケージ名に複数の署名鍵を紐づけられます。Googleは、コンソールで1つのパッケージに複数の署名鍵を追加して確認できるとしており、その手順は経路Bと同じ形です。その鍵用の文字列を入れた assets/adi-registration.properties を作り、対応する秘密鍵でリリース用APKをビルドして署名し、アップロードします。まずパッケージ名を登録し、そのあとで追加の鍵を足してください。

適格な鍵が提示されない場合：優先順位の決まり

ほとんどのデベロッパーはこの部分を見ることがありません。1つのパッケージ名がその生涯で複数の鍵によって署名されている場合や、複数の当事者にもっともな主張がある場合に関係します。Googleはインストール数に基づく優先順位でこれを整理します。

適格性の優先順位はPlay Consoleヘルプ回答16761053から取り、2026年8月13日に確認しました。確認済み

実務的な読み方を、正確に言い直します。自分の署名鍵が上の優先順位を明らかに満たしているなら、申請に対してそのまま適格と表示されるはずです。それが決めるのは、審査つきの申請ではなく直接登録させてもらえるかどうかです。登録そのものを代わりに済ませてくれるわけではありません。自動登録から漏れたパッケージは、それでも経路Bを手作業で通す必要があります。急ぐべきなのは「先に申請したほうが通る」の段階です。正しさではなく、誰が先に動くかで決まるからです。

個人のデベロッパーアカウントが提出するもの

2つの層があります。共通の情報と、国ごとの書類です。共通部分は、法的な本人情報と住所がアカウントに紐づくGoogleお支払いプロファイルと正確に一致していることです。書類の部分はそのプロファイルの国や地域に完全に依存するため、誠実な記事なら世界共通のチェックリストを渡すことはできません。

どこでも同じ部分

個人アカウントは法的な本人情報とアカウント情報を提出し、現在のPlayヘルプはそこに法的な氏名と住所を挙げています。認証の処理は紐づくGoogleお支払いプロファイルを使い、Googleの書類要件のページは、個人の本人情報、該当する場合は組織名、そして住所の情報がお支払いプロファイルの情報と正確に一致する必要があると述べています。

このセクション全体を支えているのが「正確に」という語で、次のツールが存在する理由でもあります。

どこでも同じとは限らない部分

Google自身のページは、認められる書類が地域によって異なると述べています。あなたのケースの基準は、他所に転記されたリストではなくそのページの国セレクタです。要件の形を、世界共通であるかのように装わずに具体的に示すため、Googleの米国ページが現在、個人に求めている内容を挙げます。

Googleがはっきり示している画像の要件

写真付き身分証明書そのものに関する要件で、解釈の余地がありません。そのため、アップロード前に最も安く取り除ける失敗要因です。

• 公的な写真付き身分証明書は有効で期限切れでない必要があります。
• 画像はカラーである必要があります。
• 画像は鮮明で十分な明るさである必要があります。
• 画像はコピーであってはなりません。

またGoogleは、現在の書類要件のページで認められない書類をデベロッパー認証失敗の主な理由として挙げており、偽造または改変された書類はアカウントやアプリの削除を含む厳しい措置につながり得るとしています。このページのどの内容も、その危険を冒す価値はありません。

何かをアップロードする前に行うチェック

Googleは認証の試行回数を公表しておらず、再試行のボタンがそもそも表示されなくなる状態に至ったという報告がデベロッパーから定期的に寄せられています。この組み合わせのため、不用意な提出は本当に高くつきます。まずはこのチェックを行ってください。

アップロード前に必ず確認したい間違い

この記事から1つだけ持ち帰るなら、これにしてください。アップロードのボタンに触れる前に、Googleお支払いプロファイルを開き、法的な氏名と住所を書類と項目ごとに比べてください。Googleは情報が対応していることを求めますが、文字や句読点のレベルの決まりは公表していません。ですので「項目ごとの比較」は別の決まりではなく、その要件を満たす実務的な方法として捉えてください。

前半はGoogle自身が示している要件です。後半は2026年のサポートフォーラムに満ちている内容です。2026年4月、6月、7月、8月の投稿はどれも同じ形です。デベロッパーは書類が正しいと確信しているのに、認証が具体的な理由なく失敗し、コミュニティの回答は提出した本人情報とお支払いプロファイルの不一致に戻ってきます。そのうち複数の投稿では、デベロッパーが異議申し立てに失敗した後でようやくプロファイルの氏名の問題に気づいています。

組織アカウントに必要なもの

組織は個人の本人確認ではなく法人情報で認証を行い、通常はD-U-N-S番号が必要です。Dun and Bradstreetが発行する9桁の一意の識別子です。GoogleのPlayのドキュメントは一部の政府機関について例外を挙げています。Googleは番号がないデベロッパーも無料で取得できるとしていますが、数週間かかる場合があると注意しています。このページで実際の待ち時間がある唯一の項目である理由です。期間についてはGoogle自身のページで記述が異なり、Androidの認証FAQは最大28日、現在のPlay Consoleアカウントヘルプは最大30日としています。この記事は30日で計画します。

組織がほかに準備するもの

• 登記の記録と一致する法人情報、および権限を持つ担当者とアカウント情報です。
• 9桁のD-U-N-S番号です。Dun and Bradstreetから無料で取得でき、一部の政府組織についてGoogleが挙げる例外の対象になります。この例外は限定的で、政府組織が認証を省けるという意味ではありません。
• 関連する組織の書類と担当者の本人確認書類です。個人アカウントと同じ、国ごとの決まりと正確な一致の決まりが適用されます。
• 確認済みのウェブサイトです。Google Play以外で全面的に配布する組織の場合に必要です。Googleの認証ガイドは、組織はGoogle Search Consoleで確認する必要のあるウェブサイトを提出すると述べています。この手順はPlay Consoleではなく、Android Developer Consoleの経路に属します。

組織アカウントでも変わらないことが1つあります。Google Playでも公開しているなら、これは引き続きPlay Consoleでの作業です。そして新しいアカウントで個人か組織かを迷っているなら、検討すべき要素は認証をはるかに超えます。その判断は個人アカウントと組織アカウントの比較できちんと扱っています。

9月30日までに認証しなかった場合に実際に起きること

アプリがユーザーに届く経路によって4通りに分かれます。Googleは新規インストールの制限、管理が適用される範囲での更新の制限、そして未登録のPlayパッケージのGoogle Playからの削除を記載しています。すでに端末に入っているアプリを強制的に削除するとは記載していません。

影響の内容はPlay Consoleヘルプ回答16984799、GoogleのPlay Console認証ガイド、3月30日の配信記事、Android Developer Consoleヘルプのタイムライン、7月22日のFAQから取りました。いずれも2026年8月9日に確認しています。

最も慎重に扱うべき主張

この区別は細かすぎる話ではありません。今月やるべきことが変わります。Playからの削除はパッケージを登録すれば解消する配布上の緊急事態です。仮に大規模な削除が起きるなら、まったく違う伝え方が必要な顧客対応の緊急事態になります。記載されているのは前者だけです。

高度なフローの実際の流れ

Googleは高度なフローを、切り替えスイッチではなく意図的に遅い道筋として文書化しています。摩擦こそが目的で、どの手順も、通話がつながったまま誰かに手順を口頭で誘導されるのを防ぐために存在します。

1. 01

   システム設定でデベロッパーモードを有効にする

   意図的な最初の一手です。誤操作や、詐欺で使われる「ワンタップ回避」で起動されないようにするためです。

2. 02

   誰かに誘導されていないことを確認する

   保護を切るよう圧力をかけられていないかの短い確認です。

3. 03

   端末を再起動して再認証する

   誰かが次の操作を見張るために使える遠隔アクセスや通話中の接続を断ち切ります。

4. 04

   保護のための待機期間のあとに戻る

   Googleはこれを1回きり、1日間の待機と説明しています。その後、生体認証または端末のPINで確定します。

5. 05

   未認証のデベロッパーからインストールする

   7日間または無期限で許可できます。インストールのたびに警告は表示され、自分でそれを了解して進みます。

高度なフローの手順はGoogleのAndroidデベロッパー認証FAQから取り、2026年8月13日に確認しました。 確認済み

サイドローディングの話、1段落で

9月30日の段階は、APKの直接インストールにも、Googleの参加リスト外のアプリストアにもまだ適用されません。GoogleはADBでのインストールに加え、認証されていないデベロッパーから承知のうえでインストールしたいユーザー向けの高度なフローも引き続き提供しています。これが2026年8月9日時点の現在の記載であり、2025年の最初の発表後に広まった「Googleがサイドローディングを終わらせる」という語り口とははっきり異なります。同時に明示的に第1段階でもあるので、これを確定した結論とみなすのは逆向きの誤りです。Playの期限ではなくサイドローディングやオープンなエコシステムへの影響でここに来られたのなら、その話題はコンプライアンス記事の中の1段落ではなく独立した記事で扱うべきものです。

認証はテスター12人のクローズドテストの代わりになりません

互いに無関係な2つの要件で、両方が該当するなら両方を満たす必要があります。Androidデベロッパー認証は「このアカウントとこのパッケージは誰のものか」に答えます。製品版へのアクセスの決まりは「このアプリは実際の人が使ってテストしたか」に答えます。一方を完璧に通過しても、もう一方で完全に止まることがあります。

対象となる新規の個人デベロッパーアカウントに対するGoogleの要件は、認証プログラムのどの内容でも変わりません。製品版へのアクセスを申請する時点で、直近14日以上連続でオプトインしているテスター12人以上が必要です。

認証の列はGoogleの認証ガイドとPlay Consoleヘルプ回答16984799から、クローズドテストの列はPlay Consoleヘルプ回答14151465と内部テストのヘルプページから取りました。いずれも2026年8月9日に確認しています。確認済み

なぜここでつまずくのか

どちらも「要件」と呼ばれ、どちらもPlay Consoleの中にあり、どちらもデベロッパーと公開済みアプリの間に立ちはだかるからです。そのため本人確認を通ったばかりのアカウントは終わったように感じます。ところが製品版へのアクセスが却下され、認証の画面のどこにも理由がありません。その答えはそこにないからです。

新規の個人アカウントを実際に公開まで導く順序はこうです。本人確認の完了、すべてのパッケージの登録、そしてそれとは別に、製品版へのアクセスを申請する前に14日間連続でオプトインしているテスター12人以上のクローズドテストです。14日間連続の決まりには多くの方の想定より例外が多く、この順序の中で頑張っても短縮できない部分でもあります。

内部テストで代替できますか

いいえ。ただし理由は正確に述べる必要があります。「内部テストは役に立たない」も誤りだからです。Googleは内部テストをテスター100人まで認めており、問題を素早く見つける手段として本当に有効です。しかし製品版へのアクセスの要件は、テスター12人と14日間の条件を満たすクローズドテストを明示しています。内部テストは別トラックなので、そこでの参加はこの要件の対象となるテストにはなりません。

組織アカウントについても一文だけ補足しておきます。製品版へのアクセスのテスト要件は明示的に新規の個人デベロッパーアカウント向けに書かれているため、組織アカウントはこの12人の決まりが対象とするアカウント種別ではありません。これは両方のアカウント種別に及ぶ認証とは別の問題です。

認証に失敗したら、再試行の前に確認すること

デベロッパーからは具体性のない却下メッセージの報告が多く、Googleは個々の却下の原因を記載していません。ですので有効なのはメッセージを推測することではなく、Googleが実際に公表している要件を順に潰すことです。下から今見えている症状を選んでください。それぞれが、最初に確認すること、その助言を支える根拠の強さ、そして安全な次の一手につながります。

実際に見えている症状から始めてください

下の10項目は、デベロッパーがGoogleのサポートフォーラムで使う表現のまま並べています。深夜2時に書かれたものも含みます。1つ選ぶと、理屈のうえで起こり得るすべての一覧ではなく、その症状に最も効く確認項目が1つ表示されます。

根拠が支えていることと、支えていないこと

下の失敗パターンは2026年を通じたGoogle Playデベロッパー ヘルプ コミュニティの投稿から集めました。ブラジル、インド、ウズベキスタンの事例やポルトガル語の投稿が複数含まれ、さらに古いRedditとStack Overflowの報告も含みます。根拠の実際の強さで分類しています。それによって取るべき行動が変わるからです。

期限前のチェックリスト

5つの状態が、9月30日をカレンダー上の日付にするか、受信トレイの問題にするかを分けます。4つはすべてのPlayデベロッパーに関係します。5つ目はアカウントがクローズドテストの決まりの対象である場合だけで、実際のカレンダー時間を消費する項目でもあります。

片づけるべき4つの項目

楽観ではなく正直にチェックしてください。各行はその項目を解決するセクションへつながっているので、チェックの付かない欄は行き止まりではなく2分の寄り道です。このうち2つは条件つきなので、そもそも当てはまらなかった場合でもチェックできる書き方にしています。すべて自動登録されたなら終わらせる手動申請はありませんし、すでに認証済みで書類の照会もなかったなら直すものはありません。

PrimeTestLabが関わる範囲と、関わらない範囲

まず線引きをはっきりさせます。誰もあなたの代わりに本人確認を行うことはできません。書類をアップロードし、お支払いプロファイルを合わせ、パッケージ名を申請することは、アカウントの保有者にしかできません。その部分についての当社の貢献はこの記事がすべてです。当社が担うのは、新規の個人アカウントで認証のすぐ後に来る要件です。実際のテスター12人が14日間連続で参加する部分です。

当社の問い合わせにいつも同じ形で届くのがこの分岐です。デベロッパーが本人確認を通り、Play Consoleで緑の表示を見て、道は開けたと考え、そのあとで製品版へのアクセスが2週間の下限を抱えたまったく別のゲートだと知ります。認証は書類仕事で、所要時間は書類とアカウント次第です。クローズドテストは圧縮できないカレンダー時間です。

クローズドテストを自分で回すか、任せるか

最も時間のかからない進め方

認証とクローズドテストの両方が残っているなら、順番にではなく並行して進めてください。テスターが14日間続けて参加する期間は、実際に12人が登録されてから始まる実時間なので、本当の公開日を決めるのはその項目です。書類を進めている間にその計測を始めてください。終わってからではありません。

よくある質問

まとめ

ポリシー最終確認：2026年8月13日。Googleの9月30日の展開と2027年の拡大はまだ動いているため、日付と対象国は行動に移す前にGoogleのAndroidデベロッパー認証ページで再確認してください。この記事は2026年9月30日と適用開始の直後に再検証する予定で、Googleが2027年の地域や日付を公表するたびに再検証します。