AppWispr

Find what to build

Contractor‑Ready Creative Kit: Exact Folder Structure, Filenames & Specs to Deliver Screenshots, Preview Videos & Ads Without Rework

AW

Written by AppWispr editorial

Return to blog
L
AS
AW

CONTRACTOR‑READY CREATIVE KIT: EXACT FOLDER STRUCTURE, FILENAMES & SPECS TO DELIVER SCREENSHOTS, PREVIEW VIDEOS & ADS WITHOUT REWORK

LaunchMay 1, 20266 min read1,165 words

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.

contractor-ready creative kit folder filenames specs screenshots preview videos adsapp store screenshots specsplay store screenshotsad export presetscreative brief templateasset acceptance tests

Section 1

1) Single source folder structure every contractor understands

Link section

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

Link section

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)

Link section

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.

Section 4

4) A 90‑second creative brief template to paste into contractor tickets

Link section

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

Link section

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.

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.

Contractor‑Ready Creative Kit: Folder Structure, Filenames & Specs