Simplify Data Logo
  • Services
    • App Development
    • Web Development
      • Wordpress Development
      • Wordpress Support
    • Software Development
    • IT Consulting SME
    • Business Analytics
      • Power BI
      • Metabase
    • Artificial Intelligence
    • SEO & AI visibility
  • Managed Services
    • Zero-Trust Networking VPN
    • Managed email & groupware
  • Products
    • QRFlow
    • WooCommerce Interface
    • Open Source Projects
  • About us
    • Career
  • Blog
  • Contact
App-Entwicklung

Publishing an App on the App Store: Process and Hurdles

Simplify Data Team
November 11, 2026
5 Min. Read
Publishing an App on the App Store: Process and Hurdles
Simplify Data
Simplify Data GmbH
www.simplify-data.de
Publishing an App on the App Store: Process and Hurdles

Simplify Data Team • November 11, 2026 • 5 min Lesezeit

The app is built, but a few steps remain before it appears on the App Store and Google Play. Accounts need to be set up, store listings prepared and reviews passed. This article describes the process at Apple and Google and shows where submissions commonly fail.

Step 1: Set up developer accounts

You need a developer account for each store (as of November 2026):

Apple App Store Google Play
Programme Apple Developer Program Google Play Console
Fee USD 99 per year; local currency price may differ USD 25 one-time
Companies D-U-N-S number required D-U-N-S number required
Identity verification yes yes, including ID and payment method

The D-U-N-S number is a company identifier issued by Dun & Bradstreet. It is free in most countries, but issuing it can take time. Apply early, before the app is finished.

Important: register the accounts in your company's name, not the agency's or an individual employee's. Your development partner then receives access rights. This keeps the app in your hands for the long term.

Step 2: Prepare the store listing

The store listing is your app's shop window. You will need:

  • app name, subtitle or short description and full description
  • screenshots in the required screen sizes, showing the actual app
  • app icon in the required formats
  • category and age rating, determined via a questionnaire
  • a link to the privacy policy and a support address with current contact details
  • privacy information: "App Privacy" details at Apple and the "Data safety" section at Google, where you describe which data the app collects and why

Allow time for this content. Texts, screenshots and privacy details must match the app and be consistent with your privacy policy.

Step 3: Test before release

Both platforms offer testing channels. At Apple this is TestFlight; at Google, internal, closed and open testing tracks in the Play Console.

Google has an important hurdle for personal developer accounts created after 13 November 2023: before the app can go public, a closed test must run with at least 12 testers who stay opted in for at least 14 consecutive days. Only then can production access be requested. According to Google's help page, this requirement does not apply to organisation accounts, but a test run is still worthwhile.

Step 4: Submission and review

Apple App Review

At Apple, every app and every update is checked by App Review. According to Apple, on average at least 50 percent of submissions are reviewed in less than 24 hours and 90 percent in less than 48 hours. Incomplete submissions take longer.

Google Play

Google also reviews apps before publication; the duration can vary, especially for new accounts. There is also a technical requirement: since 31 August 2026, new apps and updates must target at least Android 16 (API level 36). The API level indicates which Android version an app is built for. Different values apply to Wear OS, Android TV and other device categories.

The most common rejection reasons at Apple

Apple publishes its own list of typical issues. According to Apple, more than 40 percent of unresolved issues relate to guideline 2.1 on app completeness. The key points:

  • Crashes and bugs: only submit finished, tested builds.
  • Placeholders and broken links: all text, images and links must work, including the support and privacy links.
  • Missing login details: if the app has a login, reviewers need a demo account, and the backend must be reachable.
  • Unclear permission requests: if the app asks for camera, location or contacts, a clear purpose must be stated.
  • Accounts without deletion: apps that let users create an account must also let them delete it within the app.
  • Misleading screenshots: they must show actual functionality.
  • Too little functionality: an app that is essentially a website in a wrapper is often rejected under guideline 4.2.
  • Wrong submitting entity: apps in regulated areas such as banking, healthcare or gambling generally have to be submitted by the company providing the service.
  • Digital content without in-app purchase: unlocking digital features generally requires Apple's in-app purchase. Different rules apply to physical goods and services.

If your app is rejected

A rejection is no disaster. In App Store Connect, Apple names the relevant guideline and usually adds an explanation. You can fix the app and resubmit, or correspond with the reviewers in the App Review section of App Store Connect to clear up misunderstandings. If you believe your app was misunderstood, you can submit an appeal to the App Review Board.

Checklist before submitting

  1. Developer accounts registered to your company, D-U-N-S number in place
  2. App tested on real devices with current operating system versions
  3. No placeholders, all links working
  4. Privacy policy online and linked in the app
  5. Store privacy details complete and consistent
  6. Demo account created for reviewers, backend running reliably
  7. Account deletion available in the app if there are user accounts
  8. Permission texts for camera, location and so on clearly worded
  9. Screenshots and description show the real app
  10. For Google: target API level met; for personal accounts, closed test completed

After publication

Approval marks the start of maintenance. New operating system versions, changing guidelines and rising minimum requirements at Google make regular updates necessary. Budget time and money for this so your app can still be updated in the years ahead.

Publishing with Simplify Data

Simplify Data, based in Kiel, Germany, develops apps with Flutter and React Native and supports companies in Schleswig-Holstein, Hamburg and remotely across Germany all the way to approval in both stores. We help with accounts, store listings, test phases and reviewer questions. Learn more on our app development page.

Sources

  • Apple Developer: App Review
  • Apple: App Review Guidelines
  • Apple Developer: Program enrollment
  • Google Play Console Help: App testing requirements for personal developer accounts
  • Google Play Console Help: Target API level requirements
© 2026 Simplify Data GmbH www.simplify-data.de
Back to Blog

Table of Contents

  • 1.Step 1: Set up developer accounts
  • 2.Step 2: Prepare the store listing
  • 3.Step 3: Test before release
  • 4.Step 4: Submission and review
  • –Apple App Review
  • –Google Play
  • 5.The most common rejection reasons at Apple
  • 6.If your app is rejected
  • 7.Checklist before submitting
  • 8.After publication
  • 9.Publishing with Simplify Data
  • 10.Sources

Actions

simplify data - Logo
Our services
  • App Development
  • Web Development
  • Software Development
  • IT Consulting SME
  • Business Analytics
  • Artificial Intelligence
  • SEO & AI visibility
  • IT services Kiel & Hamburg
Service & Legal
  • Ticket system
  • Legal notice
  • Privacy policy
Contact
  • Simplify Data GmbH
  • Königsweg 48, 24114 Kiel
  • Phone: 0431 705 770 24
  • Email: info@simplify-data.de

Copyright © 2026 Simplify Data GmbH