Apple 在欧盟逆转对渐进式 Web 应用“死刑”的做法

原文 ↗ Hacker News 讨论 ↗

Apple 在欧盟短暂转而停用渐进式 Web 应用（PWA）后又恢复支持，这一决定被广泛视为对欧盟《数字市场法案》（DMA）即将到来的执法和公众反弹的回应。评论者争论，最初的移除究竟是出于善意的法律谨慎，还是为了通过让网页继续作为原生应用的弱势替代品来保护 App Store 收入而进行的“恶意合规”。许多人认为，将 PWA 限制在 Apple 的 WebKit 引擎中仍然具有反竞争性，并预计围绕浏览器引擎锁定以及 Apple 更广泛的 DMA 合规策略，还会出现进一步的监管压力和潜在罚款。

Apple 的动机和监管背景

  • 许多人认为，这一迅速逆转表明，移除 PWA 更像是围绕 DMA 合规的一种战术性或惩罚性举动，而不是硬性的技术约束。
  • 也有人认为，这很可能反映了不断变化的法律意见和保守的风险规避：在规则不清时，停用功能往往是风险最低的做法。
  • 有几位指出 Apple 近年一直在投资 PWA，这表明他们并不是真的想“杀死”它们，而是希望它们被限制在 WebKit 中并受其控制。
  • 还有人讨论这起事件是否会加强欧盟执法；一些人预计会有更多罚款和“U 形转向”，尤其是在 Apple 的收费结构方面。

DMA 的解读与合法性

  • 一派认为，DMA 明确要求 Safari/WebKit 具备的任何能力（包括 PWA）都必须同样向第三方引擎开放，而将 PWA 限制在 WebKit 中属于自我优待，因而不合规。
  • 另一些人则认为文本更为模糊：PWA 可能被视为操作系统功能，而不是“浏览器引擎”义务；Web 开发者未必符合 DMA 定义中的“商业用户”；而且 PWA 也不是被指定的“核心平台服务”。
  • 几位指出，欧盟只是说它正在“审查” PWA；目前并没有明确表示已批准仅限 WebKit 的方案。任何“幕后批准”都只是猜测。

技术与安全论点

  • Apple 给出的理由是：其当前的 PWA 架构依赖一个特权化的 WebKit 运行时（Web.app）；要改造为支持多个引擎、应用级安全隔离、推送基础设施和后台行为，将是一项庞大而仓促的工作。
  • 支持者强调，与 macOS 相比，iOS 的安全和电池约束更严格，并认为允许任意引擎带着后台 service worker、存储和通知能力运行，会扩大攻击面。
  • 批评者反驳说，Android、Windows 和 macOS 都支持多个引擎和 PWA，并未引发灾难；他们认为“安全”只是保护 App Store 收入和控制权的借口。

浏览器竞争与开放网络

  • 很多人担心，Apple 对 WebKit 的锁定让 PWA 能力停滞了十年，并阻止了 iOS 上真正的浏览器竞争；Safari 对 PWA 的支持被认为比 Chromium 落后多年。
  • 也有人认为，iOS 上以 WebKit 为基线实际上限制了 Chrome 的主导地位，并保护用户免受更具侵入性的跟踪。

开发者与用户影响

  • 一些开发者高度依赖 iOS 的 PWA 功能，尤其是推送通知，并将此次移除视为事关生死；恢复虽令人松一口气，但信任已受损。
  • 有几位预测未来还会有新的争端：第三方引擎要求同等的 PWA 能力、对 Apple “核心技术费”的审视，以及围绕 App Store 和 Safari 政策的更广泛反垄断压力。