Skip to content
How it works Pricing Rejection types Builders Affiliates FAQ Contact
Get started Log in
  1. Home
  2. Rejection types
  3. Guideline 2.1
App Store rejection

Guideline 2.1: "App Completeness"

Your app crashed, a button didn't work, the reviewer found placeholder text, or they couldn't sign in. Guideline 2.1 is the most practical rejection there is, and usually the fastest to fix.

RejectedGuideline 2.1 - Performance - App Completeness

We were unable to review your app as it crashed on launch. We have attached detailed crash logs to help troubleshoot this issue.

Next steps: Please revise your app and test it on a device to ensure it runs as expected before resubmitting.

This is what a typical message looks like. Yours may mention a bug, placeholder content, a broken link, or a demo account that didn't work.

What this rejection means

A reviewer tried to use your app on a real device and something stopped them. Unlike Guideline 4.2, this is not a judgment about your idea. It is a report that the app, as submitted, was not finished or did not work in their hands.

2.1 covers several different problems, and the message tells you which one you got:

  • Crashed on launch or crashed during use. Apple usually attaches crash logs.
  • A bug. A button did nothing, a screen stayed blank, a form never submitted.
  • Placeholder content. "Lorem ipsum", "Coming soon", sample users, test data, empty pages.
  • "Information needed": demo account. The app needs a login and the reviewer had no working account to use. This one often arrives with the words "Information Needed" instead of "Rejected".
  • Incomplete app. Parts of the app were clearly not built yet.

The good news: Apple is telling you exactly what broke. The bad news: it often breaks only on the reviewer's device, not yours.

Why apps built with AI tools get this so often

AI builders are great at making something that works in a preview window. Review happens somewhere else: on an iPad, on a fresh install, with no saved login, sometimes with a slow connection.

  • It was only ever tested on one phoneReviewers often use an iPad. Layouts and wrappers that were fine on your iPhone can crash or show a blank screen there.
  • The backend was asleep or unreachableFree hosting tiers pause, preview links expire, and a paused database makes the app open to nothing at all.
  • Placeholder text and sample data shippedAI tools fill screens with example content so they look complete. Reviewers read it.
  • No demo account, or one that didn't workThe app needs a login, but the reviewer was given nothing, or the account was never activated.
  • Links that only worked in the builderButtons pointing at a preview address, a local address, or a page that was never built.

What Apple is actually asking for

"Submissions to App Review, including apps you make available for pre-order, should be final versions with all necessary metadata and fully functional URLs included; placeholder text, empty websites, and other temporary content should be scrubbed before submission."App Store Review Guidelines, 2.1(a) — developer.apple.com

In plain English: send the finished app, make sure it works on a real device, and make sure a stranger can get through it. If part of the app needs an account, give the reviewer one that works. If something is not ready yet, it should not be in the app.

What we fix

We start by reproducing the problem on a real device, including iPad, the same way a reviewer would. Then we fix what we find. The most common issues:

Crash on launch
Crash or blank screen on iPad
Blank screen when offline or on a slow network
Placeholder text and sample data
Broken buttons, links and forms
Demo account missing or not working
Features that only worked in the builder's preview
Backend or hosting that was paused

We work inside your own project and your own developer account. When it is ready, the new build is resubmitted from your account with the notes a reviewer needs, including a working test login if your app has one.

How long it takes

2.1 is usually the quickest of the common rejections to resolve, because the problem is specific. The store's own review time is the slow part.

  1. Day 0
    You share your project and the rejectionInclude the crash logs or screenshots Apple attached, if any. It all goes in your dashboard.
  2. Day 1
    We reproduce it on a real deviceYou get a plain-English note: what broke, where, and what we will do.
  3. Days 1–3
    We fix and test itMost 2.1 fixes are done within a day or two. We test on iPhone and iPad before anything goes back.
  4. Then
    Resubmitted from your accountApple reviews it again, usually within one to three days.
  5. Done
    Approved, or we go againUnlimited resubmissions are included. Full refund if it is never approved.

What happens if you ignore it

Nothing dramatic. Your submission stays rejected and the app stays off the store. If Apple asked for information, such as a demo account, the request simply waits for your reply. There is no penalty for taking your time.

What you should avoid is resubmitting without changing anything, hoping a different reviewer gets a different result. Crashes are reproducible, and the next reviewer will hit the same one. Each round costs you a few days of review time.

Questions about Guideline 2.1

My app works fine on my phone. Why did it crash for Apple?

Reviewers use a fresh install, often on an iPad, with no saved login and sometimes a slow connection. Apps that were only tested on the owner's phone, with the owner's account, often behave differently there.

What is a demo account and why does Apple need one?

If your app needs a login, the reviewer needs an account to see what is behind it. Without one they cannot review the app, so they stop and ask. It has to work on the day they try it.

Will you need my login details?

We never ask for your password. We work through an invite to your builder and your developer account. For the review itself, we make sure the reviewer has a working test login inside your app.

Is a 2.1 rejection serious?

No. It is the most common and least serious rejection. It does not count against your account. It just needs to be fixed properly before the next review.

If the only problem is a missing demo account, do I need you?

Maybe not. Send the message to our free 24-hour check and we will tell you honestly. If it is a two-minute reply to Apple, we will say so. If there is more behind it, we will explain what.

Does Google Play reject for the same things?

Yes. Google Play tests apps too, and asks for sign-in details when the app needs them. See our Google Play rejection page.

Guideline 2.1

Crashed in review? We'll find out why.

Share your project in two minutes. We reproduce the problem on a real device and fix it inside your own account.