All rejection guidesGuideline 2.3.3
2.3.3
Guideline 2.3.3 rejection: screenshots that don’t show the app
Your screenshots are marketing art, a splash screen or a login page instead of the app being used.
“Screenshots should show the app in use, and not merely the title art, login page, or splash screen.”
Why apps get rejected for it
- ×Screenshots that are only headlines, illustrations or device mockups with no real app screen.
- ×The first screenshots show onboarding, a paywall or a login screen.
- ×Screens that don’t exist in the build: an old design, or a feature not shipped yet.
- ×iPad screenshots that are stretched iPhone screens.
How to fix it
- 01Make sure every screenshot contains a real screen from the current build. Text overlays and frames are fine around it.
- 02Lead with the core feature in use, not onboarding or the paywall.
- 03Retake screenshots after any redesign so they match what the reviewer sees.
- 04If you support iPad, take real iPad screenshots.
What to tell App Review
Screenshots are metadata, so you usually don’t need a new build. Replace them in App Store Connect and reply: “We updated the screenshots to show the app in use.”
Want a second pair of eyes before you resubmit?
The App Launch Audit checks your app against 2.3.3 and every other common rejection reason, and gives you a READY / NOT READY report with the exact fixes within 48 hours.
Not affiliated with Apple. The guidelines change; the full text on Apple's site is what counts. Last checked 5 October 2026.