搞不懂 Apple 的 Critical Alert 政策
作者发布了一款药物提醒 iOS 应用，需要使用 Critical Alerts API 以确保用户不会错过重要通知。然而，Apple 拒绝了该请求，理由是无法保证应用的使用场景。作者对这一决定感到困惑，认为 Critical Alerts 的选择加入机制足以避免滥用，且 Apple 自己的 Health 应用也在使用该 API。更令人不解的是，一些非紧急用途的提醒应用却获得了授权。作者认为，没有 Critical Alerts，应用的功能将大打折扣，可能对用户健康造成威胁。
我搞不懂 Apple 的 Critical Alert 政策
_ 2025年5月8日 _
上周，我发布了一款名为 SuperDose 的 iOS 应用——一个简单的药物提醒工具，会在用户应该服药的时候发送通知。
为了让应用正常工作，它需要访问 Critical Alerts API。Critical Alerts 允许通知绕过静音模式和勿扰模式，这对于需要服用救命药物（例如高血压药物）的用户来说至关重要。
Apple 自己的 Health 应用在其药物提醒功能中使用了 Critical Alerts，所以我认为我的使用场景也应该符合条件。我提交了访问 API 的请求，但被拒绝了。
拒绝邮件说：“无法保证使用场景的应用不太可能获得此 API 的授权。”这个理由让我无法理解——Critical Alerts 只能在用户明确同意的情况下启用。如果 Apple 担心滥用，那么选择加入机制已经可以覆盖这一点了。按照这个逻辑，甚至 Health 应用也不应该被允许使用它。
更令人困惑的是，我已经在 App Store 上看到一些通用的 to-do 或提醒应用以某种方式获得了 Critical Alerts 的批准，即使它们的使用场景看起来远没有那么紧急。
没有这个权限，我的应用是不完整的。用户可能会因为手机处于静音状态而错过关键的药物提醒。这可能很危险。
老实说，我有点沮丧。