企业官网建设流程全解析

上架被拒这事儿，十个开发者里头八个都栽在截图或预览上，剩下一半是输在了尺寸不对。我第一次提审 App 时，代码、打包、权限说明、隐私协议全部核对完毕，满怀信心点了提交，结果第二天收到审核反馈，问题出在截图：尺寸不符合目标设备规范。当时真觉得冤枉，但冷静下来重新走了一遍流程才发现，预览和截屏这套东西，远不是打开 App 按两下电源键那么简单。它既是商店页的门面，也是审核流程里最容易因为细节翻车的环节。这篇文章就接着这个切入点，把上架前必须搞定的预览和截屏这件事掰开揉碎讲清楚。

省流版结论先放这里：截图不是给你自己看的，是给正在刷商店、手指悬在下载按钮上的陌生用户看的。预览视频同理，它是你产品动态体验的广告片。整个逻辑围绕“用户决策转化”展开，一切设计、尺寸、文案、节奏都要为这个目标服务。下面按实际操作顺序，把从策略到工具再到提审自查的每个环节都过一遍。

1. 为什么上架前，首先要把预览和截屏当成广告来做

1.1 商店页是用户第一次「试用」产品的现场

用户在 App Store 里刷到你的时候，是没有官网、没有客服、没有试用机会的。他能依赖的信息只有四样：App 名字、图标、截图、预览视频。前两个负责让他停下来，后两个负责让他相信并下载。这也就意味着，截图和预览不是提交给苹果审阅的“材料”，而是你的产品在用户眼前做的第一场路演。

我见过太多团队，产品功能做得扎实，却对素材敷衍了事——随意截几张图，配上一句“功能强大”“操作简单”就传了上去。结果商店页的跳出率高得离谱，做了优化迭代也无从下手。反过来，有些产品功能没那么亮眼，但第一张截图就精准点中了用户的痛点，转化率反而很好看。素材质量对下载转化率的拉动，很多时候比关键词优化来得更直接。

这也是我把截图和预览抬高到“广告位”这个定位的原因。广告位就要有广告的自觉：你只有三秒钟抓住注意力，然后需要层层递进地传递信息，最后还要给用户一个下载的理由。如果只把它当表格里的必填项，那大概率会白白浪费一个获取用户的最重要入口。

1.2 截图和预览承载的信息层级

苹果商店页的展示顺序实际上是有信息层级的：先看到图标和标题，然后是一排横向滑动的小图，点开大图后才有机会看到预览视频。整体浏览节奏是从静态到动态、从整体到细节的。我习惯把五到六张截图设计成一个叙事链条，而不是几张界面图的简单排布：

• 第一张：定调。用一句话说清楚“这是什么、解决什么问题”，视觉上给足情绪。
• 第二到第四张：递进。逐步展示核心功能或使用场景，每张聚焦一个点。
• 最后一张：收尾。展示信任状，比如多设备支持、隐私保护、用户评分等，打消最后疑虑。

预览视频则承担另一个职责：展示动态交互和真实操作手感。静态截图表现不出来的一些流畅性、响应速度、手势操作，只能靠视频传递。用户在这个环节已经产生了初步兴趣，所以视频的节奏反而要克制，不要花里胡哨地加转场，重点是让用户看到真实使用过程。

我的经验是：截图负责“种草”，视频负责“确认”。种草要快、要准；确认要稳、要真实。二者的定位一旦清晰，素材制作就有了统一的指导思想，不会东一榔头西一棒子。

1.3 不同阶段的产品，素材侧重点不同

产品处于不同生命周期，素材策略也要跟着变。新 App 第一次上架，用户对你完全没概念，第一张截图就应该突出“使用场景+结果”，不要堆功能名词。比如一个记账工具，第一张图如果放“坚持记账 365 天”这种结果向文案，比单纯放一个账簿界面更能打动人。

已经积累了一批用户的 App，截图的作用开始转向留存和口碑转化。这时候可以拿真实用户故事、代表性数据或某个独有的能力做视觉锤，强化品牌记忆。比如效率类工具可以在截图中展示“平均为用户每周节省 4 小时”这种通过后台统计得来的结果，用数字增加可信度。

工具类、效率类产品适合直接展示界面和操作流程，干净利落；内容类、社交类产品则应该展示内容质量和社区氛围，而不是把一堆功能按钮摆上去。截屏设计要靠拢产品定位，这一点比单纯追求“好看”重要得多。如果你做的是一个美学滤镜 App，结果截图排版丑得像个后台管理系统，那用户根本不会相信你的产品能力。

2. 截图尺寸与 App Store Connect 的硬性要求

2.1 当前主流设备截图尺寸表与选型判断

App Store 对截图尺寸的要求，说复杂也复杂，说简单也简单。苹果在 App Store Connect 里按“显示尺寸”区分设备，也就是说，你需要按不同屏幕尺寸分别提供对应像素的截图。目前主流设备尺寸如下：

实操中不建议一上来就为每个尺寸各做一套图，那会消耗大量设计资源。App Store Connect 已经支持“自动生成”逻辑：你只要上传 6.7 英寸或 6.9 英寸的 iPhone 截图，以及 12.9 英寸或 11 英寸的 iPad 截图，系统会自动缩放适配其他尺寸。苹果这些年一直在简化这个流程，我印象里 2023 年之后，媒体管理后台就已经默认按这种简化方式展示了。

但自动缩放有个隐患：如果你在截图里叠加了精细的文案或小字说明，缩放后很可能出现字号过小、边缘裁切或者轻微变形。所以我的习惯是，设计稿按 6.7 英寸或 6.9 英寸的标准尺寸制作，上传后逐一在后台预览所有自动生成的尺寸，发现有问题的，再单独为那个尺寸导出并覆盖上传。设计稿中关键内容要预留安全区域，这一点后面讲排版时还会再细说。

2.2 自动缩放、格式、命名和上传的细节

截图格式方面，App Store 支持 JPEG、PNG、TIFF。最稳妥的是 JPEG，质量参数不低于 90%，体积小、通用性好，也不会有透明通道问题。PNG 如果带 alpha 通道，上传时容易报错或呈现异常底色，很多新手会在这一步卡一下，其实换个格式就解决了。

数量上没有硬性的最少限制，但根据商店页的实际展示效果，我强烈建议每种设备至少放 3 张，4 到 6 张比较理想。系统允许每个设备最多放 10 张，但不是说放满就好——张数太多会稀释重点，用户划到后面已经疲劳了；太少又撑不起足够的信息密度。3 到 4 张把核心功能讲完，比硬凑 6 张更有说服力。

文件命名在多人协作时特别重要。我习惯按“设备代码_序号_内容标签”这格式命名，比如iphone67_01_core、iphone67_02_feature_home、ipad129_03_share。这样设计师、开发者和运营各看一眼文件名就明白了图片用途，避免同名文件互相覆盖的乌龙事件。上传时的顺序会决定商店页里的展示顺序，但系统传完图后支持手动拖拽排序，所以不用太担心。

这里还有个隐藏规则：截图必须反映当前版本 App 的真实界面。你可以用设计稿美化，但不能脱离实际功能去“画饼”。比如你的 App 根本还没做 iPad 适配，却硬传一套 iPad 截图，审核会直接打回。截图和当前安装包版本不一致是提审被打回的重灾区，每次迭代后都要重新导一轮截图，这个习惯要长期保持。

3. 截图设计实操：从拍屏到讲故事

3.1 第一张图的三秒法则：先抓眼球再讲功能

应用商店的推荐页和搜索结果页里，用户基本都是快速滑动的状态，第一张截图被完整浏览的时间可能只有三秒。所以第一张图的设计逻辑，和电梯广告是相通的：文字不能多，要直给；画面不能乱，要有一个清晰的视觉焦点。

我的做法是，第一张截图只做三件事：放置一句不超过 10 个字的文案、展示核心界面、留下一个视觉指向。文案要聚焦在用户能获得的结果上，而不是功能名。比如“每天两分钟，英语听力开挂”就比“支持海量听力素材”更有情绪张力。用词尽量大白话，避免形容词夸张和极限词，既是为了审核安全，也是为了让用户一眼看懂。

视觉焦点要靠留白来保证。不要把完整页面硬塞进截图，可以放大局部、突出某个卡片或按钮，让用户的视线停在一个点上。第一张图如果塞进了四个功能，用户一个都不会记得；只保留一个记忆点，反而能建立印象。我常用的人物理解是：截图不是产品说明书，是产品海报——海报只会表达一个核心卖点。

3.2 文案叠加、安全区域和字体排版

截图上叠加说明文字的排版，是很多团队翻车的地方。商店页在不同位置展示截图时，尺寸和裁切区域并不一致。列表页的小图、详情页的大图、横屏设备的展示，对截图边缘的要求都不同。最稳妥的做法，是把所有关键信息放在截图中央约 70% 的安全区域内，上下各预留约 15% 的纯色或模糊背景。这样即使边缘被裁掉，核心内容也不会受损。

文字字号也要注意。截图里的说明文字，在实际设备上至少要有 12pt 的观感，否则用户点开大图后看起来会很吃力。中文尤其忌讳细字体，细字在低分辨率设备上糊成一团。我一般用苹方中黑体或思源黑体，字重选择 medium 或 bold，行距拉开一点，观感会舒服很多。对比度方面，不要使用深色文字压在深色截图上，至少要保证文字和背景之间有明显的明度差，或者给文字加一层半透明遮罩。

一条最常见的错误是：截图上直接套用产品内的真实文案，比如“已读”“未读”“新消息 3”这种系统文字，用户在截图里看到这些会觉得杂乱。截图里的文案应该是精心打磨过的对外传播语言，与产品内的交互文案完全两个体系。每次设计截图，我都会把它当作一次“对外广告文案”去写，而不是把界面元素照搬过来。

3.3 多语言本地化截图：成本与收益的权衡

如果你的 App 面向多个语言地区，截图可以按语言分开提交，商店会自动按用户语言展示对应那套图。理论上每套截图都可以针对当地用户习惯定制，但实操中成本很高。我目前的做法是：英语和简体中文各做一套完整设计，这两个之外的小语种，用同一套界面图配当地语言文案，保证信息完整但不追求精细定制。

这里有个容易忽略的细节：截图的本地化不只是翻译标题句，界面内部的文字也必须同步翻译。如果截图标题是英文，界面菜单却还是中文，整体观感就很割裂，用户也能一眼看出你的敷衍。要么就完整地做一套本地化截图，界面语言、文案、配字全部对应上；要么干脆不做，别搞半吊子。

另一个实用技巧是：使用模拟数据时要选择有“地域感”的内容。英文界面截图上放一位使用中文名字的用户头像，或者显示一个 +86 的手机号，都会让当地用户觉得不对劲。数据内容尽量生活化、场景化，比如日历日程用当地节假日时间点，提醒事项写一段当地人能理解的话，这种细节往往决定了用户对产品专业度的判断。

4. 预览视频制作的完整流程

4.1 视频规格、内容边界和审核规则

预览视频是 App Store 里动态展示的窗口，时长限制在 15 到 30 秒之间，文件大小不超过 500MB。苹果官方推荐的编码格式是 H.264 或 ProRes，封装格式为 .mov 或 .m4v。分辨率和设备有关：iPhone 竖屏用 1080×1920，横屏用 1920×1080；iPad 竖屏用 1200×1600，横屏用 1600×1200。

内容边界是我特别提醒的一点：预览视频必须以真实 App 的操作画面为主，不能出现与产品无关的素材片段。苹果的审核规则里，对“不相关的视频内容”容忍度很低。有些团队喜欢用炫酷的三维动画做开场，但草率地剪接产品录屏，给审核人员的观感就是“你不想让我看到真实产品”。正确做法是：视频开头用产品界面快速进入主流程，全程演示真实操作，结尾收在一个有节奏感的画面上。

时长策略上，我建议把理想时长控制在 20 秒左右。30 秒的视频完播率会明显下降，前 5 秒如果没抓住用户，后面再精彩也白搭。所以拍摄之前，先梳理出整个视频要呈现的 3 到 4 个关键画面，每个画面控制在 5 秒上下，这样节奏最舒服。

4.2 录屏、剪辑、导出到上传的具体步骤

录屏阶段的准备工作，直接决定成品质量。开始前先准备一套完整的测试账号和数据：列表页里要有几条好看的示例内容，设置页设置成已登录状态，消息提醒提前处理好。这样录制时不会出现空白状态或加载转圈，整个操作流程顺畅自然。

录制工具我用两种方案。真机录制：用 QuickTime Player 连接 iPhone，选择“新建屏幕录制”，可以拿到高清画面，同时可以配合外接麦克风录讲解音频；模拟器录制：直接使用 Xcode 模拟器自带的录屏功能，方便反复跑流程，但性能表现和真机有细微差距。真机录制更推荐，因为 App 的动效和流畅度更真实。

录制过程中，手指动作要轻缓克制，不要遮住关键区域，也不要连续快速切换页面。建议开启飞行模式并把通知权限关掉，避免中途弹出电话、低电量或消息推送，这些都可能导致重新录制。每段流程多录几遍，后期剪辑时选择最顺滑的一版。

剪辑阶段，导入工具不限，Final Cut Pro、CapCut 桌面版、Premiere 都可以。先把首尾各 2 秒的冷场动画剪掉，保证进入主题够快。背景音乐音量控制在 -18dB 左右，不能盖过 App 的操作音效。导出时选择 H.264，关键帧间隔不要设太长，否则在弱网环境下预览会出现卡顿或模糊。

上传到 App Store Connect 后，记得用不同网络的设备各预览几遍，确认无卡顿再提交。视频里一旦出现真实用户隐私信息，哪怕是一秒钟的聊天记录，都会成为审核和品牌的双重风险点，这一点怎么强调都不过分。

5. 我踩过的坑与提审前的自查清单

5.1 五个最容易导致被打回的截图问题

第一个，截图和实际界面不符。产品迭代后忘记更新商店页素材，审核人员一对比当前安装包就发现差异，直接打回。这类问题在版本更新时尤其常见，每次发版前都必须重新导一轮截图，不要存在“上次图还能用”的侥幸。

第二个，尺寸或比例错误。上传前用画图工具粗暴缩放，导致像素发虚、比例失真。App Store Connect 上传时会校验像素尺寸，不对就直接报错，但绕过校验的图片也存在被视觉审查打回的风险。所有图片都应在设计软件里按标准尺寸导出，不要用系统自带的看图工具改大小。

第三个，使用占位图。开发测试阶段的灰色占位界面没替换成真实内容就提交，审核人员一眼就能看穿。占位图不只是像素问题，而是产品完成度的问题，会直接拉低信任分。

第四个，截图里出现第三方版权内容。比如在视频类 App 截图里露出带 Logo 的电视剧海报，在音乐 App 截图里显示某歌手的专辑封面。版权素材在商品宣传图里有严格限制，哪怕你的 App 本身有授权，商店页这种跟推广相关的场景也需要额外确认。

第五个，多语言不一致。设置了多个语言的商店页截图，但英语截图里的界面文字是中文，或者标题和界面语言对不上。审核人员只要点开不同语言的商店页看一眼，马上就会发现问题。这个在每次新增语言时格外容易踩坑。

5.2 提审前的五分钟检查流程

第一次被打回后，我给自己列了一个提审前固定执行的检查流，从上传完素材到提交审核，五分钟就能走完一遍：

• 在 App Store Connect 媒体管理页，逐张点开所有尺寸的截图预览，确认没有裁切和文字错位。
• 取当前安装包在模拟器或真机上截一张真实界面，和商店页截图逐张对比，确认版本一致。
• 检查 6.7 英寸和 12.9 英寸的主图都已上传，且其他尺寸没有意外变成空白。
• 预览视频完整播放两遍：第一遍专注画面内容，第二遍只看音频和字幕，确认无爆音、无隐私信息。
• 检查所有语言版本下，截图字体、界面语言和文案是否保持统一。
• 确认没有占位图、版权素材、极限词和误导性描述。

这一套流程下来，我不敢说能 100% 避免素材相关的打回，但至少能过滤掉 90% 的低级错误。换句话说，把返工成本从“提审后几天”压缩到“提审前五分钟”，是性价比非常高的一件事。

6. 从一次打回中学到的经验与后续优化方法

6.1 那次被打回，暴露了我们在素材流程上的什么问题

回头看我第一次被打回，问题其实不是尺寸本身，而是我对素材这件事的态度。当时我把截图当成“上架表单的一项”，下载了截图工具就随手拍了六张图，根本没有从用户视角和审核视角去审视这些视觉资产。被苹果驳回后，我才认认真真去研究商店页的展示逻辑，也因为这样，才陆续总结出前面这些经验。

那次之后我意识到，素材流程必须被纳入版本管理。现在的做法是：每个版本迭代，设计都必须同步输出商店页素材的最终稿，由负责上架的人在提审前做最终的截图和视频验证，再提交。设计师改界面、上架者传旧图、运营写新文案，这三个环节但凡有一个没有同步，线上商店页就会失真。

6.2 版本迭代时，素材维护的长期习惯

App 上架不是一锤子买卖，素材也一样有生命周期。版本大改、UI 风格调整、核心功能变化，都要触发一轮截图素材的更新。我现在每轮发版都会把“截图和预览是否需更新”作为一个固定的 check item，而不是等提审前才想起来看。

归档习惯也很重要。每当一套新素材上传成功，我会把旧素材从网盘或本地文件夹挪进“archive”目录，文件名加上版本号和日期。这样做，一来避免混用新旧素材上传，二来方便将来复盘某个版本商店页表现时快速找到原始文件。归档这动作看似不起眼，但在团队几个人反复碰同一批文件的情况下，它就是防翻车的第一道防线。

上架之后，素材也不是就固定不动了。定期在后台看商店页展示数据，如果发现某个版本曝光不少但下载转化平平，那多半是截图或预览出现了视觉疲劳。这个档口就可以尝试换第一张截图的文案和配色，隔几周观察转化变化。素材优化是持续性工作，但投入产出比在所有运营动作里都算得上高效。