Contractor‑Ready Creative Kit: Exact Folder Structure, Filenames & Specs to Deliver Screenshots, Preview Videos & Ads Without Rework
Written by AppWispr editorial
Return to blogCONTRACTOR‑READY CREATIVE KIT: EXACT FOLDER STRUCTURE, FILENAMES & SPECS TO DELIVER SCREENSHOTS, PREVIEW VIDEOS & ADS WITHOUT REWORK
If you’ve spent hours chasing screenshot variants, rejected preview videos, or ad creatives that fail platform checks, this is the fix. Below is a build‑ready creative kit you can paste into contractor briefs: a single folder structure, exact filenames, recommended export presets for App Store / Google Play and common ad placements, a short creative brief template, and mini acceptance tests designers must pass before handoff. Use this to cut rework, QA time, and miscommunication.
Section 1
1) Single source folder structure every contractor understands
Give contractors one unambiguous place to save every deliverable. Use a top-level folder named with your app slug and version so assets link to a release (example: myapp_v1.2_creatives). Inside that, split by channel then by device/orientation. This avoids mixups (e.g., Android phone vs tablet) and makes automation scripts predictable.
Use this exact tree — copy it into briefs and shared drives. It keeps filenames deterministic so scripts, QA checklists and your Play/App Store upload process can reference exact paths.
- myapp_v1.2_creatives/
- ├─ briefs/ (creative_brief.md, examples/)
- ├─ screenshots/
- │ ├─ ios/ (6.5, 5.5, ipad_landscape, visionpro_2d)
- │ └─ android/ (phone_1080x1920, tablet_2048x1536)
- ├─ previews/ (appstore_previews/, playstore_promo/ ) — source .mov/.mp4 + final exports/metadata.jsons for each length/size, e.g., appstore_preview_6.5_30s.mp4.json — includes fps/codecs used to export the file so uploads are repeatable and auditable. Note: keep the source screen recordings named with device & fps, e.g., screenrecord_iphone14pro_60fps.mov
Section 2
2) Exact filenames and why deterministic names matter
Deterministic filenames let you script QA, automate metadata generation, and reduce human error during store uploads. Use a short, consistent pattern: [appslug]_[target]_[device]_[size]_[variant].[ext]. Example: myapp_ios_6.5_1284x2778_en-US_01@3x.png.
Keep locale and variant at the end so localized folders can reuse the same naming pattern. For videos put duration and fps in the name: myapp_ios_preview_6.5_30s_30fps_stereo.mp4. That makes it immediate whether the file meets App Store Connect expectations and helps engineers wire CI checks.
- Screenshot: myapp_ios_6.5_1284x2778_en-US_01@3x.png
- Preview source (editable): myapp_preview_iphone14pro_source.mov
- Preview final (App Store): myapp_ios_preview_6.5_30s_30fps_stereo.mp4
- Ad feed (square): myapp_ad_feed_1080x1080_v1.mp4
- Ad story/reel (vertical): myapp_ad_story_1080x1920_v1.mp4
Section 3
3) Export presets you can copy/paste (App Store, Play Store, Meta ads)
App Store previews require strict settings: H.264 or HEVC as Apple documents, progressive scan, stereo audio (even if silent), 30 fps recommendation for many device targets, and exact device pixel dimensions. Export presets should produce files that App Store Connect accepts without re-encoding. Keep a small set of final exports named to match device targets (6.5, 5.5, iPad landscape, Vision Pro 2D).
Google Play is more flexible for screenshots and promo videos, but maintain a minimum resolution and aspect ratio rules: for screenshots provide at least two images and produce phone (1080×1920) and tablet variants. For ads, standardize on 1080px shortest side for feed creatives and 1080×1920 for Stories/Reels. Meta recommends MP4 or MOV for video, JPG/PNG for images and keeps file sizes under 30 MB for images and up to several GB for video; still, optimize to 4 GB or less for ad upload stability.
- App Store preview final: H.264/HEVC, Baseline/High Profile Level 4.0, 30 fps, stereo AAC 256kbps, dimensions matching device (use Apple’s device pixel sizes). See Apple’s App Preview Specifications.
- App Store screenshot: PNG or JPEG, exact device sizes; provide 6.5" (1284×2778 logical/asset @3x as filename convention), iPad landscape (use Apple’s current pixel targets).
- Google Play screenshots: at least 2 per listing; 16:9, 4:3 or phone/tablet sizes; keep minimum 1080px shorter side.
- Meta ads: images JPG/PNG ≤30MB; videos MP4/MOV prefer H.264, 1080×1080 (feed) or 1080×1920 (stories/reels); keep a 1:1 and 9:16 export for each core creative.
Sources used in this section
Section 4
4) A 90‑second creative brief template to paste into contractor tickets
Make a one‑page brief that answers the three questions a contractor needs: Who (audience), What (assets & variants), and Why (goal + KPI). Attach the folder tree and give explicit acceptance criteria (see next section). Keep it short — contractors should be able to start work from the brief alone.
Include references (examples/), tone-of-voice for captions, required on-screen copy, and a link to the exact export preset file or the codec/dimension checklist. Provide a “do not change” list for elements like logos, legal text, and primary CTA color to avoid late rounds of reviews.
- Title: [App] — Screenshot/Preview/Ad sprint (due YYYY-MM-DD)
- Goal: (e.g., increase Play Store installs by improving first-screen conversion; A/B test hero vs feature screenshot)
- Deliverables: list exact filenames and counts (e.g., 5 iOS screenshots, 1 App Store preview 30s, 3 ad videos 1:1 & 9:16)
- References: include example images, copy strings, and a link to the assets folder
- Constraints: brand colors, no new UI mockups, only record from latest build tag
Section 5
5) Mini acceptance tests — fast checks designers run before shipping
Even with correct filenames and presets you'll save time by shipping only files that pass automated and manual checks. Provide contractors a short checklist that is executed before upload: verify resolution/ratio, codec/fps, audio channel, filename pattern, and a visual QA for legibility and cropping at small sizes.
Include a machine-check script example (one‑line or CI job) that validates file names and image/video dimensions. When a file fails, contractors must include a short note explaining why and what they changed; that keeps accountability high and prevents repeated mistakes.
- Automated checks (must pass): filename regex, image dimensions match target, image format PNG/JPG, video codec and fps match preset, file size limits.
- Manual checks (must pass): text legibility at 40% scaled size, safe area checks avoiding UI chrome, correct locale strings, screenshots show real in‑app UI (no placeholders).
- Accept or Reject criteria: any automated failure = reject; visual failures require rework unless contractor documents the compromise and gets approval.
FAQ
Common follow-up questions
Do I need separate screenshots for every iOS device size?
You don’t need every historical size, but provide screenshots that cover the store’s display targets: at minimum a 6.5" (phone) variant and an iPad landscape variant. Apple will scale when necessary, but providing exact device sizes reduces distortion and avoids App Review surprises. Keep the filenames and folder tree so your upload pipeline can select the right images.
What settings will get App Store preview videos rejected most often?
Common rejects come from wrong dimensions, unsupported codec/profile, mono audio (Apple expects stereo track), incorrect frame rate, or duration outside allowed range. Use Apple’s App Preview Specifications when exporting and include stereo AAC audio (even if silent) and exact device pixel dimensions to avoid rejections.
How many ad aspect ratios should I ask contractors to deliver?
For most launches deliver three core aspect ratios: 1:1 (feed), 9:16 (stories/reels), and either 4:5 or 16:9 (feed/video). That covers major placements on Meta and other networks and lets you run multi‑placement campaigns without extra resizing work.
Can I automate acceptance checks?
Yes. Start with simple scripts: a filename/regex validator plus image/video dimension checks. Add CI steps that run on PRs or upon asset uploads. Automating the mechanical checks prevents most rework and lets humans focus on subjective reviews.
Sources
Research used in this article
Each generated article keeps its own linked source list so the underlying reporting is visible and easy to verify.
Apple Developer
App preview specifications - App information - Reference - App Store Connect - Help - Apple Developer
https://developer.apple.com/help/app-store-connect/reference/app-preview-specifications
Apple Developer
Upload app previews and screenshots - Manage app information - App Store Connect - Help - Apple Developer
https://developer.apple.com/help/app-store-connect/manage-app-information/upload-app-previews-and-screenshots
Apple Developer
App Previews - App Store - Apple Developer
https://developer.apple.com/app-store/app-previews/
ScreenKit
App Store App Preview Video Specs & Size (2026) — ScreenKit
https://screenkit.tools/specs/app-store-app-preview-video-specs
Buffer
Facebook Ad Specs + Image Sizes — Fully Updated for 2026
https://buffer.com/resources/facebook-ad-specs-image-sizes/
AdNabu
Facebook Ad Specs: The Complete Guide for 2026
https://blog.adnabu.com/facebook-ads/facebook-ad-specs/
Screenshots.live
App Store Screenshot Sizes 2026 — Complete Reference
https://screenshots.live/en/guides/app-store-screenshot-sizes
Next step
Turn the idea into a build-ready plan.
AppWispr takes the research and packages it into a product brief, mockups, screenshots, and launch copy you can use right away.