Guide

App Store screenshot sizes 2026: complete reference

A large rectangle cascading into progressively smaller rectangles, each labeled with a store name and pixel dimension

One offline-friendly reference table covering every required screenshot size for iOS, Google Play, and Microsoft Store in 2026, plus a privacy-respecting local export workflow for indie developers.

Published May 27, 2026 · 9 min read

See ListingShots →

TLDR

For 2026 submissions, lead with 1320x2868 for iPhone (6.9-inch), 2064x2752 for 13-inch iPad, a 1024x500 feature graphic plus 320–3840px phone shots for Google Play, and 1366x768 to 3840x2160 PNG or JPG screenshots for the Microsoft Store. Everything else cascades from these four base sizes.

What are the current app store screenshot sizes for iOS, Google Play, and Microsoft Store in 2026?

Answer: Apple requires 1320x2868 (6.9-inch iPhone) and 2064x2752 (13-inch iPad) as primary sizes, cascading to smaller devices. Google Play accepts phone screenshots from 320px to 3840px on any side with 16:9 to 9:16 ratios, plus a 1024x500 feature graphic. The Microsoft Store accepts 1366x768 to 3840x2160 PNG or JPG screenshots per listing.

Each platform organizes its size requirements around a different anchor. Apple groups devices into display classes (iPhone, iPad, Apple Watch, Mac, Apple TV, Vision Pro) and propagates the largest asset down. Google Play sorts by form factor (phone, 7-inch tablet, 10-inch tablet, Chromebook). The Microsoft Store treats store listing screenshots, logos, and hero art as separate slots with their own pixel specs. The table at the bottom of this guide maps all of them in one place.

Why pixel-perfect dimensions still matter at submission

Answer: Each store runs an automated validator before a human reviewer ever sees the build. A one-pixel deviation on the App Store, a missing 1024x500 feature graphic on Google Play, or a sub-1366px width on the Microsoft Store triggers an automatic rejection that adds days to launch and forces a fresh upload cycle.

The most common rejection triggers across all three stores are dimension mismatches (often caused by exporting at non-integer scaling), embedded alpha channels in PNGs, the wrong color profile (anything other than sRGB), and portrait-versus-landscape orientation mistakes on shelves that expect a specific orientation. Flattening the PNG, locking the canvas to integer dimensions, and converting to sRGB before upload eliminates the majority of validator-triggered rejections.

Apple's cascading size system explained

Answer: Apple groups devices into display classes rather than individual models. Upload one 1320x2868 iPhone shelf and one 2064x2752 iPad shelf, and Apple downscales those assets to every smaller class automatically. Apple Watch, Mac, Apple TV, and Vision Pro each have their own size families that do not cascade and must be uploaded separately if supported.

The 6.9-inch lead asset (1320x2868) propagates down to 6.7-inch (1290x2796), 6.5-inch (1242x2688), and 5.5-inch (1242x2208) shelves automatically. If your app only ships an iPad version, the 12.9-inch legacy slot can still be required — check App Store Connect against the device families your build declares. Apple Watch, Mac, Apple TV, and Vision Pro each carry their own non-cascading size families; submit the lead asset for each platform you actually support. Which of the two 13-inch sizes to upload, and when an app needs the iPad set at all, is covered in iPad App Store screenshot sizes.

Diagram showing one uploaded 1320x2868 iPhone screenshot fanning out via arrows to smaller iPhone display classes (1290x2796, 1242x2688, 1170x2532, 1080x1920)

Google Play's flexible size rules

Answer: Google Play screenshots accept any dimension between 320px and 3840px on any single side, with aspect ratios from 16:9 landscape to 9:16 portrait. Phones, 7-inch tablets, 10-inch tablets, and Chromebooks each have their own slot. Every listing also requires a 1024x500 PNG or JPG feature graphic without alpha.

The phone slot is the most forgiving spec across all three stores — almost any modern export will pass — but the 1024x500 feature graphic is rigid and the most common rejection cause on Google Play. It must be exactly 1024x500, PNG or JPG, with no alpha channel and no transparent pixels. If you ship tablet or Chromebook builds, fill those slots too; an empty tablet shelf is not a rejection, but it looks unfinished in the listing. The Google Play store listing graphics guide lists every Play asset, from the 512 × 512 icon to Wear OS and TV, and which ones block publishing.

Microsoft Store screenshot dimensions for Windows submissions

Answer: Partner Center accepts store listing screenshots between 1366x768 and 3840x2160 as flattened PNG or JPG. MSIX submissions require a minimum 1366x768 PDP image, with separate slots for the app logo, hero image, and feature graphic. A 1080p ProRes 29.97 FPS trailer is preferred but not mandatory.

The Microsoft Store surface area is wider than most teams expect. Beyond screenshots you have the app logo (multiple sizes), the hero image, and an optional feature graphic — each with its own pixel spec inside Partner Center. The trailer slot prefers 1080p ProRes encoded at 29.97 FPS; H.264 fallbacks are accepted but compressed harder by the store. None of this cascades the way Apple does, so plan to export each slot explicitly.

Privacy considerations for pre-launch UI

Answer: Most browser-based screenshot generators ask you to upload raw simulator captures to a third-party server before the app is publicly listed. For unreleased UI, that creates a leak surface: the asset, its file hash, and any embedded copy can be cached, indexed, or breached. A local desktop workflow keeps every frame on your own machine.

The threat model is not theoretical. Web uploaders frequently cache assets on a CDN with predictable URLs, and search engines have been known to index unreleased marketing copy embedded in screenshots. A local-first workflow keeps the file, its hash, and its EXIF metadata on the same disk as your source code, which is both safer and faster — no upload progress bar between every iteration.

Split illustration contrasting a laptop with a closed padlock (local workflow) against a cloud with an open padlock and upload arrow (web uploader)

Export every required size locally without a subscription

Answer: Design once at the largest target (1320x2868) and bulk-export downscaled variants on your own machine using a one-time-purchase native tool, a Sketch or Figma plugin run offline, or a Fastlane snapshot script driving the iOS simulator. The same source file feeds Google Play and Microsoft Store exports through preset canvas mappings.

The workflow has three steps. Pick a base canvas at the largest required dimension (1320x2868 for iPhone-first projects). Set up downscale presets per store — Apple display classes, Google Play phone, tablet, Chromebook, and feature graphic, plus the Microsoft Store screenshot, logo, and hero slots. Validate every export against the spec before opening Partner Center, App Store Connect, or Google Play Console: integer dimensions, flattened PNGs, sRGB color profile, no alpha channel. Once the sizes are settled, how to design App Store screenshots covers what goes on each frame and in what order.

Complete 2026 reference table

Answer: The table below maps every required screenshot dimension to its store, device class, file format, and any cascading behavior. Save it offline before you start your next submission cycle and check each row against your export queue before opening Partner Center, App Store Connect, or Google Play Console.
StoreDevice classDimensions (px)FormatCascades?
Apple App StoreiPhone 6.9-inch (lead)1320 × 2868PNG / JPG (no alpha)Yes — to smaller iPhone shelves
Apple App StoreiPhone 6.7-inch (legacy)1290 × 2796PNG / JPG (no alpha)Auto-filled from 6.9-inch
Apple App StoreiPad 13-inch (lead)2064 × 2752PNG / JPG (no alpha)Yes — to smaller iPad shelves
Apple App StoreiPad 12.9-inch (legacy)2048 × 2732PNG / JPG (no alpha)Required if not auto-filled
Apple App StoreApple WatchPer series (native)PNG / JPG (no alpha)No — per series
Apple App StoreMac1280 × 800 → 2880 × 1800PNG / JPG (no alpha)No
Apple App StoreApple TV1920 × 1080 or 3840 × 2160PNG / JPG (no alpha)No
Apple App StoreVision Pro3840 × 2160PNG / JPG (no alpha)No
Google PlayPhone320–3840 px / side (16:9–9:16)PNG / JPG (no alpha)No
Google Play7-inch tablet320–3840 px / sidePNG / JPG (no alpha)No
Google Play10-inch tablet320–3840 px / sidePNG / JPG (no alpha)No
Google PlayChromebook320–3840 px / sidePNG / JPG (no alpha)No
Google PlayFeature graphic1024 × 500PNG / JPG (no alpha)No — required
Microsoft StoreStore listing screenshot1366 × 768 → 3840 × 2160PNG / JPG (flattened)No
Microsoft StoreApp logo / hero / feature graphicPer-slot spec (Partner Center)PNG / JPG (flattened)No
Microsoft StoreTrailer (optional)1080p, 29.97 FPSProRes preferredNo
Overhead photo of a printed reference sheet next to a closed silver laptop and a cup of coffee

FAQ

Frequently asked questions

✦

Export every size, locally

One-time $15.99. No subscription. Native desktop app for Mac and Windows that batch-exports every required App Store, Google Play, and Microsoft Store size from a single canvas.

Buy ListingShots — $15.99Download the installer

macOS 12+ · Windows 10+ · One-time purchase

Offline App Store screenshot generator →AppLaunchpad vs ListingShots →

More on screenshot sizes and store requirements

iPhone 6.5 Inch Screenshot Size: 1242x2688 or 1284x2778?

iPhone 6.5 inch screenshot size in one place: pick 1242x2688 or 1284x2778, see 2026 fallback rules, export pixel-perfect PNGs. Read the spec.

App Store Connect Screenshot Rejected? Fix It Fast

Your screenshot is the right size but App Store Connect still rejects it? Diagnose the real cause and fix it in minutes. Read the troubleshooting checklist.

iPhone 6.7 Inch Screenshot Size: Still Accepted?

Is the 1290x2796 iPhone 6.7-inch screenshot still valid or do you need 6.9-inch? Get the exact answer, export settings, and migration steps.