プロンプトから一般公開まで
- ツールが作ったものウェブアプリ、Expo、Flutter、またはネイティブのプロジェクト
- 署名済みのリリースAABGoogle Playが受け付けるファイル
- デベロッパーアカウントUS$25を1回、本人確認済み
- アプリのコンテンツのフォームプライバシー、データセーフティ、レーティング
- クローズドテストテスター12人、14日間（アカウントに必要な場合）
- 製品版リリースアクセスが付与された後
AIツールによって変わるのは最初のステップだけです。ステップ2～6は、どのAndroidアプリでも同じです。
簡潔な回答
バイブコーディングしたアプリをGoogle Playで一般公開するには、ツールが実際に生成したフレームワークを通じて署名済みのAndroid App Bundle（AAB）をビルドし、アカウント、アプリのコンテンツ、リリースの要件を満たします。2023年11月13日以降に作成された個人用デベロッパーアカウントの場合は、製品版へのアクセスを申請する前に、12人以上のテスターが14日間連続でオプトインしたクローズドテスト（closed testing）も必要です。2026年10月13日に発表された、個人用アプリ向けのGoogle AI Studioの非公開ルートは別の経路であり、一般公開のストア掲載にはなりません。
ほとんどのAIアプリビルダーは、動くプレビューの段階で止まります。URL、Expo Goのセッション、あるいは自分のスマートフォンに入れたAPKです。そのどれも、Google Playが審査する対象ではありません。この記事では、ツールが実際に生成したものを出発点に、ビルド、修正、フォーム、テストを、Play Consoleが求める順番で説明します。2026年10月16日時点の情報です。
この記事の内容
AIで作ったアプリをGoogle Playで公開できますか？
はい、完成したアプリがGoogle Playの要件を満たしていれば公開できます。AIがコードを書いたことを理由にアプリを禁止するGoogleのポリシーは見当たりませんでした。一般公開のリリースは、他のアプリと同じ審査、品質、ポリシーのチェックを受けます。つまり、コードをAIに書かせても、完成したアプリに対するあなたの責任はなくなりません。
Google自身も2026年10月13日の発表で、Google AI StudioでAndroidアプリをバイブコーディングすることに触れています。ただし、それで近道ができるわけではありません。一般公開のストア掲載には、引き続き動作するリリース、正確な申告、そして多くの新しい個人アカウントではクローズドテストが必要です。AIが書いたアプリを1つのカテゴリとして対象にした、日付つきのGoogleのポリシーは見当たりませんでした。出来の悪いAIビルドを引っかけるのは、有用性や動作不良に関する一般的なルールです。
「機能やコンテンツが限られているだけのアプリは許可されません。」
Google Play デベロッパー ポリシー、最低限の機能
AIが書いたコード、AI機能、AIで作ったストア画像は、それぞれ別の問題です
AIがコードを書いた
コードを誰が書いたかを申告する項目はありません。審査が見るのは配信するアプリそのものです。動作するか、データをどう扱うか、役に立つかどうかです。
アプリがAIでコンテンツを生成する
実行時にコンテンツを生成するアプリは、GoogleのAI生成コンテンツに関するポリシーの対象です。禁止コンテンツへの安全対策と、ユーザーがそれを報告または通報できるアプリ内の手段が必要です。
AIでストア画像を作った
ストアの掲載情報やプロモーション用の画像・動画には、条件付きのAIラベルの申告が別にあり、項目ごとに判断されます。これは素材についての話で、コードとは関係ありません。
審査の前に新しいアプリに必要なことをすべて確認するには、2026年のGoogle Play公開要件をご覧ください。
一般公開したいのですか、それとも自分のスマートフォンで使えれば十分ですか？
最初にこれを決めてください。個人での非公開利用とPlayでの一般公開では、いまは入口が異なるからです。このセクション以降は、すべて一般公開のストア掲載についての説明です。
Googleの非公開AI Studioルートと、Playでの一般公開の比較
自分だけがインストールするアプリ
2026年10月13日、Googleは、Google AI Studioでバイブコーディングしたアプリを、個人用カタログから自分の端末に非公開でインストールできるようになると発表しました。Googleによると、提供は米国を含む一部の市場で、標準のGoogleアカウントを持つ18歳以上のユーザーから始まります。少人数のグループとの共有は、後日提供予定とされています。
誰でもインストールできるアプリ
一般公開のストア掲載には、Play Consoleのデベロッパーアカウント（1回限りの登録料US$25。本人確認があり、新しい個人アカウントではAndroid 10以降を搭載した実機での確認もあります）、署名済みのAAB、アプリのコンテンツのフォーム、そして2023年11月13日以降に作成された個人アカウントではクローズドテストが必要です。Googleは、一般公開のリリースには通常どおりの信頼性、安全性、品質の審査が適用されるとしています。
非公開ルートの対象国の完全なリストは確認できませんでした。計画を立てる前に、Googleの2026年10月の発表であなたの市場が対象かどうかを確認してください。また、非公開のアプリなら安全性のチェックを省略できるとは考えないでください。Googleはそうは言っていません。
ツールからAABを入手するには？
Androidのビルド手順は、コーディングアシスタントの名前ではなく、プロジェクトのフレームワークで決まります。ウェブの「公開」ボタンを押しても、ウェブサイトはできてもAndroid App Bundleはできないことがあります。まずは手元にあるものを見極めてください。ウェブアプリか、ExpoまたはReact Nativeのプロジェクトか、Flutterのプロジェクトか、それとも自らAABを書き出せるビルダーか、です。
使ったツールを選ぶ
Replit
- AABまでの手順
- Replitのモバイル向けドキュメントには、Google Playへの公開はReplitでまだサポートされておらず、EAS CLIとEAS BuildもReplit上ではサポートされていないと書かれています。プロジェクトがExpoアプリなら、Gitでソースを書き出し、自分のマシンでExpoの本番ビルドを実行してください（Expoのカードを参照）。ウェブのプロジェクトなら、LovableのカードにあるCapacitorの手順を使います。
- 注意点
- ReplitのShellからEASを実行するよう勧める情報は古くなっています。書き出してから外部でビルドする手順は、ドキュメント化された部品を組み合わせたものです。Replitがボタン1つで提供している機能ではありません。
Lovable
- AABまでの手順
- Lovableが公開するのはウェブサイトです。ストア向けのパッケージ化や提出の機能は組み込まれていません。ドキュメントにある方法は、ウェブのビルドを自分でCapacitorを使ってパッケージ化することです。
npm install @capacitor/androidの後にnpx cap add androidとnpx cap open androidを実行し、Android Studioで署名済みのバンドルを作成します。 - 注意点
- 到達できるターゲットAPIは、Capacitorのメジャーバージョンで決まります。Capacitor 8はAPI 36、Capacitor 7はAPI 35に対応します。プラグインと署名を確認し、ラッパーであっても枠の中にウェブサイトを表示するだけでなく、役に立つアプリでなければならないことを忘れないでください。
Bolt
- AABまでの手順
- Boltでは、ウェブアプリとExpoのモバイルプロジェクトのどちらも作成できます。Expoのプロジェクトなら、ローカルのエディタにダウンロードし、EASを設定して、Androidの本番ビルドを実行します。ウェブのプロジェクトには、Capacitorなどのシェルか、別途ネイティブのビルドが必要です。
- 注意点
- 単なるウェブのプロジェクトに対してネイティブのビルド手順を実行しないでください。Bolt自身の解説は内部テストから製品版へ進む流れになっています。アカウントが対象の場合は、その間にGoogleのクローズドテストを挟んでください。
FlutterFlow
- AABまでの手順
- Settings and Integrations > App Settings > Mobile Deployment > Google Play Storeに進み、AABをデプロイまたはダウンロードします。FlutterFlowのドキュメントでは、最初は内部テストへ手動でアップロードし、その後は自動デプロイを使う流れになっています。
- 注意点
- 生成されたアップロード鍵を保存または書き出すか、元の鍵をインポートしてください。Androidの詳細設定でSDKの値を確認します。FlutterFlowは、すべてのプロジェクトがAPIや16 KBのルールを満たすとは約束していません。
Kodular
- AABまでの手順
- Export app as AAB（ドキュメントに記載のショートカットはAlt + Shift + E）を使い、できたバンドルをアップロードします。
- 注意点
- 2026年9月27日に公開されたKodularのリリース2026.05.3でターゲットAPI 36が追加されたため、古いAABはビルドし直してください。非推奨のFirebase Databaseコンポーネントは、移行するまでコンパイルを妨げます。また、拡張機能はそれぞれ個別に互換性を確認する必要があります。
Expo
- AABまでの手順
- EASと署名を設定し、
eas build --platform android --profile productionを実行します。AABをダウンロードするか、eas submit --platform androidで提出します。 - 注意点
- プレビュー用のAPKはPlayにアップロードするものではありません。AABをビルドするのはproductionプロファイルです。2026年10月9日に更新されたExpoの提出ドキュメントでは、初回の提出も自動化できますが、デフォルトでは内部テストトラックに入ります。内部テストはクローズドテストではないので、トラックは意図して選んでください。
CursorまたはClaude Code（Flutter）
- AABまでの手順
- リリース署名を設定し、アプリケーションIDとGradleのSDKの値を確認してから、
flutter build appbundleを実行します。バンドルはbuild/app/outputs/bundle/release/app.aabに出力されます。 - 注意点
- ランタイムはアシスタントではなくFlutterです。ネイティブのプラグインを確認し、Playにすでにあるアプリを更新する場合は元のアプリケーションIDを維持してください。
CursorまたはClaude Code（React Native）
- AABまでの手順
- アップロード用のキーストアとリリース署名を設定してから、
npx react-native build-android --mode=releaseを実行します。バンドルはandroid/app/build/outputs/bundle/release/app-release.aabに出力されます。プロジェクトでExpoを使っている場合は、代わりにExpoのカードに従ってください。 - 注意点
- React Native 0.81ではターゲットAPI 36がデフォルトになり、0.77で16 KBのサポートが追加されました。これらは節目であって、アプリ内のすべてのライブラリが要件を満たしている証拠ではありません。
上記の各手順は、2026年10月16日に各ベンダーのドキュメントと照らし合わせて確認したものです。サンプルプロジェクトで実際に試したものではありません。ビルダーは変化が速いため、ビルドの前に最新のドキュメントで確認してください。また、古いプロジェクトを通すためにターゲットSDKの数値を手作業で上げるのはやめてください。代わりに、新しいターゲットに対応したツールにアップグレードしてください。
アップロード前に何を直す必要がありますか？
誰かをテストに招待する前に、リリース用の成果物を確認してください。再ビルドで起きる想定外の問題の多くは、3つの技術的なチェックで見つかります。ターゲットAPIレベル、ネイティブライブラリのページサイズ、そしてアプリのIDと署名です。
ターゲットAPIレベル
スマートフォンとタブレット向けの新規アプリとアプリの更新は、2026年8月31日以降、Android 16（APIレベル36）以上をターゲットにする必要があります。延長が認められたアプリの期限は2026年11月1日でした。Wear OS、Android Automotive、TV、XRのアプリはターゲットが異なります。詳細と対処方法はターゲットAPIレベルの記事にまとめています。
16 KBのページサイズとネイティブライブラリ
ネイティブコードを含むアプリは、16 KBのメモリページを使う端末に対応する必要があります。Googleの現在のガイドでは、API 35以上をターゲットにするアプリについて、2027年2月1日から非対応の更新がブロックされます。ただし、これは新規アプリの適用除外ではありません。ネイティブライブラリはいますぐ確認してください。フレームワークが16 KBに対応していても、アプリ内のすべてのネイティブ依存関係が互換性を持つとは限りません。16 KBエラーの見つけ方と直し方をご覧ください。
アプリのIDと署名
「アプリケーションIDを変更すると、Google Playストアはそのアップロードをまったく別のアプリとして扱います。」
Android Developers、アプリモジュールを設定する
AIによる再ビルドでプロジェクトが作り直された場合は、新しいアプリケーションIDを、Play Consoleがすでに把握しているIDと比べてください。アップロード鍵とそのパスワードは安全な場所に保管します。Play アプリ署名を使う場合、アプリの署名鍵はGoogleが保持し、各バンドルの署名に使うアップロード鍵はそれとは別の鍵です。
ウェブラッパーはGoogleに却下されますか？
ラッパーであること自体が理由で却下されることはありません。ラッパーも、アプリの他の部分と同じ公開済みの品質ルールを満たす必要があり、そのうちいくつかのルールは中身の薄いラッパーに最も厳しく当てはまります。
許可と有用な機能
Googleのスパムに関するポリシーでは、「ウェブサイトの所有者や管理者の許可を得ずにウェブサイトのWebViewを提供する」アプリや、ウェブサイトへのアフィリエイトトラフィックの誘導を主な目的とするアプリは許可されていません。これとは別に、最低限の機能に関するポリシーが、コンテンツが限られているアプリや動作不良のあるアプリを対象にしています。自分のサイトのラッパーなら許可の条件は満たしますが、それでも何か役に立つことをし、実機で動作する必要があります。
TWAとWebViewの違い
Trusted Web Activityはユーザーのブラウザでサイトを表示し、Digital Asset Linksで所有権を証明します。WebViewは自分のアプリの中でサイトを表示します。開発者からは、公開できたTWAアプリと却下されたTWAアプリの両方が報告されており、TWAの利用がテストのチェックから見えないとは、Googleの公開ドキュメントには書かれていません。アーキテクチャを変えるのは、特定の問題が見つかったときだけにしてください。ラッパーは必ず落ちるとフォーラムに書かれているから、という理由で変えるべきではありません。
Google PlayからインストールしたTWAにブラウザのアドレスバーが表示される場合は、まずDigital Asset LinksをPlayの署名証明書と照らし合わせて確認してください。assetlinks.jsonのSHA-256の修正方法で手順を詳しく説明しています。
実際の却下理由を診断する
却下メールに記載されたポリシーを読み、プレビューではなくリリースビルドで問題を再現してください。Broken Functionality（機能の不具合）による却下が指しているのは、フレームワークではなく、クラッシュ、使えないログイン、読み込まれない画面です。Broken Functionalityによる却下の対処法をご覧ください。
Play Consoleではどのフォームが必要ですか？
申告内容は、リリースしたアプリとその依存関係が実際に行っていることを説明していなければなりません。SDK、ログイン、アナリティクス、広告、クラウドのAIサービスも含まれます。AIビルダーは、これらを知らせずに追加していることがよくあります。
「個人情報や機密性の高いユーザーデータにアクセスしないアプリでも、プライバシーポリシーを提出する必要があります。」
Google Play デベロッパー ポリシー、ユーザーデータ
| フォーム | 対象 | 場所 | 完了の目安 |
|---|---|---|---|
| プライバシーポリシー | 対象すべてのアプリ | 場所App content > Privacy policy、およびアプリ内のポリシーまたはそのリンク | 完了の目安アプリと実際のデータの取り扱いに合った、公開されたページ |
| データセーフティ | 対象クローズド、オープン、製品版の各トラックにあるアプリ（データを収集しない場合も含む） | 場所App content > Data safety | 完了の目安実際のSDK、バックエンド、WebViewの一覧に基づいた回答 |
| コンテンツのレーティング | 対象すべての新規アプリ | 場所App content > Content rating questionnaire | 完了の目安レーティングを提出済み。Googleはレーティングのないアプリを許可していません |
| アプリへのアクセス | 対象ログインや制限された機能があるアプリ | 場所App content > App access | 完了の目安審査担当者が、宣伝しているすべての機能にアクセスできる |
| 広告とターゲットユーザー | 対象すべてのアプリ | 場所App content > Ads、続いてTarget audience and content | 完了の目安実際の年齢層と広告の動作を申告済み |
| 生成AI機能 | 対象実行時にコンテンツを生成するアプリ | 場所アプリ内 | 完了の目安コンテンツの安全対策と、出力を報告または通報できるアプリ内の手段 |
| 連絡先へのアクセス | 対象API 37以上をターゲットにし、READ_CONTACTSをリクエストするアプリ | 場所アプリのコンテンツの申告 | 完了の目安2027年1月27日までに、広範なアクセスの正当性を示すか、連絡先選択ツールに置き換える |
| アカウントの削除 | 対象ユーザーがアカウントを作成できるアプリ | 場所アプリ内とウェブの両方に削除をリクエストする手段を用意し、そのウェブのURLをPlay Consoleに入力する | 完了の目安アカウントを削除するとそのデータも削除され、正当な理由で保持するデータがあれば開示している |
メニューの表記はGoogleのヘルプページによって異なることがあります。Consoleの表記が違う場合は、App content（アプリのコンテンツ）の中を探してください。これらのパスはGoogleのドキュメントに基づくもので、あなたのアカウントのスクリーンショットから取ったものではありません。
クローズドテストはどの段階で行いますか？
ビルド、フォーム、使えるリリースが揃った後で、製品版へのアクセスを申請する前です。Googleは、2023年11月13日以降に作成された個人用デベロッパーアカウントにこれを義務づけています。組織用アカウントと、それより前に作成された個人アカウントは、このルールの対象外です。
「新しく作成した個人用デベロッパー アカウントをお持ちの場合は、直近 14 日間以上連続でオプトインしている 12 人以上のテスターを対象に、アプリのクローズド テストを実施する必要があります。」
Play Console ヘルプ、回答14151465
正しいトラックを使う
テストはクローズドテストのトラックで実施します。内部テストは準備として役立ち、アプリごとに最大100人のテスターを登録できますが、要件にはカウントされません。違いは内部テストの設定方法で説明しています。プレビューURL、Expo Goのセッション、サイドロードしたAPKもカウントされません。テスターはオプトインし、Google Playからインストールする必要があります。
申請してから、リリースする
ダッシュボードに申請資格があると表示されたら、製品版へのアクセスを申請し、テストに関する質問に正直に答えてください。Googleによると、審査には通常7日以内かかり、まれにそれ以上かかることもあります。承認されると製品版にアクセスできるようになりますが、アプリが公開されるまでには、製品版リリースを準備して提出する必要があります。登録料を支払ったばかりなら、US$25を支払った後にやることで全体の順番を確認できます。
再ビルドで鍵をなくしたり、パッケージが変わったりしたら？
まず、再ビルドで変わったのが認証情報なのか、アプリのIDなのか、その両方なのかを見極めてください。アップロード鍵の紛失とアプリ署名鍵の紛失は別の問題です。また、アプリケーションIDが変わると、画面がまったく同じに見えても、Playでは別のアプリになります。
| 症状 | 最初に確認すること | 復旧の手順 |
|---|---|---|
| アップロード用のキーストアを紛失した | 最初に確認することアプリはPlay アプリ署名に登録されているか？ | 復旧の手順新しいアップロード鍵を作成し、その公開証明書をPEMファイルとして書き出してから、Play ConsoleのManage Play app signing > Upload key certificateで、アップロード鍵のリセットをリクエストします。 |
| 自分で管理していたアプリ署名鍵を紛失した | 最初に確認すること署名を管理していたのはGoogleか、自分か？ | 復旧の手順元の鍵がなく、Play アプリ署名も使っていない場合、既存のアプリを更新できないことがあります。新しいIDで再ビルドする前に確認してください。 |
| 再ビルドでパッケージが変わった | 最初に確認すること新しいアプリケーションIDを公開中のアプリと比べる | 復旧の手順更新として出したい場合は元のアプリケーションIDに戻し、署名とバージョンコードを確認します。 |
| PlayからインストールしたTWAにブラウザのバーが表示される | 最初に確認することassetlinks.jsonにPlayの署名証明書が記載されているか？ | 復旧の手順実際のパッケージ名と署名鍵に合わせて、Digital Asset Linksを修正します。 |
| プレビューは動くのにリリースビルドが失敗する | 最初に確認することプレビューとリリース用バンドルでは何が違うか？ | 復旧の手順リリースビルドそのものを実際に動かし、その設定、ネイティブライブラリ、依存関係を確認します。ブラウザやExpoのプレビューが動いても、バンドルの準備ができている証拠にはなりません。 |
「アップロード鍵を紛失した場合や、鍵が侵害された可能性がある場合でも、アプリから締め出されることはありません。」
Play Console ヘルプ、Play アプリ署名を使用する
keytool -export -rfc -keystore upload-keystore.jks -alias upload -file upload_certificate.pem実際のキーストアのパスとエイリアスを使ってください。アップロードするのは公開証明書だけです。秘密鍵は決して誰にも送らないでください。
提出前チェックリスト
実際のリリースビルド、申告内容、審査担当者向けのアクセス情報、テストの実績がすべて一致したら提出します。関門を1つクリアするごとにチェックを入れてください。
提出前の10の関門
10の関門のうち0個をクリア10の関門をすべてクリアしました。リリース、フォーム、テストの実績が一致しています。
テスターサービスはどんなときに役立ちますか？
使えるクローズドテスト用のリリースがあり、残る問題が、オプトインして14日間続けてくれる12人を見つけることだけ、というときです。テスターサービスには、ビルドを直すことも、アカウントを確認することも、Googleの代わりに判断を下すこともできません。
AIでアプリを作る人の多くは、最後にこの段階にたどり着きます。アプリは動くのに、周りにAndroidスマートフォンを持っている人がいない、あるいは友人が9日目に抜けてしまう、という状況です。PrimeTestLabは、実機のAndroid端末を使う実在のテスターをご用意します。あなたがオプトインリンクを共有すると、テスターは4～6時間以内にオプトインし、14日間を通して参加を続けます。途中で抜けたテスターはその日のうちに交代します（交代したテスターは自分の14日間を新たに始めるため、12人を上回る余裕が重要です）。Play Consoleへのアクセス権を私たちに渡す必要はなく、テストの進み具合はリアルタイムのダッシュボードで確認でき、終了時には書面のレポートをお渡しします。
テスター12人のサービスの仕組みをご覧いただくか、以下からプランをお選びください。
現在のプラン
チェックアウト時に別途サービス手数料5%（最低$1.50）がかかります。お支払いはVisaまたはMastercard（Stripe決済）です。テストを最後まで実施してもGoogleから製品版へのアクセスが付与されなかった場合は、無料再テストまたは全額返金をお選びいただけます。
よくある質問
AIで作ったアプリをGoogle Playで公開できますか？
はい。AIで作ったアプリも一般公開のリリースとして提出でき、Googleによると、その経路には通常どおりの信頼性、安全性、品質の審査が適用されます。ツールが生成したフレームワークを見極め、署名済みのAndroid App Bundleを作成し、自分に当てはまるアカウントとアプリの要件を満たしてください。AIを使ったからといって、それだけで完成したアプリが公開できる状態になるわけではありません。
Replitではリンクしかもらえませんでした。AABはどこにありますか？
公開されたウェブのリンクは、Androidのバンドルではありません。プロジェクトがウェブサイトなのか、ExpoまたはReact Nativeのモバイルプロジェクトなのかを確認してください。Replitの現在のドキュメントでは、Google Playへの公開も、Replit上でのEASの実行もサポートされていません。モバイルのソースを書き出し、別の環境でExpoを使ってビルドする方法はありますが、Replitの公開ボタンでできることではありません。
LovableのウェブサイトをAndroidアプリにできますか？
Lovableのドキュメントには、Capacitorを含む外部でのパッケージ化が載っていますが、Google Playへの提出機能は組み込まれていません。Androidのシェルにも、リリース署名、正しい設定、実機での確認が必要です。ウェブサイトを使う許可は問題の1つにすぎません。アプリには有用な機能と安定した使い心地も求められます。パッケージ化しただけで受け入れられるわけではありません。
ExpoやFlutterFlowで作ったアプリでもテスターは必要ですか？
確認すべきなのはビルダーではなく、Playのアカウントです。Googleのルールは2023年11月13日以降に作成された個人アカウントが対象で、どのビルドツールも適用除外にはなりません。ExpoやFlutterFlowから内部テストへのアップロードが成功しても、必要なクローズドテストが完了したことにはなりません。アプリのダッシュボードの表示に従い、アカウントに必要な場合はクローズドテストのトラックでテストを実施してください。
審査に通るには、TWAをWebViewに変える必要がありますか？
その変換を義務づけるGoogleの要件は見当たりませんでした。GoogleはTrusted Web Activityを、ブラウザベースのAndroid連携としてドキュメント化しています。開発者からは、TWAのリリースが成功した例と却下された例の両方が報告されています。まずは、実際の却下理由、ウェブサイトの許可、機能、リリースビルドの動作から確認してください。TWAでのテストがGoogleから見えないという主張は、公開ドキュメントでは裏づけられていません。
アプリは何も収集しません。それでもプライバシーの情報は必要ですか？
はい。Googleは、個人情報や機密性の高いデータにアクセスしないアプリにもプライバシーポリシーを求めており、クローズド、オープン、製品版の各トラックにあるアプリはデータセーフティの入力を完了する必要があります。まずはすべてのSDKとリモートサービスを確認してください。自分の画面で何も収集していなくても、アナリティクス、広告、ログイン、アプリが制御するウェブコンテンツによって、正しい回答が変わることがあります。
キーストアをなくしました。新しいアプリとしてやり直す必要がありますか？
まず、どの鍵をなくしたのかを確認してください。Play アプリ署名を使っていれば、なくしたアップロード鍵は、新しい鍵の公開証明書を使ったGoogleのアップロード鍵のリセットで置き換えられます。その保護がない状態で自分で管理していたアプリ署名鍵をなくした場合は話が別で、更新ができなくなることがあります。新しいIDで再ビルドする前に、元のアプリの署名の設定を確認してください。
再ビルドのときにパッケージ名を変えてもよいですか？
アプリケーションIDを変えると、Google Playはそのバンドルを別のアプリとして扱います。既存のストア掲載を更新したい場合は、元のアプリケーションIDに戻し、正しい認証情報で署名してください。アプリ名が同じでも、画面がまったく同じでも、その下にあるパッケージの識別子が変わっていれば、同じアプリとしては扱われません。
最新のフレームワークで再ビルドすれば、16 KBのエラーは直りますか？
フレームワーク自体のライブラリは直るかもしれませんが、アプリ全体が互換性を持つことの証明にはなりません。ネイティブのプラグイン、SDK、拡張機能が、互換性のないバイナリを含んだままになっていることがあります。最終的なリリースバンドルを確認し、16 KBの環境でテストしてください。Googleは、サードパーティのビルダーが追加したものも含め、ネイティブの依存関係をあなたのアプリの一部として扱います。
Lovableで編集すると、Playのアプリも自動で更新されますか？
アプリの作り方によって異なります。TWAはブラウザを通じて公開中のウェブコンテンツを表示しますが、パッケージ化したAndroidプロジェクトには独自のネイティブのリリースと設定があります。新しいバンドルが必要かどうかを決める前に、その変更がどのファイルやサービスに影響するかを確認してください。ウェブ、プラグイン、権限、署名のどの変更も同じ更新手順になるとは考えないでください。
まとめ
要点
どのAIツールを使っても、Google Playが求めるものは変わりません。署名済みのAAB、各種の申告、そして2023年11月13日以降に作成された個人アカウントでは、12人のテスターが14日間連続でオプトインするクローズドテストです。ツールが何を作ったかを見極め、そのフレームワークのリリース手順に従い、ターゲットAPI、16 KB、署名のチェックを済ませ、実際のビルドに基づいてフォームに入力してください。製品版へのアクセスまでに残る課題がテスター集めだけなら、PrimeTestLabが$19.99からテスターをご用意します。プランを見る →