10 分钟 WooCommerce 周分析复盘

周一早上有 10 分钟时间。您可以选择看 5 个数字、决定 1 件事——或者打开 Google Analytics 4，迷失在仪表盘里，关掉标签页，因没做网站分析而内疚。

这篇文章就是解药：一份可以在 Statnive 中 10 分钟跑完的 5 题清单。没有一堆图表标签页，没有代运营报告，没有「月度高管摘要」模板。打印出来，贴在显示器上，每周一执行。

它也是把 12 篇 WooCommerce CRO 冲刺系列串起来的运作仪式——每个问题都对应一篇更深入的支柱文，可按需深挖。但每周读数无论如何只需 10 分钟。

本文回答

• 每周一向 Statnive 仪表盘提问的 5 个问题。
• 与每个问题配套的决策规则。
• 每周应承诺执行的 1 个实验（以及为什么 1 个就够）。
• 月会话低于 500 时可以跳过什么、不可以跳过什么。

10 分钟周清单

打开 /wp-admin → Statnive。启动 10 分钟计时器。回答 5 个问题。决定 1 件事。发布 1 个变更。

第 1 题——本周相比上周有任何变化吗？

位置： Statnive → 概览报告。比较过去 7 天与上一个 7 天。

决策规则： 如果任何单一渠道在总会话中的占比，周环比变化超过 25%，标记进入第 2 题。否则继续——大多数周都没有变化，这本身也是有用的信息。

按优先级排查：

1. 此前健康的渠道跳出率突然攀升 = 质量下降。在第 2 题中诊断。
2. 流量突然飙升，跳出率接近 100%、停留时长接近零 = 机器人潮。通常可忽略；若持续存在，在 Statnive 的排除设置中过滤。
3. 通常稳定的渠道流量突然下降 = 出了问题（索引、邮件链接、广告投放审核）。立即诊断。

用时： 2 分钟。

第 2 题——本周哪个渠道在送来高质量访客？

位置： Statnive → 引荐来源报告。按会话降序排序。关注跳出和总停留时长两列。

决策规则（来自第 2 篇的渠道健康规则）： 一个渠道是健康的，当且仅当其跳出率不高于站点平均且停留时长不低于站点平均，且过去 7 天会话数至少 50。两项均未达标的渠道，标记为待诊断——不是暂停，而是诊断。

无人提及的三个注意事项：与意图匹配的同类样本比较（付费落地页与其他付费落地页对比，而非与博客平均对比）；在做结论前要求 7 天窗口内至少 50 个会话；把失败定义为「先诊断」而不是「先暂停」。

关注要点：

• 一级流量渠道（直接访问、自然搜索或邮件）中有一个表现不佳 = 您最昂贵的损失。
• AI Assistants 流量（Statnive 单独划分的桶——GA4 会把它归入直接或自然）呈上升趋势 = 您的内容被 ChatGPT/Claude/Perplexity 引用的信号。关注绝对走势，而不是百分比。

用时： 2 分钟。

第 3 题——哪个页面流失的绝对访客最多？

位置： Statnive → 页面报告。按退出数降序排序——而非退出率。挑选第一个非感谢页、非联系表单确认页、非搜索结果页的页面。

决策规则（来自第 3 篇的绝对损失数学）： 退出数列表顶部的页面就是您的优先项——即使其他页面的退出率「更差」。一个 10,000 次浏览、45% 退出率的页面会流失 4,500 个会话；一个 500 次浏览、90% 退出率的页面只流失 450 个。优先修第一个。

这是哪种退出模式？

• PDP 退出： 信任缺口、信息缺口、移动端 UX 失败。参见第 3 篇的 PDP 修复清单。
• 购物车退出： 运费震惊（Baymard 数据 39%）。在 PDP 上显示到手价。
• 结账退出： 表单太长、强制设置密码、支付提供商不匹配。参见第 3 篇的结账修复清单。

用时： 2 分钟。

第 4 题——移动端的表现是否不如桌面端？

位置： Statnive → 设备报告 → 查看移动端与桌面端会话及跳出。WooCommerce → 网站分析 → 订单 → 查看移动端归因订单。

决策规则（来自第 5 篇）： 计算 mobile_CR ÷ desktop_CR。基线大约在 0.60–0.74。如果该比值低于 0.50，且移动端占比高于 60%，您就有真实的移动端 UX 问题，这也是本周可发布的最高杠杆单点修复。

决策捷径：

比值	解读	本周行动
≥0.70	正常区间	跳过——本周无紧急移动端修复
0.50–0.69	略低于预期	记录至下季度审计
低于 0.50	重大问题	移动端成为第 5 题的实验对象

用时： 2 分钟。

第 5 题——本周做什么实验？

位置： 在脑海中，借助第 1–4 题的数据。

决策规则： 挑选一个变更。表述为假设：「如果我改变 [X]，那么 [指标] 将提升 [Y]，因为 [来自第 1–4 题的信号]。」 发布。记录日期。下周回来读数——但实验本身在第 30 天评估，而不是每周评估。

「单一变更」原则（来自第 1 篇的 CRO 支柱）： 一次只改一项，结果才能归因。一次改三项，结果一项也归因不了。对于每页每月会话少于 1,000 的单人 Woo 店铺，归因纪律比测试速度更重要。

用时： 2 分钟。

总计：10 分钟。一次读数。一个假设。本周发布一个变更。

可打印清单

贴在显示器上或放进周复盘笔记：

WOOCOMMERCE WEEKLY ANALYTICS REVIEW — 10 MINUTES

□ 1. OVERVIEW — any channel share shifted >25% WoW?
     If yes → flag for Q2.

□ 2. REFERRERS — does any top-3-volume channel fail the
     channel-health rule (bounces ≤ avg AND duration ≥ avg,
     ≥50 sessions)?
     If yes → diagnose, do not pause.

□ 3. PAGES — what's the #1 page by Exit Count (not rate),
     excluding thank-you / contact / search?
     Identify which exit pattern: PDP / cart / checkout.

□ 4. DEVICES — what's mobile_CR ÷ desktop_CR?
     below 0.50 = material mobile problem, becomes Q5.

□ 5. EXPERIMENT — pick ONE change.
     "If I change [X], then [metric] will improve by [Y]
     because [signal]." Ship it. Date it.
     Re-evaluate at 30 days, not next week.

──────────────────────────────────────────────
Total time: 10 minutes. Sips of coffee allowed.

把上面保存为 .txt 文件。每周一打开它，执行一遍，然后关掉去发布本周实验。

月会话低于 500 时可以跳过什么

对于非常小的店铺，统计噪声会盖过信号。简化节奏如下：

• 跳过第 4 题（设备）：任何一周移动端会话低于 50 时跳过。分母太小，无法可靠读出移动 vs 桌面对比；改为每月复查一次。
• 第 2 题（引荐来源）只看渠道桶层级——在每渠道每周会话低于 500 时，子渠道 UTM 分析都是噪声。
• 保留第 1、3、5 题原样——即使在低流量下，周环比方向和绝对退出数仍是有意义的信号。

永远不能跳过的事

每个单人 Woo 店长都会跳过、然后后悔的三件事：

1. 实际的实验承诺（第 5 题）。 只读数据而不发布变更，是最昂贵的拖延形式。一周一个不完美的实验在复利积累；零个完美实验复利为零。
2. 上月实验的 30 天复盘。 发布变更时设置日历提醒，否则实验会无限运行，您永远不会知道变更是否奏效。
3. 周一的节奏本身。 「平淡一周」的 10 分钟复盘，恰好是您发现「繁忙一周」问题早期信号的时刻。淡周是规律最显眼的时候，不要跳过。

v1.0.0 给周复盘带来了什么，以及哪些仍需交叉核对

截至 v1.0.0（2026 年 5 月），周复盘的两个环节得到收紧：

1. Statnive 内的渠道收入。 收入报告的渠道拆分提供与第 2 题渠道健康判断相同的 8 个渠道下的订单、收入、AOV。第 2 题的规则（跳出 + 停留时长）现在可以直接与每渠道单会话收入配对——头条数字不再需要切换 WC 网站分析做双标签页交叉核对。
2. 4 个主要阶段的漏斗流失。 购物车至下单漏斗显示 浏览商品 → 加入购物车 → 开始结账 → 完成下单 的逐步转化。您可以在同一个 10 分钟窗口内，看到店铺层级哪个阶段在漏。

仍需交叉核对的部分：/checkout 内的子步骤（运费 → 支付 → 复核 → 提交）在 v1.0.0 中尚未呈现。要看到这一颗粒度，仍需在 WooCommerce → 订单 → 弃购（或您的结账挽回插件）中查找。

下一步该做什么

1. 把上面的清单打印出来，贴在显示器上。
2. 下周一执行第一次周复盘，给自己计时。
3. 挑出那一个实验，记录日期。
4. 30 天后回来复盘，跑下一周的复盘。
5. 8 周后，您将发现任何代运营报告都不会呈现的规律——因为每周观察的人是您自己。

更深入的 CRO 操作系统请见《面向 WooCommerce CRO 的注重隐私的网站分析》支柱。渠道健康规则的完整决策逻辑见第 2 篇的流量来源剧本。绝对损失的退出页数学见第 3 篇的入口/退出页支柱。移动 vs 桌面诊断见第 5 篇的移动端转化支柱。