PD · IN · 134
服务端埋点默认制
Server Side Tracking Default · server-side-tracking-default--vijay
所属簇 指标体系与工程效能
解决什么问题
大多数公司在产品分析中默认使用客户端 SDK（web/mobile）埋点，导致数据质量差、维护困难。
核心内容
客户端埋点的三个问题：
- Web 端： 因广告拦截器和 JS 环境不可靠，丢失 20-30% 的事件，数据与内部数据库不匹配。
- 移动端： 需要为 iOS 和 Android 分别实现相同语义的事件，产生大量重复且不一致的事件。
- 移动端版本依赖： 新埋点只对更新到最新版本的用户生效，旧版本用户的破损埋点永远在野外产生脏数据。
服务端埋点的三个优势：
- 天然跨平台： Web、Mobile、TV 等所有平台都经过同一服务器，立即获得 100% 覆盖。
- 环境可控： 更新埋点即对 100% 用户立即生效，不受客户端版本限制。
- 工程师更熟悉： 服务端事件本质上就是带 user ID 的日志（logs），工程师无需学习新 SDK。
建议： 服务端埋点应作为默认方案。如果后续需要补充仅在客户端可获取的上下文信息，再额外添加。
适用边界
适用于产品分析（product analytics）场景。如果产品本身是纯客户端应用且无服务端中转，或者事件数据完全依赖客户端上下文（如 UI 交互细节），可能需要补充客户端埋点。作者承认这是"hot take"，因为很多人将 SDK 埋点与产品分析画等号。
关键引述 · 原话
"The really simple advice there is just start tracking events from your servers instead of from your clients. And if you need to supplement it later on with context that's only on the client, you can add that on later, but server side should be the default."（Vijay Iyengar）
关联卡片
与数据仓库（data warehouse）成为数据引力中心的趋势相关：服务端事件天然落入数据仓库，再通过 reverse ETL 工具分发。
出处：Vijay Iyengar · 03-podcasts/vijay.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2