应改用事件捕获或行为钩子替代冒泡监听：在#app等容器绑定捕获点击立即上报；或封装trackClick等统一入口主动埋点；必要时派发自定义user-action事件解耦第三方统计。

直接禁用 stopPropagation 不现实，但漏统计的核心矛盾不在“是否阻止冒泡”，而在于事件监听与埋点逻辑的耦合方式。第三方脚本（如神策、友盟、百度统计）通常依赖全局捕获或委托监听，一旦你在关键节点调用 stopPropagation，它们就收不到事件——尤其在按钮、表单、弹窗等高频交互区域。

确认哪些操作真正在干扰埋点

不是所有 stopPropagation 都会漏数据。重点排查以下场景：

• 在 document 或 body 级别监听点击，再通过 event.target 判断行为，这类监听极易被子元素的 stopPropagation 截断
• 自定义组件封装了 click 事件并默认阻止冒泡（比如某些 UI 库的 Button、Modal、Dropdown）
• 表单提交前调用 event.stopPropagation() 同时又没手动触发埋点上报

用事件捕获代替事件冒泡监听

第三方 SDK 多数使用冒泡阶段监听，你可以在捕获阶段提前采集并透传事件，不依赖冒泡路径：

• 对关键容器（如 #app、.main-content）绑定 addEventListener('click', handler, true)
• 在捕获回调中判断目标元素是否需曝光或点击埋点，立即上报，不等待冒泡
• 即使子元素调用 stopPropagation，捕获阶段已执行完毕，不影响统计

绕过 DOM 事件，改用行为钩子上报

把埋点从“监听 click”变成“在业务动作发生时主动通知”：

• 封装统一的交互方法，例如 trackClick(id, props)，所有按钮点击都走这个入口
• 在按钮 onClick 中先调用 trackClick，再执行业务逻辑（包括可能的 stopPropagation）
• 避免把埋点逻辑写在事件监听器里，而是写在用户真正触发意图的地方

为第三方脚本保留最小可观测性

如果必须保留第三方 SDK，可做轻量级兼容：

• 在调用 stopPropagation 前，手动派发一个自定义事件：el.dispatchEvent(new CustomEvent('user-action', { detail: { type: 'click', id } }))
• 让第三方 SDK 或你自己的监听器订阅该自定义事件，实现解耦
• 不修改第三方代码，也不依赖其原生事件监听，规避劫持与拦截风险