概念对照
常见叫法，在 PathClue 里叫什么
不同工具的叫法不一样，但大部分概念可以直接对上。左列是业内最常见的说法。
| 常见叫法 | PathClue | 说明 |
|---|---|---|
| 媒体资源 / 站点 / 应用 | 项目，以及项目里的数据源 | 一个项目可以同时放网站、App 和小程序，报表按项目汇总。 |
| 事件与参数 | 事件与属性 | 事件名可以沿用；参数变成属性，一个事件最多 20 个。 |
| 转化 / 关键事件 | 目标 | 目标可以是事件，也可以是页面，可以标成关键事件参与「参与率」。 |
| 受众 / 人群 | 分群 | 动态分群会自动更新，在各个报表里都能用作筛选。 |
| 探索 / 自定义报告 | 漏斗、路径、留存、分布 | 都是内置的分析类型，保存后可以放进看板。 |
| 默认渠道分组 | 渠道与渠道规则 | AI 助手自动成为一个独立渠道；自己的规则优先于默认规则。 |
| 增强型衡量 / 自动采集 | 增强采集与全埋点 | 外链、下载、性能默认就有；全埋点的点击先进收件箱，确认后才变成事件。 |
| 用户 ID | 登录关联（识别模式） | 登录后把你系统里的用户编号关联上，多台设备合并成一个人。 |
| 热力图 / 录屏（另装的工具） | 热力图与会话回放 | 在同一个项目里，漏斗的每一步都能直接看回放。 |
步骤
四步切换，不中断数据
一个普通网站大约一个下午就能完成前两步。
- 1
把 PathClue 代码加上
和现有的统计代码放在一起，两者互不影响。单页应用自动跟随路由。
- 2
补上关键事件
注册、下单这类事件，沿用你现在的事件名，前端或服务端上报都可以。
- 3
并行两到四周
PathClue 的访客数通常更低，因为机器人被单独统计了。对比会话数和浏览量的趋势。
- 4
正式切换
团队习惯之后再移除旧代码，旧工具的报表保留只读。
要重建的东西
只搬真正在用的
迁移是清理的好机会。很多团队在旧工具里建了几十个报表，常看的只有五六个。
- 1
列出每周真的会看的报表
问一下团队，过去一个月打开过哪些报表。没人看的不用搬。
- 2
重建目标
注册、下单、预约演示这些核心目标先建好，它们决定了渠道和落地页报表的价值。
- 3
重建两三个核心漏斗
注册流程、结算流程。步骤从三到五步开始，比旧工具里的更精简也没关系。
- 4
统一 UTM 命名
借这次机会把渠道写法统一起来，旧的不一致写法可以用渠道规则归并。
- 5
设一条「采集中断」监控
代码装好后加一条监控，以后网站改版时如果统计代码丢了，会第一时间知道。
- 6
或者直接装行业模板
电商、SaaS、内容等行业模板一次装好目标、漏斗和看板，再按自己的情况改。
历史数据
过去的数据怎么办
我们不提供从其他工具「一键导入」，但有三种办法处理历史数据。
旧工具先留一段时间
历史报表留在原来的工具里。多数团队并行两到四周，之后保留旧工具的只读访问，需要查历史时再打开。
从 CSV 导入原始事件
如果能导出原始事件（时间、事件名、用户、页面、UTM），可以存成 CSV 导入，每个文件最多 10 万行。汇总后的报表无法导入。
用访问日志补回访问
导入 Nginx 或 Apache 的访问日志，可以重建过去几个月的页面浏览，静态文件和已知爬虫会自动跳过。
FAQ
迁移常见问题
没找到答案？打开右下角的聊天直接问我们。
必须先删掉原来的统计代码吗？
不用。两段代码可以同时在页面上，互不干扰。建议至少并行两周，确认数字可信再移除。
为什么两个工具的数字对不上？
最常见的原因有三个：PathClue 把机器人单独统计了；PathClue 不写 Cookie，访客去重的方法不同；同意弹窗和拦截插件对两种工具的影响不一样。对比会话数、浏览量的趋势，而不是访客的绝对值。
事件名需要改吗？
一般不用。只要符合蛇形、字母开头、不超过 40 个字符的规则就可以沿用。不确定的话用事件命名检查工具试一下。
迁移需要开发参与多少？
装代码通常只要改一次页面模板。关键事件如果原来就有埋点，把调用换成 PathClue 的写法即可；没有的话，可以先用全埋点把点击记下来，事后再定义。
能帮我们迁移吗？
可以。在线咨询或者发邮件告诉我们你现在的工具和规模，我们会给出一份具体的迁移清单。企业版客户有专人协助。