你传了一个干净的 build，binary 处理通过，拒回邮件还是来了——引用的是 Guideline 2.3.3（截图要展示 App 实际使用画面）、2.3（元数据准确性）或 2.3.1（不得有限时 / 促销宣传），跟 App 实际能力无关。审核员的备注会精确指向某个面：截图展示了你不提供的功能、关键词字段塞了竞品名、描述夸大、类目和 App 实际做的事不匹配。这些都不需要改代码——都是内容修复。但每个面有自己的规则，而多数团队第一时间会读错”到底哪个面被标了”。
最快路径：先识别面（截图 vs 描述 vs 关键词 vs 类目），按面修，然后 metadata-only 重交——不用重新 archive，沿用已有的 binary。
先判断你属于哪一类
动手前，先把审核员的措辞对应到具体的面。Guideline 编号本身就告诉你违反了哪条规则。
| 审核员原话（意译） | Guideline | 要修的面 |
|---|---|---|
| ”screenshots include content not in your app” | 2.3.3 | 从真实 build 重截截图 |
| ”app description includes misleading content” | 2.3 | 重写描述 |
| ”keyword metadata contains irrelevant or trademarked terms” | 2.3 | 清关键词字段 |
| ”app’s category does not accurately reflect” | 2.3 | 修主 / 辅类目 |
| ”promotional text references time-limited offers” | 2.3.1 | 删掉促销 / 时间宣传 |
| ”localized metadata is not consistent” | 2.3.7 | 修被标的那个 locale |
每个面独立处理。被标截图时不要去重写文案。
常见原因
按命中率排序。约一半的元数据拒回是 #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 候选。另外标出任何含价格（“Free”、“50% off”）、竞品名或其他平台名的叠加——无论真假，Apple 都不允许这些出现在截图上。
3. 关键词字段塞了竞品名或重复 token
100 字符关键词字段写成 “notion,evernote,obsidian,roam,logseq,note,notes,notes app,notes app pro”。Apple 同时标 metadata 违规（注册商标的竞品名）和低质量重复。商标违规时 Apple 可能直接拒更新，也可能不通知就清空整个关键词字段——截至 2026 年 6 月，对品牌词的检查已自动化且毫不留情。
如何判断：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, 50% off this week”——promotional text 是唯一不用审核就能改的字段，所以团队爱往里塞活动。Apple 按 2.3.1 拒限时优惠和带日期的宣传。18 个月前写的、副标题里还挂着的 “New: AI summarization for iOS 17” 同理。
如何判断：在 subtitle / promotional text / description 里搜 new, just launched, coming soon, beta, latest, % off, limited time, free for the first, 2024, 2025。把任何在跑的活动挪到 App 内 banner 或推送里；上架元数据保持长期有效。
7. 本地化元数据与主语言不一致
见 App Store 产品页本地化混乱 — 按 2.3.7 单独一篇。
需要收集的信息
- 审核员完整原文 + 准确的 Guideline 编号。
- 当前 dev build 的规范化截图集，每个对外功能至少一张。
- 当前关键词字段 + 里面所有品牌名。
- 描述文本分两段：首次可见（约前 170 字符）+ 其余。
- 当前 promotional text 和 subtitle 文本。
- 一个决定：metadata-only 修（快）还是要重打 build（慢）。Metadata-only 沿用已有 build——不用重新 archive。
改之前，把当前所有上架字段先截图存档。App Store Connect 不保留被覆盖元数据的历史版本。
最短修复路径
Step 1：识别被标的面
复读拒回，对照上面的表。被标截图时别浪费时间重写文案；被标关键词时也别去重截截图。
Step 2：从真实 build 重截截图
2026 重要变化：App Store Connect 现在每个设备族只要求一套最大尺寸的截图，自动缩放到该族所有更小的设备。截至 2026 年 6 月你需要：
- iPhone：6.9” 屏，竖版
1320 x 2868px（iPhone 17 Pro Max / 16 Pro Max）。6.5” 的1284 x 2778仍作为后备被接受。新提交不再要求 5.5” / 4.7”。 - iPad（仅当 App 支持 iPad）：13” 屏，竖版
2064 x 2752px。只放 iPhone 截图的 iPad 上架页 Apple 不接受。
在每个所需模拟器上跑 build，截规范屏：
xcrun simctl io booted screenshot ~/Desktop/screen-6.9.png跨当前所需设备类 + 跨 locale 自动化：
fastlane snapshot --devices "iPhone 16 Pro Max,iPad Pro (13-inch) (M4)"先用 xcrun simctl list devices 核对设备名，必须和已安装的模拟器完全一致——这些名字随每个 Xcode 版本变动。把 App Store Connect 上每张过期截图换成新截的；营销 styling 收敛：文字叠加要和 App 内现实一致，且不得含价格、竞品名或其他平台名。
Step 3：清关键词字段
重写 100 字符关键词字段，规则：
- 逗号分隔，逗号后无空格（
one,two,three不是one, two, three——空格浪费字符）。 - 无你不拥有的第三方品牌名（截至 2026 年 6 月，会自动拒或被静默清空字段）。
- 无重复词根——
note/notes/notes app只保留一个；Apple 自动处理复数和组合。 - App 名或 subtitle 里已有的词不再放（那 30+30 字符自动索引）。
- locale 单独写——每个 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 设置并保存。
Step 6：重新提交（binary 没动就 metadata-only）
在 App Store Connect 打开 App 的提交，挂上被拒的版本，点 Add for Review → Submit for Review。Metadata-only 修复沿用已有 build——不用重新 archive、不用重新上传。审核员若提了问题，再到 Resolution Center → Reply to App Review 回复，准确说明你改了什么。
怎么确认已经修好
- 上架页每张截图都对应当前 build 里能走到的屏。
- 没有截图叠加含价格、竞品名或其他平台名。
- 关键词字段零竞品名、零重复词根。
- 描述前 170 字符讲清 App 做什么，无关键词堆砌。
- 主类目和用户在 App 里最常做的动作匹配。
- 提交状态从 Metadata Rejected 回到 Waiting for Review，再到 In Review——metadata-only 重交通常 1-2 小时内。
如果还是没修好
- 在 Resolution Center 回复时给截图逐张映射：“screenshot 1 → app’s home screen, reachable by…”。
- 某条承诺被标就在 App 里证明：录 30 秒屏幕录像，在回复里用 Attach File 附上。
- 拒回措辞模糊（“misleading” 无细节）时让审核员澄清，Apple 通常会在 Resolution Center 给出确切的面。
- 风格化截图被以”不准确”拒但底层功能确实存在时，通过 Contact App Review 升级。
预防建议
- 仓库里维护
metadata/文件夹，每个面（截图 / 描述 / 关键词 / 类目）×每个 locale 一个文件，进版本控制。 - 发版清单加一条：从当前 build 按
1320 x 2868重截截图（支持 iPad 再加2064 x 2752）。 - 关键词字段保持干净——100 字符内相关性比数量重要，且不放品牌名。
- 上架元数据保持长期有效；限时活动放进 App 内 banner，别放 promotional text（2.3.1）。
- 用
fastlane deliver从仓库同步 metadata 到 App Store Connect，保证上架页和 ship 出去的 build 一致。
FAQ
元数据被拒需要重新上传 build 吗？ 不用。元数据拒回允许你改元数据并沿用已有 binary。只有审核员标的是 App 内行为（而非上架页）时才需要重新 archive。
2.3 和 2.3.3 有什么区别？ 2.3 是广义的”元数据准确性”（描述、关键词、类目）。2.3.3 专指截图和 App 预览——必须展示 App 的真实使用画面。2.3.1 管促销和限时宣传。拒回里的编号告诉你该修哪个面。
2026 年到底需要几种截图尺寸？
每个设备族一套最大尺寸即可。iPhone：6.9” 的 1320 x 2868。iPad（若支持）：13” 的 2064 x 2752。Apple 自动缩放到更小设备，旧的多尺寸矩阵不再要求。
为什么 Apple 清空了我整个关键词字段？ 有注册商标的竞品名会触发。截至 2026 年 6 月，Apple 的自动检查可能清掉整个 100 字符字段，而不只是那一个词。删掉所有你不拥有的品牌名，重新填干净的关键词。
promotional text 里能保留 “New” 角标或上线周折扣吗？ 不能——限时和促销宣传违反 2.3.1。promotional text 应描述长期有效的价值。活动改用 App 内 banner 或推送来跑。
metadata-only 重交多久？ 状态通常 1-2 小时内回到 Waiting for Review，实际审核一般一天内完成，不会重新排进多天的 binary 审核队列。