Chrome隐私设置会禁用Ping属性吗？

Chrome 默认启用HTML的ping属性，但该功能并非由隐私设置自动控制，而是作为独立机制存在，可通过实验性标志手动禁用；Firefox则彻底默认禁用且不可开启，Safari从未支持；实际使用中常因协议限制、本地文件访问、服务器响应或网络拦截而静默失败，加之其缺乏可监控性、存在安全滥用风险，且已被主流浏览器逐步淘汰，因此强烈不建议在生产环境中依赖，应改用fetch()或Beacon API等现代替代方案。

Chrome 的 ping 属性默认是启用的，但可被手动禁用

Chrome 当前（截至 2026 年 4 月）仍默认支持 HTML 中的 ping 属性，比如 点击。它不是因“隐私设置”自动关闭的，而是作为一项独立功能存在——既没被默认关掉，也没在设置界面提供开关。是否生效，取决于你有没有主动干预。

• 打开 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 的 并调用 .click()，Firefox 也完全忽略该属性
• 所以如果你在做跨浏览器行为测试，别指望 Firefox 会发出任何 ping 请求——它压根不解析这个属性

为什么你的 ping 请求没发出去？常见干扰点