Segment CDP 数据追踪

要解决什么问题

团队在接 Segment CDP 时，常见痛点是浏览器与服务端各写一套事件、命名随意导致下游工具无法对齐，以及在后端或 Webhook 场景里把敏感数据误打到客户端 SDK。Segment 的 identify 与匿名 ID 合并逻辑若理解不到位，还会出现「用户行为对不上号」的数据质量问题。

技能如何组织内容

本技能按三种模式拆开说明：

• Analytics.js 浏览器集成：track、identify、page、group 的典型用法，以及匿名 ID 在 identify 之前如何保留、合并。
• Node.js 服务端追踪：基于 @segment/analytics-node 的非阻塞、批处理发送，适用于后端事件、Webhook 与不宜出现在浏览器的数据。
• 追踪计划设计：用「对象 + 动作」规范事件名，定义必填属性、类型与校验，并接到 Protocols 做强制约束。

同时列出反模式（例如动态事件名、把属性当事件、track 前未 identify）和易错点对照表，便于代码评审时对照。

适用边界

技能侧重 Segment 官方 SDK 与追踪计划方法论，不替代你们自建的数仓建模或各 Destination 的字段映射细节；Protocols 与具体 Workspace 配置需对照 Segment 控制台与内部数据治理文档。