拒审邮件只有 Guideline 时怎么排查

结论

拒审邮件里往往只有 Guideline 编号和短句。有效做法是分层排查：先看二进制与权限（包），再看商店文案与截图（元数据），最后才怀疑开发者主体或账号权限（主体）。本页教定位与改提，不提供审核规避、马甲包或「换皮过审」方法。

账号本身不能保证过审，见买开发者账号能保证过审吗。若你同时在买号或续费窗口，先把「内容是否合规」和「号是否可登录」分开处理。

怎么读拒审邮件

1. 记下全部 Guideline 编号（可能不止一条）。
2. 看是否点名具体功能、登录方式、截图或隐私声明。
3. 确认是 Binary Reject（包）还是 Metadata Reject（可只改商店信息）——以邮件与后台提示为准。
4. 打开 Resolution Center，按官方问题逐条准备回复或修改说明。

不要一上来就换账号或重签乱试。换号解决不了同一套不合规实现；反而引入2FA 交接与角色混乱，见Account Holder 与 Admin。

第一层：包体与权限

与崩溃、私有 API、未声明权限、后台模式、登录墙、演示账号缺失等相关的编号，优先查构建本身：

• 用与提审相同的构建在真机走一遍主路径，确认审核员按描述能完成核心体验。
• 核对 Info.plist 用途字符串是否与真实调用一致；多语言勿漏译或复制粘贴错误。
• 第三方 SDK 是否引入额外跟踪/采集——并与隐私标签交叉验证（见下一节与隐私专文）。
• 若邮件要求演示账号或录屏，按要求放在审核备注，确保账号在审核周期内可用。

修包后一般需要新构建再提。把「改了什么」写成简短变更说明，方便审核对照，而不是只写「已修复」。

第二层：元数据与商店页

与截图夸大、副标题误导、品类不符、年龄分级、关键词堆砌、外链引导等相关时，先动 App Store Connect 元数据，不一定要立刻重编：

• 截图与预览是否只展示应用内真实界面。
• 描述是否承诺了应用做不到的功能或平台禁止的服务。
• 隐私政策链接是否可打开、语言与主体是否匹配。
• 定价、订阅说明与应用内实际付费墙是否一致。

元数据问题修完可按后台指引重提；若同时改了收集行为，必须同步隐私营养标签。

第三层：主体与账号侧

仅当包与元数据都合理，仍反复落在与法律主体、付费会员、团队权限相关的提示时，再查主体层：

• 会员是否在有效期；到期撞窗口见 续费还是换号。
• 协议是否需 Account Holder 接受；Admin 是否越权操作导致状态异常。
• 公司名、地址与邓白氏等是否与组织档案一致，材料见公司账号需要什么材料。
• 购买的号若 2FA/恢复方式不在买方，可能无法完成协议或支付更新——先完成交接再谈提审。

主体层解决的是「谁有权维护这个账号」，不是「换主体就能让同一套违规内容通过」。

建议工作流（一次拒审）

1. 编号归类到包 / 元数据 / 主体三层（可跨层）。
2. 每层列出可验证的修改项，先做高确定性项（如补演示账号、修死链）。
3. 需要新构建则出新 build；只改文案则按 Metadata 流程。
4. 在 Resolution Center 按条回复：指出改了哪里、如何复现。
5. 仍不清时，对照 Apple 官方 Guideline 原文，而不是二手「过审技巧」。

和买号、双端上架的关系

若你还在选型：先定个人或公司，见个人号和公司号短答；买前清单见买苹果前要准备什么。双端同时做时，主体策略见双端先对齐哪边主体。正式成交约定见交易说明。

总结：Guideline 拒审是定位问题，不是换号竞赛。按包 → 元数据 → 主体的顺序推进，记录每次修改，才能稳定收敛；规避与马甲路线不在本站服务范围内。