Google Playのアプリ審査にかかる期間は、更新なら通常は数時間から数日、初回公開や新規アカウントではもっと長くなります。Googleは時間を保証しておらず、例外的なケースでは最長7日以上かかる場合があるとだけ示しています。さらに、アップロードから実際に「公開」されるまでには、審査だけでなく段階的な公開や新規アカウントのテスト要件といった別の期間も加わります。全体の流れを知っておくと、いまどこで待っているのかがわかり、無駄な再アップロードを避けられます。
まず結論
更新の審査は通常、数時間から数日で終わります。Googleは時間を保証しておらず、Google Playの審査時間に関するヘルプで「最長7日以上かかる場合がある」と述べています。初回公開はより長く、新規の個人アカウントは公開前に14日間のクローズドテストが必要です。再アップロードは審査をやり直させるため、期間は縮まりません。7日を超えても動かない場合は、まず管理公開を確認し、そのうえでサポートに連絡してください。
アップロードから公開までの全体の期間
「審査期間」と「公開までの期間」は同じではありません。アップロードした瞬間から、まず数分程度の自動処理があり、その後にキューでの審査待ちと審査が続きます。審査を通過しても、段階的な公開を設定していれば、全ユーザーに届くまでにさらに数日かかることがあります。つまり、体感する「長さ」は、審査そのものだけでなく、これらの各段階の合計です。
この全体像を持っておくと、どの段階で止まっているのかを切り分けられます。たとえば「審査は終わったのに公開されない」と感じるとき、実際には段階的な公開の途中だったり、管理公開があなたの操作を待っていたりします。審査期間だけを見て焦る前に、公開プロセス全体のどこにいるのかを確認しましょう。切り分けができれば、待つべき場面と行動すべき場面を正しく判断できます。
トラック別の目安期間
目安は状況によって大きく変わります。内部テストはほぼ即時、クローズドテストとオープンテストは審査があるものの比較的早く、本番の初回公開が最も時間がかかります。次の表で整理します。
| トラック・状況 | 目安の期間 | 注意点 |
|---|---|---|
| 内部テスト | ほぼ即時 | 審査なしで配布できる |
| クローズド・オープンテスト | 数時間〜数日 | 審査はあるが本番より速いことが多い |
| 本番・更新 | 数時間〜3日 | 7日を超えたら要確認 |
| 本番・初回公開 | 1〜7日 | すべてを初めて審査するため長め |
| 新規の個人アカウント | 14日以上の準備が必要 | 公開前にクローズドテスト要件 |
これらは目安であって保証ではありません。同じ更新でも、アカウントや変更内容によって数時間で済むこともあれば数日かかることもあります。急ぎで動作を確認したいときは、審査のない内部テストを使うと、本番の審査を待たずに実機で試せます。計画を立てるときは、最良のケースではなく、この表の上限を前提にしておくと安全です。
新しいアカウントは公開まで何日かかる？
新規の個人開発者アカウントは、本番公開の前に追加の期間が必要です。Googleの新規アカウント向け要件により、少なくとも12人のテスターが14日間連続でオプトインしたクローズドテストを行う必要があります。この14日間は連続していなければならず、途中で抜けた期間はカウントされません。
つまり、新しいアカウントでは「審査が遅い」のではなく、そもそも本番に出すための条件をまだ満たしていない、というケースが多くあります。この14日間は審査期間とは別物ですが、初めての開発者には最も見落とされやすい期間です。新規アカウントで公開を計画するなら、この2週間をスケジュールの一番最初に組み込み、テスターを早めに集めておきましょう。
審査期間が延びる要因
審査期間はアカウントと変更内容で大きく変わります。新規または特定のアカウントはより慎重に審査され、位置情報やユーザーデータへのアクセスなどセンシティブな権限、データセーフティの申告や対象年齢の変更、大きな機能変更はいずれも審査を長引かせます。これらの申告を変えると、コードをほとんど変えていなくても、より慎重な再審査が始まることがあります。
さらに、投稿が集中する時期にはキュー全体が伸びます。こうした時期の長い待ち時間は、必ずしもあなたのアプリの問題ではありません。ただし、7日という目安を大きく超える場合は、キューの通常の範囲を外れているため、原因の確認とサポートへの連絡を検討してください。コードの品質よりも、アカウントと申告内容のほうが期間を左右する、と覚えておくと判断しやすくなります。
再アップロードは期間を延ばす？
はい。同じバージョンの新しいビルドをアップロードすると、審査中のものが置き換わり、審査は最初からやり直しになります。焦って再アップロードすると、通常は進捗を失い、列の最後尾に戻るため、結果として期間が延びます。再アップロードが意味を持つのは、却下につながる問題を実際に修正した場合だけです。
急ぎのときほど、再アップロードは逆効果になりがちです。修正はまとめて一つのビルドに入れ、審査中の間は触らずに待つのが、結局は最短の道になります。何度も上げ直すと、1日あたり6件という提出上限を消費してしまい、本当に必要な修正版を上げられなくなることもあります。
遅いときの対処と管理公開の確認
まず、どれくらい待っているかを把握し、期間に応じて行動します。次の表が判断の目安です。
| あなたの状況 | まず何をする | エスカレーションの目安 |
|---|---|---|
| 3日未満 | 待つ（通常の範囲） | まだ不要 |
| 3〜7日 | 管理公開とポリシー状況を確認 | 記録を準備 |
| 7日を超えて変化なし | 日付とスクリーンショットを添えてサポートへ | すぐに |
| 審査は完了だが未公開 | 管理公開を確認し、自分で公開 | 不要 |
| 新規アカウント | クローズドテストの14日要件を確認 | 不要 |
エスカレーションの前に、管理公開が有効になっていないか、ポリシーセンターに通知が出ていないか、そして審査をやり直させる別のアップロードをしていないかの3点を確認してください。多くの「長い」ケースは、これらのどれかで説明できます。設定や未読の通知が原因のことも多いので、Googleを疑う前に自分側を一通り確認しましょう。
サポートに連絡する目安
7日という目安を明らかに超え、原因が見当たらないときは、Google Play Consoleのヘルプからサポートに連絡してください。パッケージ名、バージョン番号、アップロードの日時、状態とポリシー通知のスクリーンショットを添えると、情報不足で保留されずに進みやすくなります。週末や祝日、投稿が集中する時期はキューが伸びやすいので、その直前の投稿では長めの期間を見込んでおきましょう。
サポートは状態の確認や案内はできますが、進行中の審査を速めるわけではありません。それでも、明らかに長すぎる場合は連絡が正しい対応です。記録を残しておけば、やり取りが増えても状況を説明しやすくなります。
アップロード前にビルドを確認する
期間を無駄にしない最も確実な方法は、どのみち却下されるビルドで審査サイクルを消費しないことです。却下されるたびに列の最後尾に戻るため、埋め込まれた秘密鍵、正当な理由のない権限、安全でない通信設定といった避けられる問題が、審査がすでに長いときに数日分の遅れを生みます。
PTKD.comのようなセキュリティスキャナーは、アップロード前に.aabや.apkを解析し、OWASP MASVSに沿って深刻度順に並べたレポートを返すので、却下の引き金になる箇所を列に入る前に直せます。限界についても正直に言えば、スキャナーはGoogleの審査を速くすることはできず、リスクの高いアプリや規制対象のアプリで手動の審査に取って代わるものでもありません。できるのは、待ち時間を繰り返させる避けられる却下を防ぐことで、審査がすでに長いときほど効果があります。
まとめ
- 更新の審査は通常数時間から数日、初回公開は1〜7日、新規アカウントは公開前に14日間の準備が必要です。
- 体感する「長さ」は審査だけでなく、段階的な公開や新規アカウント要件を含む全体の期間です。
- 新規または特定のアカウント、センシティブな権限、データセーフティの変更が審査を長引かせます。
- 再アップロードは審査をやり直させ、期間をむしろ延ばします。管理公開も先に確認しましょう。
- アップロード前にPTKD.comでビルドを確認し、避けられる却下で期間を失わないようにしましょう。
