Analytics
WordPress 版 Matomo 替代方案：真正要紧的几项标准
寻找 Matomo 替代方案的人，很少是为了更多功能。多数情况恰恰相反：希望需要维护的组件更少。以下五项标准能把真正做到这一点的替代方案，与只是把工作量转移了的方案区分开来。
标准 1：换用之后你要运行多少个系统？
这个问题决定了工作量。如果一个替代方案自带独立的安装、独立的数据库或独立的 Cron 任务，那它只是转移了你的问题，而没有解决问题。检查一下：是一切都在 WordPress 范围内运行，还是在旁边又多出了什么？
标准 2：数据存放在哪里？
如果分析数据存放在网站的数据库中，它们就会自动包含在备份里，也自动归入 WordPress 的用户管理。如果存放在别处，这两方面你都得另找办法——必要时还需要签订数据处理协议。
一个简单的测试：假设你恢复了上周的备份。访客数据是否也随之回到了上周？如果没有，说明数据存放在外部。
标准 3：它是否无需 Cookie 即可测量——而且是默认如此？
许多工具只要设置得当，都可以不用 Cookie。区别在于没人去设置时会发生什么。Kakapo Analytics 根本没有 Cookie 选项：它始终按同一种方式测量，这个问题压根不存在。
标准 4：包含哪些功能，哪些要额外付费？
在许多服务商那里，热力图、会话录制、表单分析和 A/B 测试都需要额外购买。要算最终的总账，而不是入门时的花费。在 Kakapo Analytics 中，这些模块都是插件的组成部分。
标准 5：谁可以查看哪些数据？
一旦不止一个人参与协作，这一点就很实际了。如果替代方案自带一套用户管理，你就要维护两份名单；如果它依托 WordPress 角色，你只需维护一份。Kakapo Analytics 按角色开放单个模块；系统页面不在此列。
对照一览
| 标准 | 向替代方案提出的问题 | Kakapo Analytics 的情况 |
|---|---|---|
| 系统 | 除 WordPress 之外还要增加别的东西吗？ | 否 |
| 数据存放 | 是否存放在同一个数据库中？ | 是 |
| 无 Cookie | 无需任何设置也是如此吗？ | 是，没有 Cookie 选项 |
| 功能范围 | 哪些要额外付费？ | 包含热力图、会话录制、表单分析和 A/B 测试 |
| 权限 | 有独立的用户名单吗？ | 否，使用 WordPress 角色 |
常见问题
WordPress 方案会不会不够精确？
它由服务器端触发测量，且不使用 Cookie，因此统计回访访客的方式与基于 Cookie 的系统不同。对于同一测量方式下的趋势和对比，这无关紧要；但若要与另一个工具留下的旧数据比较，就不是无关紧要了。
数据库会不会无限增长？
只有在不设保留期限时才会。设置一个保留期限，数据量就会保持稳定。
我可以让两者同时运行吗？
技术上可以，而且在过渡期这样做是合理的。但长期来看，你会把同样的访问重复统计两次，并付出双倍的运行开销。
那 Google Analytics 呢？
那是另一个问题——它涉及将数据传输给第三方，而且通常需要征得同意。想摆脱它的人，最终要考虑的正是上面这些标准。