ping属性在链接跳转上报中常失效，因其依赖CORS配置、同协议（仅HTTPS有效）、页面未关闭等隐性条件，Chrome 94+更静默禁用HTTP环境下的ping，且不具备送达保障。
为什么 ping 属性在链接跳转上报中经常失效
ping 属性本意是让浏览器在导航前向指定 URL 发起一个异步 POST 请求（实际是带 Beacon 特性的类似行为），但它受制于大量隐性条件。最常见的是：**目标域名未开启 CORS、链接是跨协议（http → https）、或用户快速关闭标签页导致请求被中断**。Chrome 从 94 版本起还默认禁用了非安全上下文（http://）中的 ping，此时控制台会静默丢弃请求，不报错也不触发 Network 面板记录。
实操建议：
立即学习“前端免费学习笔记（深入）”；
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
- 仅在
https环境下使用，http下直接忽略 - 确保
ping值指向同源 URL，或目标服务已配置Access-Control-Allow-Origin: *（注意：CORS 对ping请求的预检和响应头要求比普通 AJAX 更宽松，但缺失仍会导致失败） - 不要依赖它做关键埋点，它不具备送达保障
ping 和 navigator.sendBeacon() 的本质区别在哪
ping 是声明式、由浏览器自动触发的单次请求，无法控制请求体、headers、重试逻辑；而 navigator.sendBeacon() 是命令式 API，允许传入 ArrayBuffer、Blob 或 URLSearchParams，且在页面卸载时仍能尽力发出（底层复用 Beacon 通道）。两者都走后台通道，但 sendBeacon() 可靠性高得多。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 埋点必须上报成功？改用
sendBeacon()+beforeunload/visibilitychange监听 -
ping仅适合轻量、非关键场景，比如记录“用户点了这个推广链接”，不关心是否到账 -
sendBeacon()的 payload 必须是二进制类型，不能直接传JSON.stringify()字符串——要包一层new Blob([jsonStr], {type: 'application/json'})
如何用原生 HTML 实现点击即上报、不阻塞跳转
核心思路是：**用 click 事件拦截默认跳转，手动发 Beacon，再延迟跳转**。这样既能控制参数、错误兜底，又不会让用户感知卡顿（Beacon 是异步且不影响主线程）。
实操示例（无框架）：
<a href="https://example.com/target" data-track-id="promo_banner_1" class="track-link">立即领取</a>
<script>
document.querySelectorAll('.track-link').forEach(el => {
el.addEventListener('click', function(e) {
e.preventDefault();
const url = this.href;
const trackId = this.dataset.trackId;
const payload = new Blob([
JSON.stringify({ event: 'link_click', id: trackId, ts: Date.now() })
], { type: 'application/json' });
// 尽力上报
navigator.sendBeacon('/api/track', payload);
// 立即跳转（不 await，避免等待 Beacon 完成）
location.href = url;
});
});
</script>
注意点：
- 别用
fetch(...).then(() => location.href = ...)—— fetch 不保证卸载前完成，容易丢失 - 如果链接本身有
target="_blank"，需改用window.open(url, '_blank')，否则新窗口打开后原页面可能已销毁 - 移动端 Safari 对
sendBeacon()在 background tab 中支持不稳定，可加setTimeout(() => location.href = url, 0)提前释放主线程
上报字段里要不要传 document.referrer 和 performance.navigation().type
要，但得判断有效性。document.referrer 在用户从其他站点点击进来时有效，但从地址栏输入、书签、微信内嵌浏览器等场景下为空或不可信；performance.navigation().type 已废弃（Chrome 85+ 返回 0），应改用 performance.getEntriesByType('navigation')[0]?.type。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- referrer 建议只取
document.referrer.replace(/#.*/, '')去掉 hash，防止泄露敏感路径参数 - 导航类型优先用
performance.navigation().redirectCount > 0 ? 'redirect' : 'navigate'做降级判断 - 不要在 Beacon payload 里拼接大量 DOM 数据（如
innerHTML），体积超 64KB 可能被截断（Beacon 有实现限制）
