Publishing4 min read

How to publish an Android app to Google Play

How to get a native Kotlin Android app onto Google Play. What Google requires, the first signed bundle and the upload key, the store listing, release tracks from internal testing to production, and what "Submitted" really means.

Google Play has one rule that surprises almost everyone the first time: its publishing API can update an app, but it cannot create one. Your very first release goes through Play Console by hand. After that, every update can come straight from OpenV2. This guide covers both.

What you need

You needWhy
A Google Play developer accountGoogle charges a one-time registration fee and may verify your identity
A successful Android buildOpenV2 writes the app in Kotlin and builds it
A Pro or Max plan on OpenV2Publishing is part of the paid plans
A privacy policy URLGoogle requires one for the listing

Your app module also needs a fixed application ID, a version name and a version code, and the app must target a recent Android API level that Google Play requires. OpenV2 checks this before you submit.

Your first release: the signed bundle

Because the first upload has to happen in Play Console, OpenV2 prepares it for you. In the Google Play flow choose Prepare the first signed bundle:

  1. Create a new upload key, only for a genuinely new app. If the app already exists on Google Play, import its existing upload key instead. Never create a new key for an app that already exists.
  2. Download the signed release bundle and the upload-key backup. Keep the backup in a private password manager: it contains the private key.
  3. In Play Console, create the app, turn on Play App Signing, upload that first bundle, and complete the listing, data safety, content rating and the other declarations Google asks for.
  4. Come back to OpenV2 and connect your account. From now on, releases go out from the wizard.

New personal developer accounts may have to run a closed test before production access, for example 12 testers for 14 days. Plan for it: it is Google's rule, and no tool can skip it.

Every release after that: three steps

Press Publish and choose Google Play (or More → Google Play).

1. App Info: the store listing

Enter the title, short and full descriptions, language, a public support email and your privacy policy URL. Upload an icon, a feature graphic and 2 to 8 screenshots, or keep the images already in that language's listing. OpenV2 fits images to the sizes Google Play asks for.

2. Google Play: connect your account

Connect the Google account that manages the app, or a service account you invited in Play Console under Users and permissions with access to this app. OpenV2 never asks for your Google password, and it checks again that the account can actually publish this app.

3. Submit: pick a track

TrackWho sees it
Internal testing (default)A small list of testers you choose, fast to update
ProductionEveryone on Google Play; needs an explicit confirmation

Finish any declarations Google still requires in Play Console, then submit. You can follow the release status when you come back to OpenV2.

What "Submitted" means

Submitted means Google Play's API accepted the release on the track you chose. It does not mean Google approved or published it. Review and release timing stay with Google.

Your keys stay private

Your Google credentials and upload key are stored encrypted on OpenV2's servers. Only the upload key is given to the build machine; your source files and your prompts never receive it. Private listing images are removed after submission.

Common mistakes

  • Creating a new upload key for an existing app. Google will reject the bundle. Import the existing key.
  • Losing the upload-key backup. Store it in a password manager the day you download it.
  • Going straight to production. Release to internal testing first, install it from Google Play, then promote.
  • Forgetting the privacy policy. It must be in the listing and set in Play Console.

Frequently asked questions

Can OpenV2 create my app on Google Play?

No tool can: Google Play's API only updates existing apps. OpenV2 prepares the first signed bundle, you create the app and upload it in Play Console once, and every later release goes out from OpenV2.

Is the Android app native?

Yes. OpenV2 writes a native Android app in Kotlin, separate from the Swift and SwiftUI iPhone app.

Can I test the Android app before publishing?

Yes. Run it in the cloud emulator in your browser, or install it on your Android phone over USB with OpenV2 Companion after you turn on USB debugging. Every plan can do this.

What does the closed test requirement mean?

Google may require new personal developer accounts to run a closed test, for example with 12 testers for 14 days, before they can publish to production.

Team mode

Six AI specialists build your app

Most AI app builders give you one agent that guesses everything while it codes. OpenV2 gives each job an owner, and you see every handoff.

Ethan

Team Leader

Takes every request, decides who does what and keeps the team on track.

Clara

Deep Researcher

Researches your market and competitors with sources, after you approve her plan.

Maya

Product Manager

Turns your idea into a short MVP: the screens, key features and what waits.

Oliver

Architect

Designs the data, sync, notifications and risks before any code is written.

Leo

Engineer

Writes SwiftUI or Kotlin, builds the app, makes the icon and fixes what breaks. The only one who changes your app.

Only Leo changes your code

Sofia

Data Analyst

Reads your data and metrics, checks the numbers and tells you what they mean.

From idea to app: who steps in

  1. Ethan takes your idea
  2. Clara researches the market, when you ask
  3. Maya scopes the MVP
  4. Oliver designs the hard parts
  5. Leo builds the app
  6. Sofia reads your data, once you have it

Prefer to just build? Solo mode is one engineer.

See the team in detail

Build it with a team of six

Describe your app. Ethan, Clara, Maya, Oliver, Leo and Sofia take it from idea to the App Store and Google Play.