如何将分析从 Matomo 迁移到隐私优先的分析

为什么要从 Matomo 迁移

转向隐私优先的分析通常不是从界面开始，而是从一个问题开始：为什么要更换 Matomo。答案有三个。第一个是隐私要求，第二个是希望简化数据收集，第三个是减少对 cookie 的依赖。如果您的网站有来自欧盟的受众、医疗项目，或者只是一个不想频繁处理用户同意的团队，那么您已经有理由了。

Matomo 作为一个熟悉的系统通常很方便，但它的报告和设置逐渐变得复杂，充满了例外、插件和手动修改。在某个时刻，网站所有者需要的不是“再一个同意表单中的字段”，而是一个更简单的方案，在这个方案中，分析数据被整洁地收集，没有多余的痕迹。因此，出现了这样的需求：如何将分析从 matomo 转移到隐私优先的分析。

还有一个实际的论点。当数据收集不那么依赖于 cookie 时，更容易向市场营销人员、律师和开发人员解释逻辑。并不是所有人，但通常是的。

如果 Matomo 仅用于基本事件，没有深度定制，而报告仅用于 5-7 个常规决策，迁移通常不会有戏剧性的损失。当 Matomo 绑定了细分、电子商务和长目标链时，情况就复杂了；这时需要一个计划，而不是热情。

迁移前需要准备什么

在迁移之前，收集 5 组数据：目标、事件、流量来源、Matomo 报告、集成和网站访问权限。没有这些，迁移就变成了猜测。而且，是的，猜测几乎总是更昂贵。

首先从目标列表开始。记录哪些行为被视为转化：提交表单、点击电话、注册、下载文件、购买。对于每个目标，最好不仅注明名称，还要注明触发的页面和触发条件。一个例子胜过十个笼统的短语。

然后查看事件。在 Matomo 中，它们可能以不同的方式标记：部分通过 JavaScript，部分通过 GTM，部分通过服务器调用。在这里，表格或至少带有“事件”、“类别”、“动作”、“标签”、“页面”、“备注”列的文档会很有用。这样的列表可以节省数小时来解析旧设置。

单独的模块 — 流量来源。保存您实际使用的 UTM 标签，哪些渠道与广告账户相关，哪些活动通过短链接或重定向到达。没有这些，新系统可能会收集访问量，但您无法理解用户来自何处。这已经不是分析的问题，而是决策的问题。

不要忘记集成。CRM、电话追踪、表单、聊天、服务器事件发送、BI 面板 — 所有这些在启动前都需要列出。如果网站、GTM、CMS 或 CDN 的访问权限不足，最好提前请求。否则迁移将在第二步停止。

Matomo 指标与新系统的对比

从简单的开始比较指标：页面、事件、转化、UTM 标签和用户细分。不要试图立即对所有内容进行对比。先处理基本的东西，然后再处理细节。这样更少可能在方法论的差异中迷失。

在 Matomo 和新系统中，页面通常在 URL 上是一致的，但在规范化规则上不一定相同。请检查斜杠、参数、锚点和重定向是如何处理的。如果规则不同，同一路径可能看起来像三条不同的字符串。对于在线商店，这在商品卡片和过滤器上尤其明显。

事件最好成对检查。例如，如果在 Matomo 中有点击“提交申请”按钮的事件，在新系统中需要创建相同的触发器，并比较不仅是触发次数，还有条件。有时在 Matomo 中事件是在父级块上捕获的，而新系统则等待精确的选择器。惊喜很简单，后果却不愉快。

转化和目标需要单独列出。对于每个旧目标，记录：名称、事件来源、页面、条件、价值。然后与新模型进行比较。如果在 Matomo 中目标是通过查看“谢谢”页面来计算的，而新系统是通过提交表单来计算的，那么数字在一开始就会出现差异。这是正常的，但前提是你事先记录了这一点。

UTM 标签需要在两个层面上进行检查：它们如何进入系统以及如何在报告中显示。有时差异是由于字母的大小写，有时是由于自动填充的活动，有时是由于重定向时参数被截断。内部细分也值得描述：新用户、回归用户、来自电子邮件的流量、来自特定国家的用户。没有描述的细分几乎总是未来的错误。

隐私优先的分析设置

基本设置从安装计数器开始。接下来，如果您的平台支持，请设置无 cookies 模式。之后，在公司政策和项目法律框架允许的情况下，启用无同意收集。不是魔法，而是 3-4 步的顺序。

需要立即过滤内部访问。如果 12 人的团队每天打开网站 20 次，分析很快就失去意义。排除办公室 IP、测试设备、暂存域名，以及如果需要，单独的员工账户。否则，您将看到来自只是检查按钮的人的“增长”。

接下来设置基本事件：页面浏览、表单提交、点击电话、点击电子邮件、下载文件。不要试图在一个晚上将所有内容从 Matomo 转移过来。先是核心，然后是稀有事件。在这个阶段，特别有必要与文档和测试环境进行对照。

如果选择的隐私优先分析支持服务器事件，请在浏览器事件因广告拦截器或复杂脚本而失效的地方使用它们。这对于支付、封闭的账户和长表单非常重要。但不要随便通过服务器传输所有内容，否则会失去调试的透明度。

有时一个单独的测试域或暂存报告会有所帮助。在上面可以安全地点击7-10个关键按钮，检查过滤器，并确保私有分析不会收集垃圾。是的，这很无聊。但这样之后夜间修改会少一些。

事件、目标和漏斗的迁移

事件的转移按优先级进行：首先是5-10个最有价值的操作，然后是其他。如果您有电子商务，首先从添加到购物车、开始结账、购买开始，然后再连接过滤器的查看和推荐模块的点击。逻辑很简单：影响金钱的事情优先转移。

在Matomo中，目标通常围绕感谢页面或特定的URL构建。在新系统中，这种方法也是可行的，但最好与技术实现一起重新审视。有时表单是通过AJAX提交的，用户不会进入单独的页面——这时需要记录事件，而不是页面。这样更准确，也更安心。

请逐步检查漏斗。对于注册，这可能是4个屏幕：进入着陆页、点击按钮、填写表单、通过电子邮件确认。对于订单——购物车、配送、付款、确认。每个步骤都应该有自己的触发器和测试。一个被遗漏的步骤会破坏整个图景。

如果在 Matomo 中有复合目标或细分漏斗，请不要试图逐字复制它们。最好将逻辑分解为单独的事件，并在隐私优先的分析中重新构建漏斗。有时这种重新构建甚至比旧方案更有用：多余的步骤和无效的点击会浮现出来。

对于电子商务场景，请检查金额、货币、订单 ID 和取消情况。在实践中，价格和折扣的传递常常被混淆，导致报告看起来很美观，但与 CRM 不符。这时，内部计算规则文档会派上用场。

迁移后数据质量检查

启动后的前 3-7 天不是“观察”，而是对比。将旧报告和新报告并排打开，比较页面、事件、转化和来源。差异几乎是不可避免的。问题在于，您能否解释这些差异。

检查从手动测试开始。访问网站，打开 2-3 个页面，点击几个按钮，提交表单，点击 UTM 链接。然后查看新系统中是否出现了事件，用户路径是否被破坏。这样的测试听起来很简单，但正是它捕捉到了 80% 的错误。

单独检查推荐流量。它经常因为重定向、错误的排除列表或无 cookie 模式的设置而消失。广告点击也可能出现错误：UTM 被读取，但由于中间页面，渠道变成了“direct”。如果发生这种情况，不要急于指责平台；首先查看转化链。

在基本报告后对比细分。如果在 Matomo 中您有 2 个按国家划分的细分和 3 个按来源划分的细分，请检查逻辑和数量是否一致。小的偏差是可以接受的，但一个细分中的急剧下降通常表明过滤器或规则存在错误。

良好的做法是保持差异日志。在其中记录日期、页面、事件、旧值、新值和解释。当一周后有人问为什么购买减少了12时，这会很有帮助。答案不需要重新寻找。

迁移后如何处理旧的 Matomo

迁移后不必立即删除 Matomo。通常保留三种选择：归档、冻结收集或完全关闭。选择取决于法律要求、存储期限以及团队回顾旧报告的频率。

如果需要归档，请仅保留只读访问权限，并记录停止收集的日期。这对于历史比较和内部检查很方便。如果报告不再用于工作，可以将主要结论转移到文档中：目标列表、来源、细分规则、重要例外。文档简短，但在六个月后的争议中会很有帮助。

完全关闭旧安装并不适合所有人。有时，Matomo 会作为备用保留 30-60 天，以捕捉遗漏的事件或有争议的差异。然后，当新的分析稳定地收集所有必要的操作时，可以将其移除。

启动清单和迁移后的控制

在最终启动之前，请检查 8 件事：计数器已安装，启用了无 cookies 模式，内部访问已排除，目标已重新设置，UTM 可读，表单被捕获，电子商务已传递，报告已打开。如果至少有一项为空，则最好不要急于启动。

在迁移后的头几天，指定一个人负责分析。不是一个团队，而是一个人。他查看日志，比较报告，收集错误，并回答为什么“联系方式”页面突然有 0 个事件的问题。当项目同时进行发布和广告活动时，这种模式尤其有用。

然后定期进行审查——每两周一次或每月一次，具体取决于流量。检查新的表单、新的按钮、新的着陆页、新的广告UTM和同意横幅的变化。网站上的任何修改都可能影响分析，即使开发者发誓“我们只是换了文本”。

还有一个小但常见的事项：将所有更改的列表保存在一个地方。当三个月后需要解释为什么隐私优先的分析流量事件发生了变化时，你会很高兴不必在聊天记录、工单和一个疲惫的市场营销人员的记忆中寻找历史。