ping属性在Chrome是否因隐私设置被禁用？

Chrome默认启用ping属性但可手动禁用，Firefox默认彻底禁用且不可开启，Safari从未支持；实际使用中易受协议限制、网络拦截等影响，不推荐用于生产环境。Chrome 的 ping 属性默认是启用的，但可被手动禁用Chrome 当前（截至 2026 年 4 月）仍默认支持 HTML 中的 ping 属性，比如 <a href="https://example.com" ping="https://tracker.example/ping">点击</a>。它不是因“隐私设置”自动关闭的，而是作为一项独立功能存在——既没被默认关掉，也没在设置界面提供开关。是否生效，取决于你有没有主动干预。打开 chrome://flags/#disable-hyperlink-auditing，若该实验性标志设为 Disabled，则 ping 功能被强制关闭；设为 Default 或 Enabled（后者已不显示），即保持启用新版 Chrome（如 142+）不再在 flags 页面显式列出该选项，但它底层仍受同一机制控制；未手动修改过，就默认开着ping 请求走的是独立的后台 HTTP POST，不携带 Cookie、不触发 CORS 预检，也不受 document.referrer 策略影响——这点常被误认为“被隐私模式拦截”，其实不是Firefox 默认禁用 ping，且不提供用户开关Firefox 是目前主流浏览器中唯一默认彻底禁用 ping 的。你进 about:config 查 browser.send_pings，值一定是 false，而且这个偏好项是只读的，无法通过 UI 或配置文件开启。这不是 bug，是 Mozilla 明确的隐私立场：认为该功能“几乎无正当用途，却有明确滥用风险”即便你用 JS 动态创建带 ping 的 <a> 并调用 .click()，Firefox 也完全忽略该属性所以如果你在做跨浏览器行为测试，别指望 Firefox 会发出任何 ping 请求——它压根不解析这个属性为什么你的 ping 请求没发出去？常见干扰点即使 Chrome 启用了 ping，实际请求也可能静默失败，原因往往和“隐私设置”无关，而是更底层的限制或误用。 Mokker AI AI产品图添加背景