一次更新被 2.3.3(Accurate Metadata)拒了：iPad Pro(第 2 代)档位的截图“仍”不能如实反映应用在该设备上的实际样子。“仍”是关键词——上一轮的发现原样跟着重交回来了。
为什么它能一路活到审核才被发现：截图是商店元数据，不是构建产物。上传校验只看像素尺寸，不看内容；构建和测试的绿灯只证明二进制没问题，没有任何一步会把已上传的图和这台设备上跑起来的界面对照。二进制在往前走，截图在描述旧样子，漂移在每一环都合法，直到审核员在一台 iPad Air 上把两者摆到一起。这和本地化目录的漂移是同一类病：两份描述同一契约的东西各自内部合法，只有逐条对照才暴露差异。
修复的顺序：
1. 从本次要提交的那个构建重新生成截图，逐设备档位生成。截图是二进制的产物；复用旧版本的图，或把一套图缩放去填另一个档位的槽位，等于提交一份自己都复现不了的元数据。 2. 逐档 × 逐语言验证：打开真实图片，在对应档位的模拟器上复现画面里的那一帧。文件存在、尺寸正确，证明不了图里是当前应用——这一步只有对照能做。 3. 然后才重新提交，并在审核回复里写明重新生成了哪些档位。不重新生成就重交，只会把同一个发现再领一次。
一分钟自检：任选一个设备档位的一张截图，在对应档位的模拟器上用当前构建找到画面里的那一帧。找不到，这张图就是旧版本或别的档位的产物——重新生成，再提交。