
在 App Store Connect 的「App 预览和截图」里保存或提交时,有时会弹出英文提示:
You must upload a screenshot for iPhone with Dynamic Island (Medium Display).
中文界面常见写法是:必须上传带动态岛的 iPhone 截图(中等显示)。它不是审核拒信,而是素材槽位尚未填满:当前选中的显示尺寸组里,「带动态岛的中等显示」这一档缺少至少一张合规截图,系统不允许继续。
这条提示近年更常见,因为 Apple 把 iPhone 截图按显示档位拆得更细:有无动态岛(Dynamic Island)、以及「大显示 / 中等显示」等分组。只上传旧的 6.5 寸或「无岛」机型截图,往往会漏掉这一档。
「带动态岛的 iPhone · 中等显示」对应的是当前 App Store Connect 要求的 6.7 英寸一类主截图槽(以 Connect 后台当前显示的尺寸列表为准)。实务上开发者最常用来满足这一档的分辨率是:
| 用途 | 分辨率(竖屏) | 常见导出方式 |
|---|---|---|
| 带动态岛 · 中等显示主图 | 1290 × 2796 | iPhone 14 Pro Max / 15 Pro Max / 16 Plus 等模拟器或真机竖屏截图 |
| 同槽位横屏(如需要) | 2796 × 1290 | 同一设备横屏截图 |
注意几点:
和旧习惯对照:以前很多人只准备一套「6.7 寸」图;现在若后台拆成动态岛中等 / 大显示等多档,就需要按档各交一套(或确认某档可「使用上一尺寸的截图」后再勾选)。
按出现频率,常见原因如下:
| 原因 | 表现 | 处理 |
|---|---|---|
| 分辨率不对 | 图在「其他」槽或被拒收 | 导出精确到 1290×2796(或后台标明的尺寸) |
| 传错显示组 | 图在 6.5 寸 / 无岛槽里 | 切到「带动态岛 · 中等显示」再拖入 |
| 只勾了「使用上一尺寸」却源槽为空 | 中等显示仍标红 | 先填满被引用的那一档,或取消勾选后单独上传 |
| 横竖屏混用 | 竖屏槽收到横屏图 | 竖屏槽只用竖屏像素 |
| 本地化语言未同步 | 默认语言有图,某语言没有 | 每个上架语言都检查该槽位 |
| 缓存或未保存 | 看起来有图,点保存又提示 | 刷新页面后重新上传并保存 |
如果同时看到「仍在上传」类状态,先处理上传卡住问题(可参考站点上关于截图一直上传中的排查文),再回来补尺寸。
Cmd + S 保存截图,或 File → Save Screen;sips 确认像素为 1290 × 2796;真机物理像素因机型而异,直出图未必等于商店要求的逻辑上传尺寸。更稳妥的做法是:
建议做一张「尺寸清单」表:每个显示档 × 每种语言 × 最少张数。中等显示动态岛这一档至少保证默认语言 1–3 张(视品类叙事需要),再复制到其他语言或按文案重做。
操作顺序可以固定成:
提交审核前再扫一眼:媒体管理页与版本页的截图状态一致,没有「缺失媒体」警告。
更完整的各代 iPhone 尺寸对照,可参阅 App Store 截图尺寸指南;若你主要卡在 6.9 寸新机,也可对照相关机型尺寸教程一起准备。
| 问题 | 解答 |
|---|---|
| 只有 iPhone 15/16 Pro(非 Max)模拟器,行不行? | 以导出像素能否命中该槽接受尺寸为准;不行就换 Plus / Pro Max 类模拟器或设计画板导出 |
| 必须露动态岛 UI 吗? | 槽位名强调机型显示特征;商店图可以是带壳营销图,但像素尺寸必须符合该档 |
| 横屏 App 只要横屏图? | 按后台该档要求;多数应用仍需竖屏主图,游戏等另有惯例 |
| 苹果改尺寸表后旧图还能用吗? | 旧分辨率可能被挪到别的组或不再接受,每年发新机后复查一次规格页 |
| 中国区账号提示文案不同? | 语义相同,按中文「中等显示 / 动态岛」标签对齐上传即可 |
「必须上传带动态岛的 iPhone 截图(中等显示)」= 该显示档的截图槽是空的或尺寸不合格。对准官方接受的分辨率(实务上常用 1290×2796),放到正确的 Dynamic Island · Medium Display 分组,保存后再提交。槽位过关之后,再用统一画板批量出多语言商店图,上架会顺很多;需要快速套壳与多尺寸导出时,可以用 appshotmaker.com 按目标分辨率一次出图。