iPad screenshots,
portrait or landscape.
One required iPad size in 2026: 2064×2752 portrait, matched to the iPad Pro M4 13″ display. Apple accepts older sizes for backward compatibility but auto-scales between them if you don't ship them. Plus the part most iPhone-first devs miss: landscape iPad screenshots are first-class, not optional.
The required size
App Store Connect requires one iPad screenshot size for new universal app submissions and iPad-only apps: 2064×2752 portrait, the native pixel resolution of the iPad Pro M4 13″ display. This replaced the older 2048×2732 12.9″ master in 2024. If your app only supports iPhone, you don't need iPad screenshots at all.
Required for every iPad listing
Must ship| Class | Portrait | Landscape | Maps to |
|---|---|---|---|
| iPad 13″ | 2064 × 2752 | 2752 × 2064 | iPad Pro M4 13″ |
Unlike iPhone, iPad landscape screenshots are just as valid as portrait. Many iPad apps (drawing tools, video editors, spreadsheets, IDEs) are landscape-first. Don't render portrait by reflex.
Optional sizes
Apple still accepts the older iPad screenshot sizes. If you skip them, the 13″ master auto-scales down. Render them yourself only if your app's layout changes meaningfully at smaller iPad sizes, for example, a 3-column split-view collapsing to 2 columns on iPad 11″.
Optional
Auto-scaled if omitted| Class | Portrait | Maps to |
|---|---|---|
| iPad 12.9″ | 2048 × 2732 | iPad Pro 12.9″ (3rd to 6th gen) |
| iPad 11″ / Air | 1668 × 2388 | iPad Pro 11″, iPad Air 13″ (M2/M3) |
| iPad 10.5″ | 1668 × 2224 | iPad Pro 10.5″, iPad Air 3 |
| iPad 9.7″ | 2048 × 2732 (legacy) | iPad 9.7″, iPad Pro 9.7″ |
Portrait vs landscape
The App Store accepts both. The product display logic differs:
- Portrait screenshots show in a 3-up row above the fold on iPad listings. Tall and narrow, works best for content-feed apps, social, reading, lists.
- Landscape screenshots show in a 1-up row, larger inline. Works best for canvas apps, Procreate, LumaFusion, Figma, Notion's iPad UI. The single-image inline preview is bigger than a portrait one.
You can mix. The first screenshot's aspect determines the row layout for that listing. Choose intentionally.
If your app supports both
Submit portrait screenshots if portrait is the primary mode (most consumer apps). Submit landscape if landscape is the primary mode (most creative pro tools). Don't try to ship a mix in the same locale, Apple normalizes the carousel layout to the first screenshot.
Split-view and Stage Manager
The screenshot Apple wants is of your app in full screen, not split-view or Stage Manager. If your app's killer feature is split-view interactivity, you have a marketing problem: you can't show it in the App Store carousel without violating the spec. Two workarounds:
Render the full-screen mode and let copy explain split-view
Most apps do this. The screenshot shows your UI at native iPad size; the headline or sub-headline mentions "designed for Stage Manager" or "split-view native."
Composite a split-view screenshot manually
You can mock a split-view layout at the 2064×2752 canvas size, your app on the left, a "demo" app on the right, and submit that as a single screenshot. Apple's review team accepts this if both apps look real and yours is clearly the primary. Don't show a competitor app on the right; show iOS-stock apps (Safari, Messages, Mail).
iPadOS chrome considerations
Status bar and home indicator
Same rules as iPhone. Use the 9:41 AM time convention; show full battery; either include the home indicator at the bottom or crop it cleanly. Half-cropped indicators look broken.
Apple Pencil hover effects
Available since iPadOS 17 on M2+ devices. Don't render these in screenshots, they don't survive in a static image (no cursor) and look like a UI bug.
External keyboard shortcuts
If your app has keyboard shortcuts (productivity apps), don't ship the keyboard shortcut overlay in screenshots. It's a transient UI element and looks accidental in a marketing image.
iPad screenshots without owning an iPad
Plenty of indie iPhone apps add iPad support without anyone on the team owning the hardware. That's workable for screenshots too, with eyes open:
- The simulator is pixel-accurate for layout. A 13″ iPad Pro simulator capture at native resolution is exactly what the device renders, dimensions, safe areas, chrome. For store screenshots, that's what matters.
- Capture at native scale. The same trap as iPhone: a window-sized screenshot is logical resolution, not the 2064×2752 the store wants. Use
xcrun simctl io booted screenshotrather than a cropped window grab. - What the simulator can't tell you is performance and touch feel, irrelevant to screenshots, very relevant to the app itself. If the iPad build only ever ran in a simulator, the screenshots may be the most polished part of the iPad experience. Users leave reviews about that gap.
If your iPad layout is genuinely just the iPhone layout stretched, consider whether to ship iPad support at all, an honest iPhone-only listing outperforms a stretched universal app in ratings, and the store won't ask you for iPad screenshots you don't need.
Common mistakes
Cropping landscape down to portrait
Cropping a 2752×2064 landscape capture into a 2064×2752 portrait throws away 70% of your UI. If your app is landscape-first, ship landscape and skip portrait entirely.
Submitting iPhone screenshots in iPad slots
App Store Connect catches this, the aspect ratio is wrong. But it surprises devs who toggle off iPad support late in development. If your app no longer supports iPad, delete the iPad screenshot slots entirely; don't fill them with iPhone art.
Forgetting to render the iPad-specific layout
A "1290×2796 upscaled to 2064×2752" iPhone-layout screenshot is a tell. Reviewers notice. So do users. If you support iPad, render the iPad UI.
Quick reference
- Minimum to ship: 2064 × 2752 portrait or 2752 × 2064 landscape, PNG, sRGB.
- Max per locale: 10 screenshots.
- Portrait or landscape: pick the primary orientation for your app.
- Status bar time: 9:41 AM.
- Don't try to ship: split-view captures (use a manual composite if you need to).
One size required, landscape is a real option, render the iPad-specific layout. The rest is content.