# Guideline 2.3.3 截图被拒：如何重做 App Store 截图 > Guideline 2.3.3：每种设备超过一半的截图必须展示 app 的真实使用界面。换掉截图后重新提交，不需要新 build。 原始页面：[Guideline 2.3.3 截图被拒：如何重做 App Store 截图](https://devoria.fr/zh-hans/blog/guideline-2-3-3-app-store-screenshots-rejected) 作者：[Mehdi Azizi](https://devoria.fr/zh-hans/mehdi-azizi) 发布：2026-11-04 内容最后修订：2026-11-04 收到“Guideline 2.3.3 - Performance - Accurate Metadata”拒审，意思是 Apple 认为你的截图没有展示 app 正在被使用的样子。**这条规则有明确的数字：每种设备类型的截图中，必须有超过一半展示 app 真实的使用界面。** 被拒的是商品页，不是二进制包：你换掉截图，重新提交同一个 build 就行。 2026 年 10 月 27 日，我的 ASO 追踪 app Vigie 就遇到了这事。我的截图展示的是围绕一个吉祥物重新绘制的界面卡片，没有手机。Apple 拒了。这篇指南会贴出我收到的原文，解释 Apple 说的“app in use”是什么意思，哪些能过、哪些过不了，最后是我之后一直在用的检查清单。文中引用的规则都来自 Apple 官方页面，我在 2026 年 11 月 3 日重新核对过。 ## Apple 的原话 消息开头是规则名称，然后点出针对的设备尺寸。Vigie 被拒的关键句是这一句： ```text The 6.7-inch iPhone screenshots do not show the actual app in use. ``` 有些 2.3.3 拒审会详细说明审核员的要求。下面这条是一位开发者 2024 年 10 月[发在 Apple 论坛上的](https://developer.apple.com/forums/thread/765166)，他的 iPad 截图位放的是 iPhone 外框。这是列出要求的那一段原文： ```text Some or all of the provided screenshots do not sufficiently show the app in use. Screenshots should highlight the app's core concept to help users understand the app's functionality and value. - Marketing or promotional materials that do not reflect the UI of the app are not appropriate for screenshots. - The majority of the screenshots should highlight the app's main features and functionality. - Confirm that the app looks and behaves identically in all languages and on all supported devices. - Make sure that the screenshots show the app in use on the correct device, unless they are included to demonstrate that the app can be used on multiple Apple platforms. For example, iPhone screenshots should be taken on iPhone, not on iPad. ``` 翻成大白话：不展示 app 界面的宣传图，不该出现在截图里。大部分截图要展示主要功能。而且每张截图都要对应正确的设备：iPhone 截图要在 iPhone 上截，不能在 iPad 上截，除非你是想展示 app 能在多个 Apple 平台上使用。 ## Apple 说的“app in use”是什么意思 [Guideline 2.3.3](https://developer.apple.com/app-store/review/guidelines/#2.3.3) 的原文很短：“Screenshots should show the app in use, and not merely the title art, login page, or splash screen.” 截图要展示 app 的使用状态，而不只是 logo、登录页或启动页。同一段文字也允许在截图上叠加文字和图片。 [App Review 帮助页中关于 2.3.3 的说明](https://developer.apple.com/help/app-review/guideline-reference/2-3-3-screenshots)讲清楚了判断方式。Apple 按每种设备类型的整组截图来评估，只有超过一半的截图展示了 app 使用状态才会通过。每种语言单独判断。这个页面还列出了要避免的情况： - **只展示登录页或启动页的截图**； - **和真实界面不一致的界面**，或者误导性的宣传图； - **喧宾夺主、盖过 app 的装饰**，或者只有硬件、背后没有界面。 **说白了，“使用中”就是：你 build 里的真实界面，有内容，正在做用户下载它要做的事。** 真实界面上方加一个简短标题，依然算使用中的截图。 ## 多少张截图必须展示 app Apple 给了两个例子：三张截图，两张必须展示 app。四张，就要三张。其余的按同一规则推：超过一半。 | 上传截图数 | 最少使用中截图 | 可放的营销图 | | ---------- | -------------- | ------------ | | 1 | 1 | 0 | | 2 | 2 | 0 | | 3 | 2 | 1 | | 4 | 3 | 1 | | 5 | 3 | 2 | | 6 | 4 | 2 | | 8 | 5 | 3 | | 10 | 6 | 4 | 按设备类型和语言分别计算。每种设备一张截图就够，前提是它展示了 app 使用状态。根据[截图规格](https://developer.apple.com/help/app-store-connect/reference/app-information/screenshot-specifications)，Apple 要求至少为带灵动岛的中等屏幕 iPhone 提供一张截图，每个尺寸最多接受 10 张。如果你的界面在所有尺寸和所有语言下都一样，只提供要求的最高分辨率就够了：App Store Connect 会为小尺寸自动缩放。具体尺寸见 [App Store 截图尺寸](https://devoria.fr/zh-hans/blog/app-store-screenshot-sizes-2026)。 ## 哪些能过，哪些过不了 | 截图 | 结论 | 决定因素 | | ---------------------------- | ----------------- | --------------------------------------------------------------------------- | | app 真实界面，上方加简短标题 | 通过 | 2.3.3 允许添加文字 | | 真实界面放在 iPhone 外框里 | 通过 | 真实界面，正确设备 | | 只有 logo、启动页或登录页 | 被拒 | 规则原文点名 | | 没有界面的营销图 | 少数可以 | 前提是大多数截图展示 app | | 重新绘制的界面卡片，不是 app | 被拒 | 我 2026 年 10 月 27 日的拒审 | | build 里不存在的设计稿界面 | 被拒 | 界面和真实不一致 | | 空手机或没有界面的装饰 | 被拒 | 列在要避免的情况里 | | iPad 截图位放 iPhone 截图 | 被拒 | 设备不对，见论坛那条拒审 | | 一张图横跨两张截图 | 通过 | 允许，只要 app 仍然可见 | | 其他平台的状态栏 | 被拒，依据 2.3.10 | Apple 归到 [guideline 2.3.10](https://devoria.fr/zh-hans/blog/guideline-2-3-10-app-rejected-metadata) | Apple 不强制要手机外框。app 的全屏截图就够了。外框的好处是：一眼就能看出这张图就是 app。 ## 我的案例：Vigie 在 2026 年 10 月 27 日被拒 Vigie 1.1 版本时，我跟了截图工作室的一个潮流：一幅连续长图，一个吉祥物，加上悬浮的界面卡片，而不是一整部手机。这些卡片是专门重画的，里面是虚构的 app。很好看。但那不是 app。 审核员写道，6.7 英寸 iPhone 的截图没有展示 app 使用状态。我没申诉：他说得对。我按一条简单的规则重做了整组截图： 1. **每一屏都展示一部 iPhone，里面是模拟器原生截图**，像素级贴入，不修改界面。 2. **放大的卡片只能作为手机之外的补充**，绝不替代手机，而且要从同一张截图里裁出来。 3. **装饰只放在周围**，绝不压在屏幕上。 这次拒审不需要新 build。我当晚就换了截图，重新提交了同一个版本。之后我又换了 build，是为了修正 app 里的一个标题，跟截图无关。Vigie 1.1 在 10 月 29 日带着这组截图上架了。 > 重画的卡片，哪怕再还原，也不是 app。审核员要看的是用户真正拿到手的那个界面。 ## 不用新 build 的修复方法 1. **把消息完整读一遍。** 它会说明针对哪个设备尺寸，有时还有哪种语言。所有相关的截图组都要改，不只是第一组。 2. **用已提交的 build 重新截图。** 模拟器或真机都行，要有真实内容。每种设备、每种语言都要超过一半是使用中截图。 3. **在 App Store Connect 里替换截图。** 根据[素材管理帮助](https://developer.apple.com/help/app-store-connect/manage-app-information/manage-your-app-store-assets)，app 处于以下状态之一时可以替换：Prepare for Submission、Invalid Binary、Rejected、Metadata Rejected 或 Developer Rejected。 4. **按显示的状态重新提交。** 对于 Metadata Rejected，[状态表](https://developer.apple.com/help/app-store-connect/reference/app-information/app-and-submission-statuses)的说法是：阅读消息，修改元数据，然后回复 App Review 的消息。如果提交显示 Unresolved Issues，按 [Apple 的流程](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/manage-a-submission-with-unresolved-issues/)操作：在 Apps 里点 View App Review Issues & Messages，然后 Resolve，在被拒项目上点 Edit，再点 Add for Review，最后 Resubmit to App Review。 5. **提交后就别再碰截图。** 同一张状态表写明，处于 Waiting for Review 时，你既不能上传也不能修改截图。 每个被拒项目在重新提交前只能修改一次：点击之前先检查好新的截图组。我会这样用英文回复审核员： ```text Hello App Review team, Thank you for your feedback regarding Guideline 2.3.3. We replaced the [6.9-inch iPhone] screenshots in all localizations. Each screenshot now shows the actual app interface, captured from the submitted build: [main screen], [key feature], [result screen]. The build is unchanged. Best regards, [Your name] ``` 好的回复该用什么语气和格式，详见[回复 App Review](https://devoria.fr/zh-hans/blog/apple-resolution-center-reply-app-review-rejection)。 ## 上传截图前的检查清单 - 每种设备类型超过一半的截图展示真实界面，并且有内容。 - 每种语言都满足同样的规则，不只是英文。 - 没有一张截图只展示 logo、启动页或登录页。 - 展示的界面在提交的 build 里一模一样地存在。 - 标题和装饰不影响界面的可读性。 - iPhone 截图在 iPhone 上截，iPad 截图在 iPad 上截。 - 没有任何其他平台的痕迹，状态栏也不行。 - 如果你的 app 有深色模式，用一张截图展示它：Apple 帮助页建议这么做。 - 文件为 JPEG 或 PNG，不带透明通道。 Apple 在[商品页说明页面](https://developer.apple.com/app-store/product-page/)上也提醒过，前几张截图可能会出现在搜索结果里。**在我看来，一张清楚展示 app 正在发挥作用的截图，比一句口号更能卖货。** 商品页的其他拒审原因见[Apple 为什么拒绝你的 app](https://devoria.fr/zh-hans/blog/apple-app-rejection-reasons-real-cases)。 ## 一次就过的截图 [App Store Screenshots Kit](https://devoria.fr/zh-hans/kits/app-store-screenshots) 收录了我的模板，以及一个用你 app 真实界面生成截图的 skill，尺寸符合 Apple 要求。如果你的商品页刚被拒，[Review Kit](https://devoria.fr/zh-hans/kits/app-review) 里有我的提交前检查清单、我修复过的拒审案例和回复审核员的模板。完整流程见 [app 被 Apple 拒审](https://devoria.fr/zh-hans/expertise/app-rejected-by-apple)页面。 如果你正在准备第一次上架，[做一下免费诊断](https://devoria.fr/zh-hans/diagnostic)：它会帮你理清步骤顺序，并发给你我的 Apple 防拒审检查清单。 ## 常见问题 ### “Guideline 2.3.3 - Performance - Accurate Metadata”是什么意思？ 这是截图没有展示 app 使用状态时的拒审名称。Apple 认为你的截图里有太多营销图、启动页，或者不是 app 本身的界面。消息里通常会点明涉及的设备尺寸。 ### 2.3.3 被拒后需要新 build 吗？ 不需要。被拒的是 App Store 商品页。你在 App Store Connect 里替换截图，然后回复 App Review 的消息，重新提交同一个版本。 ### 多少张截图必须展示 app 使用状态？ 超过一半，每种设备类型、每种语言都要满足。三张截图，两张要展示 app。四张，就要三张。如果只有一张截图并且展示了 app 使用状态，也够了。 ### App Store 截图上可以加营销文字吗？ 可以。Guideline 2.3.3 允许叠加文字和图片。但它们不能遮住界面，而且大多数截图仍然要展示 app 使用状态。 ### 截图需要加 iPhone 外框吗？ 不需要，Apple 没有这个要求：app 的全屏截图就能过。外框能帮用户看出这张图就是 app。但外框必须对应正确的设备：iPad 用的截图绝不能套 iPhone 外框。 ### app 等待审核时能修改截图吗？ 不能。处于 Waiting for Review 状态时，App Store Connect 不允许上传或修改截图。想改的话，先把提交从审核中撤回，或者等审核结果出来。 ## 你的项目 [Review Kit](https://devoria.fr/zh-hans/kits/app-review)：我的 App Store 审核清单、我被 Apple 拒审后的修正方案、Google Play 审核清单，以及三个 Claude Code skill。¥369。 [iOS & Android Kit](https://devoria.fr/zh-hans/kits/ios)：用 Claude Code 打造你的 iPhone 和 Android 应用：我自己应用的起步代码、上架商店的完整流程，以及全部工具包。¥739。 [诊断：你离自己的 iPhone 应用还差什么](https://devoria.fr/zh-hans/diagnostic)：7 个问题，60 秒：看清真正阻碍你发布 iPhone 应用的原因，拿到你的 4 步路线和适合你的套件。