使用者埋点不是“把所有点击都记录下来”。真正有价值的埋点，是把使用者行为转化成可分析的问题：使用者从哪里来？为什么注册，哪里流失？哪些功能真的被用，付费前做过什么？新版本有没有调整转化，不过，

如果埋点没有设计。后面看到的不是数据，而是一堆无法解释的事件名。常见的痛点是这方面，数据量庞大但无用，分析结果无法指导调整。

这篇文章参考了几类官方资料：

• Google Analytics Recommended Events
• Google Analytics Automatically Collected Events
• Segment Tracking Plan
• Mixpanel Property Reference

先从问题开始

不要一上来就问“要埋哪些点”。说到先问业务问题，

使用者从访问到注册的转化率是多少？不过，注册后有多少人完成第一次关键动作？哪些入口带来的使用者更容易付费？哪个步骤流失最多，新功能发布后有没有被使用？免费使用者升级前通常做了什么？

埋点是为了回答问题，不是为了显得数据化。若一个事件不能帮助你做判断、调整产品或验证假设，就不应该优先埋。

事件、属性、使用者属性要分清

埋点里有三个概念很容易混：

事件：使用者做了什么
从属性来看，这次行为的上下文
使用者属性这方面，这个使用者长期不变或变化较慢的特征

再看比如。

事件的观点是，checkout_started
说到属性，plan=pro,source=pricing_page,currency=USD
从使用者属性来看，role=owner,company_size=-,signup_channel=seo

事件描述动作，属性描述这次动作的细节，使用者属性描述这个人或账号。不要把所有东西都塞进事件名。从例如不要写来看，

pro_user_from_pricing_page_started_usd_checkout

从应该写成来看，

从event来看。checkout_started
properties:
至于plan，pro
source的观点是，pricing_page
currency: USD

这样后续才能筛选、分组和对比。

命名要稳定

事件命名一旦混乱，数据很快就没法用。推荐使用统一格式，比如 snake_case：

page_viewed signup_started signup_completed onboarding_completed project_created file_uploaded checkout_started payment_succeeded subscription_cancelled

不要在同一个产品里混用不同风格。例如:

Signup Successsignup_successsignUpSuccessregister_doneuser_registered

命名稳定，比命名“优雅”更关键。

User Pain Point: 因为命名不统一导致同一类事件被拆分成多个名称，导致漏斗拆散、报表误差。

Google Analytics 的推荐事件文档也给出了 。, 等推荐事件名。能复用网站推荐事件时优先复用；网站没有覆盖的，再定义自有事件。

先埋关键方法

早期不需要埋满全站。只需覆盖最关键方法：

访问首页 → 查看定价页 → 开始注册 → 完成注册 →
onboarding → 创建第一个项目 → 触发主要功能 →
开始支付 → 支付成功 → 取消订阅

• User Pain Point: 产品团队往往因为想追踪所有按钮而导致日志膨胀，却忽略了真正能回答业务问题的数据。
• If 是内容产品，可以关注：

  
  文章曝光 → 文章阅读 → 目录点击 →
  搜索 → 收藏 → 分享 → 订阅
  

• If 是工具产品。可以关注：

  
  模板选择 → 文件导入 →
  生成开始 → 成功生成 →
  导出协作邀请
  

• 不要一开始就追踪所有按钮。按钮点击很多，但不一定都能回答主要问题。其实，

每个事件都要有属性

• 项目创建应至少携带：

 

project_type template_id source plan team_id is_first_project



结账启动可携带：

plan billing_cycle currency price coupon_used source



文章阅读可携带：

article_id category read_depth referrer locale

  ，  ，​ ​​​​​
​ ​​​​​
​​​
​
​
​
​​
​
​​
​​
​​
​
​
User Pain Point:  ，说起来，No attributes means limited insight – you’ll see an event but not *** it happened.

命名规范与稳定性的关键性