Safari全版本不支持ping，Edge在第三方上下文（如iframe）中默认禁用，Chrome 94+起仅HTTPS页面生效且限制跨域iframe触发；其请求为固定POST、Content-Type:text/ping、无请求体，需后端专门适配，不支持动态参数。
ping属性在 Safari 和旧版 Edge 中根本不会触发
直接说结论：Safari 全版本不支持 ping，Edge 在第三方上下文（如 iframe）中默认禁用，Chrome 98+ 也限制跨域 iframe 内的触发。这不是 bug，是浏览器主动弃用该能力。你看到 Network 面板里完全没请求、控制台零日志、后端收不到任何 text/ping 流量，大概率就是用户用了 Safari 或被嵌在别人页面里。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 别在埋点方案设计初期就把 Safari 用户纳入
ping覆盖范围——它从规范到实现都不存在 - 若页面必须嵌入 iframe，需确保顶层页面与你的页面同源，否则 Chrome/Edge 会静默丢弃请求
- 可用
if ('sendBeacon' in navigator) { ... }做运行时检测，但无法检测ping是否可用，只能靠 UA 判断 Safari —— 不推荐，UA 易伪造且不可靠
HTTP 环境下 ping 请求被 Chrome 彻底屏蔽
Chrome 94 起已移除对非安全上下文（http://）的支持：ping 属性在 HTTP 页面中会被浏览器直接忽略，不发请求、不报错、Network 面板也不显示。这是硬性策略，不是配置问题。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 所有含
ping的页面必须部署在 HTTPS 下，包括本地开发环境（可用localhost例外，但127.0.0.1不行） - CI/CD 构建流程中加入检查：扫描 HTML 文件中是否存在
href="http://"+ping=组合，自动告警 - 不要试图用 Nginx 重写 HTTP → HTTPS 来“挽救”——请求在浏览器层就被掐断，服务器根本收不到
后端没适配 text/ping 类型，请求全 405 或静默失败
ping 发出的请求固定是 POST 方法、Content-Type: text/ping、请求体只有字符串 PING。如果你的后端路由只监听 application/json 或依赖 body-parser，它连解析都不会做，直接返回 405 Method Not Allowed 或 404。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- Node.js Express 中必须显式注册
app.post('/track', rawParser, handler)，其中rawParser是自定义中间件，读取req.rawBody - Nginx 日志里能看到请求，但业务框架没挂载对应路由 → 补上
POST /track路由，别复用已有 JSON 接口 - CDN/WAF 可能拦截空 body 的 POST，请确认是否开启
text/ping白名单，部分云厂商需工单申请放开 - 务必校验请求头
PING-FROM和PING-TO，拒绝内网地址、非法协议，否则可能被用于 SSRF 或 DDoS 中转
想传用户 ID 或 utm 参数？ping 做不到
ping 不支持 query 参数拼接、不支持动态生成 URL、不能带自定义 headers 或 payload。你写 ping="/track?uid=123&src=ad" 是无效的——浏览器会把整个字符串当 URL 解析，但服务端收到的仍是原始 PING-FROM 和 PING-TO，query 不会进入请求体，也无法被服务端提取。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 粗粒度统计（如“首页 banner 点击数”）可用
ping；带身份、上下文、AB 分组等业务参数的埋点，必须切回navigator.sendBeacon()+ JS 拦截 - 如果坚持用声明式方案，可改用服务端重定向：链接指向
/click?to=https://a.com&uid=123，后端记录后再 302 跳转——可控但多一次 RTT - Vue/React 中用
@click.prevent或useNavigate后手动跳转，ping完全失效，此时别挣扎，直接上sendBeacon()
ping 跑起来，而是接受它只适合极窄场景：HTTPS 页面、Chrome/Firefox 主窗口、无需参数、允许丢失、仅作辅助验证。一旦需求超出这个边界，切换方案不是退步，而是回归现实。 
