苹果无视DMA互操作性请求，与自家文档自相矛盾

# Apple 持续挑战 DMA 互操作性义务——FSFE 来源：https://fsfe.org/news/2026/news-20260420-01.html 新闻（https://fsfe.org/news/news.en.html） 日期：2026-04-20 欧洲自由软件基金会（FSFE）最新报告指出，在《数字市场法》（DMA）框架下，56 项正式互操作性请求未获 Apple 任何实质回应；Apple 的拒绝理由与其官方技术文档自相矛盾，导致第三方开发者仍被挡在 iOS 与 iPadOS 门外，尽管欧盟委员会已发布最新细则。 插图：一条蛇形 Apple，黑色主体配红色阴影，CC-BY-SA 4.0，作者 Rahak（https://rahak.net/work.html）为 FSFE 制作。 FSFE 报告《监管互操作性的挑战：剖析 Apple 在 DMA 下的请求式做法》（https://download.fsfe.org/campaigns/device-neutrality/FSFE-DMA-AppleReport-v1.pdf）揭示了 Apple 如何落实 DMA 互操作性义务。根据欧盟委员会最新规则，第三方开发者可正式申请接入 Apple 平台。本报告基于 Apple 按监管要求公开的追踪数据，分析其真实操作。 尽管 DMA 要求明确，截至 2026 年 3 月 22 日，56 项正式互操作性请求无一落地。申请即时编译（JIT）、NFC 协议、蓝牙低功耗音频等功能的开发者，常被 Apple 以“不在法律范围内”为由拒绝，而 Apple 自身技术文档却指向相反结论。报告详述了“请求式”模式的弊端：开发者需先注册付费账户、提交冗长申请、等待内部审核，并担心账户随时被无理由关闭，整个流程可能拖上数月乃至两年。 报告认为，欧盟现行细则虽要求透明与程序正义，但治理缺陷仍存，未来需依赖开放标准、透明流程与更强执法，才能让自由软件开发者公平参与移动生态。 > “尽管欧盟已立法，Apple 仍阻碍实质互操作。56 项请求，零项落地。开发者因 Apple 自相矛盾的理由被拒于 JIT、NFC、蓝牙 LE Audio 之外，还要时刻担心账户被封。DMA 必须以开发者友好方式执行，让法定义务真正转化为对 iOS 与 iPadOS 功能的公平访问。” > ——Matthias Kirschner，FSFE 主席 > “互操作必须从平台设计之初就内置。欧盟推动 Apple 与竞争者互操作的监管框架是进步，但我们的报告揭示开发者在新框架下仍面临重重障碍。” > ——Lucas Lasota，FSFE 法律项目经理 完整报告见此处（https://download.fsfe.org/campaigns/device-neutrality/FSFE-DMA-AppleReport-v1.pdf）。以下为要点摘要。 我要为“设备中立”捐款！（https://my.fsfe.org/donate?referrer=https://fsfe.org/news/2026/news-20260420-01.html） ### DMA 互操作义务回顾 Apple 作为全球科技巨头，在欧洲被指定为 DMA“守门人”，须让 iOS 与 iPadOS 控制的软硬件功能免费互操作，让用户自由装卸应用、使用替代商店，让开发者无缝接入关键功能。 DMA 第 6(7) 条对自由软件开发者至关重要，它强制守门人免费、有效地开放操作系统控制的软硬件功能，意味着开发者应获得与守门人自家服务同等的系统级访问权，而非被拒之门外。 DMA 为自由软件开发者提供了与守门人服务平等竞争的机会，使用户得以享受替代商店、支付系统与自由装卸软件的权利。 ### Apple 的 DMA 互操作“实践” DMA 生效后，本应默认开放 API、文档与技术入口，Apple 却建立“请求式”系统：每位开发者必须为每项功能单独申请许可。欧盟委员会因此启动细则案件 DMA.100204（https://competition-cases.ec.europa.eu/cases/DMA.100204），要求 Apple 设时限并公开追踪器（https://developer.apple.com/file/?file=interoperability-request-tracker，需 Apple 账户）。 ### 开发者如何向 Apple 申请互操作 流程始于付费开发者账户（2026 年春季至少 99 美元），随后提交详尽申请：功能描述、用例、技术需求、替代方案。Apple 在 20 个工作日内做初步审查，可接受、拒绝或称已有方案。若被拒，开发者可走内部复审甚至调解。即便接受，Apple 自称技术复杂度不同，实施期最长可拖 24 个月。于是，法定互操作权被拉长至数年才见真章。 （流程图：欧盟委员会建议的 Apple 互操作请求时间线，来源：欧盟委员会） 截至 2026 年 3 月 22 日，Apple 共收到 56 项第 6(7) 条请求（自 2025 年 5 月起），其中 43 项已结案，27 项完全保密。在 16 项公开结案中，Apple 未为任何一项新建互操作方案：10 项“技术原因”被拒，2 项“已有方案”被驳回，3 项“超范围或无效”被退回。 （图表：Apple 按 DMA 第 6(7) 条收到的互操作请求概览与状态，截至 2026-03-22） ### Apple 追踪器揭示：四个被拒案例 - 一款自由软件终端类应用申请 JIT 编译权限。Safari 已用 JIT 在沙盒安全运行下载代码，Apple 却称“非浏览器 JIT 不受 iOS 控制”而拒。 - 另一开发者申请 Apple Wallet 使用的 FIDO 令牌与 VAS NFC 协议。Apple 否认其为系统控制功能，尽管自家文档写明需特殊 NFC 授权。 - 第三例申请蓝牙 LE Audio 以对接科研硬件。Apple 称该功能未被自家硬件/服务使用，尽管 iOS 已含蓝牙低功耗栈，竞品平台亦提供类似能力。 - 还有两项请求希望替代 Apple Push Notification Service，采用去中心化或用户掌控的通知服务器，均被驳回，理由：APNS 已“开放”，持久连接只是系统函数。 模式相同：Apple 先自行收窄“范围”，再把自家设计当作“无需互操作”的证据。 ### 为何自由软件开发者深受其害？ 举证责任全在开发者：必须逐条证明“Apple 也在用”，而 Apple 可凭自解法律范围随时拒绝。欧盟框架虽要求透明，自由软件项目却被卷入法律论证、程序期限与反复提交。强制开发者年费亦与 DMA“免费互操作”相悖，成为志愿者、小团队、独立项目的准入门槛。 ### 有效互操作需要什么？ 短期看，DMA 必须提供真正免费、即时、开发者友好的互操作入口，而非守门人自由裁量。长远看，需共享治理：监管者、开发者、用户与公民社会共同设计、监督与执行互操作标准。自由软件社区基于开放标准与公共治理，已证明互操作可作为数字公域，而非守门人与巨头私下交易。 ### 行动呼吁 FSFE 仍在征集第一手经历：无论你是已依第 6(7) 条提交请求，还是被流程劝退，欢迎联系我们。你的经历将成为推动更强执法的实证。 ### 支持我们 监督守门人、分析监管流程、捍卫软件自由需要独立资源。你的捐助帮助 FSFE 向监管者提交证据，推动“设计即互操作”。 请考虑捐款，支持 FSFE 为自由软件、设备中立与用户选择而努力。 去讨论（https://mastodon.social/@fsfe/116437188625469739）