送审前 10 个关键检查点（按 App Review 关注顺序）
iOS 审核最怕两种情况：一是“你说有，但审不到”；二是“你写了，但和应用里不是一回事”。把功能完整性、元数据、隐私、订阅与审核验证路径一次对齐，才是最稳的送审方式。
1) 2.1 完整性与稳定性
首次启动、登录、核心按钮、弱网切换、前后台切换都要跑一遍；白屏、空页面、点击无响应、测试环境失效，都会被归到 2.1 Performance - App Completeness。
2) 2.3 元数据真实性
标题、副标题、描述、截图、预览视频与当前版本实际功能一致；不要用“即将上线”“敬请期待”去占位，也不要截图展示审核员进不去的旧功能。
3) 5.1.1 隐私与数据用途
隐私政策 URL 可访问、应用内入口可点击；收集什么数据、为什么收集、在哪触发、是否共享，要和实际行为一致，别让政策页、权限弹窗、设置页三套说法打架。
4) 账号删除路径
如果应用支持注册账号，就要检查删除账号与数据删除路径是否可验证；入口位置、确认步骤与结果页都要清楚，别只在邮件或客服流程里“口头说明”。
5) 订阅/IAP 完整路径
价格、周期、自动续费、试用、恢复购买、取消方式要在订阅页和说明文本中写清；Restore Purchases 必须可见且可操作，避免审核员误判为强制付费或误导收费。
6) 登录与测试账号
如果核心功能依赖登录、地区、白名单或角色权限，提供可用测试账号，并写清进入核心页面的最短路径；不要让审核员自己猜入口。
7) 外链与支付归属
避免在 iOS 端把用户引去外部网页完成数字内容购买；外链用途要明确，不能伪装成主流程按钮，也不能把取消方式藏得太深。
8) 权限触发与说明
相机、定位、麦克风、照片等权限要在触发前先解释用途；权限文案、使用时机、功能结果要一一对应，别在首页突然索权。
9) 4.3 重复应用风险
如果是模板化、多包、白标或相似结构应用，先检查定位、首页、主流程、截图和元数据是否真的有独立价值；别把 4.3 风险留到提交后再补救。
10) App Review Information
把测试账号、OTP 获取方式、最短验证路径、地区限制、硬件依赖、问题说明写清楚。很多“功能正常却被拒”并不是没改，而是审核员根本没跑到那一步。
行业里真正有效的做法不是“多解释”，而是让审核员 3-5 分钟内看到：入口在哪、怎么走、会看到什么、为什么这样设计。验证成本越低，通过率通常越稳。
App Review Information 模板（可直接复制）
App name/version: [Your App] / iOS vX.Y.Z
Test account: [email/phone] / [password] / OTP method: [sms/email/fixed code]
Reviewer path:
1) Open app → tap [entry]
2) Login with test account → go to [core feature]
3) If subscription is required, tap [pricing page] → reviewer can see [price/trial/restore]
4) If account deletion is required, go to [Profile/Settings] → [Delete Account]
Expected result:
- Core feature can be completed on iPhone without additional approval
- Subscription terms and restore purchase entry are visible
- Privacy policy and account deletion entry are accessible
Notes:
- Region restriction: [country / none]
- Hardware dependency: [camera / bluetooth / none]
- If reviewer cannot receive OTP, use [backup method]
App Store Connect 对应位置（快速定位）
这部分是给项目负责人和投审同学的。收到拒审邮件后，先回到对应配置入口核对，再决定是改产品、改文案，还是补审核材料。
App Review Information
App Store Connect → 版本页面 → App Review Information。这里写测试账号、演示步骤、联系信息、特殊说明。
订阅 / In-App Purchases
App Store Connect → In-App Purchases / Subscriptions。检查价格、周期、试用、截图、审核备注是否齐全。
隐私政策与账号删除
App Store Connect → App Information / Privacy 相关设置；同时确保应用内设置页或个人中心有对应入口。
元数据与截图
App Store Connect → App Store → App Information / Promotional Text / Screenshots。重点核对截图是否就是当前版本界面。
年龄分级与内容
App Store Connect → App Information / Age Rating。社交、UGC、金融、医疗类特别要核对描述与年龄评级是否一致。
版本发布与审核节奏
App Store Connect → 版本页面。确认 Build 绑定正确，避免把旧 build、旧截图、旧说明一起送进去。
收到拒审后先看这 4 个信号
2.1 App Completeness先排查稳定性和可验证性，不要一上来重写文案。只要审核员进不去、点不动、跑不通，就会先卡在 2.1。
2.3 Accurate Metadata商店页承诺和应用内功能不一致最容易被抓。截图、标题、副标题、付费说明和实际版本必须同步。
5.1.1 Privacy别只看有没有放隐私政策，要看权限、数据用途、账号删除、用户告知是否形成闭环。
4.3 Spam / 重复结构如果你是多包或模板化项目，就算本次拒审邮件写的是别的条款，也建议提前排查 4.3 风险，避免下一轮继续被拦。