Guide

Going public, screen by screen

Your build is in testing. This guide walks you through the forms Apple and Google show you next, box by box, until you press Submit.

App Store

Push200 has already sent your build to App Store Connect, where it shows in TestFlight. To put it on the App Store, you fill in your app's page and send it to Apple's review. Plan about an hour the first time. Later updates only need the new build and a few words about what changed.

A guide, not advice

We describe where to click and what each box asks for, as Apple and Google show them today. What you write, and whether your app is accepted, is between you and the store. Push200 doesn't give legal, privacy or business advice, so for those questions ask a qualified professional. Apple and Google change their screens from time to time. If anything here differs from their own pages, theirs is right.

  1. Have these ready

    Apple asks for all of these before you can submit:

    • Screenshots of your app on an iPhone, and on an iPad if your app runs on iPad
    • A description of your app, and up to 100 characters of search keywords
    • A support web page where people can contact you, and the web address of your privacy policy
    • If your app needs a login: a demo account that works, for Apple's reviewer
    • Your contact name, phone number and email, for Apple's reviewer only
  2. Open your app's version page

    Open App Store Connect, press Apps and choose your app. On the left, under iOS App, press the version marked Prepare for Submission, such as 1.0. Most of what follows is on this page.

  3. Add your screenshots

    Under Previews and Screenshots, Apple shows the display sizes it needs. Drag your screenshots onto each size it asks for.

    • Apple asks for the largest iPhone size it lists, and uses those for smaller iPhones
    • If your app runs on iPad, Apple asks for iPad screenshots too
    • Up to 10 screenshots per size. Apple expects them to show your app in use
    • Apple's screenshot sizes lists the exact pixel sizes
  4. Fill in the text boxes

    On the same page:

    • Promotional Text: optional, up to 170 characters, and you can change it at any time without a review
    • Description: what your app does, up to 4,000 characters
    • Keywords: words people might search for, separated by commas, up to 100 characters in total
    • Support URL: required, the web page where people can get help
    • Marketing URL: optional
    • Copyright: who owns the app, usually the year and your name or company, such as 2026 Your Company
  5. Choose the build Push200 sent

    Scroll to Build and press Add Build, or the +. Choose the build with the version number Push200 showed you. If it isn't there yet, Apple is still processing it. That usually takes a few minutes after Apple's email.

    • Apple may ask whether your app uses encryption. Apple's page on encryption explains each answer, including what counts as standard encryption
  6. Fill in App Information

    On the left, under General, press App Information:

    • Name and Subtitle: up to 30 characters each. The name is what shows under your icon in the store
    • Category: the store section your app appears in, plus an optional second one
    • Content Rights: whether your app shows content owned by someone else
    • Age Rating: press Set Up Age Ratings or Edit, and answer Apple's questions about what your app contains. Apple works out the rating from your answers
  7. Fill in App Privacy

    On the left, press App Privacy. This becomes the privacy section of your App Store page.

    • Privacy Policy URL: the web address of your privacy policy. Apple requires one for every app
    • Press Get Started. Apple asks whether you, or services inside your app, collect data. Services inside your app can include sign-in, analytics, ads, crash reports and payments, such as Firebase
    • For each kind of data you tick, Apple asks what it's used for, whether it's linked to the person, and whether it's used for tracking
    • The makers of each service usually publish what their service collects, which helps you answer
    • Press Publish when you're done. Apple's App Privacy page explains each question
  8. Set the price and countries

    On the left, press Pricing and Availability. Choose a price, or Free, and the countries and regions where your app appears. Paid apps need Apple's Paid Apps agreement signed, under Business.

  9. Tell Apple's reviewer what they need

    Back on the version page, scroll to App Review Information:

    • Sign-in required: if your app needs a login, tick it and type a demo username and password that work. A reviewer who can't sign in usually sends the app back
    • Contact Information: your name, phone number and email. Only Apple sees these
    • Notes: anything a reviewer can't find by themselves, such as a feature that needs a code, a place or a device
  10. Choose when it goes live

    Under App Store Version Release, choose how your app goes live once Apple approves it: by yourself with a button, automatically straight away, or automatically on a date you pick.

  11. Submit it for review

    At the top right, press Add for Review. Apple shows a summary. Press Submit to App Review. Your app's status changes to Waiting for Review, then In Review. Apple says most apps are reviewed within a day or two, and emails you the result.

  12. If Apple sends it back

    Apple's message is in App Store Connect under App Review, and it names the rule from Apple's App Review Guidelines. You can reply there. If something in the app needs changing, change your code, press Build in Push200, choose the new build on the version page, and submit again.

Things Apple's guidelines often send apps back for

These come from Apple's published guidelines. Apple decides each case, so read the guidelines themselves.

  • The app crashes, or has broken links, empty pages or placeholder text
  • The reviewer can't sign in, because the demo account is missing or doesn't work
  • The privacy answers don't match what the app does, or the privacy policy link doesn't work
  • The app is mostly a website in a frame, with little that works like an app
  • Digital things, such as subscriptions or extra features, sold without Apple's in-app purchase
  • People can create an account in the app but can't delete it in the app
  • Screenshots that don't show the app itself

Your next updates

For each update, press + next to iOS App on the left to make a new version, choose the new build Push200 sent, write What's New in This Version, and submit again. Everything else stays filled in.

Not building yet?

If your app isn't building yet, start with connecting GitHub, Apple and Google Play.

Read the setup guide

Google Play

Push200 sends each build to Google Play as a test version, on the testing track you chose. To make your app public, you fill in your app's tasks in Play Console, then send a release to production. Plan about an hour the first time.

A guide, not advice

We describe where to click and what each box asks for, as Apple and Google show them today. What you write, and whether your app is accepted, is between you and the store. Push200 doesn't give legal, privacy or business advice, so for those questions ask a qualified professional. Apple and Google change their screens from time to time. If anything here differs from their own pages, theirs is right.

  1. Check your account type first

    Google requires new personal accounts to run a closed test with at least 12 testers for 14 days in a row before going public. Organisation (business) accounts don't have this rule, and need a D-U-N-S number when you sign up. Read Google's rules for personal accounts, and see the testing steps below.

  2. Have these ready

    Google asks for all of these before your app can go public:

    • An app icon: 512 by 512 pixels, PNG
    • A feature graphic: 1024 by 500 pixels, shown at the top of your store page
    • At least 2 phone screenshots, plus tablet screenshots if your app supports tablets
    • A short description of up to 80 characters, and a full description of up to 4,000
    • The web address of your privacy policy, and a contact email
    • If your app needs a login: a test account that works, for Google's reviewer
  3. Open your app's setup tasks

    Open Play Console and choose your app. On the Dashboard, Google lists the tasks it needs under Set up your app. Each one opens a short form. Press Save on each, and it gets a tick.

  4. Privacy policy and app access

    In the tasks about your app's content:

    • Privacy policy: paste the web address of your privacy policy
    • App access: say whether everything in your app works without a login. If it doesn't, add instructions and a test login that works for Google's reviewer
  5. Ads, content rating and target audience

    Three more short forms:

    • Ads: say whether your app shows ads, including ads from services inside your app
    • Content rating: press Start questionnaire, enter your email, choose your app's category, and answer the questions about what your app contains. Your ratings for each country come from your answers
    • Target audience and content: choose the age groups your app is for. If you include children, Google's Families rules apply too
  6. Data safety

    This becomes the data safety section of your store page.

    • Google asks whether your app collects or shares any of the kinds of data it lists, including data collected by services inside your app, such as Firebase, analytics or ads
    • For each kind you tick, it asks what it's used for, and whether it's optional or required
    • It also asks whether data is encrypted while it travels, and how people can ask for their data to be deleted
    • The makers of each service usually publish what their service collects. Google's help page for this form explains each question
  7. The other declarations

    Google only shows the ones that apply to your app. They can include:

    • News apps, Government apps, Financial features and Health: questions about these kinds of apps
    • Account deletion: if people can create an account in your app, Google asks for a web page where they can ask for their account to be deleted
    • Permissions: if your app uses sensitive permissions, such as location in the background or text messages, Google asks why
  8. Your store listing

    On the left, under Grow users, press Store presence, then Main store listing:

    • App name: up to 30 characters
    • Short description and Full description
    • Graphics: your icon, feature graphic and screenshots
    • Under Store settings: your app's category, tags, contact email and website
  9. Testing, and the 12-tester rule

    Under Test and release, then Testing, Google has three kinds of test:

    • Internal testing: up to 100 people you invite. Push200 sends builds here unless you chose another track in your app's Advanced settings
    • Closed testing: people you invite by email list or Google Group. This is the test Google's 12-tester rule asks for
    • Open testing: anyone can join from your store page
  10. If you have a new personal account

    To meet Google's rule before going public:

    • Open Closed testing, create a track or use the one Google made, and add your testers' emails
    • Create a release on that track and add the build Push200 uploaded, from Add from library
    • Send the opt-in link to your testers. Each one opens it, joins, and installs your app from Google Play
    • Google counts testers who stay opted in. After 14 days in a row with at least 12, the Dashboard offers Apply for production, with a few questions about your test
  11. Send a release to production

    Under Test and release, press Production:

    • Under Countries / regions, choose where your app is available
    • Press Create new release, then Add from library, and choose the build Push200 uploaded, the same one you tested
    • Write release notes, the words people see under What's new, then press Next and Save
    • Go to Publishing overview and press Send changes for review
  12. Google's review

    Google says reviews can take up to 7 days, and sometimes longer for new apps. You get an email when it's done. If Google rejects it, the email and the Inbox in Play Console say which policy and what to change. Change your app or the form, press Build in Push200 if the app itself changed, and send it again.

Things Google's policies often reject apps for

These come from Google's published policies. Google decides each case, so read Google's Policy Center itself.

  • The data safety answers don't match what the app or its services collect
  • No privacy policy, or a link that doesn't work
  • The reviewer can't sign in, because App access has no working test login
  • Keywords stuffed into the name or descriptions, or text that doesn't match the app
  • The app crashes or doesn't do what its listing says
  • A sensitive permission used without the declaration Google asks for
  • No way to ask for an account to be deleted, when the app lets people make one

Your next updates

Once your app is public, each update is short. Push200 sends the new build to your testing track. Test it, then in Production press Create new release, add the new build, write what's new, and send it for review.

Not building yet?

If your app isn't building yet, start with connecting GitHub, Apple and Google Play.

Read the setup guide