Statnive WordPress 插件 vs Statnive Live：哪一个适合您的网站？

两款产品，同一份隐私契约

大多数网站分析厂商只发布一款产品，然后试图把它拉伸到适合每一类客户。我们故意做了两款。

Statnive WordPress 插件是您从 WordPress.org 安装、启用之后就可以不再操心的产品——它住在您的 WordPress 安装中，并把网站分析直接写入站点的数据库。Statnive Live 是一个独立的网站分析平台：一个 Go 单可执行文件加 ClickHouse，专为那些不适合放在 WordPress 中（或者已经超出共享主机承载能力）的站点而设计。两款产品都默认不使用 Cookie、不需要 Cookie 同意横幅，并开箱即用地尊重 DNT 与 Sec-GPC。同一份隐私契约，两种部署形态。

本指南是对每一位 Statnive 插件用户迟早会问的那个问题的诚实回答：我应该迁移到 Live 吗，还是继续用插件？ 我们宁可让您留在免费插件上，也不愿您买下并不需要的东西，因此下面的决策矩阵更多依赖具体信号——流量、托管环境、技术栈、审计姿态——而不是定价页面上的压力。

两款产品共有的部分

隐私不变量是完全一致的，因为它们就是产品本身。无论插件还是 Live，都：

不使用 Cookie、不使用 localStorage、不使用 sessionStorage — 您可以在任一跟踪脚本运行的站点上打开 DevTools → Application 验证
使用每日轮换的盐，因此同一访客每天产生不同的哈希；按构造无法跨日跟踪
从不持久化原始 IP 地址 — IP 只在 GeoIP 查询阶段进入管线，随后在任何一行被写入之前就被丢弃
不进行任何指纹识别 — 没有 canvas、WebGL、字体枚举或 navigator.plugins 探测
默认尊重 DNT 与 Sec-GPC
在任何与隐私或身份相关的路径上只使用 SHA-256 / BLAKE3——不用 MD5，不用 SHA-1
强制执行 CI 层面的跟踪脚本体积预算，确保您发送给访客的脚本不会在无人察觉的情况下膨胀

如果这些就是您最初选择 Statnive 的理由，那么两款产品都不算降级。下面的选择是关于部署形态和规模的，不是关于原则的。

决策矩阵

	Statnive WordPress 插件	Statnive Live
部署	来自 WP.org 的 WordPress 插件。启用即可。	单个 Go 可执行文件 + ClickHouse。可在任意 Linux 主机上自托管，或使用我们托管的 SaaS。
流量上限	受限于您 WordPress 主机的 MySQL / MariaDB。在共享主机上，每天数千名访客都很从容；没有页面缓存时，竞争下会出现性能下降。	设计上每节点每天 2 亿事件，运行在 8 核 / 32 GB 的服务器上；SaaS 起步配置为 Hetzner AX42（8c / 64 GB）。
运维复杂度	零——您的 WP 主机本就在跑 PHP 与 MySQL。	您（或我们）运行一台服务器：ClickHouse、TLS、备份、定期 GeoIP 数据库更新。
生态适配	仅限 WordPress。PHP 8.0+、WordPress 6.2+。	任意技术栈。跟踪脚本是第一方 `<script>` 片段——Astro、Rails、Django、移动端 webview，凡是浏览器能拉取脚本的地方都可以。
多站点	每个 WordPress 站点单独安装一份插件。	从第一天起就是多租户——每个事件都带有 `site_id`；一份 Live 部署可服务多个站点。
定价模式	统一年费：Free（自 v1.0.0 起包含 WooCommerce 收入报告）、Growth（99 美元/年——计划 2026 年）包含异常告警、Slack/Telegram、广告投入 MER、AI 高管摘要、Meta CAPI。Agency（199 美元/年——计划 2026 年）包含热图 + 白标。付费计划提供 14 天退款。	按流量计费：Starter / Growth / Business 按月浏览量定价，从 10k PV 的 9 美元/月到 10M PV 的 339 美元/月，外加联系销售的 Enterprise 层。年付 = 免两个月。30 天免费试用，无需信用卡。
仪表盘	`/wp-admin` 内的 React 18 + TanStack Router/Query/Table。	Preact + `@preact/signals` + uPlot，由可执行文件在 `/dashboard` 提供；CI 中由 `size-limit` 强制 gzip 后 16 KB 的初始 JS 预算。
DPA 姿态	您自托管，所以您是控制者，我们不是您的处理者。无需 Statnive 与您之间的 DPA。	客户是控制者，Statnive Live SaaS 是处理者。每个计划都附带 Art. 28(3) DPA，已于 2026-04-24 签署。

对大多数读者而言，这张表里有两个单元格才是真正的决策点：流量上限和生态适配。其余都是结果。

Statnive WordPress 插件适合您，如果……

插件是为那些舒适地待在自身托管计划里的 WordPress 站点打造的。如果下列任何一项为真，您就应当继续（或开始）使用插件：

您运营一个 WordPress 站点，技术栈到此为止。您没有另一套 Astro 前端、没有移动应用，也没有需要埋点的 Rails 管理后台。
流量是有限的——小型企业站、内容博客、B2B 营销站、垂直媒体。任何「每天几千名访客就算不错」的场景。
您不运行专门的基础设施。 您的 WordPress 跑在共享主机、托管型 WP 主机或一台小 VPS 上。单独拉起一个 ClickHouse 进程，所花的运维成本超过网站分析能带来的回报。
您需要 WooCommerce 收入跟踪。 自 v1.0.0 起，免费插件提供专门的收入报告（5 个 KPI + 按渠道收入 + 热门产品 + 购物车到购买漏斗）。表单集成（Contact Form 7、Gravity、WPForms）以及 WPML/Polylang 多语言支持纳入 Growth 层范围——计划 2026 年。
您希望一切都放在现有数据库中。 全部网站分析数据都留在站点的 MySQL/MariaDB 中，和文章、订单放在一起，并与它们一同备份。

插件采用 GPL-2.0-or-later 许可证，在 WordPress.org 上免费，免费层提供仪表盘、实时视图、渠道分组（8 个渠道，包含专门覆盖 14 个主机的 AI Assistants 渠道）、REST API、自定义事件、可配置的保留期（最长 10 年）以及（自 v1.0.0 起）完整的 WooCommerce 收入报告。如果这些足够，那您就到此为止了。

Statnive Live 适合您，如果……

Live 是为那些插件的「WordPress + MySQL」形态已经不再适用的站点打造的。如果下列任何一项为真，您就应当考虑 Live：

您的流量峰值很猛。 一分钟一百万次页面浏览对于高流量出版商、流媒体页面以及活动型落地页是真实的负载特征——而「您的 WordPress MySQL」并不是您希望这条入库路径经过的地方。
您运行的不止 WordPress。 一份 Live 部署可以从任何技术栈采集——在 Astro 站点、Express 应用、静态落地页或移动端 webview 上放一个 1.4 KB 的 script 标签。跟踪脚本并不在意 HTML 由谁提供。
您有多个站点。 从第一天起，每张 Live 表里都有多租户的 site_id。一个 Live 可执行文件就能服务一组品牌或一张站点网，不需要逐站安装。
您处于需要签署的处理者协议的受监管行业。 Live SaaS 每个计划都附带 Art. 28(3) DPA，已于 2026-04-24 签署，并在上游变更后 7 天内更新次级处理者名单。数据处理仅在欧盟 / EEA 进行，部署在德国纽伦堡的 Netcup VPS 上——不触发第五章传输。
您有运维团队（或希望有人介入）。 在 ClickHouse 旁边跑一个 Go 可执行文件，工作量大约相当于运维一台服务器——TLS、备份、GeoIP 更新。如果您不想做这些运维，纽伦堡的托管 SaaS 会替您处理。

Live 跟踪脚本目前为 1,394 字节压缩 / 687 字节 gzip 后——是测得的，不是目标值，并由一个 Go 测试在 CI 中断言：嵌入字节超出 1,500 B / 700 B 预算就会让构建失败。仪表盘外壳处于 size-limit 的 gzip 后 16 KB 初始 JS 预算内。完整可执行文件通过 go:embed 嵌入仪表盘 SPA、跟踪 JS 和所有迁移脚本，因此部署 Live 就是「复制可执行文件，然后运行」——没有 CDN，也没有需要加载的外部资源。

这并非独家姿态。Matomo 的官方文档长期以来对自家产品都给出同样的建议——“如果您拥有高流量网站或通过 WordPress MultiSite 管理多个站点，我们建议安装 Matomo On-Premise，或注册 Matomo Cloud 并安装 Connect Matomo 插件，而不是标准的 WordPress 插件”——并且 Slimstat、BlogVault 和 TeamUpdraft 也都圈出同一个架构拐点：在 WordPress 内的网站分析会给每个页面增加服务器负担，比插件本身更早成为瓶颈。Statnive 插件被设计为尽量推迟大部分工作，但物理就是物理：在没有缓存的高并发下，无论您是否愿意，您的 WordPress MySQL 都会变成网站分析数据库。

我可以同时运行两者吗？

可以——而且对于一些读者来说，这在迁移期间正是恰当的做法。

两款产品共享隐私不变量与传输模式，但它们的存储按构造是分离的：插件写入您的 WordPress MySQL/MariaDB；Live 写入与其 Go 可执行文件并跑的 ClickHouse 进程。它们不共享全局变量、不互相 import、也不争抢存储。您可以把两个 <script> 标签同时放到页面上，看着它们并行工作。两者都保持无 Cookie，因此任何一方都不会给另一方的生活添上一个 Cookie 横幅。

何时这种模式有用：

迁移前的合理性检查。 在把规范仪表盘从插件切到 Live 之前并行运行一周；验证数字对得上。
关注点分离。 把插件留作给营销人员看的 WP-admin 侧仪表盘，把 Live 作为 Astro 前端和移动应用的中央管道——同一份隐私契约，不同的消费方。
保留历史数据。 插件的历史数据保存在您的 WP 数据库中；在旁边加上 Live 并不会搬动这些数据。即便明年需要，它依然还在那里。

不丢失数据的迁移路径

Live 发布之后，插件不会下线。定价页面写得很明确：“两款产品，同一份隐私契约。WordPress 插件提供 Free 与付费层。statnive.live SaaS 按流量计费。” 两者都会发布并继续维护。

如果您确实想从插件升级到 Live，路径如下：

选择部署形态。 在您控制的服务器上自托管可执行文件，或使用我们托管的纽伦堡 SaaS。同一可执行文件支持两种模式，嵌入的是同一份 Go 版 tracker.js。
在插件的跟踪脚本旁放上 Live <script> 标签。 并行运行任意长时间。
当数字对账无误后，把团队指向 Live 的仪表盘，停止链接到 /wp-admin/admin.php?page=statnive。插件的数据依然留在您的 WordPress 数据库中——历史行不需要迁移，也不会有数据丢失的风险。
（可选）当营销团队对 Live 仪表盘满意之后，停用插件。 或者让它继续启用，作为备用入库路径。

不存在「插件落日」，没有强制迁移，也没有数据锁定。

常见问题

WordPress 插件会下线吗？

不会。插件是一款一线产品，有自己的路线图，也有自己的 WordPress.org 免费层。两款产品共享隐私契约；都不是「真正的」Statnive。

插件会获得 Live 的所有功能吗？

部分功能是架构性的——只有在仪表盘背后有一个 ClickHouse 进程时才说得通。漏斗、Looker Studio、计划的原始事件导出，以及 600 req/h 的 Stats API 只在 Live 上提供，因为它们需要列式存储才能诚实。其他功能（实时、渠道分组、自定义事件、REST API）在两边都有。

价格对比？

插件采用统一年费：Free 0 美元（包含 v1.0.0 的 WooCommerce 收入报告）、Growth 99 美元/年（计划 2026 年——异常告警、Slack/Telegram、广告投入 MER、AI 高管摘要）、Agency 199 美元/年（计划 2026 年——热图、白标）。Live 按流量计费，9–339 美元/月覆盖 Starter/Growth/Business 在 10k → 10M 浏览量区间，更高有 Enterprise。Live 上的年付相当于免两个月；每个 Live 付费层都附带 30 天免费试用，无需信用卡。

我能保留历史数据吗？

可以。插件把历史存在您自己的 MySQL/MariaDB 中——在它旁边加上 Live 并不会移动或删除那些行。在加 Live 前后检查 wp_statnive_* 表，它们都未被触碰。

插件需要 DPA 吗？

您与我们之间不需要 DPA，因为插件完全自托管——Statnive 并不是您访客数据的处理者。您仍然需要面向访客的隐私声明（标准的「本站点由我们运营」声明），但并不存在第三方网站分析关系需要签合同。

对于 Live SaaS，客户是控制者，Statnive Live 是处理者；注册时即签署 Art. 28(3) DPA。自托管的 Live 部署同样只是控制者——和插件姿态相同。

如果我超出了插件能承载的规模会怎么样？

请阅读上面的决策矩阵。大多数插件用户不会超出它的能力范围；那些会的人，往往在网站分析开始拖累之前的几个月就已经知道（出版商日活进入六位数、SaaS 启动一个仅供营销的 Astro 站、受监管公司要求签署的 DPA）。当那一刻到来，Statnive Live 是为下一阶段准备的。

底线

两款产品，相同的隐私姿态。Statnive WordPress 插件是大多数 WordPress 站点的正确答案——运维面小、免费层、与您已经在管理的数据库共存。Statnive Live 则面向那些插件「WordPress + MySQL」形态成为瓶颈的场景：高流量出版商、多技术栈团队、多站点投资组合，以及需要签署处理者合同的受监管行业。

除非*Statnive Live 适合您，如果……*中的某个信号正好对上您，否则不要切换。如果对不上，插件就是更便宜、更简单的答案——并且它沿用 Live 所采用的同一份隐私契约。

如果对上了，Statnive Live 即将在 statnive.com/live 上线。在那之前，Statnive WordPress 插件已在 WordPress.org 上免费提供，功能页面介绍了插件提供的内容，定价页面则把两款产品并排列出。

阅读本系列的其余部分

这是介绍 Statnive Live 的四篇文章中的第一篇。每一篇都可以独立阅读；合在一起涵盖了决策、法律姿态、部署形态与工程实现：

Statnive WordPress 插件 vs Statnive Live — 本篇。决策矩阵、各自的「适合您，如果……」信号、迁移路径。
2026 年符合 GDPR 的网站分析：欧洲网站站长的实操指南 — 2026 年的网站分析栈究竟需要满足 GDPR、DSGVO 与 Schrems II 的哪些要求，附带案件编号与日期。
掌控您的网站分析数据：2026 年自托管 vs 私有 EU SaaS — 双方的威胁模型、决策框架，以及自托管与私有 EU SaaS 之间的迁移路径。
单台服务器，一分钟一百万次页面浏览 — 工程深度文：687 字节的跟踪脚本、WAL 优先的入库管线、三个 AggregatingMergeTree 汇总加 HyperLogLog，以及公开承认的 1 小时延迟取舍。