The rejection guides
Apple's App Store Review Guidelines, translated for people who didn't write the code themselves. Find the guideline number in your rejection email, where it's in the first line of Apple's message, and open its guide below.
Content
Objectionable content
High riskApple found content in your app it considers offensive, discriminatory, violent, sexual, or false, including anything your AI features can generate.
Read the guide →User-generated content
High riskYour app lets users post content but is missing Apple's required moderation features: filtering, reporting, blocking, and contact info.
Read the guide →Functionality
App completeness
BlockerSomething in your app was broken, unfinished, or unreachable during review: crashes, placeholder content, or a login screen without a demo account.
Read the guide →Beta & unfinished software
MediumApple thinks you submitted a beta, demo, or trial, often just because 'beta' or 'v0.1' appears in your app's name or description.
Read the guide →Hidden or undocumented features
BlockerApple found features in your app that reviewers couldn't see or you didn't disclose. It's treated as dishonesty and can escalate to account termination.
Read the guide →Screenshots that don't show the app
High riskYour App Store screenshots don't show the app actually being used. Concept art, mockups, or a login screen don't count. Usually a fast fix.
Read the guide →App name, subtitle & keyword abuse
High riskYour app's name, subtitle, or keywords include trademarks, other apps' names, prices, or stuffed search terms. Names are capped at 30 characters.
Read the guide →Private API use
High riskYour app calls Apple's internal, off-limits code, usually smuggled in by a package or plugin you never knew you were shipping.
Read the guide →Business
In-app purchase
BlockerYou sold digital features through Stripe or another checkout inside the app. Apple requires its own in-app purchase system for digital goods.
Read the guide →Subscriptions
High riskYour auto-renewing subscription is missing required disclosures, usually clear pricing, or Terms of Use and privacy policy links.
Read the guide →Design
Minimum functionality
BlockerApple thinks your app doesn't do enough to justify existing: a repackaged website or thin wrapper. The classic AI web-app-to-iOS rejection.
Read the guide →Spam
BlockerApple thinks your app looks like a duplicate of other apps on the store. This is the rejection that hits template and AI-built apps hardest.
Read the guide →Push notification rules
MediumYour app misuses push notifications, either requiring them to function or sending marketing pushes without explicit opt-in consent.
Read the guide →Sign in with Apple (login services)
BlockerYour app offers Google or Facebook login but no privacy-focused option. Apple requires an equivalent choice, and Sign in with Apple satisfies it.
Read the guide →Legal
Data collection & storage
BlockerYour app collects data without the required privacy plumbing: a privacy policy, honest permission prompts, or the in-app account deletion Apple requires.
Read the guide →Data use & sharing
High riskYour app sends user data somewhere without asking first, often via an analytics or ad SDK the founder never knew was in the build.
Read the guide →Someone else's intellectual property
BlockerYour app uses a brand, character, image, or piece of music that belongs to someone else, and Apple wants proof you're allowed to.
Read the guide →