iOS审核被拒：2.3.1 截图与App实际内容不符——你的应用“照骗”被当场抓包
App Store的截图，是用户决定下载的第一印象。但对审核员来说，截图还有一个更直接的用途：验证你的应用是否诚实。
如果一个应用在截图上展示了五颜六色的图表、复杂的仪表盘、漂亮的社交动态，审核员下载下来一看——要么根本没有这些页面，要么数据全是假的/静态的，要么界面长完全不一样。结果只有一个：Guideline 2.3.1，俗称“照骗被拒”。
我见过一个比较典型的案例：一个记账App，截图上展示了一个非常精美的“消费趋势折线图”，并且有“AI智能分类”等功能卡片。审核员下载后，发现这个App里根本没有图表，只有最简单的收入支出列表。开发者的理由是：“图表功能需要用户至少记账7天才能生成，新账号看不到。”但审核员不管——你的截图展示的是App内本该存在的内容，而实际不满足触发条件，就属于误导。
更有意思的是，有些人为了截图好看，会在设计工具里画一套完全和代码不搭边的UI，然后上传。结果审核员打开App，看到的是一个完全不同的世界——颜色不同、字体不同、布局不同，甚至连按钮位置都对不上。直接被定性为“元数据欺诈”，修复成本极高。
一、哪些行为容易触发2.3.1？
① 截图中出现App中不存在的页面/功能
这是最直接的违规。例如：截图中有一个“地图视图”，但你的App根本没有集成地图SDK；截图中有一个“视频通话”界面，但你的App只有文字聊天。审核员是带着截图去对照的，一眼就能看出来。
② 截图中的界面与实际运行时的界面差异过大
即使功能存在，如果UI差异太大，也会被判定。比如：截图中是圆角卡片 + 毛玻璃效果 + 自定义字体，实际代码里是系统默认的白底黑字列表。审核员会认为你在故意美化以吸引下载。
③ 截图中展示的数据/内容在默认状态下不可见
例如：截图展示了“热门推荐”列表里有10条精彩内容，但新用户进入App后，列表是空的，需要关注5个人才能出现。审核员不会去完成这个前置条件——他们只看首次打开的样子。
④ 截图中包含设备状态栏元素与实际不符
有些人截图时，状态栏显示“9:41”、满格信号、100%电量——这是模拟器/Xcode默认截图的样子，本身没问题。但如果你的截图上出现了“中国移动 5G”“WiFi图标”等，而你的App本身并不依赖网络功能，一般没事。更敏感的是一些开发者把状态栏P成“无SIM卡”“飞行模式”等，试图暗示某些特殊能力，这会引起审核员警觉。
⑤ 多语言截图不对应
如果你的App支持中英文，但中文截图里全是英文内容，或者英文截图里出现了中文文案，审核员会认为你不够专业，也可能触发2.3.1。
⑥ 截图包含未上线的功能或内购未解锁内容
截图中展示了一个“高级报告”页面，但这个页面实际需要付费订阅才能看到。并且你没有在截图上标注“需要订阅”。苹果的要求是：截图必须反映默认可见的内容，或者如果展示了付费内容，需要在元数据中明确说明（最好在截图本身加标注）。
二、审核员如何发现“照骗”？
审核员有一套标准流程来验证截图真实性：
打开你的App Store产品页面，看一眼你上传的每一张截图。
下载并安装你的App，以新用户身份打开。
逐屏比对：截图1对应App的哪个页面？截图2呢？如果找不到对应页面，或者页面长得不一样，就标记违规。
点击截图里出现的所有交互元素：如果截图里有一个“分类”选项卡，但App里没有，判定违规。
所以，那些只在特定条件下才出现的页面——比如“需要登录”“需要购买”“需要达到等级”“需要特定地理位置”——都会被审核员认为“默认不可见”，如果你把它们放在截图中，就必须提供测试账号或说明触发方式。
三、正确的截图策略：诚实+可控
与其绞尽脑汁“美化”，不如采用更稳妥的策略：
策略一：只截取App默认启动后能直接看到的页面
对于大多数App，默认首页、设置页、个人资料页、几个核心功能页，只要这些页面在全新安装、未登录或已登录（提供测试账号）状态下可以完整展示，就足够了。不要贪多。
策略二：使用模拟数据，但必须是真实的模拟
如果你需要一个非空的列表、图表、地图标注等，可以在代码中为审核模式（或Debug模式）注入预置的模拟数据，但这些数据必须看起来真实（比如有头像、昵称、时间），并且功能上可交互（不能是静态图片）。注意：这些模拟数据只用于截图和审核演示，正式上线后替换成真实数据，完全合规。
策略三：截图和实际UI保持一致，不额外美化
不要用设计工具单独画截图。最稳妥的做法是：用真机截图，原图上传。如果你需要加文字标注、高亮框，可以在截图后加上，但不要修改界面本身。
策略四：充分利用“预览视频”
苹果允许上传一个预览视频（30秒以内）。这个视频比截图更灵活——你可以展示动态效果、多步骤流程、甚至短暂展示需要特殊条件才能出现的页面。视频的审核标准比截图稍微宽松一些（因为视频本身是动态的，审核员能理解有些内容需要时间加载）。但同样，视频不能包含虚构的功能。
四、实战案例复盘：一个因“测试账号数据太假”被拒的故事
这是一个金融类App的案例。
开发者上传了5张截图：账户总览、交易记录、理财推荐、个人中心、安全设置。所有截图里的数据都是真实的、取自开发者的个人账户（余额过万，交易记录丰富）。
提交审核后，被拒。理由是：截图中的内容（高余额、多笔交易）与实际审核测试账号看到的不一致。
开发者懵了：我给审核员提供的测试账号是一个全新的空账户，余额为0，交易记录为空。他截图用的是自己的真实账户，但审核员用测试账号登录后，看不到这些丰富的数据，就判定截图与实际不符。
解决方案：开发者做了两件事：
为测试账号预先充值了虚拟余额（10000.00元），并生成了10条模拟交易记录。
重新截图时，使用同一个测试账号登录后截图，确保截图里的内容和审核员登录后看到的内容一致。
重新提交后，过审。
这个案例的启示：截图用的账号，必须和提交给审核员的测试账号是同一个数据状态。不要用你的VIP账号截图，然后给审核员一个乞丐账号。
五、如何回复2.3.1的拒信？
如果你的App因为截图不符被拒，回复的核心是：要么修改截图，要么修改App的默认显示内容，并提供对比证据。
回复模板如下：
Dear Review Team,
Thank you for pointing out the inconsistency between our screenshots and the actual app.
We have resolved this issue by:
Option A（修改截图）: Updated all screenshots to accurately reflect the app's default state. The new screenshots are attached/uploaded to App Store Connect.
Option B（修改App）: Enhanced the onboarding experience so that new users see realistic demo data immediately. The latest binary (build xxx) includes this change.
Additionally, we have provided a test account (username: demo@example.com / pw: Demo123) that shows the same data as the screenshots.
We have also recorded an unedited video showing the app running on a real device, matching every screenshot. Video link: [link]
Please re-review. Thank you.
注意：如果你选择修改截图，必须确保新截图和最新提交的二进制完全一致。如果你选择修改App，需要重新打包提交。
六、容易被忽略的细节：iPad截图和iPhone截图要一致
如果你的App同时支持iPhone和iPad，你需要分别上传两套截图。很多开发者只认真做了iPhone截图，iPad截图直接从iPhone版拉伸或者随便拍几张，结果iPad截图里出现了iPhone的尺寸比例，或者iPad截图里的内容在iPad上运行时不匹配（比如布局错乱）。这也是2.3.1的重灾区。
建议：iPad版即使你没单独设计适配，至少保证运行时不崩溃，并且截图中展示的内容是从iPad真机截取的，不要用iPhone截图替代。
七、一个聪明但容易踩线的做法：动态截图生成
有些开发者会在App内实现一个“截图模式”——通过某个隐藏手势（比如长按版本号）进入一个专门用于截图的状态，这个状态下展示最完美的数据、最完整的界面。截完图后，正常用户永远不会看到这个模式。
这种做法是否合规？严格来说，是打擦边球。苹果的条款要求截图反映“typical user experience”，如果你使用了普通用户无法触发的模式来生成截图，一旦被苹果发现（比如审核员无意中没触发那个手势），就可能判定违规。
更安全的做法是：如果你的App在首次启动时，有一个“体验模式”或“演示模式”的选项，用户可以主动选择进入，并且你在截图中也展示的是这个模式——那么你需要在上传截图时，在元数据中说明“截图来自演示模式”，并且审核员能通过演示模式看到同样内容。
八、为什么截图问题比你想的更严重？
很多开发者觉得：“截图不符，顶多让我重新上传截图呗，又不改代码。”
但苹果的2.3.1属于元数据违规，一旦累计多次，可能导致你的开发者账号被标记为“不可信”。后续每次提审都可能进入更严格的人工审核，审核周期从1-2天拉长到1周以上。
更严重的是，如果你的截图误导用户下载，导致大量差评或投诉，苹果可能会直接下架你的App，甚至封号。
所以，截图虽小，态度要大。诚实是最好的策略。
九、提交前的截图自查清单
在上传截图前，对照以下问题逐一确认：
截图中的每一个页面，都能在App中找到对应的位置吗？
截图中的UI元素（颜色、字体、间距、图标）和实际运行完全一致吗？
截图中的数据（数字、文本、头像）在测试账号登录后能完整呈现吗？
是否有截图展示的功能在App里不存在，或者需要特殊条件才能触发？
如果你的App支持多种设备（iPhone/iPad），每套截图都分别从真机截取了吗？
截图是否包含了任何设备边框外的修饰（如虚拟Home键、时间电池等）？这些是允许的，但不要遮挡内容。
是否有多语言版本的截图，并且语言与App实际语言一致？
总结
2.3.1截图不符，本质上是一个“态度问题”。苹果在用一个非常简单的方式测试你：你有没有诚实地呈现你的产品？
如果截图和实际差距太大，苹果会认为你在试图欺骗用户，这是底线问题。反之，只要你的截图是真实的、可验证的，哪怕界面朴素一些，也能顺利过审。
一个简单的判断标准：如果你是一个挑剔的用户，看到截图后下载了App，你会不会觉得“被骗了”？如果会，那就改截图或改App。