更多： 数据分析
工作原理
没有全埋点时，事件只在开发加了 track() 调用之后才存在。开启全埋点后，脚本记录可点击元素——按钮、链接、表单提交——连同页面和元素选择器。默认不采集可见文本，密码框永远跳过。
每天夜里，收件箱把前一天的交互按元素和页面聚类，为每个簇建议一个名字：来自规则（id 为 signup 的按钮），或来自模型（定价表里的一个链接）。在你确认之前，什么都不会变成事件。
全埋点从 Pro 套餐起包含。Free 的收件箱页会说明套餐不含此功能；
track() 发送的事件照常可用。开启
- 打开 数据分析项目设置采集，启用全埋点。 脚本在下一次页面浏览时按需加载全埋点模块，不用重新部署。
- 等一夜，或者在收件箱里点立即生成候选。 第一次运行需要一天的流量才有东西可聚类。
- 打开 数据分析数据事件收件箱。 四个标签：待处理、已确认、已忽略、事件定义。顶部卡片统计待处理候选、未规划事件、已定义事件和已验证安装。
审核一个候选
每个待处理行显示最近 7 天的触发次数和去重人数、最近出现时间，以及名字来自规则还是 AI。可按高 / 低置信度过滤，或用「3 天未出现」清掉过期的。展开一行能看到 7 天趋势、首次出现、发生的页面，以及人们在它前后做的动作。
三个操作：
| 操作 | 效果 |
|---|---|
| 确认 | 填写事件名（字母开头）、显示名、分类和描述。创建匹配规则并回填最近 90 天的全埋点数据，漏斗第一天就有历史。大批回填可能需要几分钟。 |
| 合并 | 把这个交互并入已有事件的规则——比如新页面上的第二个「购买」按钮——只回填增量。 |
| 忽略 | 移到已忽略。它会留在那里，以后可以再确认；不会重新回到待处理。 |
确认、合并、忽略需要分析师及以上角色。
未规划事件
收件箱还会列出代码已经在发送、却没有定义的事件名——通常是谁匆忙加的一个 track('checkout_v2')。它们会继续存储，不丢数据，但会把事件选择器弄乱。给它们补定义，或者把定义设为屏蔽停止存储。
事件定义标签就是你的埋点方案：每个正式事件、谁负责、最近何时出现。发版前导出一份，检查有没有东西坏掉。
用起来
已确认的事件立刻出现在 数据分析行为 下的漏斗、留存、路径和分群里。通常第一步是建一个从落地页到已确认注册点击的漏斗。产品全貌见数据分析页。