你传了一个干净的 build，binary 处理通过，拒回邮件还是来了——引用的是 Guideline 2.3.3（截图准确性）或 2.3（元数据准确性），跟 App 实际能力没关系。审核员的备注会精确指向某个面：截图展示了你不提供的功能、关键词字段塞了竞品名、描述夸大、类目和 App 实际做的事不匹配。这些都不需要改代码——都是内容修复，但每个面有自己的规则，而多数团队第一时间会读错”到底哪个面被标了”。
最快路径是：先识别面（截图 vs 描述 vs 关键词 vs 类目），按面修，然后 metadata-only 重交。
常见原因
按命中率排序，约一半的元数据拒回是 #1。
1. 截图展示了 build 里没有的功能
上一版有 “AI Assistant” tab，这一版去掉了，但你保留了展示它的营销截图。审核员下载 binary 后找不到那个 tab，按 2.3.3 拒。
如何判断：App Store Connect 上每张截图都对应一个屏；打开 build 试图走到那个屏。走不到的就是过期截图。
2. 重度修图截图带 App 证明不了的承诺
你出货的是营销风截图——渐变背景、放大手机框、加文字 “3x faster than ChatGPT”。Apple 对风格化包容，但叠加文字带的承诺如果 App 演示不出来就拒。
如何判断：列出每张截图的每条文字叠加。逐条问：用户用 5 分钟 App 能不能验证这条？ 不能就是 2.3.3 候选。
3. 关键词字段塞了竞品名或重复 token
100 字符关键词字段写成 “notion,evernote,obsidian,roam,logseq,note,notes,notes app,notes app pro”。Apple 同时标 metadata 违规（竞品名）和低质量 SEO（重复 token）。
如何判断：App Store Connect → App Information → Keywords。搜任何不属于你的第三方品牌。数重复词根（note、notes、notes app 是同一个根）。
4. 描述开头硬塞关键词没有上下文
描述开头写 “AI productivity assistant for Notion users, Slack users, Gmail users, Google Calendar users, Apple Calendar users…”——一串集成承诺，无叙事。审核员按 2.3 标关键词堆砌。
如何判断：读前 170 字符（不点 “more” 默认可见的那段）。读起来像 SEO meta-tag 而不是描述 App 的连贯句子，就是偏重了。
5. 主类目和 App 里用户实际做的事不匹配
你选了 “Lifestyle” 因为下载基数大，但 App 明显是生产力工具；或一个游戏选了 “Productivity”。审核员按 2.3 拒。
如何判断：打开 App，用一句话写用户最常做的动作。和 Apple 类目定义 对照。差超过一类就选错了。
6. promo text 或 subtitle 写了过时的时间承诺
“New: AI summarization for iOS 17”——18 个月前写的，副标题里还挂着。审核员按”不准确”标拒（功能不再是新的；iOS 17 可能已不支持）。
如何判断：在 subtitle / promo text / description 里搜 new, just launched, coming soon, beta, latest, 2024, 2025。当前提交里出现任何一个都要删或更新。
7. 本地化元数据与主语言不一致
见 App Store 产品页本地化混乱 — 单独一篇。
动手前先确认
- 完整记下审核员引用的具体 Guideline（2.3、2.3.3、2.3.7）——修复规则不同。
- 决定是 metadata-only（快）还是要重打 build（慢，多 24 小时）。
- 改之前把当前所有上架字段截图归档，App Store Connect 不保留历史版本。
- 弄清拒回到底针对哪个面——别在被标截图时去重写描述。
需要收集的信息
- 审核员完整原文 + Guideline 编号。
- 当前 dev build 的规范化截图集，每个对外功能至少一张。
- 当前关键词字段 + 里面所有品牌名。
- 描述文本分两段：首次可见（前 170 字符）+ 其余。
- 当前 promo text 和 subtitle 文本。
最短修复路径
Step 1：识别被标的面
复读拒回。Apple 文案模板：
- “the screenshots… include content that is not in your app” → 2.3.3，修截图。
- “your app description includes content that is misleading” → 2.3，修描述。
- “your keyword metadata… contains irrelevant or trademarked terms” → 2.3，修关键词。
- “your app’s category does not match” → 2.3，修类目。
- “localized metadata… not consistent” → 2.3.7，按 locale 修。
每个面独立处理。被标截图时不要浪费时间重写文案。
Step 2：从真实 build 重截截图
Xcode 里在模拟器上跑 build，覆盖所需所有设备尺寸（6.7”、6.5”、5.5”、12.9” iPad）。用 Cmd+S 或：
xcrun simctl io booted screenshot ~/Desktop/screen-6.7.png跨设备 + 跨 locale 自动化：
fastlane snapshot --devices "iPhone 15 Pro Max,iPhone 8 Plus,iPad Pro (12.9-inch) (6th generation)"把 App Store Connect 上每张过期截图换成新截的。营销 styling 收敛——文字叠加要和 App 内现实一致。
Step 3：清关键词字段
重写关键词，规则：
- 100 字符，逗号分隔，逗号后无空格（
one,two,three不是one, two, three）。 - 无你不拥有的第三方品牌名。
- 无重复词根（note / notes / notes app 只保留一个）。
- title 或 subtitle 里已有的词不再放（自动索引）。
- locale 单独写。
干净示例：gpt,llm,prompt,writing,summary,translate,voice,markdown,scan,ocr,docs
Step 4：重写描述
开头一句用白话讲 App 做什么。Apple 首屏揭示约前 170 字符，所有重要的东西都放这里。
Acme Studio turns any photo into a polished portrait using on-device AI.
No subscription required for basic edits; Pro unlocks batch and 4K export.
Features:
- One-tap enhance: lighting, skin, sharpness
- Background removal and replacement
...要删的迹象：关键词清单、感叹号、全大写词组、App 里 5 分钟内证明不了的承诺。
Step 5：选对类目
Apple 类目列表 不长。打开 App 想：
- 用户最常做什么？那是主类目。
- 紧邻的辅类目？可选。
App Store Connect → App Information → Category。Save。
Step 6：重新提交（binary 没动就 metadata-only）
App Store Connect → App Store 标签 → 点被拒 build → Submit for Review。Metadata-only 不用重新 archive。
怎么确认已经修好
- 上架页每张截图都对应当前 build 里能走到的屏。
- 关键词字段零竞品名、零重复词根。
- 描述前 170 字符讲清 App 做什么，无关键词堆砌。
- 主类目和用户在 App 里最常做的动作匹配。
- 重交后 1-2 小时内状态从 Metadata Rejected 回到 Waiting for Review。
如果还是没修好
- 在 Resolution Center 回复时给截图逐张映射：“screenshot 1 → app’s home screen, reachable by…”。
- 某条承诺被标就在 App 里证明：录 30 秒视频附上。
- 拒回措辞模糊（“misleading” 无细节）时让审核员澄清，Apple 通常会给更多信息。
- 风格化截图被以”不准确”拒但底层功能确实存在时，通过 Contact App Review 升级。
预防建议
- 仓库里维护
metadata/文件夹，每个面（截图 / 描述 / 关键词 / 类目）×每个 locale 一个文件，进版本控制。 - 发版清单加一条：每个所需设备尺寸都要从当前 build 重截截图。
- 关键词字段保持干净——100 字符内质量比数量重要。
- subtitle 和 promo text 里避免时间承诺词（“new”, “latest”, 年份）。
- 用
fastlane deliver从仓库同步 metadata 到 App Store Connect，保证上架页和 ship 出去的 build 一致。