Device Frames on App Store Screenshots
A device frame is allowed on an App Store screenshot when the file is still the exact required size and the app UI stays legible.

Quick answer
Can you put a device frame on an App Store screenshot?
Yes. Apple does not forbid a device frame. The file still has to be the exact pixel size for that slot, and the app UI has to stay legible. A frame does not add pixels, and it does not improve rank. If the bezel, caption, and background shrink the viewfinder until the shutter is a speck, drop the frame or make it thinner.
On this page
A device frame on an App Store screenshot is a drawing of a phone or tablet around the real interface. It is allowed. It is not a ranking trick, and it is not a way to avoid the pixel size. The uploaded file still has to match the slot exactly. The UI inside the frame still has to be something a shopper can read.
The pixel tables live in App Store screenshot sizes. The required iPhone 6.9-inch slot is 1260×2736. If the app supports iPad, the 13-inch slot is 2064×2752. A frame has to sit inside those pixels. Capture technique is in how to make App Store screenshots, and the visual system is in screenshot best practices.
The frame does not change the canvas
Designers sometimes export a tall marketing image, drop a phone render on it, and upload the result. If that file is not the required width and height, App Store Connect rejects it. Scaling the whole composition to fit stretches the UI. Cropping it cuts off the caption or the home indicator. Measure the exported file, not the artboard you started from.
The frame is part of the image, not a layer the store adds. Apple’s product page does not wrap your screenshot in hardware for you. If you want the outline, you draw it inside the required rectangle. If you do not want it, a full-bleed capture of the UI is a valid screenshot. Both have to be honest pictures of the app.
Legible means the control still looks like itself
Guideline 2.3.3 says screenshots should show the app in use, not only title art, a login wall, or a splash. A frame that reduces the app to a stamp fails that spirit even when the pixel size is correct. The shopper should recognize the screen. Buttons, labels, and the main image have to survive thumbnail size, which is smaller than the frame already made them.
Thick bezels, a heavy shadow, a caption, and a background color all compete for the same rectangle. Something has to give. Give up the shadow first, then the bezel thickness, then the caption length. Do not give up the UI. If you cannot point at the primary control after shrinking the file, the frame is too hungry.
Worked example: a camera app
A camera app’s product is the viewfinder. The shutter, the lens switch, and the last photo are the things a shopper uses to judge it. Put a full-bleed capture next to a framed one before you commit. In the framed version, the phone outline plus a top caption often shrinks the shutter until it reads as a dot. That file can still be 1260×2736 and still be a bad screenshot.
For this app, a thin frame or no frame is the better default. If you keep a frame, leave the viewfinder large, put the caption in a short band above the phone, and do not add a second device at an angle. One phone, one screen, the shutter obvious. The gallery frame that shows a photo you just took can use the same outline so the set feels consistent. Do not switch from a framed shot to a full-bleed shot at random unless the change is the point.
| Layout | What happens | Use it when |
|---|---|---|
| Full-bleed UI | The viewfinder fills the slot | The shutter must be unmistakable |
| Thin frame, caption above | Hardware is hinted, UI stays large | You want a phone edge without shrinking controls |
| Thick bezel plus shadow | The shutter becomes a speck | Almost never for a camera app |
| Two phones at an angle | Neither screen is readable | You are decorating, not explaining |
On a camera app, keep the viewfinder and shutter large. A thin frame is optional. A thick bezel hides the product.
iPhone and iPad do not share a frame
An iPhone outline on an iPad canvas is a tell. The iPad screenshot has to show the iPad layout, including a sidebar or split view if that is how the app works. Scaling a framed iPhone shot up to 2064×2752 leaves a phone floating in a tablet slot. iPad screenshot layout is the layout problem. The sizes post is the pixel problem. Solve both.
Use a frame that matches the device you captured. An old bezel on a current screen looks like a template. You do not need the newest render to be honest, but you should not imply hardware the UI was not designed for. Status bar, corner radius, and safe areas should agree with the screenshot inside.
Dark UI makes a bad frame worse
A black camera UI inside a black bezel on a black background is a hole. Separate the layers with a quiet background that is not pure black, or drop the frame. Dark mode screenshots covers the one-slot rule: you still upload one set per device size and localization. The frame does not create a second slot for a light version.
Do not put price, “#1,” or a star badge on the frame. Those are claims, and guideline 2.3 is about an accurate page. A frame is not a place to sneak in a rank you do not have. It is also not evidence that framed screenshots outrank full-bleed ones. Apple has not said that.
Check the file, then the thumbnail
After export, read the pixel dimensions. Then open the image at a width close to a search result and ask whether you can tell what the app does. For the camera, that means seeing a picture in the viewfinder and a shutter. If you only see a phone-shaped blob, remove the frame and try again. AppGrowthKit is one place to do that comparison on the real capture, with the caption and the outline as separate layers you can turn off.
Keep the same decision across the set. Framing only the first screenshot and leaving the rest full bleed makes the gallery look like two designers. Either the outline is a quiet constant or it is gone. Consistency is for the reader. It is not a rank factor you can bank on.
Add a device frame without breaking the slot
Start from a real capture at the target size. The frame is the last decision, not the canvas.
Export the UI at the required size
Capture the camera screen on the device size you are filling. Confirm the raw shot matches the slot, or that you can place it in a canvas of that exact size without stretching. Look up 1260×2736 for the 6.9-inch iPhone and 2064×2752 for 13-inch iPad in the sizes guide if you are unsure.
Place one frame inside the canvas
Add a single phone or tablet outline that matches the capture. Keep it inside the pixel box. Do not rotate a second device into the margin. Leave room for a short caption if you need one, and do not let the bezel cover the shutter, the lens control, or the caption.
Shrink until the control is obvious
Zoom out until the whole file is small. If the shutter is no longer a button, thin the frame or remove it. A correct pixel size with an unreadable UI is still a failed screenshot. The viewfinder has to read as a camera, not as a wallpaper inside a drawing of a phone.
Repeat for each device, not by scaling
Build the iPad frame from an iPad capture if the binary supports iPad. Do not scale the framed iPhone file up. The iPad layout is different, and a scaled phone frame makes that obvious in a bad way. Check dimensions again after every export.
Upload one set per slot
Upload the framed set, or the full-bleed set, as the single gallery for that device size and localization. You cannot upload both. If you want to know which converts, use a Product Page Optimization treatment and change only the frame. Do not also rewrite the captions in the same test.
Key takeaways
- Device frames are allowed. Apple does not ban them, and they do not boost rank.
- The file must still be the exact slot size, such as 1260×2736 for 6.9-inch iPhone.
- The UI has to stay legible. A camera shutter that becomes a dot means the frame is too heavy.
- Do not scale a framed iPhone shot onto the iPad canvas.
- One set per device size and localization. Test framed versus full bleed as a treatment, not as two live galleries.
Frequently asked questions
Does Apple reject screenshots that include a device frame?
A frame is not itself a rejection reason. The file can be rejected for the wrong pixel size, for UI that does not match the app, or for claims that mislead. Keep the required dimensions, show the app in use, and leave the interface readable. A frame that hides the product is a design failure even when the upload succeeds.
Do framed screenshots rank higher?
No. There is no published App Store ranking benefit for putting a device outline around the UI. Use a frame when it helps someone recognize that they are looking at a phone screen. Remove it when it steals space from the interface. Rank is the wrong reason to add a bezel.
Can the frame sit outside the required pixels?
No. The uploaded image is the required size, and everything you want people to see has to be inside it. A frame that extends past the canvas gets cropped or forces you to scale. Scale is what makes type and icons soft. Build the frame inside the slot from the start.
Should every screenshot in the set use a frame?
Use one approach for the set. Mixing a heavy frame on frame one with raw UI on frame two looks unfinished. For a camera app, full bleed is often clearer. If you frame, use a thin outline and the same caption placement on each shot so the eye finds the viewfinder every time.
What size is the iPad screenshot if I add a frame?
The same size as without a frame. If the binary supports iPad, you need the 13-inch screenshots, 2064×2752, and the frame has to fit inside that file. The layout should be the iPad layout, not an iPhone screenshot placed on a tablet outline. Pixel tables are in the sizes guide.
Need store-sized exports? Use the App Store screenshot generator or the Google Play screenshot generator.
Keep reading
App Store & Google Play Screenshot Sizes (2026)
Every required and optional screenshot dimension for iPhone, iPad, Mac, Watch, Apple TV, Vision Pro, and Google Play - straight from Apple and Google's current specs.
How to Make App Store Screenshots (2026)
A start-to-finish workflow: capture real UI, write captions, frame at exact sizes, export without alpha, and upload in App Store Connect.
iPad App Store Screenshots, Not Scaled iPhone
If the binary supports iPad, the 13-inch screenshots are required. They have to show the iPad layout, not a phone image stretched onto a tablet canvas.
App Store Screenshot Best Practices (2026)
How to design App Store and Google Play screenshots that convert - first-three rules, captions, storytelling, localization, and what to avoid in 2026.
Dark Mode App Store Screenshots
App Store Connect keeps one screenshot set per device size and localization. Here is how a true-black notes app should pick that set, and how to test the other look.
Free tools that help here
App Icon Generator
Drop in one 1024px icon and download every iOS and Android size, ready for Xcode and Android Studio. Runs entirely in your browser - nothing gets uploaded.
Screenshot Beautifier
Add polished backgrounds, padding, shadows, and rounded corners to any screenshot in seconds. Perfect for social posts, docs, and portfolios.
Frame the screen only if the UI still reads
Export at the required size, keep the shutter and captions clear, and drop the bezel when it eats the product.
Try AppGrowthKit for Free