更多： 数据分析
- 全埋点与 AI 事件收件箱
- 搭一个能解释流失的漏斗
- 跨网页、App、小程序识别用户
- 什么是全埋点，它怎么工作？
- 怎么在收件箱里审核并确认事件？
- 什么时候该用漏斗，而不是目标或路径？
- 漏斗怎么搭？
- 漏斗在哪一步流失，怎么读？
- 识别模式是做什么的，要不要开？
- 怎么调 login 识别一个用户？
- 一个人怎么跨设备合并？
- App 和小程序上身份怎么工作？
- 怎么统计外链点击？
- 怎么统计文件下载？
- 怎么统计表单提交？
- 怎么统计自定义事件？
- 怎么统计按钮点击？
- 怎么生成热力图？
- 怎么统计滚动深度？
- 怎么统计电商购买和收入？
- 怎么设置目标、追踪转化？
- 怎么用 SQL 查询我的数据？
- 怎么创建自定义指标？
- 怎么用账户分析看公司级数据？
- 怎么用 MCP 把 AI 智能体接到统计数据？
- 怎么用 AI 助手问统计数据？
- 怎么建用户分群？
- 怎么做 RFM 分析？
- 怎么录制和观看会话回放？
- 怎么分析用户路径？
- 怎么做留存报表？
- 怎么分析事件的分布？
- 怎么制定埋点方案？
- 怎么查看用户档案和行为记录？
- 怎样读生命周期报表（新增、回访、回流、沉睡）？
- 怎样对比一个转化在不同归因模型下的结果？
- 本分类全部文章
简短回答
它们是代码已经在发送、却没有定义的事件名——通常是匆忙加的一个 track('checkout_v2')。它们会继续存储，不丢数据，但会把事件选择器弄乱。给它们补定义，或把定义设为屏蔽停止存储。
没有定义的名字
收件箱会列出代码已经在发送、却没有定义的事件名——通常是谁匆忙加的一个 track('checkout_v2')。它们会继续存储，不丢数据，但会把事件选择器弄乱。给它们补定义，或者把定义设为屏蔽停止存储。
事件定义标签就是埋点方案
事件定义标签兼作埋点方案：每个正式事件、谁负责、最近何时出现。发版前导出一份，确认没有东西坏掉。
屏蔽一个事件只停止将来的存储，不删除此前已采集的历史。要删除已存的行，用导出与删除。
这篇回答解决你的问题了吗？
我们会根据反馈修改和补充这篇内容。
提交没有成功，请稍后再试。
谢谢你的反馈，我们会据此改进这篇内容。你已经反馈过这篇了，谢谢。