Google Play ストア アプリ公開・申請完全ガイド（ゼロから本番リリースまで）
本ガイドでは、モダンな Android アプリケーション（特に .NET MAUI、MonoGame、またはハイブリッド C# プロジェクト）を Google Play Console 上でゼロから作成し、パッケージング、署名、発生する重大なエラーの解決、そしてストア申請手順（アプリ作成、プライバシーポリシー、ログイン権限、広告、IARC 年齢レーティング、データの安全性、クローズドテスト、一般公開）を完了するまでの全プロセスをステップバイステップで詳しく解説します。
目次
- はじめにとアーキテクチャの準備
- Play Console での新規アプリ／ゲームの作成（Create App）
- キーストア（Keystore）の作成とビルド／署名の自動化
- Play Console 初回 Bundle アップロードと重大なエラーの解決
- プライバシーポリシーの準備
- アプリのアクセス権／ログインの詳細（App Access / Sign-in Details）
- 広告の宣言（Ads Declaration）
- コンテンツのレーティング（IARC コンテンツレーティング質問票）
- ターゲット層と年齢層の選択（Target Audience）
- アプリのコンテンツ ダッシュボード（App Content Dashboard）
- データの安全性フォーム（Data Safety Form）
- 法規制に関する宣言（政府、財務機能、ヘルスケアアプリ）
- ストアの設定と連絡先情報（Store Settings）
- メインストアの掲載情報と視覚的アセット（Main Store Listing）
- クローズドテストの設定と審査（Closed Testing）
- 広告 ID の宣言（Advertising ID）
- 変更を送信して審査を受ける（Final Submission）
- クローズドテスト後の製品版アクセスの申請（Apply for Access to Production）
- 最終的な勝利：製品版アクセス（本番公開）の承認
- リリース前チェックリスト（完了）
- Arar Games と私たちのゲーム製品
1. はじめにとアーキテクチャの準備
Google Play ストアで新しいアプリケーションを公開する際は、Google の最新のセキュリティおよび技術ポリシーに厳密に従う必要があります。
- Bundle フォーマット：
.aab（Android App Bundle）形式のみ受け付けられます。APK ファイルはストアの本番リリースには使用できません（ローカルでのサイドロードテスト用には生成可能です）。 - 最小ターゲット SDK： Google Play では、新規公開またはアップデートされるアプリに対して、最低でも Android API レベル 36（Android 16） をターゲットとすることが義務付けられています。
- 安全な署名： アプリは v2/v3 スキーマに対応した 2048 ビット RSA キーで署名されている必要があります。
2. Play Console での新規アプリ／ゲームの作成（Create App）
Google Play Console 管理画面（play.google.com/console）にログイン後、全アプリ一覧画面の右上にある青色の 「アプリを作成」（Create app） ボタンをクリックして公開プロセスを開始します。このフォームによって、コンソール上でのアプリのデジタル ID、パッケージ名、および基本的なストア分類が決定されます。
A. アプリの詳細
- アプリ名（App Name）：
- ストア上でユーザーに表示される最初の公式名称です。
- 最大 30 文字 に制限されています（例：
YourAppName）。 - アドバイス： タイトルに不要なキーワードを詰め込むこと（keyword stuffing）や、誤解を招く宣伝文句（"Best"、"Free"、"#1" など）を含めることは避けてください。Google Play の審査でリジェクトされる原因となります。
- パッケージ名（Package Name）：
- Android エコシステム内でアプリを一意に識別する Java/Android パッケージ識別子です（逆ドメイン命名規則、例：
com.yourcompany.appname）。 - 最大 150 文字。
- ⚠️ 重要なルール： この画面でアプリを作成し最初の Bundle をアップロードした後は、パッケージ名を二度と変更することはできません！ これは
AndroidManifest.xmlまたは.csproj内のApplicationId（<ApplicationId>com.yourcompany.appname</ApplicationId>）と完全に一致している必要があります。 利用可能性を確認（Check availability）： このボタンをクリックすると、指定したパッケージ名が Google Play エコシステム内の他の開発者によってすでに登録されていないかを即座に検証できます。
- Android エコシステム内でアプリを一意に識別する Java/Android パッケージ識別子です（逆ドメイン命名規則、例：
- デフォルトの言語（Default Language）：
- アプリのプライマリなストア掲載情報言語です（例：
English (United States) – en-USや日本語 – ja-JP）。 - 特定の言語翻訳が設定されていない国や地域のユーザーには、デフォルトでこの言語のストア情報が表示されます。
- アプリのプライマリなストア掲載情報言語です（例：
B. アプリのタイプ、価格設定、および宣言
- アプリまたはゲーム（App or Game）：
- プロダクトの基本的な分類を決定します（
アプリまたはゲーム）。 - 重要な注意： この選択によってストアの主要タブ（アプリタブかゲームタブか）が決まり、後から変更することはできません。
- プロダクトの基本的な分類を決定します（
- 無料または有料（Free or Paid）：
- アプリをストアで無料提供するか、有料販売するかを選択します。
- ⚠️ 取り消し不能な重要ルール： Google Play ポリシーにより、一度「無料」として公開したアプリを将来「有料」に変更することは絶対にできません！ ストアで直接有料販売したい場合は、最初から
有料を選択する必要があります。無料で公開して収益化を図る場合は、アプリ内課金（In-App Purchase）や AdMob 広告の利用をお勧めします。
- 自動保護（Automatic Protection）：
- Google Play は、アプリの APK/AAB コードに自動インストーラチェック（installer check）を追加します。ユーザーが Google Play 以外の未承認ソースからアプリをサイドロードした場合、Google Play から正規品をダウンロードするよう警告が表示されます。
- 宣言（ポリシーと法規制の遵守宣言）：
- デベロッパー プログラム ポリシー（Developer Program Policies）： アプリが Google Play のデベロッパー ポリシーおよびコンテンツ ポリシーに完全に準拠していることを確認します。
- 米国輸出法（US Export Laws）： ソフトウェアが米国輸出管理規則および禁輸規定に準拠していることを確認します。
- アプリを作成（Create App）：
- フォーム内容を確認後、右下の青い 「アプリを作成」（Create app） ボタンをクリックします。コンソールにアプリが登録され、アプリのメイン管理パネル（ダッシュボード）に遷移します。
3. キーストア（Keystore）の作成とビルド／署名の自動化
デプロイプロセスをミスなく再現可能にするため、プロジェクトのルートディレクトリに Deploy/ フォルダを作成し、自動化スクリプトを準備することをお勧めします。
A. キーストアの生成（1_CreateKeystore.bat）
JDK の keytool を使用して、25 年間（10,000 日間）有効な署名キーを生成します。
keytool -genkeypair -v ^
-keystore "%KEYSTORE_PATH%" ^
-alias %ALIAS% ^
-keyalg RSA ^
-keysize 2048 ^
-validity 10000 ^
-storepass "%PASS%" ^
-keypass "%PASS%" ^
-dname "CN=SirketAdi, OU=Apps, O=SirketAdi, C=TR"
ヒント： Windows バッチファイルで
set /pを使ってユーザーからパスワードを取得する際、括弧付きのif (...)ブロックを使用すると構文解析エラー（: was unexpected at this time）が発生することがあります。gotoラベルで制御フローを管理し、パスワード変数をダブルクォーテーション"%PASS%"で囲むことで安定性が確保されます。
B. 自動バージョン増分と署名済み AAB ビルド（2_BuildAndSign_AAB.bat）
Google Play では、アップデートごとに versionCode が厳格に増加していることが求められます。これを自動管理するために、日時をベースにした計算式を使用します。
# 年の末尾 + 月 + 日 + 時 + 分（例：2026-10-06 02:42 -> 610060242）
$vc = (Get-Date).ToString('yy').Substring(1) + (Get-Date).ToString('MMddHHmm')
コンパイルおよび署名コマンド：
dotnet build "Proje.Android.csproj" -c Release -f net9.0-android /p:AndroidPackageFormat=aab /p:ApplicationVersion=%VERSION_CODE% /p:ApplicationDisplayVersion=%VERSION_NAME%
jarsigner -sigalg SHA256withRSA -digestalg SHA-256 ^
-keystore "%KEYSTORE%" ^
-storepass "%PASS%" ^
-keypass "%PASS%" ^
-signedjar "%SIGNED_FILE%" ^
"%AAB_INPUT%" ^
%ALIAS%
処理が完了すると、start "" "%OUTPUT%" コマンドによってビルド済みファイルを含むフォルダが Windows エクスプローラーで直接開かれます。
4. Play Console 初回 Bundle アップロードと重大なエラーの解決
署名済みの .aab ファイルを Google Play Console の 内部テスト（Internal testing） または 本番（Production） トラックにアップロードした際、以下のような画面が表示されることがあります。
エラー 1：ターゲット API レベル 36（Android 16）の必須要件
エラーメッセージ：
"Your app currently targets API level 35 and must target at least API level 36 to ensure it is built on the latest APIs optimized for security and performance."（アプリは現在 API レベル 35 をターゲットにしています。セキュリティとパフォーマンスが最適化された最新 API でビルドされていることを保証するため、最低でも API レベル 36 をターゲットにする必要があります。）
解決手順：
これはリリースを阻止するブロッキングエラーであり、解決しない限り公開できません。
Platforms/Android/AndroidManifest.xmlファイルで<uses-sdk>タグを明示的に定義します。
<manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.yourcompany.appname">
<uses-sdk android:minSdkVersion="24" android:targetSdkVersion="36" />
...
</manifest>
- プロジェクトの
.csprojファイルの<PropertyGroup>に次を追加します。
<AndroidTargetSdkVersion>36</AndroidTargetSdkVersion>
エラー 2：バージョンコードが大幅に高い警告（Version Code Significantly Higher）
警告メッセージ：
"This release's version code is significantly higher than your previous version code. Over time, this will result in your app reaching the maximum limit for version codes... Learn more"（このリリースのバージョン コードは、以前のバージョン コードよりも大幅に高くなっています。時間の経過とともに、アプリがバージョン コードの上限に達する可能性があります……詳細）
解決手順：
- プロジェクトの以前のバージョンコードが小さい数値（1 や 8 など）で、動的な日時形式（6 億台など）に切り替えた場合に Google Play がこの警告を表示します。
- これは 公開を妨げるエラーではありません。警告のすぐ下にある青い
Proceed anyway（このまま続行） リンクをクリックすることでスキップできます。 - 今後はこの数値が基準となるため、次回以降のアップロードで大きなジャンプに関する警告が再度表示されることはありません。
5. プライバシーポリシーの準備
Google Play のポリシーにより、アプリが機密データを収集しない場合であっても、有効な SSL（HTTPS）を備えた、公開アクセス可能な標準の Web ページ（PDF 不可）形式 のプライバシーポリシーリンクが必須となります。
GitHub での無料ホスティング
GitHub リポジトリ内の Markdown ファイル（blob/main/...）は、Google によって正規の Web ページとして直接認識されます。
ポリシーに含めるべき基本条項
- 広告（Google AdMob）： バナー、インタースティシャル、リワード広告。Android 広告 ID（
AD_ID）、端末の技術データ、おおよその IP 位置情報の利用について明記。 - アプリ内課金と定期購入（Google Play Billing）： 決済は完全に Google の公式インフラストラクチャ内で行われ、開発者がカード情報や請求情報にアクセスすることは一切ありません。
- 分析とテレメトリ（Firebase Analytics & Crashlytics）： 匿名の利用イベントおよびクラッシュレポートの収集。
- 同意管理（Google UMP）： GDPR および各種個人情報保護法に準拠した同意ダイアログと、ユーザーが設定画面からいつでも設定を変更できる権利。
- 法的免責事項と特別な宣言（例：予測分析ツール／統計ツール）：
- 当該アプリは決して賭博やギャンブルのプラットフォームではありません。
- 数学的最適化および統計データの分析サポートのみを提供します。
- 公式機関へのリダイレクト時にも、公式機関のユーザー名やパスワードは一切保持されず、2 段階認証（2FA）や SMS 認証は公式機関のインターフェース上で直接行われます。
- セキュリティ上の注意： プライバシーポリシーの本文には、開発者の個人 GitHub プロフィールなどの個人的なリンクを含めないでください。企業の公式サポートメールと公式ウェブサイトのみを記載します。
6. アプリのアクセス権／ログインの詳細（App Access / Sign-in Details）
Google の審査担当者がアプリをテストする前に、アプリ内に制限された機能エリアが存在するかどうかを申告する必要があります。
- 選択肢：
No（アプリの一部に制限はありません）。 - 説明： アプリ内に会員登録、ログイン、パスワードロック、あるいはロックされた画面が存在しない場合は
Noを選択します。Yesを選択した場合、Google からテスト用のアカウント情報（ID とパスワード）の提出が求められます。
7. 広告の宣言（Ads Declaration）
アプリ内で広告を表示するかどうかを宣言するステップです。
- 選択肢：
Yes, my app contains ads（はい、アプリに広告が含まれています）。 - 説明： アプリに AdMob ライブラリが導入されている場合、または将来的に広告を配信する予定がある場合は
Yesを選択する必要があります。この選択により、Google Play ストアページに "広告を含む" ラベルが表示され、ポリシーに完全に準拠します。
8. コンテンツのレーティング（IARC コンテンツレーティング質問票）
アプリの対象年齢区分を決定するために、IARC（国際年齢評価連合）のアンケートに回答する必要があります。
A. カテゴリの選択とメールアドレスの入力
- カテゴリ：
All Other App Types（その他のすべてのアプリの種類）（ゲーム、ギャンブル、ソーシャルメディア以外のツール、ユーティリティ、計算機など）。 - メールアドレス： 連絡先メールアドレスを入力し、IARC の規約に同意します。
B. 質問票への回答（Questionnaire）
セクション 1：暴力表現とユーザー間コミュニケーション
- ダウンロードしたアプリ（暴力、性描写、不快な言葉遣い）：
No - ユーザーコンテンツの共有（ユーザー間での音声、メッセージ、画像の送受信）：
No
セクション 2：コンテンツと年齢制限のある製品
- オンラインコンテンツ（音楽／動画ストリーミングや EC カタログ）：
No - 年齢制限製品の宣伝（タバコ、アルコール、ギャンブル）：
No（アプリは一切賭博を許可しないため、必ず No） - その他（正確な GPS 位置情報の共有）：
No
セクション 3：デジタル商品とその他の機能
- デジタル商品（デジタルコンテンツの販売）：
No（ストアの課金機能が未接続の場合は No。有効な場合は Yes を選択し「アプリ内課金あり」バッジを取得） - 現金報酬（現金還元、ギフトカード）：
No - Web ブラウザ（インターネットブラウザ／検索エンジン）：
No - ニュース／教育（ニュースまたは教育関連プロダクト）：
No
これらすべての質問に「No」と答えることで、アプリは世界中で最も幅広い対象層に適したレーティング（PEGI 3, ESRB Everyone）を取得できます。
9. ターゲット層と年齢層の選択（Target Audience）
アプリのターゲット層を決定する際は、Google の ファミリー向け（Designed for Families / Family Policy） および COPPA（児童オンラインプライバシー保護法） の規制に従い、子供向けであるかどうかを正確に申告することが極めて重要です。
適切な選択：18 and over（18 歳以上）のみを選択
- なぜ 18 歳以上のみなのか？
- 法的コンプライアンス： スポーツ統計、オッズ、試合分析ツールは公認情報に基づいており、成人を対象としています。
- ファミリーポリシーの厳格な制限の回避： 13 歳未満や 13〜17 歳を選択した場合、Google は広告 SDK に子供向け認定を義務付け、テレメトリを制限し、はるかに厳格な審査を実施します。
- プライバシーポリシーとの整合性： プライバシーポリシー内の "本アプリは 18 歳以上のユーザーを対象としています" という条項と 100% 一致します。
- ステップ 2（意図せず子供を引き付ける可能性があるか？）：
- この質問には
No（いいえ） と回答します。インターフェースにアニメキャラクターやおもちゃのテーマ、子供向けアニメーションは含まれておらず、意図せず子供の興味を引くような製品ではありません。
- この質問には
10. アプリのコンテンツ ダッシュボード（App Content Dashboard）
Google Play Console では、左側メニューの ポリシーとプログラム -> アプリのコンテンツ（App content） タブにあるチェックリストによって、アプリの法的およびコンテンツの準備状況を管理します。
プライバシーポリシー、ログイン権限、広告、コンテンツレーティングが完了するごとに緑色のチェックマーク（✓）が表示されます。リストの残りの項目（データの安全性、政府機関、財務機能、ヘルスケア）を順番に完了させる必要があります。
11. データの安全性フォーム（Data Safety Form）
Google Play で最も厳しく審査される領域の一つです。アプリおよび導入されているライブラリがどのようなデータを収集し、第三者と共有しているかを申告します。
重要な質問：アプリは指定されたユーザーデータタイプを収集または共有しますか？
- 初回リリースの選択肢：
No（いいえ）。 - 技術的根拠： 最初にアップロードした
.aabパッケージには、AdMob SDK や Firebase SDK がまだ実稼働レベルで組み込まれておらず、ユーザー ID や機密データを収集していないため、Noを選択してスムーズに完了させます。 - 将来的な注意点： 将来のバージョンで AdMob や Firebase のコードを実装してアクティブ化した際は、このフォームに戻り、"おおよその位置情報"、"アプリのパフォーマンス"、"端末またはその他の ID（AD_ID）" を
Yesに更新してください。
プレビューを確認後、保存します。
12. 法規制に関する宣言（政府、財務機能、ヘルスケアアプリ）
A. 政府機関アプリの宣言
- 選択肢：
No（本アプリは公的な政府機関を代表するものではありません）。
B. 財務機能の宣言
- 選択肢： ページ最下部の
My app doesn't provide any financial features（アプリに財務機能はありません）。 - 確認： ポップアップウィンドウで、金融ライセンスや公式書類の提出が不要であることを確認します。
C. ヘルスケアアプリの宣言
- 選択肢： ページ最下部の
My app does not have any health features（アプリにヘルスケア機能はありません）。 - 確認： ポップアップで地域固有の健康医療関連書類が不要であることを確認します。
13. ストアの設定と連絡先情報（Store Settings）
ストア内でのカテゴリや、ユーザーが開発者に連絡するための窓口を設定します。
- アプリのカテゴリ（App Category）：
スポーツ（Sports）またはツール（Utilities / Tools）。 - タグ（Tags）： 関連するキーワードタグを選択します（例：Sports、Tools）。
- ストア掲載情報の連絡先詳細（Store Listing Contact Details）：
- メールアドレス：
destek@sirketadi.com（公式サポートメールアドレスは必須）。 - ウェブサイト：
https://company.com
- メールアドレス：
- 外部マーケティング（External Marketing）： Google Play 以外のプラットフォームで Google がアプリをプロモーションすることを許可するため、チェックを入れたままにします。
14. メインストアの掲載情報と視覚的アセット（Main Store Listing）
ストアの店頭ページは、ユーザーのダウンロード判断に直結する最も重要なエリアです。
A. テキストアセット
- アプリ名（App Name）： 最大 30 文字（例：
15te15 - Spor Toto Assistant）。 - 簡単な説明（Short Description）： 最大 80 文字（例：
Formula optimization, probability calculation and smart Spor Toto coupon assistant.）。 - 詳しい説明（Full Description）： 機能、アルゴリズムの利点、および法的免責事項を含む詳細な説明。
B. ビジュアルアセットのサイズ規定
- アプリのアイコン（App Icon）： 厳密に
512 x 512 px、32 ビット PNG、最大 1 MB。 - ヘッダー画像（Feature Graphic）： 厳密に
1024 x 500 px、JPG または 24 ビット PNG、最大 15 MB。 - スマートフォンのスクリーンショット（Phone Screenshots）：
- 最小 2 枚、最大 8 枚。
- 最小サイズ：1080 px（例：
1080 x 2340 px）。 - アスペクト比：16:9 または 9:16。
C. 生成 AI コンテンツの宣言
- ストア画像の作成に AI 支援ツールを使用した場合でも、ユーザーを誤認させるような写実的な人物の顔や公人の画像を生成していない限り、
Don't label assets（アセットにラベルを付けない） を選択します。
15. クローズドテストの設定と審査（Closed Testing）
Google Play Console で新規作成された個人の開発者アカウントでは、本番環境に直接公開する前に クローズドテスト（Closed Testing） プロセスを完了することが必須要件となっています。
A. 変更を送信して審査を受ける（公開の概要）
すべてのストア設定とフォームの入力が完了すると、リリースの概要に保留中の変更が一覧表示されます。
ただし、右上の "変更を送信して審査を受ける" ボタンを有効にするには、アプリが少なくとも 1 つのテストトラック（Closed Testing）でバージョン設定されている必要があります。
B. クローズドテストの 3 つの手順
クローズドテストを完了するには、次の 3 つの必須ステップがあります。
- 国と地域を選択（Select countries and regions）：
- アプリをテスト公開する国を選択し（デフォルトでは全世界または特定の国を選択可能）、右下の 保存 をクリックします。
- テスターを選択（Select testers）：
- テスター（Testers） タブで、メールアドレスリスト（Email List）を選択するか、新しいリストを作成します。
- 個人の Google Play アカウントで本番公開権限を取得するには、Google は最低 20 人のテスターが 14 日間連続でテストに参加することを義務付けています。そのため、テストリストに十分な人数の実際のユーザーを登録することが不可欠です。
- リストを選択後、右下の 変更を保存（Save changes） をクリックします。
- 新しいリリースを作成（Create a new release）：
- 国とテスターの設定が完了すると、上部に "2 of 4 complete" と表示されます。
- 右上の青い
Create new release（新しいリリースを作成） ボタンをクリックしてバージョン作成画面に進みます。
- 署名済みの
.aabパッケージをアップロードします。アップロードが完了すると、Google がパッケージを自動解析します。
- 画像のように、
Target SDK: 36が正常に検出され、バージョンVersion: 610060410およびアーキテクチャが確認されます。 Next（次へ） をクリックすると、バージョンコードの急上昇に関する警告画面が表示されます。
- 解決手順： "This release's version code is significantly higher than your previous version code" 警告のすぐ下にある青い
Proceed anywayリンクをクリックします。 - エラーブロックが解除されたら、右下の青い
Save（保存） ボタンをクリックしてバージョンを正常に保存します。
これらの手順がすべて完了したら、公開の概要（Publishing overview） 画面に戻り、Send changes for review（変更を送信して審査を受ける） ボタンから Google の審査プロセスを開始できます。
C. よくある状況：テストリンクで「アプリを利用できません（App not available）」と表示される
クローズドテストのオプトインリンク（play.google.com/apps/testing/com...）を開いたときに開発者が最も遭遇しやすい画面がこちらです。
"App not available - A testing version of this app hasn't been published yet or isn't available for this account."（アプリを利用できません - このアプリのテストバージョンはまだ公開されていないか、このアカウントでは利用できません。）
原因と解決策：
- 審査中（In Review）： クローズドテスト版を作成して審査に送信した場合でも、Google 審査チームがパッケージを 承認 するまで、このリンクは有効化されません。Play Console でステータスが "Available to testers"（テスターが利用可能）になるとリンクが開きます。
- Google アカウントの不一致： ブラウザでログインしている Google アカウントが、Play Console の テスター リストに追加されたメールアドレスと完全に一致している必要があります。別のアカウントやシークレットモードではアクセスできません。
- サーバーへの伝播時間： Google が審査を承認した後でも、クローズドテストリンクが世界中のストアサーバーに伝播するまでに通常 1〜2 時間かかることがあります。
D. テストプログラムへの参加（Become a Tester - Opt-in）
審査が承認されリンクがアクティブになると、公式の招待画面が表示されます。
- ページにはアプリのアイコン、開発者名、テストバージョンへの招待テキストが表示されます。
- 青い
Become a tester（テスターになる） ボタンをクリックすると、そのアカウントがテストプログラムに参加登録されます。 - 次の画面で "Download it on Google Play" リンクをクリックすることで、Android デバイスの Google Play ストアから直接テスト版をダウンロードできます。
16. 広告 ID の宣言（Advertising ID）
Android 13（API 33）以降をターゲットとするすべてのアプリに対して、Google Play は広告 ID（AD_ID）の使用状況を明示的に宣言することを義務付けています。
重要な質問：アプリで広告 ID を使用していますか？
このページにおける Google の重要ルールは以下のとおりです。
"If you say that your app uses advertising ID, we will block releases that don't include the com.google.android.gms.permission.AD_ID permission in the manifest file when targeting Android 13."（アプリで広告 ID を使用していると回答した場合、Android 13 をターゲットとしながらマニフェストファイルに com.google.android.gms.permission.AD_ID 権限が含まれていないリリースはブロックされます。）
- 選択肢 1（推奨）：
No（いいえ）。 - 現在アップロードしているクローズドテストパッケージでは、AdMob SDK や相互プロモーションライブラリがまだ実際にコンパイルされておらず、
AndroidManifest.xmlファイル内にAD_ID権限が存在しません。したがって、Noを選択して保存すれば、マニフェストの競合エラーは発生しません。 - 選択肢 2（Yes を選択する場合）：
Yesを選択した場合は、用途として[x] Advertising or marketing（広告またはマーケティング）を選択し、マニフェストにまだ権限が追加されていないため、ページ下部の "Turn off release errors"（リリースのエラーを無効にする） ボックス（I understand the ramifications of not including the com.google.android.gms.permission.AD_ID permission...）に必ずチェックを入れる必要があります。
どちらの場合も、選択後に右下の Save（保存） をクリックします。
17. 変更を送信して審査を受ける（Final Submission）
ストア情報、プライバシーポリシー、セキュリティフォーム、法的宣言、ターゲット層、およびクローズドテスト版の準備がすべて完了したら、公開の概要（Publishing overview） 画面に戻ります。
- Submit 14 changes for review（14 件の変更を審査に送信）： Google Play は、すべての宣言とテスト版を 1 つの審査パッケージに統合します（画像のとおり 14 件の変更が承認待ちとなります）。
- 青い
Submit 14 changes for reviewボタンをクリックして、Google の公式審査プロセスを開始します。 - バックグラウンドで Google の自動品質クイックチェックが実行され、その後 Google Play 審査チームの評価キューに入ります。個人アカウントの場合、通常 24〜72 時間以内に審査が完了します。
18. クローズドテスト後の製品版アクセスの申請（Apply for Access to Production）
個人の開発者アカウントに義務付けられているクローズドテスト（最低 20 人のテスターによる 14 日間の中断なきテスト）が完了すると、Play Console メインダッシュボードの 「製品版アクセスを申請」（Apply for production） ボタンがアクティブになります。このボタンをクリックすると、アプリが実際にテストされ、本番公開の準備が整っているかを確認するための包括的な 3 ステップの申請フォームが表示されます。
フォームの 3 ステップ：
- クローズドテストについて（About your closed test）： テスターをどのように募集したか、フィードバックをどのように収集したか、受け取ったフィードバックに基づいてどのような改善を行ったかを回答します。
- アプリについて（About your app）： アプリのターゲット層と、ユーザーに提供する主なメリットを説明します。
- 製品版の準備状況（Your production readiness）： 本番公開後のエラー追跡方法やユーザーレビューの管理方針を宣言します。
重要質問と申請回答の記入例（英語原文＆日本語解説）
1. "How did you recruit users for your closed testing? For example, did you ask friends and family, or use a paid testing provider?"
（クローズドテストのテスターをどのように募集しましたか？ 例：家族や友人に依頼したか、有料のテスト事業者を利用したか？）
重要なルール： Google はボットや有料のテスト業者を嫌います。テスターが本物のオーガニックなユーザー、親しい知人、および関連するソーシャルメディアコミュニティの参加者であることを明記するのが最も安全です。
I recruited testers organically through friends, family, and colleagues interested in sports analysis. Additionally, I invited active football prediction fans from targeted social media groups (Reddit & sports communities). No paid services were used; all were real, active users.
2. "How easy was it to recruit testers for your app?"
（アプリのテスター募集はどの程度容易でしたか？）
- 推奨される選択肢：
Neither difficult or easy（普通）またはEasy（簡単）。この選択肢は、プロセスがオーガニックかつバランスよく実施され、不自然な業者ネットワークを利用していないことを示します。
3. "Describe the engagement you received from testers during your closed test"
（クローズドテスト中にテスターから得られたエンゲージメントについて説明してください：）
（Google の審査ポイント：ユーザーがすべての機能を使用しているか、その使用状況が本物のユーザーの行動パターンと一致しているかを示すこと）
Testers actively used all core features: match fixtures, filters, and coupon generation. Their engagement matched real user behavior, logging in regularly around weekly match days to create coupons and review predictions. All tester activity closely mirrored real-world football fan usage.
4. "Provide a summary of the feedback that you received from testers. Include how you collected the feedback."
（テスターから受け取ったフィードバックの概要と、そのフィードバックを収集した方法を記載してください：）
Feedback was collected via Google Play internal feedback, emails, and tester messaging groups. Testers appreciated the fast coupon generator but suggested improving font readability on small screens, adding clearer filter descriptions, and optimizing fixture loading on slow mobile networks.
ステップ 2：アプリについて（About your app）
このステップでは、アプリのターゲット層、提供する付加価値、および初年度の予想ダウンロード数について質問されます。
1. "Who is the intended audience of your app?"
（アプリの対象ユーザーは誰ですか？）
The intended audience includes adult football fans, sports enthusiasts, and Toto players seeking analytical tools to plan predictions. It is designed for users aged 18+ who want structured match fixture insights, mathematical coupon filtering, and systematic statistical analysis.
2. "Describe how your app provides value to users"
（アプリがどのようにユーザーに価値を提供するかを説明してください：）
The app provides value by automating complex coupon filtering and Toto calculations, saving users substantial time. It offers clean weekly fixture overviews, probability statistics, and intuitive mathematical tools that help sports fans make well-structured, data-informed prediction plans.
3. "How many installs do you expect your app to have in your first year?"
（初年度にアプリが獲得すると見込むインストール数はどのくらいですか？）
- 推奨される選択肢：
0 - 10K（インディー開発者としての現実的でオーガニックな目標値）。
ステップ 3：製品版の準備状況（Your production readiness）
最後のステップでは、クローズドテストから得られた知見に基づいて実施した改善点と、本番運用に耐えうる状態であると判断した理由を回答します。
1. "What changes did you make to your app based on what you learned during your closed test?"
（クローズドテストで得られた知見に基づいて、アプリにどのような変更を加えましたか？）
推奨事項： 回答は、前のステップで挙げたフィードバック（小型画面の最適化、フォントサイズ、フィルタラベルの明確化、データキャッシュ）と完全に一致させる必要があります。
Based on tester feedback, we adjusted font scaling and spacing for smaller screens, added descriptive labels to filter options, and optimized fixture caching for slower network connections. We also streamlined the coupon generation interface to make navigation smoother and more intuitive.
2. "How did you decide that your app is ready for production?"
（アプリが本番公開の準備が整ったとどのように判断しましたか？）
推奨事項： Android Vitals の指標（クラッシュ率ゼロ、ANR ゼロ）、14 日間のテスト期間、多様な Android デバイスとバージョンにわたる安定性を強調します。
We confirmed production readiness through 14 days of closed testing with zero crashes and zero ANRs in Android Vitals. All core workflows (fixture browsing, filtering, and coupon generation) executed smoothly across diverse devices, and testers confirmed high stability and complete features.
すべての項目を入力後、右下の青い Apply（申請） ボタンをクリックして公式な本番公開許可の申請を完了します。
申請送信完了画面（審査中ステータス）
「Apply」ボタンを押すと Play Console のメインダッシュボードに戻り、本番（Production） ページに以下の公式審査カードが表示されます。
"We have your application for production access"（製品版アクセスの申請を受け付けました）
"We're reviewing your application form. We'll email the account owner with an update. This usually takes 7 days or less, but may occasionally take longer."（申請フォームを審査中です。審査結果はアカウント所有者にメールでお知らせします。通常は 7 日以内に完了しますが、場合によってはそれ以上かかることがあります。）
この期間について知っておくべきこと：
- 審査所要時間： 画面上では公式に "7 日以内" と記載されていますが、回答内容に矛盾がなくクラッシュ率ゼロのアプリの場合、通常 24〜72 時間以内 に承認結果が届きます。
- 結果の通知： 評価が完了すると、アカウント所有者のメールアドレスに公式の承認メールが届きます（第 19 章を参照）。
- 待機中の対応： 特別な追加アクションを行う必要はありません。クローズドテストトラックはそのまま維持し、Play Console 審査チームの決定をお待ちください。
19. 最終的な勝利：製品版アクセス（本番公開）の承認
個人の開発者アカウントにおける Google Play Console 最大の難関である クローズドテスト（最低 20 人のテスターによる 14 日間のアクティブテスト） を無事に完了し、本番アクセスの申請を行うと、Google Play Console チームから次の公式承認メールが届きます。
"Congratulations! Your app has been granted Google Play production access"（おめでとうございます！アプリに Google Play 製品版アクセス権が付与されました）
"You applied for Google Play production access for your app, and this has now been granted. Production is where you make your app available to billions of users on Google Play."（アプリの Google Play 製品版アクセスを申請いただき、承認されました。本番環境では、Google Play 上の数十億人のユーザーにアプリを届けることができます。）
このメールが意味すること
- 世界中への一般公開： アプリは招待されたクローズドテスターだけでなく、世界中の数十億人の Android ユーザーに向けて正式にリリースできるようになります。
- 個人アカウントの信頼性獲得： Google の「20 人のテスター / 14 日間」という必須ポリシー要件を正式にクリアし、開発者アカウントが信頼されたステータスに移行しました。
- ワンクリックで本番公開： Play Console パネルの 本番（Production） トラックにアクセスすることで、クローズドテストで検証済みのパッケージをストア店頭にそのまま直接公開するか、新バージョンとして即座にリリースできます。
20. リリース前チェックリスト（完了）
リリース申請段階における全チェック項目：
- Play Console でアプリ ID と一意のパッケージ名を生成したか？
- 署名済みの
.aabパッケージがtargetSdkVersion 36でビルドされているか？ - versionCode は旧バージョンより大きいか？（警告画面で Proceed anyway をクリックしたか？）
- プライバシーポリシーの URL は HTTPS で正常にアクセスできるか？
- アプリのアクセス権は
Noとして登録されているか？ - 広告の宣言は
Yesにチェックされているか？ - IARC 年齢レーティングを完了し認定を取得したか？
- ターゲット層は
18 and overとして選択されているか？ - データの安全性フォーム（Data Safety）の記入は完了しているか？
- 政府機関、財務機能、ヘルスケアの宣言はすべて
Noとして記録されているか？ - ストアアセット（512x512 アイコン、1024x500 ヘッダー画像、スクリーンショット）はアップロードされているか？
- クローズドテスト：国と地域を選択して保存したか？
- クローズドテスト：テスターリストを選択して保存したか？
- クローズドテスト：署名済みの
.aabパッケージをアップロードしてリリースを作成したか？ - 広告 ID：初回リリース用として
Noで保存したか？ - 公開の概要：すべての変更を Google の審査に送信したか？
- クローズドテストプロセスを完了し、製品版アクセス権（Production Access）を取得できたか？
21. Arar Games と私たちのゲーム製品
私たちのインディーゲームスタジオが手掛けたすべてのゲームタイトル、独自のゲームメカニクス、そして最新アップデートを体験するには、公式ストアページをぜひご覧ください。
🎮 私たちのゲーム：
- 🛡️ Blocked: Pixel Panzer:
レトロピクセル戦車アクション、ColorWheel 属性砲弾バトル、ダイナミックな天候変化、白熱のボスバトル、グローバルランキング、そして Google Play 実績対応！
👉 Google Play でダウンロード（Android & PC） | Microsoft Store（Windows PC） - 🎨 Paint Trek:
カラフルなピクセルと壮大な宇宙の雰囲気の中で繰り広げられる、反射神経重視のアーケードアクション。
👉 Google Play | Microsoft Store (PC & Xbox) - 🚀 Space Dodger:
深宇宙を舞台にした、スピーディーでスリリングなレトロアーケード障害物回避ゲーム。
👉 Google Play でダウンロード
📢 ソーシャルメディアとコミュニティ：
最新の技術ドキュメント、開発ログ（DevLog）、ゲームアップデート情報をチェックするには：
- 🎵 TikTok: @arargamesstudio
- 📸 Instagram: @arargamesstudio
- 🐦 X (Twitter): @arargamesstudio
- 📺 YouTube: @koreaaria
- 🧵 Threads: @arargamesstudio
- 📘 Facebook: arargamesstudio
制作・記録：Arar Games デベロッパー技術ドキュメント アーカイブ
Hiç yorum yok:
Yorum Gönder