The App Publishing Checklist
One 27-page PDF, indexed: seven phases from working build to live listing, every field with its character limit, the exact screenshot sizes drawn to scale, the rules for accounts, purchases and tracking, and the rejections first-timers actually hit.
Kit contents
- 01app-publishing-checklist.pdf
One indexed document, 27 pages: the seven phases, every listing field and its limit, screenshot sizes drawn to scale, the account and purchase rules, and what to do when review rejects you.
- 02pre-submission-prompt.txt
Paste into an AI the day before you submit. Plain text so copying does not break it.
You are reviewing an iOS app submission before it goes to Apple. You have seen many rejections. Be blunt and specific. Do not reassure me, and do not invent facts about my app: if I have not told you something you need, ask for it or mark it UNKNOWN.
Here is my submission:
- App name: [paste, 30 char limit]
- Subtitle: [paste, 30 char limit]
- Keywords: [paste the comma-separated string, 100 char limit]
- Description: [paste in full]
- Promotional text: [paste or write NONE]
- What the app actually does: [2 to 4 plain sentences]
- Does it have a login? [yes/no. If yes: have I put a working demo account in the review notes?]
- Third-party SDKs in the app: [list every one: analytics, crash reporting, ads, login providers, or write NONE]
- What I declared in the privacy questionnaire: [summarize]
- Support URL: [paste] Privacy policy URL: [paste]
- Anything a reviewer would need instructions to reach: [describe, or write NOTHING]
Review it in this order and give me the output as a numbered list of problems, worst first:
1. CHARACTER LIMITS. Count the app name, subtitle, and keywords. Tell me the exact count of each and whether it is over. For keywords, flag every wasted character: spaces after commas, words repeated from the name or subtitle, both singular and plural forms, and any brand name of mine or a competitor's.
2. REJECTION RISK. Check specifically for: a login with no demo account, any claim in the metadata I could not prove ("best", "#1", "award winning"), any feature described that a reviewer could not find without instructions, and a description of anything that is not in the shipping build.
3. PRIVACY MISMATCH. Compare my SDK list against my privacy declaration. Name each SDK that likely collects data I did not declare. If you are unsure what an SDK collects, say so rather than guessing.
4. THE FIRST THREE LINES. Quote the first three lines of my description as they will appear before the "more" cut. Tell me whether a stranger would know what the app does and who it is for from those lines alone. If not, rewrite them using only facts I gave you, and mark anything you had to leave blank as [PLACEHOLDER].
5. THE SUBTITLE. If it repeats the app name or contains an unprovable superlative, rewrite it. Give me three options, each within 30 characters, and state the character count for each.
6. WHAT IS MISSING. List anything required that I did not mention at all.
Finish with a single line: READY or NOT READY, and if NOT READY, the one thing to fix first.
Inside
What’s inside
Everything included in the downloadable kit.
One indexed document, 27 pages: the seven phases, every listing field and its limit, screenshot sizes drawn to scale, the account and purchase rules, and what to do when review rejects you.
Paste into an AI the day before you submit. Plain text so copying does not break it.
Audience
Who it is for
Use it when these situations match your work.
- Developers shipping their first app, who found the code easier than the paperwork
- Indie builders who have shipped once and lost days to avoidable rejections
- Anyone who has an app that works and no idea what happens next
- Freelancers submitting on behalf of a client for the first time
Usage
How to use it
A practical sequence from download to finished output.
- Start Phase 1 today. Developer Program approval has a queue and blocks everything else.
- Work the seven phases in Part 2 in order, ticking each line honestly.
- Write your listing from Part 3, watching the three fields that feed App Store search.
- Make the 6.9 inch screenshots once, flattened with no alpha channel.
- Check Part 5 if your app has sign-in, purchases, or tracking.
- Run pre-submission-prompt.txt the day before you submit, and read Part 6 before you need it.
The App Publishing Checklist FAQ
Do I need a paid Apple Developer account?
Yes. It is 99 USD per year, approval is not instant, and nothing else can happen until it clears. Start it before you need it.
Can any tool create the app record for me?
No. Apple's API can manage versions, metadata, and screenshots, but the app itself has to be created by hand in App Store Connect first.
How long does review take?
Usually a day or two now, but it varies and there is no guarantee. Choose manual release and announce after approval, never before.
My app was rejected. Is it over?
No. Most rejections are one specific fixable thing, and plenty of successful apps were rejected first time. The rejection guide covers the common ones and how to reply.
Custom automation
Want this running for real?
I can turn the free kit into a real workflow connected to your forms, inbox, CRM, sheets, or internal tools.
Build my workflow →