App Store 审核被拒后，先保存完整通知，确认 Apple 指出的条款、具体问题和受影响版本，再决定补充说明、修改资料，还是修复应用后重新提交。只看条款编号，往往不足以确定要改什么。
本文按“读通知、找问题、准备材料、回复与重新提交”的顺序帮助你整理下一步。官方资料核对日期：2026 年 9 月 16 日。
已经被拒，不确定该改哪里？ 可以发送拒审原文、应用类型和已尝试的修改，咨询早鸟出海的 App Store 上架协助。发送拒审通知，咨询修改方案（Telegram：@nboversea）
一、App Store 审核被拒，先读懂通知里的三件事
1. 哪个版本、哪项内容出了问题？
核对版本号、构建号和提交记录。通知可能针对应用本身、商店资料或提交中的其他项目，先确认处理对象。
2. Apple 实际发现了什么？
保存条款编号，也保留后面的完整说明、截图、测试设备和系统版本。把“在哪个页面、做了什么、出现什么结果、要求提供什么”整理出来。
例如，通知说审核人员无法登录时，可以先核对测试账号、登录步骤与服务记录，再决定是否需要改代码。不要仅凭一个条款编号套用其他应用的处理方案。
3. 需要修改，还是需要解释与补充材料？
把每个问题分别记下来。需要修复的项目安排开发验证；需要解释的项目准备操作步骤和材料；看不明白的部分先向审核团队澄清。
如果后台仍显示等待审核或正在审核，尚未收到拒审通知，可先阅读苹果 App 审核长时间没有结果的排查方法。
二、苹果 App 审核被拒的排查方向
下面用于快速定位主题，不代表拒审原因的发生频率排名。具体处理以通知原文及当前规则为准。
| 通知涉及的条款 | 主要核对方向 |
|---|---|
| 2.1 | 应用完整性、崩溃、审核访问条件 |
| 2.3 | 商店资料与实际功能是否一致 |
| 3.1 | 付款流程、商品类型及适用店面规则 |
| 4.2 | 应用功能与使用价值 |
| 4.3 | 重复应用、同类应用饱和等 Spam 问题 |
| 4.8 | 登录服务及适用条件 |
| 5.1 | 隐私和数据处理 |
| 5.2 | 内容、商标或其他知识产权授权 |
| 2.5.1 | API 使用要求 |
条款主题依据 Apple App Review Guidelines。
功能和登录问题：先复现审核人员的操作
建议让开发人员拿到通知中的完整步骤，并用拟提交的构建进行验证。记录复现环境、实际结果、修改位置和回归测试结果，避免只在日常开发环境中检查。
为审核准备的账号应保持有效。可以移除无意义的占位内容，但应保留审核所需的测试条件。Apple 的提交前检查包含应用访问、服务可用性和必要说明。Apple 审核准备说明
隐私问题：把实际数据行为与声明放在一起核对
建议整理一份应用及第三方 SDK 的数据清单，对照 App Store Connect 隐私信息、应用内提示和隐私政策，查找不一致之处。Apple 要求申报应用及集成合作方的数据处理情况。管理 App 隐私信息
如果应用支持创建账号，还应检查用户能否在应用内发起账号删除，并核对具体适用要求。退出登录或停用账号不能直接替代完整的删除流程。Apple 账号删除说明
支付、登录或授权问题：先补齐判断条件
建议把商品或服务类型、目标店面、购买入口、第三方登录用途以及相关授权材料交代清楚。支付规则存在适用范围和地区差异，原先那种“出现外部支付就一定被拒”的写法过于绝对；应对照通知涉及的具体规定核实。Apple 支付规则
功能价值和重复应用问题：整理产品层面的说明
如果通知涉及 4.2 或 4.3，可以先制作一份核对表：目标用户、核心任务、可实际体验的功能、与已有产品的具体差异，以及对应操作路径。
根据发现的问题决定是否需要调整产品。单纯改名字、图标或增加一个不相关功能，不能作为通用的解决方案。明确涉及 4.3 的情况，可结合苹果 Guideline 4.3 应对详解继续梳理。
看完通知仍无法确定修改范围？
可以先提供这三组信息，沟通适合的上架协助方式：
- 完整拒审通知： 条款编号、问题说明和附件；
- 应用背景： 应用类型、主要功能、首次上架或版本更新；
- 处理记录： 已经改过什么，最新回复是什么，希望协助哪一步。
首次咨询可遮住个人信息，无需提供开发者账号密码。根据具体问题，再确认资料整理、沟通协助、重新提交等工作的范围与费用；涉及代码或功能修改时，需要开发团队配合。
三、拒审后需要重新打包吗？
先确定改动发生在哪里，再选择提交方式：
| 实际需要处理的内容 | 建议动作 |
|---|---|
| 通知内容不明确，或审核人员没有找到某项功能 | 先提供路径、截图和说明，必要时询问具体问题 |
| 仅商店元数据有问题 | 修改资料，并根据当前提交状态完成回复或重提 |
| 应用代码、功能或集成 SDK 有问题 | 修复并测试后，准备相应的新构建 |
| 认为审核判断存在误解，且有事实支持 | 先澄清，必要时走申诉流程 |
Apple 明确说明，元数据问题修正后可以使用同一构建重新提交。因此，不需要把所有拒审都处理成重新打包。回复审核消息说明
四、如何回复 Apple 审核团队？
进入 App Store Connect，选择对应应用，在 App Review 区域找到相关未解决问题。进入对应提交的 Resolve，再使用 Reply to App Review 回复；有需要时附上截图或支持文件。入口以当前后台界面为准。官方操作说明
建议每个问题单独写清楚三个部分：
- 问题： Apple 指出了什么；
- 处理： 已修改什么，或需要澄清什么；
- 验证： 审核人员怎样找到并验证对应内容。
例如，对于“无法进入会员功能”的通知，回复可以说明实际入口、审核所需的访问条件，以及验证顺序。单纯写“问题已修复，请重新审核”，不足以帮助对方定位改动。
英文回复模板
按实际情况替换方括号内容。尚未完成的修改，不要写成已经修复。
Hello App Review Team,
Thank you for your feedback regarding [guideline / issue].
App: [App name]
Version and build: [Version / Build]
Issue noted in the review:
[Briefly describe the specific issue from the review message.]
Our response:
[Explain the changes made, or clarify the actual behavior.]
Steps to verify:
1. [Starting screen and action]
2. [Next action]
3. [Expected result]
Supporting information:
[Screenshots, documentation, or location of updated review details.]
If any additional information is needed, please let us know.
Thank you.如果一条通知包含多个问题，按相同结构逐项回复。检查是否还有未处理项目，再完成重新提交操作；回复消息本身不一定等于已经送审。处理未解决的审核问题
五、什么时候适合申诉？
如果你有具体依据认为应用概念、功能或合规情况被误解，可以考虑向 App Review Board 申诉。Apple 建议先回应补充资料要求，并对同一次未通过的提交只发起一次申诉。Apple 申诉说明
准备申诉时，建议逐项对应拒审理由，说明实际功能、验证方式以及支持材料。应先解决已经确认存在的问题，再判断还有哪些争议需要进一步说明。
修改、回复和申诉的结果都由 Apple 审核决定，不应把委托第三方处理理解为保证通过。
六、重新提交前的检查清单
这是便于团队协作的检查清单，可以按你的应用情况增减：
- 每项拒审问题都有对应的处理记录；
- 说明、截图与最终提交版本一致；
- 修复经过验证，并记录了实际结果；
- 审核所需的账号、服务及操作路径可用；
- 已确认哪些工作需要开发完成，哪些属于资料或沟通调整；
- 后台操作完成后，已核对是否真正提交成功。
如果你需要从头核对发布步骤，可查看iOS 上架 App Store 流程。
七、需要协助处理苹果审核被拒的问题？
如果你看不懂拒审通知、多次修改仍遇到相同问题，或需要有人协助梳理资料和提交流程，可以联系早鸟出海，先说明当前卡点及希望委托的事项。
Telegram：@nboversea