The Trade Desk 报告的 Safari 27 广告投放问题进入了新的测试阶段。在 WebKit 的公开问题记录中,John Wilander 于 2026 年 10 月 5 日请报告者尝试新版 iOS 27.2 beta。Ian Meyers 回复称,在 24B5099f 构建中看到了变化,随后会开展测试。本文查阅时,该问题仍标为 NEW;讨论中没有完整测试报告,不能据此确认所有受影响流程都已恢复。
Business Insider 的相关报道日期是 10 月 7 日。问题报告和 beta 回复均早于这篇报道。对正在排查广告缺失的网站而言,有用的新进展是获得一个明确的构建版本,可以与此前报告的行为进行比较。
投诉涉及广告投放路径
Meyers 于 9 月 21 日提交问题,称在运行 iOS 27 的 iPhone 或 iPad 上,以普通而非私密模式浏览时,请求遭到阻断。他把 adsrvr.org 描述为 The Trade Desk 的核心广告请求与投放域名,并把 match 子域名与传统第三方 Cookie 联系起来。
排查广告不显示时,这一区别很重要。失去用于识别受众的标识符,与失去投放广告所需的请求,是两种不同的故障。受众测量发生变化,本身无法说明广告素材有没有加载。这是一家供应商针对特定域名和环境提供的报告,并非 Safari 阻断所有广告的证据。
另一项 WebKit 变更让规则列表可更新
WebKit 在 9 月 25 日合并了 pull request 74381。说明指出,WebPrivacy 提供的内容规则列表取代了网络进程中的静态域名列表。浏览器会缓存该列表,并在 WebPrivacy 发出更新通知后重新加载。
这项变更描述了在相应设置启用时,对主框架导航之外的跨站请求进行检查。开发者因此有了具体机制可以研究,但代码合入 WebKit 主分支,不代表每个已发布 Safari 构建都具有相同行为,也没有公开完整的当前生效列表。
WebKit 的防跟踪政策说明,其目标是防止隐蔽跟踪与跨站跟踪。政策解释了隐私目的;具体广告投放投诉的证据则来自问题讨论。
先比较请求,再判断结果
我们的实际建议是,在稳定版和已明确标识的 beta 上复现受影响页面,记录系统构建号、浏览模式及失败请求。随后单独检查广告是否实际显示,并将这一结果与身份匹配或归因结果区分开来。
某个页面测试成功,可以缩小该事件的范围;它无法证明所有集成均已恢复,也不意味着跟踪保护被普遍撤回。网站若能复现故障,可在现有 WebKit 问题中提供请求细节。下一项有意义的证据,是有记录的测试结果,或与相关构建直接对应的版本说明。