应为业务区域添加data-track-area属性实现精准事件委托，通过closest查找并过滤非业务元素，嵌套模块补充data-module提升归因粒度，同时排除无操作意图的节点。
在单页面应用中做全局事件委托时，想只记录业务核心区的点击、跳过页头页脚、侧边栏等非业务区域，关键不是“排除哪些元素”，而是给业务区域打上可识别的标记，并让委托逻辑主动匹配这些标记。
用 data-track-area 明确标注业务容器
不依赖 class 名或 DOM 位置，而是在页面初始化阶段，为真正承载业务操作的区域统一添加语义化属性：
- 例如：<main data-track-area="order-flow">、<div data-track-area="product-list">、<section data-track-area="checkout-form">
- 避免使用泛化 class 如 .container 或 .wrapper，它们缺乏业务含义且易被复用误判
- 该属性只加在最外层业务容器上，子元素无需重复添加，靠事件冒泡向上查找即可
委托监听中向上查找最近的业务区域
在 document 级 click 监听器里，不用 e.target.matches('.btn') 这类脆弱选择器，而是立刻向上找带 data-track-area 的祖先：
- 用 e.target.closest('[data-track-area]') 获取当前点击是否落在任一业务区内
- 若返回 null，直接 return，不采集、不上报
- 若返回元素，提取其 data-track-area 值（如 "order-flow"）作为上报字段 area，比单纯记录按钮 ID 更具业务可读性
对嵌套模块补充 data-module 提升粒度
当一个 data-track-area 区域内含多个独立功能模块（如商品卡片、筛选面板、分页控件），可在各模块根节点加 data-module：
- <div data-module="product-card" data-track-area="product-list">
- <aside data-module="filter-panel" data-track-area="product-list">
- 上报时同时携带 area 和 module 字段，便于后续按「商品列表页 > 商品卡片」维度归因分析
- module 值应由模块自身定义并注入，不靠父容器传入，确保模块迁移后标识仍有效
过滤掉无业务意图的交互目标
即使点击落在业务区域内，也需排除明显非操作意图的节点，避免噪音：
- 跳过文本节点、script/style/meta 标签、disabled 元素、aria-hidden="true" 节点
- 对 a 标签只采 href 非空或有 data-track 的；对 button 只采 type="button|submit|reset" 或显式声明 data-track 的
- 不拦截 iframe 内容，也不尝试从跨域 iframe 中读取 target，防止报错或无效日志
