Google Analytics 替代工具怎么选？四款工具与迁移检查

先写下需要回答的问题

打开统计后台，面对一屏图表，仍然不知道该改哪篇文章、停哪个广告、修哪个页面。换工具的目标应该是解决这些问题。

给网站列出三条需要的答案：

哪篇文章带来订阅？
哪个推广渠道带来付款？
注册流程的哪个步骤流失最多？

三条问题对应三种统计任务：内容效果、来源转化、流程分析。

“今天来了多少人”只能回答访问规模。它无法解释订阅和付款。

四款工具，按任务选择

工具	值得试用的需求	试用重点
Plausible	页面、来源、订阅或下载目标	能否查出带来目标转化的页面和来源
Umami	流量、事件、步骤转化；需要云服务或自建选择	漏斗步骤、时间窗口、部署版本
Matomo	需要迁入 GA 历史报告	导入范围，旧报表能否回答原来的问题
PostHog	注册后的使用、流失与留存	事件定义、身份关联、计费事件量

这张表表达的是试用方向。功能存在重叠，套餐和部署版本也会影响可用范围。

Plausible：从页面和来源追到目标

博客可以设置订阅目标，资料网站可以设置下载目标。

需要查看的报表是：

哪个来源带来的访问完成了订阅？哪篇页面参与了转化？

Plausible 支持页面目标、自定义事件和收入追踪。按钮点击、表单提交、付款成功需要对应的记录设置；安装统计脚本不会替网站定义业务结果。目标追踪文档

**试用任务：**选一篇文章，设置一个订阅成功目标，检查报表能否把来源、页面和订阅联系起来。

Umami：把步骤串成漏斗

漏斗就是一串必须完成的步骤：

打开商品页 → 开始结账 → 付款成功

Umami 支持页面和事件组成的漏斗。步骤顺序和时间窗口影响结果。例如，时间窗口设为十分钟，间隔超过十分钟的步骤可能无法计入同一次完成。Umami 漏斗文档

漏斗出现下降，原因需要检查。可选步骤、缺失事件、错误时间窗口都可能制造“流失”。

**试用任务：**建立一条三步漏斗，完成一次测试流程，确认三个步骤都有记录。

Umami 提供云服务和自建方式。自建需要承担升级、备份和故障处理。维护能力应进入选择条件。Umami 官网

Matomo：先检查历史报告的用途

历史数据有价值，前提是它能回答需要的问题。

Matomo 的 GA 导入器读取汇总报告。导入数据无法还原原始访问日志，也不支持全部细分和报告功能。Matomo 导入限制

“能导入”不等于“旧后台能做的分析全部保留”。

**试用任务：**列出三张必须保留的旧报表，核对导入支持范围。需要逐次访问记录、原始事件或特定细分时，检查导入限制。

PostHog：检查注册后发生了什么

会员网站可能需要追踪：

注册成功 → 完成第一次操作 → 下一周再次使用

PostHog 提供事件漏斗、路径和留存分析。留存报告需要定义起始事件和返回事件。“回来打开首页”和“回来完成一次操作”代表不同结果。分析类型、留存定义

这些分析需要维护事件含义。功能增加，事件名称、属性和身份关联也需要管理。

**试用任务：**定义一个首次完成事件和一个再次使用事件，确认报表回答的是业务问题。

转化事件：点击不代表成功

“点击付款按钮”记录付款意图。支付失败也可能产生这个事件。

“打开感谢页面”也存在误判：刷新、收藏链接、付款后的跳转失败都会影响记录。

先给目标写一句定义：

目标	应该记录的结果
订阅	订阅提交被接受
注册	账号创建成功
付款	订单付款得到确认
下载	区分下载链接点击与文件完成获取

付款统计需要与订单系统核对。浏览器事件可能遭到拦截，订单系统承担付款事实的记录。

一次测试付款，应产生一个成功记录。刷新页面不应把同一订单变成两笔收入。

迁移：做四项检查

1. 页面记录

打开首页、文章页和一个业务页面，检查记录。

页面切换也要测试。有些网站切换页面不会重新加载整个网页；首页有记录，后续页面仍可能漏记。

2. 来源记录

准备一条测试推广链接：

https://example.com/?utm_source=test&utm_medium=email&utm_campaign=migration

用新浏览器会话打开，检查来源与活动名称。网站跳转需要保留参数。

UTM 用来区分推广活动。日常分享链接应统一名称，避免 newsletter、Newsletter、email-news 各占一行。

3. 成功记录

完成一次订阅、注册或测试订单，核对事件名称、次数和金额。

先确认目标事件没有被内部访问过滤规则排除。

4. 重复记录

检查统计脚本的安装位置。网站插件、主题设置和标签管理器可能各装了一次。

重复脚本、重复提交、感谢页刷新都值得检查。访问量翻倍不代表流量增长。

新旧数字不同，查什么？

先统一比较范围：

日期和时区。
域名、子域名与页面范围。
内部访问过滤规则。
同意管理和脚本拦截情况。
访问、会话、转化的定义。

记录结果可以整理成一张表：

现象	排查方向
首页有记录，文章切换没有	页面切换追踪
页面正常，推广来源丢失	UTM 参数、跳转、来源判定
点击有记录，成功没有	成功事件是否接入
成功次数超过订单数	重复触发、测试订单、取消或退款口径
全部页面出现接近固定倍数的差异	重复安装、记录范围和指标定义

这些是排查方向，不能直接当成故障结论。

浏览量完全一致也不能证明迁移成功。来源丢失、付款重复、广告转化断开，都会影响决策。

历史数据和广告连接，要单独处理

Plausible 支持 GA 数据导入，但不支持导入 GA 电商收入；Matomo 导入的是汇总报告。旧数据是否可用，需要逐项检查。Plausible 导入文档、Matomo 导入限制

记录切换日期，保留旧报表。跨越切换日期的趋势需要标注统计口径变化。

Google Ads 也有一项检查：账户是否使用 GA4 导入的转化进行出价优化？删除 GA4 前，需要验证替代的广告转化链路，并检查重复计数。Google Ads 转化文档

费用：看计费单位

每月十万次页面访问，不代表十万个计费事件。

页面访问、按钮点击、自定义事件和自动采集都可能进入事件量。PostHog 的产品分析使用事件计费，因此试用应包含事件量检查。PostHog 计费说明

选购前核对：

计费单位与超额规则。
网站数量。
数据保留期。
需要的功能属于哪个套餐。
自建的维护成本。

怎么做决定？

博客先测试“页面 → 订阅”。商店先测试“来源 → 付款”。会员网站先测试“注册 → 使用 → 返回”。

候选工具能回答这条路径，记录经得起检查，费用能够承担，才有迁移价值。