提交后 build 进入 In Review，几小时后状态翻为 Rejected，Resolution Center 里附一条引用 Guideline 2.3.1（准确性）、2.3.7（元数据）或 5.0 / 5.2（IP 与误导）的留言。审核员通常会粘一张你 App Store 上架页的截图，圈出 “AI-powered photo editor” 或 “guaranteed weight loss” 这类字眼，然后说 “this feature was not observed in the build” 或 “the screenshots do not match the app’s actual functionality.”。
这类问题和崩溃 bug 不同，不能靠改 binary 来解决。Apple 的指控是：上架页承诺了 X，但 binary 给出的只到 Y。要么改承诺，要么改 binary，要么向审核员指明 X 藏在哪儿。
常见原因
按命中率排序。2026 年 AI 类 App 大量栽在 #4。
1. 营销文案描述了”下一版才有”的功能
Roadmap 漏到了 App Store 描述里。“Coming soon: real-time collaboration” 没问题；“work together in real time” 但当前 build 里协作功能根本没开 = 被拒。
如何判断：把 App Store 描述和你的 release notes、feature flag 列表 diff 一遍。任何 featureFlag.collab = false 后面的功能都不应在文案里出现。
2. 截图来自另一个版本、付费档或纯 mock
营销在 Figma 里出了精修截图、设计师重画了图标，或截图展示了 Pro 档但免费用户进去是简化 UI。审核员下载免费 build，发现对不上，直接拒。
如何判断：Finder Quick Look 打开每张截图。在截图对应的机型尺寸下录一份实机截屏，逐像素对比。字体不一致、图标颜色不一致、tab 缺失——全是拒回的诱因。
3. 结果类承诺在 App 内没有兑现机制
“30 天减 10 斤”、“月入 $500”、“通过司法考试”。App 内若没有追踪机制、风险声明或对应课程支撑这个数字，Apple 会引 2.3.1。
如何判断：描述里每个量化承诺，必须能在 App 内找到对应那块屏幕（兑现或测量）。找不到就删。
4. “AI” / “生成”字样套在静态模板上
这是 2026 年的高发点。你把一个固定 Lottie 动画或服务端模板渲染包装成”AI 生成”。Apple 现在审得很紧——审核员会跑两次功能，要看到不一样的输出。
如何判断：同一输入跑 3 次 AI 功能。输出若是字节级一致，或是确定性地在 4-5 个 preset 之间轮换，按 Apple 的标准就不算 AI。
5. 本地化的 metadata 比主语言版多说了
英文版写 “helps you draft emails”，日文本地化写 “自动写出完美的商务邮件”。审核员一对照，就把多说的那个 locale 拒了。
如何判断：App Store Connect → App Information → 切到每个本地化版本 → 与主语言 diff。多出来的”最”、“完美”、“自动”都是风险词。
6. Reviewer notes 与上架页相互矛盾
你在 Review Notes 里写 “AI 功能只对 Plus 订阅开放”，但描述里没提门槛。Apple 会把这种不一致直接判为误导。
动手前先确认
- 改之前先把当前每个 locale 的上架页截图存档，App Store Connect 不保留历史。
- 弄清楚拒回引的具体 Guideline 号（2.3.1 / 2.3.7 / 5.2.x），每条的修复路径不同。
- 看清是 Metadata Rejected（不用换 build）还是 Binary Rejected（必须重传）。
- 确认你的 App Review 角色（Account Holder / Admin / Marketing）能改 metadata。
需要收集的信息
- 完整拒回文案 + Guideline 号 + Apple 附的截图。
- 每个 locale 当前的上架文案（description、subtitle、promotional text、what’s new、keywords）。
- 每种设备尺寸的截图集 + 预览视频。
- 已提交的 Reviewer Notes 内容。
- 审核员评估的那个 build（号 + 上传日期）。
最短修复路径
Step 1：把被引短语逐条归类
建一张三列表：
| 被引短语 | 出处（description / 截图 / App 内） | 真实性 |
|---|---|---|
| ”AI-powered photo editor” | 描述第 2 行 | 部分——只有一种特效用了 Stable Diffusion API |
| ”Generates poems in seconds” | 截图 3 | 假——这功能 v2.1 才发，当前 v2.0 |
| ”Pro features free for 30 days” | Promotional Text | 真但藏在注册流程后 |
Step 2：每个”假”或”部分”项选一个路径
- 假：删掉这句。改描述、重拍截图或砍掉功能卡片。
- 部分：加限定词重写——“AI-powered effects in our portrait mode” 代替 “AI-powered photo editor”。
- 真但藏得深：加 App 内引导路径或静态功能轮播图，让审核员在权限门之前就能看到。
Step 3：从真实 binary 重新截图
# 在每种设备尺寸下截图
xcrun simctl io booted screenshot ~/Desktop/screen_6.7inch.png必交尺寸：6.7”（iPhone 15 Pro Max）、6.5”（iPhone XS Max）、5.5”（iPhone 8 Plus）、12.9” iPad Pro 6th gen。除了裁状态栏，禁止任何 Photoshop 修饰。
Step 4：重写 Review Notes，把审核员领到现场
App Store Connect → App Review → App Review Information → Notes：
The AI photo enhancement feature is on the Home tab → tap any photo → tap "Enhance" button → wait 3-5 seconds. Output differs per input. Demo video: [private YouTube link].
The "30-day free trial" is shown on first launch onboarding screen 3 of 4. No payment required to start trial.审核员单 App 平均花 2 分钟——这几行笔记决定生死。
Step 5：提交 metadata 变更（必要时附 binary）
如果只改了描述 / 截图、binary 仍能演示原承诺：
- App Store Connect → App Information → 保存 → Submit for Review（不用新 build）。
如果 binary 里砍了或加门槛限制了某功能：
- Xcode 重新 Archive → Organizer 上传 → 等处理 → 挂到版本上 → 提交。
怎么确认已经修好
- Resolution Center 里你的回复时间戳显示在编辑之后。
- 24 小时内状态从 Rejected 回到 Waiting for Review。
- 重新装一遍 TestFlight 或正式版，被引功能在 60 秒交互内可达。
- 即使被换审核员，也不会再被引同一条 Guideline。
如果还是没修好
- Resolution Center 里附冷启动后功能可用的截图，带时间戳。
- 申请电话沟通——App Review Contact 表单 → “Schedule a call”。电话审核员有改判权。
- 如果被引短语是行业通用（比如 LLM 包装层都叫 “AI-powered”），列出几个用同样字眼的竞品作判例。
- 最后手段：走 App Review Board 上诉。详细论证差异化；无新证据的上诉几乎稳输。
预防建议
- 把 App Store 文案当 spec——每个承诺都要能让审核员在冷装后 60 秒内可达。
- 仓库里加一个
STORE-CLAIMS.md，和CHANGELOG.md同步维护；改描述的 PR 必须同时改它。 - CI 在发版 build 后从模拟器自动截图，禁止用设计师的 Figma 图。
- 涉及 “AI” 字样，写一句话论证：用什么模型 / 什么 API / 输出哪一项在变。写不出来就别声称。
- 本地化要本地化承诺：每个 locale 的市场要在那个语言下亲跑功能，确认承诺成立。
- 提交前 10 分钟找一个没看过 build 的同事，让他对着描述说”演示给我看”。
相关阅读
标签: #排查 #App Store #App 审核