更多: 快速开始
一周并行计划
换统计工具主要是换信任,不是搬数据。历史报表留在原处,真正要换的是团队每天早上打开的那份报表。最稳妥的方式是两边并行一周:
- 第 1 天:安装。 把 TapCub 代码加到现有代码旁边,按安装指南做。先不要删任何东西。
- 第 2–5 天:对照。 每天打开两个工具,比下面的三个数字。记比例,不要记差值。
- 第 6 天:重建目标。 只重建团队真正会看的目标和事件,通常不到十个。
- 第 7 天:切换。 让 TapCub 成为大家打开的链接。旧代码再保留一个月作为退路,然后删掉。
比口径,不比总数
两个统计工具的总数从来对不上,这不是哪一方的缺陷——它们在相似的名字下数的是不同的东西。对照之前先把定义对齐:
| 指标 | 差在哪 | 该比什么 |
|---|---|---|
| 访客 | 基于 Cookie 的工具数的是带 Cookie 的设备;TapCub 数的是不用 Cookie 的按日或按站点假名,并默认排除已识别的机器人。 | 逐周的趋势形状。旧工具把机器人算进去时,TapCub 会偏低;Cookie 同意条拦住旧代码时,TapCub 会偏高。 |
| 会话 | 两边都按空闲时间切分。TapCub 默认 30 分钟空闲、24 小时上限,都可调。 | 人均会话数,应在几个百分点之内。 |
| 浏览量 | 最接近的指标。差异来自被拦截的脚本和单页应用的路由事件。 | 前 10 个页面的占比,排名应一致。 |
| 跳出率 | 基于互动的工具把 10 秒后算作有互动;TapCub 把只有一次浏览且无事件算作跳出。 | 按渠道看方向,不比绝对值。 |
UTM 与广告点击 ID
UTM 参数不需要映射。TapCub 按你现有的打法原样读取 utm_source、utm_medium、utm_campaign、utm_term、utm_content,并在 网站统计来源UTM 下分别拆分。
14 个平台的广告点击 ID 自动读取,包括 Google Ads、Meta、TikTok、Microsoft Ads 以及国内四大广告平台。带 gclid、msclkid、bd_vid 的访问无需任何设置就归为付费搜索。原始 ID 在存储前会被哈希。
渠道分组和你离开的那个工具不同。如果团队依赖自定义分组,在 配置网站设置渠道规则 里重建——你的规则优先于默认规则。详见来源与 UTM。
映射目标与事件
不要第一天就重建全部转化事件。列出有人每周会打开的目标,只重建这些:
| 在现有工具里 | 在 TapCub 里 |
|---|---|
| 目标页 / 到达页目标 | 网站统计 › 目标 下的页面目标:精确、前缀或通配。 |
| 基于事件的转化 | 按事件名建的事件目标,可带一个属性条件。 |
| 带金额的购买 | 开启收入的事件目标,或者金额必须精确时用服务端事件。 |
| 漏斗 / 路径探索 | 数据分析 › 行为 里的漏斗,2–20 步,窗口最长 180 天。 |
| 受众 | 数据分析 › 用户 里的分群。 |
TapCub 的目标转化率分母是去重访客,不是会话。如果旧报表按会话除,百分比会不一样,而转化数一致。
切换清单
- 代码在每个模板上,包括在主 CMS 之外搭的落地页。
- 所有域名和子域名的主机名都已登记。
- 在投的活动 UTM 链接保持原样——不需要改。
- 每周要看的目标已重建,且至少有两天数据。
- 团队成员已按正确角色邀请(见角色)。
- 书签和看板都指向 TapCub。
- 退路月结束后移除旧代码,并更新同意条里对应的条目。