Guideline 2.3.3（准确的元数据） 要求截图展示应用的实际使用画面。我们在它上面被拒过两次。一次是 iPad Pro（第 2 代）档位的截图“仍”不能反映应用在该设备上的样子，“仍”的意思是上一轮的发现原样跟着重新提交的版本回来了。另一次审核是在 iPad 上做的，被点名的却是 6.7 英寸 iPhone 那一组，那组图没有展示应用真实在用的画面。
下面来自我们自己的送审记录：为什么它能活到人工审核才被发现，以及怎么修好的。
为什么能一路过关
- 上传只校验像素，不校验内容。 App Store Connect 检查尺寸和格式。比例正确、内容却不是真实界面的图，机器层全部通过。
- 截图按尺寸分组，每组各自成立。 非主力尺寸往往根本没专门截：从主力尺寸复用、拉伸、套设备框。尺寸检查能过，“准确”过不了。
- 你反复看的是主力那组。 审核逐组看，和审核员手里是哪台设备无关。
- 构建和测试只证明二进制。 没有任何一步把已上传的图和当前构建在该设备上的界面对照。二进制往前走，截图还在描述旧版本。
修复顺序
- 先写清“真实在用”的标准。 该尺寸上应用真实运行的界面。可以有文案说明，不能是营销拼图、启动画面或空内容占位。
- 每个必需尺寸，用要提交的那个构建原生生成。 不要把母版缩放去填别的档位；复用旧版本的图，等于提交一份自己都复现不出来的元数据。
- 逐组打开检查。 对每个尺寸、每种语言，在对应尺寸的模拟器上用当前构建找到图中的那一帧。“导出跑完了”不等于每组都对。
- 留一份“尺寸到来源”的清单。 必需尺寸会更新，有清单，下一轮是一次重新生成，而不是一次考古。
- 然后再重新提交， 并在回复里写明重新生成了哪些尺寸。不重新生成就重交，只会把同一个发现再领一次。
一分钟自检
打开截图管理页，对每个尺寸组问三件事：比例是该尺寸原生的吗？画面是应用真实运行的样子吗？今天要重截，拿得出来吗？哪一组答不上，哪一组就是你手里最弱的元数据，而审核恰恰是逐组看的。
以上来自 Obelisk Club 自己的送审记录。Apple 的措辞和要求会变，请以当前 App Review 指南和你收到的消息为准。