iOS App 首次上架 Checklist

根据你提供的上架踩坑经验，我整理了一份 iOS App 首次上架 Checklist，涵盖元数据、订阅、功能测试、审核策略和发布流程。你可以逐项打勾，避免“5连拒”。

—

一、提交前：元数据与账户信息

· 截图：不包含价格、折扣等文字（第一次被拒原因）
· 支持网址（Support URL）：填写有效、可访问的URL
· App 描述：如果涉及订阅/条款，需在描述中写明《用户协议》关键内容（第五次被拒原因）
· 隐私政策（Privacy Policy）：必须在 App 内可点击查看，且链接有效
· 使用条款（Terms of Use）：
 · App 内必须有明显的按钮/链接，点开能完整显示
 · App Store 页面描述里也要包含条款的核心内容（第五次被拒重点）
· App 类别与设备：即使设为 iPhone only，也要测试 iPad 兼容模式（审核方会在 iPad 上运行）

—

二、订阅与 IAP（应用内购买）

· 提供“过期订阅的测试账号”：Apple 需要验证续订、过期、恢复逻辑（第三次被拒原因）
· 订阅流程完整无报错：从发起购买、支付成功、到服务器回调，全程不能崩溃或报错（第四次被拒核心）
· 恢复购买按钮：必须存在且可用
· 订阅价格与 App Store 产品一致：不要在代码里写死价格
· Terms & Privacy 按钮在 IAP 流程前后均可点击：Apple 会用 iPad 测试按钮响应区域

—

三、功能与稳定性（“能不能用”）

· 所有按钮在真实设备上可点：不要只依赖 TestFlight 或模拟器（第二次/第三次被拒原因）
· 登录/注册流程完整：无白屏、无死循环
· 后端服务稳定：审核期间不要改部署、不要停机（第四次被拒因付费接口报错）
· 处理网络异常、超时、空数据：不要直接崩溃
· 测试设备多样性：至少用 iPhone + iPad（不同尺寸、系统版本）各一台真机测试

—

四、审核策略与心态

· 理解审核本质：审核员会以最少步骤、最快速度“用坏”你的 App，不是只检查“有没有”
· 每次拒绝都在升级：
 · 第1轮 → 元数据问题
 · 第2-3轮 → 功能/法律问题
 · 第4-5轮 → 真实使用流程崩溃、隐藏条件缺失
· 拒绝后不要只改被指出的点：主动用 iPad 重走一遍完整用户路径（注册 → 付费 → 过期 → 恢复）
· 预留 2-4 天审核周期：节假日（如清明）会延长
· 情绪管理：被拒时允许崩溃10秒，然后按清单逐项排查

—

五、最后一步：真正的“发布”

· 审核状态变为 Ready for Distribution 后，必须手动点击“Set Up Availability”（发布到商店）
 （否则 App 会显示 “Removed from Sale”）
· 发布后请用另一部设备（非开发者账号）实际下载、订阅一次

—

附：AI 编程特别提醒

· 不要完全依赖 AI 写代码后直接上传
· AI 建议你“手动改某一行”时，往往是因为你该理解自己的代码逻辑
· 审核被拒后的修复过程，才是真正学会“让系统可靠”的机会

祝你下次上架一次过 ✅