Resolution Center：如何回复 App Review 拒审

Resolution Center 这个名字已经不存在了。你要在 app 的 App Review 部分，用 Reply to App Review 按钮回复拒审。用英文写，给出三条信息：哪里出了问题、改了什么、怎么验证。App Review Board 只在这次回复之后才用得上，而且前提是你确定你的 app 符合被引用的那条规则。

2026 年，我给自己的 app 写过这类回复：Solys，我的小游戏闹钟；还有 TradaZen，我的交易模拟器。下面讲现在去哪里回复、写什么、什么时候附视频、什么时候上诉，以及哪些做法没用。至于拒审原因本身，请看Apple 为什么拒绝 app。

Resolution Center 去哪了？

官方帮助文档 Reply to App Review messages 现在说的是 App Review 部分。在那里你可以和 Apple 沟通，包括附件，直到你重新提交为止。路径如下：

1. 在 Apps 中打开你的 app。
2. 在页面顶部，点击未解决问题的链接，帮助文档另一页称之为 View App Review Issues & Messages。
3. 在 In Progress 部分，点击该提交旁边的 Resolve。
4. 点击 Reply to App Review，在 Reply 字段里写。
5. 要附截图或文档，点击 Attach File，然后点击 Reply。

只有 Account Holder、Admin 和 App Manager 角色可以回复。App Review 页面还补充说，你可以在 App Store Connect 或它的 iPhone、iPad app 里跟踪提交状态。

写之前：你收到的是什么消息？

正确的回复取决于消息内容，而不是你想辩解的冲动。下面是我打开回复框之前用的对照表。

Apple 说的	你要做的	新 build
Information Needed	回答问题	不需要
Bug 或有问题的页面	先修复，再回复	需要
商店页面、链接、截图	修改商店页面	不需要
App 被误解	解释并附证据	视情况
持续存在分歧	向 Board 上诉	不需要
Bug Fix Submissions 提议	回复表示接受	不需要

有三点很关键：

• 元数据问题导致的拒审不需要新 build。Apple 帮助文档写得很清楚：你改好后重新提交同一个 build。2.3.10 拒审经常属于这种情况，问题内容在商店页面里。
• “Information Needed”不是实质性拒审。审核员是在向你提问。guideline 2.1 指南解释了它和真正发现 bug 的区别。
• Bug Fix Submissions 是一个提议。如果你的 app 已经上架，且消息开头是“Bug Fix Submissions: The issues we've identified below are eligible to be resolved on your next update”，你可以通过回复消息来请求批准这次更新。这时不要重新提交 app，否则会开始新一轮审核。问题在下一个版本里解决。

写什么：四段式模板

Apple 发布了联系 App Review 的建议。该做的：明确你要什么；如果你认为 app 被误解了，提供有助于理解 app 的信息。不该做的：用回复框上诉或申请加急审核，或者打听其他开发者 app 的进度。

我的模板就四段。用英文写，不加形容词。替换方括号里的所有内容，只写已提交 build 里真实存在的东西。

Hello App Review team,

Thank you for your review and for the details on
Guideline [number].

What you reported: [one sentence that restates
Apple's message, in your own words].

What changed in build [version (build)]:
- [Screen or element]: [what it does now]
- [Screen or element]: [what it does now]

How to verify:
1. [Starting point, e.g. fresh install]
2. [Action]
3. [Expected result]

We tested this flow on [devices and iOS versions].
[Attached: a short screen recording of the fixed flow.]

If anything else is unclear, please tell us which
screen or wording, and we will change it.

Best regards,
[Your name]

每段都有作用。第一段证明你读过了。第二段写明 build，因为审核员测试的是二进制文件，不是你的意图。第三段帮他省时间。最后一段留出沟通余地，而不是辩护。

针对各条规则的模板在我的专题指南里，比如 guideline 3.1.2 或 guideline 4.3。我的 App Review 备注模板里也有一份回复框架，可以下载。

我给 Solys 和 TradaZen 回复时学到的

Solys，guideline 2.1。审核员要求提供绕过游戏的方法。我的回复指出了卡住的页面、引导流程里可玩的演示，然后是真正的原因：在 iPad 兼容模式下，他遇到的障碍变得无法通过。回复列了两个编号的修复，其中一个是失败后跳过演示的链接，然后列出测试过的模拟器，从 iPhone SE 到最大的 iPhone。回复里也描述了闹钟的紧急停止按钮，但那是在我重新检查过触发它的代码之后。凡是没在 build 里验证过的东西，都不要写进回复。

TradaZen，guideline 5.6。2026 年 10 月，Apple 认为这个 app 诱导用户进行非自愿的内购，但没有指出具体元素。我去找可能误导人的地方：付费墙顶部的叉号点了之后会打开一个折扣优惠，而不是关闭页面。我的回复用一句话承认了这一点：这是我的错。接着逐个页面列出每处改动：叉号换成了礼物图标，优惠不再自动重新弹出，删除了一条促销通知。回复也提到仍然合规的部分：实际收费价格最醒目、恢复购买、法律链接。最后表示愿意修改任何仍被认为有歧义的页面。新 build 一起提交了。

这两次回复逻辑相同：真实原因、可见的修复、看到修复的路径。

什么时候附视频或截图

Apple 帮助文档允许附截图和文档。修复后页面的短视频在三种情况下有用：

• 问题取决于设备或特定条件，比如 iPad 兼容模式或权限被拒绝；
• 到达该页面的路径很长，比如在引导流程的末尾；
• 功能难以复现。App Review 页面要求，当某个功能需要难以重现的环境或特定硬件时，要准备好提供演示视频。

对于和配件相关的 app，完整审核的帮助文档要求在 Apple 设备上实拍的真实视频，而不是录屏。如果只是付费墙文案或按钮改名，一张截图就够了。

申请通话或预约

如果文字说不清，Apple 提供两种方式：

• 和 Apple 代表通话。在收到 App Review 的第一次回复后，在 Reply to App Review 窗口里申请。写明你的时区，如果需要，也可以写希望使用的语言。事先检查 App Review Information 里的联系方式。Apple 表示这类通话一般在三到五个工作日内进行。
• 和 App Review 进行 30 分钟视频预约，时间在周二或周四，用来讨论规则。它只是咨询性质：既不加快审核，也不保证通过。

向 App Review Board 上诉

上诉是最后一步。根据 Appeal to the App Review Board 页面，适用于你认为 app 符合规则却被拒，或者你认为自己受到了不公平对待的情况。

首先，在 App Store Connect 里回复消息进行澄清。如果不够，再填写 Submit an appeal to App Review 表单。规则如下：

• 每个被拒的 app 只能上诉一次，且要涵盖所有被引用的规则；
• 引用规则，并逐点说明你的 app 如何符合；
• 如果已经修改并重新提交了 app，就不要上诉；
• 不要为单纯的信息请求上诉。

Apple 给了两个例子，我翻译如下。完整的：“我的 app 因信息不完整按 2.1 被拒。演示账号和测试该功能的步骤都在 App Review Information 里，并附有展示该功能的截图。”不完整的：“这个 app 对我的公司很重要，不应该被拒。”

Board 会在 App Store Connect 里回复，可能会要求补充信息或提议通话。Apple 没有公布上诉的处理时长。有开发者在 Apple 论坛上说等了两周以上。如果修复很简单，重新提交修好的 build 往往更快。

有用的做法，没用的做法

有帮助	起反作用
复述 Apple 给的原因	为自己辩护
写明修复后的 build	承诺以后再修
给出操作路径	拿竞品 app 举例
附上证据	在 Reply 里上诉
一次回复完整	不修改就重新提交

“我这个页面以前已经通过了”也没用：每个版本都要重新审核，有时换了审核员。App Review Guidelines 也提醒，因同一条规则多次被拒的 app，审核时间会更长。关于审核时长，请看 App Store 审核时间。

发送前请人帮你看一遍

Review Kit 里有我的 app 收到的真实消息、我提交的修复，以及在 Apple 拒审时帮你准备回复的 Claude Code skills。如果想要真人把关，跟我预约一小时：我们一起读 Apple 的消息，一起写回复。完整流程见 app 被 Apple 拒绝页面。

还没提交 app？做个免费诊断：它会把我的防拒审清单发给你，让你不必写这种回复。

常见问题

App Store Connect 里的 Resolution Center 在哪里？

它现在叫 App Review 部分。打开你的 app，点击页面顶部未解决问题的链接，再点击提交旁边的 Resolve。Reply to App Review 按钮会打开回复框和添加附件的功能。

Apple 多久回复？

Apple 没有公布书面回复的时长。对于审核，Apple 表示至少 50% 的提交在 24 小时内审完，90% 在 48 小时内审完。向 App Review 申请的通话一般在三到五个工作日内进行。App Review Board 没有公布任何时长。

可以用法语回复 App Review 吗？

Apple 帮助文档没有规定书面回复的语言。我用英文写，句子简短，让对方一次就能看懂。申请通话时，Apple 允许填写偏好的语言，但不保证。

一次拒审可以上诉几次？

每个被拒的 app 一次。如果消息引用了多条规则，你的上诉必须全部涵盖。Apple 还要求先在 App Store Connect 里回复，如果你已经重新提交了修复后的 build，就不要上诉。

回复之前要先重新提交 build 吗？

如果问题在 app 里，要：先修复，提交 build，再在回复里写明这个 build。如果拒审针对的是元数据，比如商店页面或截图，就不用：在 App Store Connect 里改好，重新提交同一个 build。