すぐわかる答え
Googleの2025年の年次透明性レポートによると、Google Playの申請の却下率は約7.89%です。却下された申請1,692,467件を、審査された申請21,461,250件で割った値になります。これはGoogleが公表した件数から本ガイドが計算したものであり、2026年通年の却下率でもなければ、新しいアプリが初回の審査で落ちる確率でもありません。Googleが別に公表している違反措置の数値は、これとは違う結果を測ったものです。
出典：2025年のGoogle Play年次透明性レポート（PDF、2026年3月31日公開、対象は全世界）。2024年のレポートでは、同じ計算で10.13%になります。
本ガイドでは、Googleが最近公表した申請と違反措置の数値、その限界、そして却下されたときの対応に役立つ実務的な確認項目を説明します。年次透明性レポートのデータ、安全性レビュー、および本文中でリンクした各ポリシーページは、2026年9月12日に確認しました。
本ガイドのラベルの読み方
- Googleの公表数値Googleの透明性レポートまたは年次安全性レビューに記載されている数値です。数字のそばに出典を示しています。
- 本ガイドの計算Googleが公表した件数をもとに、本ガイドが計算したものです。この結果自体をGoogleが公表しているわけではありません。
- GoogleのポリシーPlay Consoleヘルプ、またはデベロッパー プログラム ポリシーに書かれている要件や手続きです。
- 実務的な確認当社が支援している申請の経験から、確認をおすすめしている項目です。Googleのルールではなく、却下の頻度を測った数値でもありません。
- 参考例記録の残し方を示すために作った例です。お客様の実例でも、プラットフォームの統計でもありません。
このページ内
2026年のGoogle Playアプリ却下率はどれくらいですか
Googleは「却下率」という名前の付いた割合そのものは公表していません。ただし、それを計算するのに必要な2つの件数、つまりアプリの申請を何件審査し、そのうち何件を却下したかは、年に1回公表しています。データがそろっている直近の年は2025年で、2026年3月31日に公表されました。したがって2026年のガイドは、2025年の実績をもとに書くことになります。
直近の完全な年次申請データ
Googleの公表数値| 対象年 | 審査された申請 | 却下された申請 | 却下 ÷ 審査 | レポート公開日 |
|---|---|---|---|---|
| 2024 | 19,292,647 | 1,955,305 | 10.13% | 2025年3月31日 · レポート |
| 2025 | 21,461,250 | 1,692,467 | 7.89% | 2026年3月31日 · レポート |
掲載箇所：2025年のレポートは印刷版3ページ、2024年のレポートは印刷版3～4ページです。割合は公表された件数から計算し（却下 ÷ 審査 × 100）、小数第3位を四捨五入しています。どちらのレポートも、対象範囲は全世界と説明しています。データは2026年9月12日に確認しました。
年ごとの計算を見る
審査された申請全体に占める却下の割合
2025年は、審査された申請100件のうち約8件が却下されました。
この割合の計算方法と、予測できないこと
この割合は、Googleが公表した、審査されたアプリ申請と却下されたアプリ申請の全世界・年単位の件数を比べたものです。レポートには、初回申請だけを切り出した母集団も、申請の回数別の内訳も示されていません。そのため、この全体集計を使って個別の新しいアプリの結果を予測することはできません。
この割合からは分からないこと
- 自分のアプリの見込み。残りの約92%は、新しいアプリが初回で承認される確率ではありません。
- 2026年の数値。2026年通年のデータはまだ公表されていません。この数字は「2026年に参照できる2025年のデータ」として扱ってください。
- 最終的な承認率。2025年のレポートには却下後の承認件数も載っていますが、修正後の承認率を出すのに必要な母集団の対応関係までは示されていません。そのため本ガイドでは計算していません。
- クローズド テストや製品版へのアクセスの承認率。新規の個人用アカウントに対するアクセスの判定は別の手続きであり、これらの表には含まれていません。
- 審査の厳しさの傾向。10.13%から7.89%への低下は割合が変わったということであって、ポリシーが緩くなった証拠でも、審査の質が変わった証拠でも、個々の開発者のリスクが下がった証拠でもありません。
サイトによって数字が違う理由
Googleは分母を公表していない、と書いているページがあります。それは年次安全性レビューの系列には当てはまりますが、透明性レポートには当てはまりません。また、年次安全性レビューの「公開を阻止したアプリ」の件数を、透明性レポートの分母で割っているページもあります。これは2つの系列を混ぜた計算です。
Googleが公表する却下と違反措置の統計
Googleはプラットフォームの安全性に関する数値を2か所で公表しており、この2つは混同されやすいものです。1つは年次透明性レポートで、申請件数と違反措置の件数を表にまとめたものです。もう1つはGoogleのブログに載る年次安全性レビューで、丸めた代表的な数値を添えた読み物です。
審査された申請と却下された申請
Googleの公表数値上の表にある審査件数と却下件数のほかに、2025年の透明性レポートには削除2,012,981件と解約されたデベロッパー アカウント125,550件が示されています。削除はすでに公開されているアプリに対する措置で、却下は公開前の申請に対する判定です。
出典：2025年の年次透明性レポート、印刷版3ページ。
公開を阻止されたアプリ（2023年から2025年）
Googleの公表数値| 対象年 | 公開を阻止されたポリシー違反アプリ | 利用を禁止された不正なデベロッパー アカウント | 出典 |
|---|---|---|---|
| 2023 | 228万件 | 33万3,000件 | 2023年の安全性レビュー（2024年4月29日） |
| 2024 | 236万件 | 15万8,000件以上 | 2024年の安全性レビュー（2025年1月29日） |
| 2025 | 175万件以上 | 8万件以上 | 2025年の安全性レビュー（2026年2月19日） |
同じレビューには、却下件数ではない文脈上の数値も載っています。2023年には、バックグラウンドの位置情報やSMSといった機微な権限をめぐって、20万件近い申請が却下または是正されました。2024年には、機微なユーザーデータへの不必要または過剰なアクセスを、130万件のアプリについて阻止しています。2025年にはその数が25万5,000件を超え、あわせてスパムの評価とレビュー1.6億件がブロックされました。これらの数値は、互いに足し合わせることも、上の表と足し合わせることもできません。
Googleはまた、リリースの前後にアプリに対して1万件を超える安全性チェックを実施していると説明しています。この件数は、小さな不具合がすべて自動的に却下につながるという意味でも、それらのチェックがすべて公開前の関門だという意味でもありません。
却下・削除・阻止の件数が食い違う理由
| 出典 | 指標 | 単位 | 期間 | 含まれないもの |
|---|---|---|---|---|
| 年次透明性レポート | 却下された申請 | 申請の件数。固有のアプリ単位の集計とは明示されていません | 暦年 | 同じアプリがその後承認されたかどうか |
| 年次透明性レポート | 削除 | 公開後に削除されたアプリ | 暦年 | 公開に至らなかった申請 |
| 年次安全性レビュー | 公開を阻止されたアプリ | アプリ件数（丸めた数値） | 暦年 | 分母。割合に換算することはできません |
| 年次安全性レビュー | 利用を禁止されたデベロッパー アカウント | アカウント数 | 暦年 | 個々のアプリの却下 |
Googleの年次透明性レポートと年次安全性レビューは、指標の名前が異なり、示している合計値も異なります。どの数字も、出典と定義に結び付けたまま扱ってください。確認したレポートには、2つの系列を直接換算する方法は書かれていません。したがって、これらを組み合わせて1つの却下率を計算することはできません。
プラットフォーム全体の集計と、事業者が測定した実績は、どちらも同時に成り立ちます。PrimeTestLabのテスト完了率は、当社が実施し、終了日まで人員を維持したクローズド テストについての数値です。Googleの割合は、公表されたアプリ申請の件数についての数値です。どちらも、もう一方を予測するものではありません。
受け取ったGoogle Playの判定はどれですか
何かを直し始める前に、いま見ている判定がどれなのかを見極めてください。「却下された」という言い方は、少なくとも5つの状況に対して大まかに使われており、次にすべきことはそれぞれ違います。Play Consoleのステータスと、アカウント所有者宛てのメールに、その名称が書かれています。
Googleのポリシー受け取った通知をタップしてください
| 判定やブロックの種類 | いまの状況 | 次にすること |
|---|---|---|
| アプリまたはアップデートの却下 | 提出した変更が受け入れられなかった状態です。通常のアップデート却下であれば、修正しているあいだも、すでに公開されている以前のバージョンは引き続き利用できます。 | 通知を読み、該当する申請を修正して、再提出します。却下されたあとを参照してください。 |
| 製品版へのアクセスの却下、または「More testing required」 | 新規の個人用アカウントのアプリを製品版に移すための申請に、さらに手を入れる必要があるという判定です。これは、実施したクローズド テストの準備状況についての判断です。 | テストと準備状況の手順を進めたうえで、製品版へのアクセスがテストを理由に却下されたときの対処を確認してください。 |
| アプリの削除 | ストアの掲載情報が利用できなくなった状態です。アプリはすでに公開されており、公開後に違反措置が取られました。 | 違反措置の通知に従い、そこに示された経路でポリシーに準拠したアップデートを提出します。 |
| アプリの停止、またはアカウントの解約 | アプリ単位またはアカウント単位の、より重い違反措置です。それぞれ通知の内容も、生じる影響も異なります。 | 通知に書かれている再審査請求の手続きを利用してください。再公開のために別のアカウントを開設してはいけません。それ自体が違反として扱われます。 |
| アップロードまたは互換性のブロック | 用意した内容のままでは申請を進められない状態です。たとえば、ターゲットAPIレベルが現在の下限を下回っている場合や、Play Consoleが受け付けないバンドルの場合です。 | 示された技術要件を解消してから、もう一度提出します。この段階では、まだ審査は行われていません。 |
ステータスの意味：Play Consoleヘルプのアプリを公開する、および違反措置のプロセス。
ステータスだけでは分からないこと
利用できないアプリが、必ずしもポリシー違反で却下されたとは限りません。自分で公開を取り下げた場合もあれば、互換性のルールで配信が止まっている場合もあります。また、製品版へのアクセスの却下には複数の原因がありえます。上の表は進むべき道筋であって、診断ではありません。クローズド トラックのリリース自体がポリシー審査の対象になることもあり、製品版へのアクセスの申請は、それとは別の、テストの準備状況についての判定です。
根拠のある却下リスクと実務的な対処
Googleは却下理由を順位付けした一覧を公表しておらず、本ガイドもそれを作り出すことはしません。以下の8つの確認項目は、ビルドに近いところから順に、実際に実行できる順番で並べ、それぞれにポリシー上の出典を添えました。クローズド テストに関する項目はテストのセクションにまとめています。こちらは新規の個人用アカウントに対する資格要件であって、ポリシー違反による却下ではありません。
安定性と役に立つ機能
クラッシュ、フリーズ、インストールの失敗
- 問題
- Googleの機能に関するポリシーは、クラッシュ、強制終了、フリーズ、その他の異常な動作をするアプリを禁止しています。インストールできないアプリ、インストールできても起動しないアプリ、起動しても反応しないアプリも含まれます。
- 確認できるテスト
- 提出するリリース候補そのものを実機2台に新規インストールし、起動、ログイン、主要な操作の完了、バックグラウンドへの移行と復帰まで通します。そのうえで事前起動レポートを開き、クラッシュとANR（アプリケーション応答なし）を確認します。
- 修正
- 起動時のクラッシュとANRを提出前に修正し、ビルドし直したバイナリで同じ操作をもう一度通します。
アプリ固有の機能がない静的コンテンツ
- 問題
- 同じポリシーは、機能やコンテンツが乏しい場合も対象にしています。アプリ固有の有用性がない静的コンテンツ、コンテンツがごくわずかなもの、何もしないように作られたアプリなどです。形式そのものが適合の可否を決めるわけではありません。いずれの形式でも、十分な有用性とコンテンツが必要です。
- 確認できるテスト
- アプリの中心的な機能を実際に動かして示し、それが利用者にもたらす有用な結果を説明します。静的な素材を表示しているだけでなく、十分なコンテンツと意味のある機能を備えているかを確認してください。
- 修正
- 想定する用途に対して十分な有用性が生まれるだけの機能、またはコンテンツを追加します。
審査担当者のアクセス
審査担当者が制限付きの機能や中心的な機能にたどり着けない
- 問題
- Googleは、ログイン、地域制限、通常とは異なる認証の先にある機能について、実際に使えるログイン情報と操作手順を求めています。これがないと審査担当者は壁に突き当たります。そして、審査できないアプリが承認されることはありません。
- 確認できるテスト
- 提出するリリースを、履歴のない端末にインストールします。そのうえで、アプリのコンテンツのページに記載したログイン情報と手順だけを使って入ってみてください。ほかに何かが必要だったなら、審査担当者にも同じものが必要です。
- 修正
- 有効期限のない審査専用アカウントと、制限付きの機能それぞれについての手順書を用意します。すべてのアプリにログインが必要なわけではありません。また、使えるアカウントは審査を受けるための前提条件であって、承認を保証するものではありません。
権限、プライバシー、データセーフティ
権限の範囲と申告
- 問題
- バックグラウンドの位置情報やSMSのような機微な権限には、アプリが目に見える形で提供しているユースケースが必要です。申告フォームがある場合は、その内容がアプリの動作と一致していなければなりません。Googleの2023年の安全性レビューでは、まさにこの点で20万件近い申請が却下または是正されたと報告されています。
- 確認できるテスト
- マニフェストに記載した危険な権限をすべて書き出し、それぞれについて、その権限が必要な理由を利用者が目にする画面を挙げてください。
- 修正
- 目に見えるユースケースがないものは取り除き、Play Consoleの申告が審査担当者の目にする動作を説明するようにします。機能に関係しているという理由だけでは足りません。該当する権限の制限と、アクセス前に必要となる目立つ形での開示と同意についても確認してください。
プライバシーポリシーとアカウントの削除
- 問題
- Play ConsoleにプライバシーポリシーのURLを登録し、アプリ内にもリンクまたはポリシー本文を用意します。ページは一般に公開されていて、地域制限がかかっておらず、PDFでもなく、訪問者が編集できるものでもないことが必要です。さらに、アプリまたは開発者を特定でき、実際に収集しているデータを説明している必要があります。アプリ内でアカウントを作成できる場合は、アプリ内と外部の両方に見つけやすい削除リクエストの手段を用意し、必要な保持期間を開示します。
- 確認できるテスト
- ログアウトした端末から、できれば別の国からもそのURLを開き、データセーフティのフォームと突き合わせて読んでください。
- 修正
- 自分で管理できるポリシーページを公開し、Play Consoleとアプリ内の両方で提供します。アプリ内でアカウントを作成する場合は、削除リクエストの経路も追加します。
データセーフティとSDKの整合性
- 問題
- データセーフティの申告は、アプリ本体と、その中に組み込んだすべてのサードパーティSDKが収集・共有する内容を反映していなければなりません。広告、分析、クラッシュレポートのSDKは、実行時の権限がなくてもデータを収集・共有することがあります。つまり「権限なし」のアプリが自動的に「データなし」のアプリになるわけではありませんし、プライバシーページが公開されているからといって、フォームが正確だということにもなりません。使用しているSDKのバージョン、設定、そして実際の動作を確認してください。
- 確認できるテスト
- リリースの依存関係一覧を書き出し、各SDKのデータ開示内容を調べて、フォームの回答すべてと突き合わせます。初回起動時のネットワーク通信を監視し、利用者が何かをする前に端末から何が出ていくかを確認してください。
- 修正
- 観測した動作に合わせてフォームを修正するか、そのSDKを取り除きます。自分で書いていないコードについても、申告の責任は自分にあります。
掲載情報、申告、支払い
ストアの掲載情報、広告、対象ユーザー、コンテンツの申告
- 問題
- アプリのコンテンツのセクションでは、広告を含むかどうか、どの対象ユーザーに向けたものか、コンテンツのレーティングに関するアンケート、その他の該当する申告が求められます。ビルドにない機能を掲載情報で見せている場合や、申告がアプリの実態と食い違っている場合は、それだけで却下の理由になります。
- 確認できるテスト
- リリースを手元で開いたまま、アプリのコンテンツの回答を1つずつたどり、スクリーンショットが現在の画面と一致しているかをすべて確認します。
- 修正
- 申告と掲載情報の素材を、実際に説明しているビルドに合わせて更新します。掲載情報の修正であれば、新しいバイナリは不要な場合があります。
支払いと、該当するプログラムの条件
- 問題
- デジタル商品やデジタルサービスの一部のアプリ内購入では、Google Playの課金システムを使うことが必須です。物理的な商品、現実世界のサービス、その他いくつかのカテゴリは対象外で、代替課金や外部オファーのプログラムは、特定の地域でそれぞれの条件のもとに適用されます。
- 確認できるテスト
- 購入フローごとに、アプリ内で消費されるデジタルコンテンツを販売しているかどうかを判断します。該当する場合は、それがPlay Billingを通っているか、実際に登録しているプログラムを通っているかを確認してください。
- 修正
- デジタル購入をPlay Billingに移すか、プログラムへの登録を記録として残します。地域限定のプログラムを、全世界で通用する例外として扱ってはいけません。
出典 支払いに関するポリシー
審査前チェックは審査そのものではありません
Play Consoleの審査前チェックは、提出前にこれらの一部を指摘してくれます。ログイン情報の不足、権限の申告、切れたプライバシーリンクなどです。また、事前起動レポートはテスト端末上でアプリを実際に動かします。どちらも実行する価値がありますが、通過したからといって正式なアプリ審査での承認が保証されるわけではありません。そして、どちらもクローズド テストの参加者がアプリをどう使ったかを測るものではありません。
クローズド テストが製品版へのアクセスに与える影響
テスト要件を満たす必要があるのは誰ですか
Googleのポリシー2023年11月13日より後に作成された個人用デベロッパー アカウントは、製品版へのアクセスを申請する前に、直近14日間、テスター12人以上が継続してオプトインした状態でクローズド テストを実施する必要があります。この最低条件を満たすと申請できるようになりますが、それでアプリが承認されるわけではありません。組織用アカウントと、その日より前に作成された個人用アカウントは、この要件の対象外です。
内部テストは、どれだけ長く実施してもクローズド テストの代わりにはなりません。テスター12人はクローズド トラックでオプトインしている必要があります。設定の詳細はGoogle Playのクローズド テスト要件のガイドにまとめています。
出典：新規の個人用デベロッパー アカウントに対するアプリのテスト要件。
証拠、準備状況、そして次の一歩
要件を満たすテストから製品版のリリースまで
- 1要件を満たすクローズド テストを完了します。テスター12人以上が、直近14日間、中断なくオプトインしている状態にします。
- 2製品版へのアクセスを申請します。申請では、テスターがアプリをどう使ったか、どのようなフィードバックを受け取ったか、その結果として何を変えたかを尋ねられます。
- 3Googleが申請を審査します。通常は7日以内ですが、それより長くかかることもあります。審査の結果、アクセスが付与されるか、追加のテストを求められます。この目安はこの審査についてのものであり、公開までの全体の期間を指すものではありません。
- 4アクセスが付与されたら、製品版のリリースを準備します。そのリリースの審査と段階的な公開は、この判定とは別の手順です。アクセスは申請の資格であって、公開そのものではありません。
テスターが1人オプトアウトすると、そのテスターの要件期間は中断され、それまでの日数は数えられなくなります。ほかのテスターには影響しません。申請の時点で問われるのは、条件を満たすテスターが今も12人いるかどうかであって、途中で抜けた人がいたかどうかではありません。
Googleが尋ねるのは何を学んだかであって、アップデートの最低回数が決められているわけではありません。正直に言えるようにしておきたい準備状況の宣言は、次のとおりです。テスターのフィードバックを確認し、必要な箇所には対応したうえで、何を学んだか、そしてなぜこのアプリが公開できる状態なのかを説明できます。正直な答えが「誰もアプリを使わなかった」であれば、審査も同じ結論に至る可能性が高いでしょう。
12人を少し上回る人数のテスターを確保しておくと、離脱への備えになり、フィードバックの幅も広がります。ただし、それによって承認が増えるという測定結果があると主張するつもりはありません。代表的な実機をそろえるのは、QA上の判断として意味があります。公開されている基準には、エミュレータをどう数えるかについての記載がありません。そのため本ガイドも、どちらの立場も取りません。関連記事：テスターのバッファを見込む、製品版へのアクセス申請で聞かれること、却下されたあとに確認すること。
アプリやアップデートが却下されたあとにすること
通知には、判定の内容、対象となった申請、そして関係するポリシーや要件が書かれています。そこを起点に、次の順序で進めてください。
Googleのポリシー- 1判定の内容と対象の申請を正確に読み取ります。どのリリースか、どのトラックか、どのポリシーや要件かを押さえます。
- 2指摘された問題を再現するか、中身を確認します。手元にあるビルドではなく、実際に審査されたビルドで行ってください。
- 3問題を修正し、同じ領域の関連要件もあわせて確認します。次の審査で隣の項目を指摘されないようにするためです。
- 4対象のビルドまたは申告を検証します。上の該当する確認項目にある、確認できるテストをもう一度実行します。
- 5適切な修正を提出します。判定が誤っていると考える場合は、再審査請求の経路を使います。必要な場合は「公開の概要」を開き、「審査用に送信」を選んでください。修正を保存しただけでは、自動的に提出されるとは限りません。
- 6証拠を残し、結果を確認し続けます。通知、バージョン、問題、修正、検証、判定。
修正して再提出するか、再審査請求するか
指摘が正しいなら、修正して再提出します。Googleの違反措置に関する案内は、違反を直さずに再提出すること自体が問題だと明記しています。指摘された違反が解消されていないあいだは、再提出しないでください。修正の中には、バイナリを変えずに掲載情報や申告だけを変えるものもあります。判定が誤っていると考える場合は、通知に書かれている再審査請求の手順に従い、パッケージ名、対象バージョン、指摘されたポリシー、判定が誤っていると考える理由、そして準拠していることを示すスクリーンショットや再現手順を添えてください。別のアカウントで再公開しようとしてはいけません。
出典：違反措置のプロセス · アプリの変更を審査・公開するタイミングを管理する。
バイナリの修正か、申告の修正か
掲載情報や申告の修正であれば、新しいバイナリは不要な場合があります。新しいビルドが必要になるのは、パッケージに含まれるコード、アセット、権限、設定のいずれかが変わるときです。ウェブサイト側やサーバー側の修正で、ビルドし直さずに解決できることもあります。通知に従い、対象の申請を検証してください。
Googleは、アプリの変更全般の処理について、数時間から7日程度、場合によってはそれ以上かかると説明しています。これは、却下や再審査請求が解決するまでの保証された期間ではありません。また、製品版へのアクセスの審査は別の手続きです。Google Playの審査期間もあわせてご覧ください。許容される却下の回数も、再審査請求が通る確率も公表されておらず、本ガイドでも約束しません。
役に立つ却下の記録とはどのようなものか
参考例残しておく価値のある証拠の形を示すために作った、2つの記録例です。1つはアップデートの却下、もう1つはテストの資格要件が未達の場合です。お客様の実例でも、統計でもありません。Play Consoleの申請アクティビティに表示される申請IDを、通知および対象バージョンとあわせて保管しておくと、サポートがどの申請かを特定できます。
| 通知 | アップデートの却下、ユーザーデータに関するポリシー |
|---|---|
| 対象バージョン | 2.4.1（ビルド241）、製品版トラック |
| 問題 | 掲載情報にあるプライバシーポリシーのリンクが404を返す状態 |
| 修正 | Play Consoleとアプリで使っていた既存のURLで、プライバシーポリシーのページを復旧。埋め込みURLの変更はなく、新しいバイナリは不要 |
| 検証 | ログアウトした端末から2か国でURLを開き、ページと突き合わせてデータセーフティのフォームを読み直し |
| 判定 | 再提出し、アップデートは承認 |
| 通知 | テストの資格要件が未達 |
|---|---|
| 対象バージョン | 1.0.3、クローズド トラック |
| 問題 | テスター12人を追加。14日間オプトインを維持したのは9人のみ |
| 修正 | 交代のテスター3人を手配。それぞれが自分の14日間を新たに開始 |
| 検証 | ダッシュボード上で、テスター12人が直近14日間オプトインと表示 |
| 判定 | 交代のテスターが必要な期間を満たしたのち、申請の資格を取得 |
提出前チェックリスト
先週テストしたものではなく、これから提出するリリースそのものに対して実行してください。該当する場合と書かれた項目は、アプリの内容によって必要かどうかが変わります。
ビルドと動作
審査担当者のアクセスと申告
プライバシーとデータ
支払い
テスト要件（新規の個人用アカウントのみ）
よくある質問
年間の割合から、自分のアプリの初回審査の結果は予測できますか
予測できません。7.89%という割合は、Googleが公表した2025年の審査済みアプリ申請と却下されたアプリ申請について、全世界の件数を比べたものです。レポートには初回申請だけを切り出した母集団が示されていないため、この割合も、その残りの部分も、個別の新しいアプリについての確率にはなりません。
年次安全性レビューの件数が、年次透明性レポートの件数と違うのはなぜですか
測っているものが違うからです。年次安全性レビューは、公開を阻止したポリシー違反アプリの件数を丸めて示します。年次透明性レポートは、却下された申請と削除の件数を数えています。Googleは2つの系列を突き合わせる説明を公表していないため、これらを組み合わせて1つの割合にすることはできません。
アップデートが却下されると、すでに公開しているバージョンにも影響しますか
通常のアップデート却下では、公開済みのバージョンが取り下げられることはありません。アップデートを修正しているあいだも、以前のリリースは引き続き利用できます。削除、停止、アカウントの解約は、それぞれ独自の通知を伴う別の違反措置のステータスで、こちらは公開中のアプリに影響します。
製品版へのアクセスの却下は、ポリシー違反による却下ですか
違います。新規の個人用アカウントに対する製品版へのアクセスの判定は、実施したクローズド テストと、申請で答えた内容を審査するものです。「More testing required」は、申請にさらに手を入れる必要があるという意味であって、アプリに対するポリシー違反の記録ではありません。また、テスターを増やしても、実際のポリシー違反による却下が解消されるわけではありません。
再審査請求すべきですか、それとも修正を提出すべきですか
指摘された違反が解消されていないあいだは、再提出しないでください。修正の中には、バイナリを変えずに掲載情報や申告だけを変えるものもあります。判定が誤っていると考える場合は、通知に書かれている再審査請求の手順に従い、準拠していることを示す証拠を添えてください。再公開のために別のアカウントを作成してはいけません。それは違反として扱われます。
出典とデータの注記
次にどこへ進むかは、何を知りたくてこのページに来たかによります。割合を引用するなら、7.89%という数字を、対象年（2025年の実績）と分母（審査された申請）とあわせて示してください。通知に対応するなら、判定の表で自分に当てはまる行を見つけ、その道筋に従ってください。テスト要件で止まっているなら、クローズド テスト要件のガイドが設定を最初から最後までカバーしています。
結論
2025年のGoogle Playの申請の却下率は約7.89%です。Googleの2025年の年次透明性レポートにある、却下された申請1,692,467件と審査された申請21,461,250件から計算しました。これはプラットフォーム全体の過去の数値であって、自分のアプリの見込みではありません。却下の通知は、具体的な判定を示しています。そこに書かれている内容を直し、再提出するか再審査請求を行ってください。そして、新規の個人用アカウントに課されるテスト要件は、それとは別の準備の手順として扱ってください。
年次安全性レビュー
ポリシーとPlay Consoleヘルプ
更新履歴
2026年2月28日：年次安全性レビューの系列のみを載せて公開しました。2026年9月12日：透明性レポートによる計算とその限界を追加し、Googleの2つの系列を分けました。判定の表と、審査担当者のアクセス、データセーフティ、却下後の各セクションを追加し、理由を順位付けする枠組みを取り除いています。同日の2回目の見直しで、再提出、機能、審査期間に関する記述を修正しました。次回の年次更新は、Googleが2026年のレポートを公表したときで、2027年を見込んでいます。