Skip to content

App Store rejectionGuideline 2.3.3 - Performance - Accurate Metadata

Guideline 2.3.3 says App Store screenshots should show the app in use, not just title art, a login page or a splash screen. Text and image overlays are allowed, as long as the screens underneath are the real app.

Short answer

Replace the screenshots with real screens of the app doing its main job. Text and image overlays are allowed on top of real screens. Upload at least one screenshot for iPhone with Dynamic Island (medium display), plus an iPad 13-inch screenshot if the app supports iPad, then resubmit.

Rather not fix it yourself? App Fix Ticket starts with a fixed-price diagnosis, then a fixed price for the fix before any fix work.

Why Apple rejected the screenshots, and the fix

  1. 01

    The screenshots are title art or a splash screen

    “Screenshots should show the app in use, and not merely the title art, login page, or splash screen.” Apple, Guideline 2.3.3

    A set made of logos, slogans or the launch screen doesn’t show what the app does. Use screens from the app’s main features, with captions on top if you want them.

  2. 02

    The screenshots show the sign-in screen

    “Screenshots should show the app in use, and not merely the title art, login page, or splash screen.” Apple, Guideline 2.3.3

    A login page tells a reviewer nothing about the app. Capture the screens a signed-in user sees instead.

  3. 03

    Overlays hide the app

    “They may also include text and image overlays” Apple, Guideline 2.3.3

    Text and image overlays are allowed, but the app screen should still be the subject. Keep captions short and leave the app UI visible.

  4. 04

    The required device sizes are missing

    “At least one screenshot for iPad 13-inch display.” Apple, Screenshot specifications (required device sizes)

    Also check: App Store Connect needs at least one screenshot for iPhone with Dynamic Island (medium display), and an iPad 13-inch screenshot if the app supports iPad.

Checked against the vendor’s docs on : Apple: App Review Guidelines, 2.3 Accurate Metadata; App Store Connect Help: Screenshot specifications; Apple: App Review (replying and appeals).

Rather hand it over?

Fixed scope, fixed price, paid upfront. The work happens in writing; no call needed.

Resubmit before Apple’s holiday slowdown

Pay for the Diagnosis and send the rejection and access to the app by (US Eastern). The Diagnosis is back by . Pay for the Fix that day and it arrives as a pull request by , in time to build and resubmit before .

In past years Apple said reviews may take longer around the holidays: December 20 to 26 in 2024 (opens in a new tab), December 22 to 27 in 2023 (opens in a new tab), December 23 to 27 in 2022 (opens in a new tab). Apple hasn’t posted its 2026 dates yet (checked ). Approval stays Apple’s decision.

“Very responsive, attentive to fixing bugs, and completed the project as needed! Thank you!”
A buyer in the United States, July 2022. Shopify on Fiverr
All 127 Fiverr reviews

Related: App Store Guideline 2.3 accurate metadata · App Store Guideline 2.3.8 metadata for all audiences · App Store Guideline 2.1 app completeness · App Store Guideline 2.3.10 other platforms

Questions

More on this rejection

Should I reply to App Review or appeal?

Reply first. Apple says you can correspond with App Review in App Store Connect to resolve the issues before resubmitting, which is the place for a demo account, a screen recording or an explanation. Appeal to the App Review Board only if you believe App Review misunderstood the app or treated you unfairly. Apple allows one appeal per rejected submission and asks for specific reasons the app complies.

Do I need screenshots for every iPhone size?

Not if the interface is consistent across sizes and localizations. Then Apple says you only need screenshots for the highest required resolution, and App Store Connect scales them down for smaller devices.

Can you fix it for me?

Yes, through the App Fix Ticket: you send the rejection message and access to the app, Simon writes a diagnosis of what App Review hit and how to fix it, then fixes the code so you can resubmit. Each step has a fixed price, paid upfront. Approval stays Apple’s decision; the ticket covers the fix.

A different error?

Describe it and get a written quote

Send the error and what you were doing. You get a written scope, a fixed price and a timeline; Simon replies by email, usually within one business day.