先把苹果上架能复现的条件准备完整
不是把表单填满就结束，而是确保元数据、账号删除、隐私说明和 Review Notes 都能支撑审核人员顺利复现。
准备清单
Review Notes
高频拒审点
这页把 iOS上架提交前自检、资料准备、Review Notes 和常见拒审点整理成一条清晰路径，适合自己提审前做最后对照。
不是把表单填满就结束，而是确保元数据、账号删除、隐私说明和 Review Notes 都能支撑审核人员顺利复现。
自检、提交、补充审核说明、收到反馈后修复复提，把最容易漏掉的节点提前补齐。
如果使用我们的代上架服务，客户最少只需提供应用名称和 LOGO；落地页地址可上架后补充，默认地区为中国大陆以外所有国家地区，默认语言为英文。以下清单主要用于你自行提审时参考。
| 拒审点 | 典型原因 | 优先处理方式 |
|---|---|---|
| 元数据不一致 | 描述、截图与功能路径不一致 | 统一商店文案与页面行为后再提交 |
| 账号删除能力不足 | 入口缺失或说明不清晰 | 补齐入口和操作说明并在备注标注路径 |
| 隐私说明不完整 | 权限用途、采集范围描述模糊 | 按真实行为重写隐私说明并自检 |
| 审核不可复现 | 测试账号失效或步骤缺失 | 更新可用账号与分步验证说明 |
回复重点是“承认问题、明确改动、给出复现路径”，避免情绪化解释。
示例结构：
1) 已收到反馈并完成对应修复；
2) 具体修改点（页面/文案/功能）；
3) 测试账号与复现步骤；
4) 若需补充资料，可继续提供。常见是元数据一致性、账号删除入口、审核复现路径和隐私说明。
建议先补齐关键资料再提审，至少保证审核可复现和核心声明完整。
关键问题修复并自检通过后再复提，避免无效重复提交。
写清测试账号、关键步骤、触发条件和预期结果，避免泛泛描述。
不需要，按变更点更新相关字段即可，但需保持整体一致性。