I Finally Got My App Ready for Production Access. Heres What Happened Next
You survived the hardest part of Google Play. You found your users. Maybe you started with 12 testers for 14 days and had to scramble for more. Maybe you just used our 20 testers for 14 days service to get it done fast. Either way, you kept them active. You filled out the long production access application. You waited days for a response. Then, the email arrived. Google Play approved your app for production access.
You probably jumped out of your chair. I did the exact same thing on my first app. You think the finish line is right here. You think you just click a button, and your app goes live to billions of users on the Play Store.
Wrong. The process is not a single click. It is just beginning.
Moving an app from the closed testing track to the production track is a highly technical process. If you mess up, you can accidentally release a buggy version. You can trigger another long review. You can even risk a policy violation if your store listing is not perfectly compliant.
I learned this the hard way. I want to show you exactly how to push your release from the Closed track to the Production track. I will explain the confusing rollout percentage options. I will break down final review times so you know exactly what to expect.
If you are tired of failing the testing requirements, remember we can do this for you.
Skip the Testing Stress
Need 20 real testers for your next app? We handle the 14-day closed testing process so you can focus on building.
Step 1: Promote the Release to Production
Google Play Console does not just copy your app automatically. You have to tell the system to take your specific closed testing bundle and move it to the live store.
Here is the exact path you must take. Follow this carefully.
- Open Google Play Console. Log in with your developer account.
- Select your app. Click on the app that just received production access approval.
- Go to Testing. On the left menu bar, scroll down to the Testing section.
- Click Closed testing. Find the track where your testers tested the app.
- Find your release. Look at the Active release. This is the App Bundle (.aab file) your testers used.
- Click Promote release. On the right side of the active release, you will see a button or a dropdown menu labeled Promote release.
- Choose Production. Click this exact option.
When you click Promote to Production, Google Play Console copies the exact App Bundle from your closed testing track into a new production draft.
You do not need to upload a new .aab file. In fact, you should not upload a new file. If you upload a new .aab file, Google will think this is an untested version. This can trigger a longer review or cause issues with your production access status. Use the exact bundle that your testers verified during the 14-day testing period.
Step 2: Review Your Store Listing
Your closed testing users did not care about your app icon or screenshots. Real users do. They judge your app before they even download it.
Before you roll out the release, you must check your main store listing. Google strictly checks your store listing during the production review.
Make sure you have these items ready and perfect:
- App Title: Max 30 characters. No spam words. Keep it simple.
- Short Description: Max 80 characters. Explain exactly what the app does in one sentence.
- Full Description: Max 4000 characters. Use bullet points. Explain the features clearly.
- High-Res Icon: 512x512 pixels. PNG or JPEG format.
- Feature Graphic: 1024x500 pixels. PNG or JPEG. No text near the edges that might get cut off.
- Phone Screenshots: At least 2, max 8. Show the actual app in use, not just logos.
If you change your store listing right before rolling out to production, Google will review those changes. Make sure everything complies with Google Play policies. Do not use copyrighted images. Do not make false claims. If your app is a simple calculator, do not say it uses advanced AI. Google will flag it.
Understanding Rollout Percentages
When you prepare your production release, Google asks for a Rollout percentage. This is where many new developers freeze.
What does it mean? A staged rollout lets you release your app to a small portion of your users first.
If this is your very first time launching the app, you have zero current users. So, what percentage do you choose?
Here is a simple breakdown of how rollout percentages work for brand new apps versus existing apps.
Releasing to 100 Percent
If you select 100 percent, your app goes live to everyone at once. Anyone who searches for it can find it. Anyone can download it immediately.
For a new indie app, I always recommend 100 percent. You just spent 14 days testing. The app is stable. You need users. You want the app to be fully indexed in Google Play search right away.
Staged Rollout (10 Percent or 50 Percent)
If you select 10 percent, only 10 percent of the people who view your store listing will see the Install button. The other 90 percent might not find the app, or they might see it as unavailable.
Staged rollouts are for massive apps. If you have one million users, a 10 percent rollout lets you test an update on 100,000 people. If the app crashes, you halt the rollout.
For a brand new app launching out of closed testing, a staged rollout just limits your growth. Choose 100 percent. Do not overthink it.
Failed the Production Application?
Did Google reject your production access after 14 days? Our team can run a new, high-quality closed testing campaign for you.
Step 3: Setting Up Countries and Regions
Before you hit publish, you need to tell Google where to sell your app. By default, Google might not select any countries, or it might select all of them.
- Go to Production. On the left menu, click Production.
- Click Countries / regions. It is a tab near the top.
- Add countries. Click the button to add countries.
If your app only works in the United States, only select the United States. If you select all countries but your app is only in English and requires a US phone number, users in other countries will leave 1-star reviews. Bad reviews will kill your app ranking on day one. Be smart about where you launch.
Step 4: Handling the Final Production Review
You selected your countries. You clicked Rollout to 100 percent. Now you wait again.
Yes, there is another review. This is the final production review. Google already approved your testers. They already approved your production access questions. But they still need to review the final production release.
Why is there another review?
Google wants to make sure the app you push to production is the same safe app you tested. They run automated virus scans. They check your store listing for policy violations. They ensure your privacy policy link is active and working.
How long does the final review take?
This is the most common question I get from developers.
- Fastest time: 2 to 4 hours. This happens if your app is very simple, has no sensitive permissions, and your developer account has a good history.
- Average time: 24 to 48 hours. Most new apps fall right here.
- Slowest time: Up to 7 days. This happens if your app requests sensitive permissions like location or SMS, or if you are in a highly regulated category like finance or medical.
Do not panic if it takes 48 hours. Do not cancel the release. Canceling and resubmitting puts you at the back of the line. Just wait patiently.
Here is a simple data table breaking down what happens during this final phase.
| Review Phase | What Google Checks | Typical Timeframe | Risk Level |
|---|---|---|---|
| Automated Scans | Malware, viruses, broken SDKs, basic crashes. | 1 to 2 hours | Low |
| Store Listing Check | Copyright issues, spam words, image sizes. | 12 to 24 hours | Medium |
| Policy Compliance | Privacy policy link, sensitive permissions, ad networks. | 24 to 48 hours | High |
| Human Review | App functionality, user experience, matching description. | 2 to 7 days | High |
Step 5: Monitoring Your First Real Users
Once the review finishes, your app is live. The In Review tag changes to Available.
Do not close your laptop. The first 48 hours are very important. You need to watch for crashes that your testers might have missed. Even the best closed testing campaign cannot catch everything.
- Open Firebase Crashlytics or Google Play Vitals. Watch the dashboard closely for the first few days.
- Check for ANRs. Application Not Responding errors hurt your store ranking very fast. Fix them immediately.
- Read the first reviews. Reply to them immediately. A fast reply can turn a bad review into a good review.
If you see a major crash affecting all new users, do not panic. Go back to Google Play Console. Create a new release in the Production track. Upload a new fixed .aab file. You can choose a 100 percent rollout for the hotfix. It will trigger another review, but updates usually process faster than the initial launch.
A Quick Look Back: The Production Access Questionnaire
Before you were approved, you had to answer the production access questions. If you are reading this to prepare for the future, pay close attention to this part.
When your 14 days end, Google asks you questions about your closed test. They want to know how you gathered feedback. They want to know what changes you made.
You must provide detailed answers. Do not write one sentence. Write a full paragraph for each question. Explain exactly how your testers found bugs. Explain exactly what code you changed to fix those bugs. If you write bad answers, Google will reject your production access even if you had 20 testers for 14 days.
Our service provides you with a full feedback report. You can use this exact report to answer Google's questions. This makes the application process extremely easy and fast.
How to Avoid Production Access Rejection Before You Start
I want to back up for a second. This whole guide assumes you got approved for production. Many developers do not get approved on the first try.
Google Play is very strict right now. If your testers do not open the app enough during the 14 days, you will get rejected. If your answers to the production access questions are too short, you will get rejected.
If you fail, you have to start the 20 testers for 14 days process all over again. You lose weeks of time. You lose momentum.
This is why having a solid testing strategy from day one is so important. You need testers who actively engage. You need testers who provide real feedback. You cannot just ask your friends and family to do it, because they will forget to open the app.
We built a service to solve this exact problem. We provide 20 real Android users. They install your app. They keep it for 14 days. They actually open it and test it. We guarantee you will pass the closed testing requirement.
Guarantee Your Production Access
Do not risk a rejection after 14 days of waiting. Let our real testers handle your closed testing requirements.
Common Mistakes When Pushing to Production
Even smart developers make mistakes at the finish line. Avoid these errors so your launch goes smoothly.
- Uploading a new AAB file instead of promoting. I said this before, but it is the number one mistake. Promote the exact build your testers used. Do not change the code right before publishing.
- Forgetting to update the privacy policy. Google checks your privacy policy link during the final review. If the link is dead, your app will be rejected instantly.
- Leaving old test information in the app. If your app says Beta Version on the home screen, remove it. Update the text for your production users.
- Ignoring the content rating. Make sure your content rating questionnaire accurately reflects the final app. If you added a new feature during testing, you might need to update the rating.
- Ignoring policy emails. Sometimes Google sends a warning email before they reject your app. Check your developer email daily during the review phase.
What If Your App Gets Suspended?
This is the nightmare scenario. You pass closed testing. You push to production. Then, you get a suspension email.
This usually happens because of a severe policy violation. Maybe you used a copyrighted logo. Maybe your app scrapes user data without clear permission. Maybe you included a banned SDK.
If this happens, you cannot just update the app. A suspension is permanent for that specific package name. You have to file an appeal. If the appeal fails, you must create a brand new app, a new package name, and yes, you have to do the 14-day closed testing process again from scratch.
This is why policy compliance is non-negotiable. Read the Developer Program Policies. Understand them deeply. Do not try to trick the system. It never works.
Your Next Steps After Launch
Getting to production is only step one. Now you have a real software business.
You need to focus on App Store Optimization (ASO). You need to run ads. You need to keep updating the app.
Google Play rewards apps that update frequently. Plan to release a new version every few weeks. Add new features. Fix bugs. Keep your users engaged.
Every time you update the app, it will go through a quick review. Because you are now in the production track, these updates usually process in a few hours instead of a few days. The trust level on your account grows over time.
The hardest part is over. The testing rule is a massive barrier that stops thousands of developers from ever launching. You crossed it. Now go build a great app.
One Cycle. Complete Approval.
Select the plan that fits your release complexity.
Loading Packages
Please wait while we fetch the best options for your region...
If you have another app in the pipeline, remember the rules still apply. Every new personal account app needs 20 testers for 14 days. We are always here to help you get through it fast.