WordPress 统计插件比较：Site Kit、MonsterInsights 与 Independent Analytics

需要在 WordPress 查看 Google 搜索与访问数据，可比较 Site Kit；需要连接 Google Analytics 并查看站内报告，可评估 MonsterInsights；希望统计数据保存在本站数据库，可考虑 Independent Analytics。它们的收集方式和指标定义不同。添加工具前，先明确要回答的问题并检查已有测量，避免重复追踪和不必要的费用。

要了解搜索曝光、访问，还是已完成的行动？

“哪些搜索把人带来？”“哪些文章被阅读？”“访问是否带来咨询或购买？”是不同问题。搜索展示指页面出现在搜索结果中，页面浏览指某个页面被查看，会话则按测量系统规则组合活动。一个人可以查看多页，因此浏览量、用户数和会话数不能互换。

安装仪表板不会自动定义值得测量的行动。如果只统计联系表单提交按钮点击，就可能把失败尝试当成成功。应先定义成功完成，再与实际提交记录或订单核对。

比较三款统计插件

Site Kit：区分账户连接与代码放置

Site Kit 是 Google 官方 WordPress 插件，可连接 Search Console、Analytics 和 AdSense 等服务。Google Analytics 4 下文简称 GA4。Search Console 描述搜索结果中的发现情况，GA4 则报告已收集的站内活动；显示在同一仪表板，不代表它们是同一个计数。

从 Site Kit → Dashboard 开始，在 Site Kit → Settings → Connected Services → Analytics 检查账户、媒体资源、网站数据流及代码放置。媒体资源是收集网站或应用数据的容器，网站数据流则是该资源中的网站数据来源。设置指南说明了公开访问和 REST API（WordPress 的通信接口）要求。应按环境规划验证，不要仅为了连接就把私人测试站开放。

Analytics 集成指南说明可以保留已有标签，仅连接报告，并关闭 Site Kit 的代码放置。Tools → Site Health → Info 的 Site Kit 区域也会显示 Analytics snippet placed。“Yes”只证明它放置了代码，不证明正确资源已收到准确且没有重复的事件。

MonsterInsights：把所需报告对应到实际套餐

通过 Insights → Settings → Connect MonsterInsights 选择正确 Google 账户与媒体资源，再到 Insights → Reports 查看报告。按连接说明操作，并确认网站所有者掌握资源。仅因为更换插件就新建资源，可能把历史数据与未来收集分开。

免费 Lite 不包含整个产品系列宣传的全部功能。通过套餐对照核对完整历史、活动与来源报告、表单转化和电商要求。预算应考虑续费价、网站数量及功能覆盖，不能只按首次优惠计算。

默认排除已登录的管理员和编辑。测试访问前，检查 Insights → Settings → Advanced → Permissions → Exclude These User Roles From Tracking 及角色排除指南。有权看报告，与是否排除该角色活动，是两项不同决定。

Independent Analytics：检查本地存储与收集条件

它无需 Google 账户，就能提供页面、来源与设备报告。启用后在管理菜单 Analytics 查看报告和设置。活动、点击、表单、电商及独立实时报告应比较 Pro 范围。

本地存储不代表无需任何收集机制就能统计所有服务器请求。开发者的追踪架构说明描述了页面上的小型脚本：通过本站 REST API 发送数据，再写入数据库。因此，仍要检查访客端收集，以及安全和缓存设置的影响。

通过忽略自身活动指南查看登录用户、角色和 IP 排除。把其数据表纳入容量与备份规划。基础测量不用 Cookie，不会自动移除其他广告或分析代码，也不能代替网站全部告知和同意安排。

区分重复标签与正常的统计差异

列明主题、代码片段工具、Google Tag Manager 或现有插件，是否都向同一 GA4 数据流发送数据。Tag Manager 管理标签，本身不是 Analytics 媒体资源。同一目的的测量通过多个途径部署，可能重复发送页面浏览或事件。

Site Kit 可以显示报告，由另一个工具负责标签，但应记录这种分工。安装两个插件不等于一定重复，使用相同 ID 也不保证自动去重。针对一次页面加载和预期行动，检查目标 ID、事件以及发送次数。

GA4 与本地统计的差异，可能来自用户或会话定义、同意状态、拦截工具、机器人处理、管理员排除、时区和处理延迟。Google 的收集验证指南指出，许多报告需要 24–48 小时处理数据。即时检查可用 Realtime，或启用调试模式后的 DebugView，并与完整时间段的报告区分。

不要直接把 GA4 跳出率当成只访问一页的比例。不同工具中同名指标也可能定义不同。应在一致条件下解读趋势与真实行动，而不是强迫所有总数相同。

验证收集并保留历史数据

1. 记录已有配置。 确认账户、媒体资源、网站数据流和标签放置负责人。不要把认证密钥放进公开稿件或截图，修改前准备备份。
2. 按目的连接。 决定是否保留原资源，把报告访问与标签放置分开。避免新旧收集对同一行动重叠。
3. 检查同意与排除。 核对管理员排除、IP 过滤和同意行为。仅开启 Site Kit Consent mode，不能证明同意横幅与配置完整。
4. 建立可辨认的测试访问。 在允许条件下，退出登录打开选定页面，记录时间与 URL。检查 GA4 Realtime/DebugView 和目标 ID，或本地统计中对应页面与时间。不要假定所有访客总数都必须恰好增加一。
5. 测试重要行动。 把成功表单、下载或测试购买与事件核对。不在 URL 和事件参数中加入个人数据，并检查失败行动没有被记录为成功。
6. 比较已结束的时间段。 对齐日期、时区、过滤器和指标。一致使用 UTM 活动规范，避免给站内导航随意添加活动标签。

缺少数据时，依次检查所选资源与数据流、标签放置、同意、排除、过滤、缓存和拦截。不要因报告为空就再加一个标签，也不要用破坏性过滤或删除数据来试错；先理解内部流量排除的范围。

换工具时，保留旧账户与报告访问，记录切换日期及测量变化。本地统计还应规划导出、专用表备份和保留期限。停用连接插件、删除外部资源和删除数据库统计，后果不同。应能恢复原标签安排，再检查重复或收集缺口。