Is this for you?
It is if you have a finished, signed build: an Android App Bundle for Google Play, an iOS build for App Store Connect, or both. Maybe it came out of our Pro reskin, maybe you or a freelancer built it. You opened the consoles and stalled on the forms, the screenshot sizes, or a closed-test rule nobody mentioned when you bought the template.
It isn't for you if the app isn't built and signed yet. That comes first. Our Flutter app reskinning service ends with store-ready builds, and you can add submission on top. It also isn't for you if you want the app published under our developer account. We don't do that for anyone, and the FAQ below explains why it would hurt you.
If your app has already been rejected, skip to the Rejection Rescue tier. We quote it after we read the rejection message.
What's included
Everything below happens on accounts you own. We work as an invited team member and you remove us when we're done.
Accounts and access
- Developer accounts in your name. Google Play charges a US$25 one-time registration fee. Apple charges 99 USD per membership year, and local prices vary. You pay both directly. If you register as an organization, both stores ask for a D-U-N-S number, so start that early.
- Access by invitation, not passwords. In Play Console, the account owner invites us under Users and permissions, limited to your app, with an expiry date if you like. In App Store Connect, you invite us under Users and Access with a role we name for you.
- Identity and device verification stay with you. Google requires personal accounts to complete verification before publishing, and only the account holder can do that.
Store listing
- Listing text written and entered. On Google Play: app name (30 characters), short description (80) and full description (4,000). On the App Store: name and subtitle (30 characters each), description (4,000) and keywords (100 bytes). We write from what the app actually does, and you approve every word before it goes in.
- Category chosen on both stores.
- Screenshots and feature graphic sized from your screenshots or ours. For Google Play, a 1024 x 500 feature graphic and at least two screenshots, up to eight per device type, within Google's size and aspect rules. For the App Store, the required iPhone set (1179 x 2556 or 1206 x 2622 portrait), plus the 13-inch iPad set if your app runs on iPad. No transparency on either store.
- Privacy policy URL check. Both stores require one, even if your app collects nothing. Google also wants a link or the text inside the app, and Apple's guideline 5.1.1(i) asks for an in-app link too. We check that your URL loads and that the app links to it. The policy itself is yours.
- Support URL for the App Store, which Apple requires to lead to real contact details.
Forms and declarations
- Google Play Data safety form. Required for every published app, including apps that collect nothing. It covers data your third-party SDKs send as well as your own code.
- Google Play content rating questionnaire (IARC). Google removes apps without a rating.
- Google Play App content declarations: ads, target audience and content, and sign-in details for the reviewer.
- Apple App Privacy labels. Required for new apps and updates, and they include what ad networks, analytics and other SDKs in your app collect.
- Apple age rating questionnaire. An unrated app can't be published on the App Store.
- Export compliance answer for Apple's encryption questions, so the build isn't held at Missing Compliance.
- Review notes and demo account. Apple's guideline 2.1 asks for demo account details if the app has a login. Play Console has its own sign-in details section. We also note anything a reviewer could get stuck on, such as a PIN lock.
We fill in the privacy and compliance forms from what your build does and what you tell us it sends off the device. You confirm them before submission. Both stores put the responsibility for those answers on the developer, and that's you.
Google Play app publishing: testing and submission
- Closed test set up, if your account needs one. Personal Play accounts created after 13 November 2023 must run a closed test with at least 12 testers opted in continuously for at least 14 days before applying for production access. We create the test track, upload the build, give you the opt-in link and explain the rules. Finding the 12 testers is up to you.
- Production access application and production release once the 14 days are complete. Google says it usually reviews the application within seven days, sometimes longer.
- Submission for review on organization accounts and older personal accounts, which can go to production without the closed test.

App Store submission
- Build attached and submitted. If your build is already in App Store Connect, we start from there. If not, we upload the signed build you give us.
- Submission for review with your notes, privacy labels and rating in place.
One round of review feedback
If a store sends the submission back, we handle one round per store: read the message, fix what sits in the listing, forms, notes or account settings, reply to the reviewer where the console allows it, and resubmit. If the fix needs a code change, we tell you what and quote it before doing anything.
Checks before we upload
We check your build against the current store rules before it goes anywhere. Google Play now requires new apps and updates to target Android 16 (API level 36); the extension window ended on 1 November 2026. Apple requires uploads built with Xcode 26 or later on the iOS 26 SDK, with a minimum of iOS 13. If the build misses one of these, it needs rebuilding before we can submit, and that's not part of this service.
