您的流量到底来自哪里？无需 GA4 的真实渠道拆解
查看 WordPress 流量从何而来——自然搜索、直接、社交、引荐、电子邮件——由 Statnive Ask me! 自动分组。无 GA4、无 Cookie 横幅。
您的 WordPress 流量来自 5 个渠道：自然搜索、直接、社交、引荐和电子邮件。Statnive 自动分组——无 GA4、无 Cookie 横幅、无第三方 API。打开 Ask me! → 「Where is my traffic coming from?」 几秒钟内就能看到柱状图。
WordPress 站长支持帖里最常见的模式，就是同一种焦虑问题的各种变体：「为什么我的流量大部分显示为 Direct？」 或者 「我的引荐来源列表是乱码——我怎么判断哪些才真的是营销渠道？」 一位站长在 WordPress.org 论坛上说得很直白：「我的网站出现了奇怪的流量……明明没访问自己的站点，访问看上去却来自我这个作者本人」（WP.org 论坛，2024）。问题不在于数据是错的。问题在于原始引荐字符串——t.co/abc、lm.facebook.com、out.reddit.com、chatgpt.com——并不是站长理解自己营销的方式。站长心里的是渠道：搜索、社交、邮件、引荐、直接。
本文走过 Statnive 为您映射的 5 个（再加 1 个）渠道、当前用以浮现它们的 6 个 Ask me! 问题、走 GA4 才能得到同样答案的痛苦路径，以及这个拆解所支撑的一条决策规则。
本文回答了什么
- Statnive 自动把您的 WordPress 流量分组到的 5 个渠道（再加 GA4 直到 2026 年 5 月才新增的 AI 助手渠道）。
- 如何阅读 Ask me! → q41「Where is my traffic coming from?」的柱状图。
- 从「所有渠道」一路钻取到 Google、自然搜索、社交平台和直接访问的 6 个 Live Ask me! 问题。
- 为什么您的 Direct 占比很可能太高——以及 10 分钟就能完成的修复。
- 这个拆解所支撑的站长决策规则，并锚定到一个经过验证的 2026 基准。
GA4 怎么回答（以及为什么站长会放弃）
在 GA4 中，「我的流量来自哪里？」的点击路径是：
- 打开 analytics.google.com → 选择您的属性。
- Reports → Acquisition → Traffic acquisition。
- 把主要维度切换为 Session default channel group（报表默认是 Session source / medium，比大多数站长想要的更细粒度）。
- 可选：把 Session source / medium 作为次要维度加上去做交叉表。
- 确认日期范围与对比开关。
如果您第一次就记得正确的维度名，是五步。多位支持帖里的站长都做不到：「升级到 GA-4 是一场噩梦」 是 2024 年一篇关于 Site Kit by Google 的 WordPress.org 评论 的标题。数据就在里面。通往数据的路径才是代价。
Statnive 为您分组的 5 个渠道（外加 AI 助手）
Statnive 的渠道分组在写入时运行。每次访问的 Referer header 和 UTM 参数都会在行写入数据库之前被映射到一个渠道。您不需要配置任何东西；规则集随插件一起发布，并随插件更新。
| 渠道 | 落在这里的流量 | 引荐示例 |
|---|---|---|
| 自然搜索 | 搜索引擎（Google、Bing、DuckDuckGo、Yandex、Baidu、Brave 等） | google.com、bing.com、duckduckgo.com |
| 直接 | 没有引荐来源 + 没有 UTM | 书签、手动输入的 URL、会剥离引荐来源的应用内浏览器 |
| 社交媒体 | 社交网络及其短链 | facebook.com、t.co、linkedin.com、reddit.com、youtube.com |
| 引荐 | 其他任何站外引荐来源 | wpbeginner.com、news.ycombinator.com、合作伙伴博客 |
| 电子邮件 | UTM medium 含有 email，或引荐来源为网页邮件主机 | mail.google.com、含有 utm_medium=email 的链接 |
| AI 助手 | ChatGPT、Claude、Gemini、Perplexity、Copilot、You.com 等主机 | chatgpt.com、claude.ai、gemini.google.com、perplexity.ai |
AI 助手渠道之所以重要，是因为 Google Analytics 4 直到 2026 年 5 月 才新增原生 AI 助手渠道（Wheelhouse DMG，2026）。Statnive 的分组从 v1.0.0 起就一直把 AI 助手作为一类——而 v1.1.0 的 Ask me! 把它作为头等问题（q53「Are AI tools sending traffic?」）来浮现。
每个 Ask me! 答案都要满足的五条声明
这是整个系列的脊柱——简短版本，每篇文章都重复一遍：
- 无 AI。无 LLM。 Ask me! 是一个由人类撰写的 117 个问题的精选库。每个问题运行的 SQL 与 v1.0.0 仪表盘本就在跑的 SQL 完全相同——无模型、无提示、无 embedding、无 ChatGPT/Claude/Gemini API 调用。
- 无第三方 API。 Ask me! 路径上发起零次出站调用。
AdvisorController不引入wp_remote_*。 - 数据不会离开您的服务器。 REST 端点位于同一个 WordPress 安装中；无中继、无代理、无 CDN 缓存的端点。
- 数据归您所有。 Statnive 不在任何地方托管、镜像或备份您的数据。卸载后，行仍保留在您的 MySQL 中，直到您自己选择删除这些表。
- 不使用 Cookie。不进行指纹识别。无第三方跟踪器。 每日轮换的 SHA-256 盐哈希；IP 经哈希 → GeoIP 解析 → 即时丢弃。
Ask me! 是一个问题库，不是聊天机器人。您的数据回答问题；您的数据从不外传。
在 Statnive 中：打开 Ask me! → 点击「Where is my traffic coming from?」 → 完成。
这就是 q41 的头条路径。该卡片渲染 hero 图片中的柱状图——自然搜索 439、引荐 418、直接 380、社交媒体 5、电子邮件 1、AI 助手 1——使用与仪表盘日期选择器相同的日期范围。把范围从 30 天改到 7 天再到「昨天」，柱子会重新渲染；不需要单独的报表，也不需要交叉表。
引荐来源标签页的 6 个 Live Ask me! 问题覆盖了一位独立站长所需的、从每个角度看待这个拆解的方式：
- q41「Where is my traffic coming from?」——完整的渠道柱状图（hero 卡片）。
- q42「Which channel sends the most traffic?」——给出冠军名字的 top-X 块。作为「这周有没有变化？」的检查很有用。
- q43「How much traffic comes from Google?」——仅 Google 的计数（Bing、DuckDuckGo 等被排除）。如果您没接 Search Console，把这道题与 q54「Is organic traffic increasing?」 搭配起来看趋势。
- q44「How much traffic comes from organic search?」——所有搜索引擎，不只是 Google。
- q45「How much traffic comes from social media?」——社交总量。钻取到 q46「Which social network sent the most?」可以看到按平台的拆分：下方支撑截图中的 Twitter/X 8、LinkedIn 4、Facebook 2、YouTube 2。
- q47「How much traffic comes from direct visits?」——仅 Direct。这正是 v1.1.0 修复了之前低计的渠道（见 v1.1.0 changelog 修复清单）。
决策规则：20-25% 的 Direct 是报警线
渠道拆解里最有用的那个数，不是冠军——而是 Direct 占比。Direct 是一个兜底分类。它吸收三类不同的访问群体：
- 应用内浏览器导致的引荐剥离。 ChatGPT 应用、Claude 应用、Reddit 应用、LinkedIn 应用、Slack、WhatsApp、Signal、Telegram——所有这些都会剥离引荐 header。Apple 的 iOS 17 链接跟踪保护会剥离
fbclid、gclid、mkt_tok以及 HubSpot/Marketo 的 token，但它会保留utm_*（Knak，2023；Segmetrics 分析）。所以您发的一条带t.co链接的推文，如果在 iOS 的 X 应用里被打开，除非您自己给 URL 加上 UTM，否则它会落到 Direct。 - 您自己掌控的链接漏打 UTM 标签。 您发出的简报里那个没带跟踪参数的
https://yoursite.com/sale、那条没加跟踪的 LinkedIn 帖子、合作伙伴邮件群发里忘了加 medium 标签的链接。 - 真正的直接访问。 书签、手动输入的 URL、品牌搜索后跳过 SERP 的模式、回头买家。
如果您的 Direct 占比 超过 20-25%，几乎可以肯定是 #2 群体导致的。给您所有付费链接、每条简报链接和每篇您自己发的社交帖子都加上 utm_source 和 utm_medium，您就会看到 Direct 下降、正确的渠道获得归属——通常一周之内就能看到。（完整的 UTM 设置指南在 停止浪费广告费的 UTM 实践（WooCommerce）。）
20-25% 报警线是一条经验法则，不是基准——但它锚定在一个可验证的趋势上。在 2026 年 AI Overviews 出现在 47-64% 的查询上（Seer Interactive，2025 年 9 月更新），资讯型搜索丢失 34-46% 的点击，而存活下来的流量中越来越多的份额来自会剥离引荐的应用内浏览器和 AI 助手。Direct 这一桶在 2026 年的开放网络上正在结构性膨胀。给您自己的链接打标，是您能做的、保持 Direct 诚实的最便宜的单一动作。
如何在 WordPress 中识别流量来源？
最短路径是一款会在写入时把引荐来源分组为渠道的自托管网站统计插件。Statnive 自动完成这件事——每次访问都会被映射到 5 个渠道之一（自然搜索、直接、社交、引荐、电子邮件）外加 AI 助手，使用一个随插件更新的内建规则集。打开 Ask me! 并点击 Where is my traffic coming from? 看柱状图，或打开引荐来源报表查看每个渠道下的原始域名列表。无需 GA4 账号、无需 Google Tag Manager、无需连接 Search Console——分组从插件统计到第一次访问的那一刻起就生效。
可以不用 Google Analytics 统计流量吗？
可以。一款自托管的 WordPress 网站统计插件会在您自己的 MySQL 数据库中记录每次访问，渠道映射发生在行写入之前。Statnive 是这个领域的其中一款——同类型的还有 WP Statistics、Independent Analytics、Koko Analytics——而且权衡是一致的：您放弃 GA4 的 24 渠道粒度（Cross-network、Paid Brand vs Paid Generic、Display Video 360），换来无需 Cookie 横幅、无需 Consent Mode v2 设置、不受 Safari ITP 影响，以及数据不离开您的服务器。对大多数 WordPress 站长来说，Statnive 分组到的 5（再加 AI 助手）已经是他们实际在用的分辨率。
如何在 WordPress 中查看引荐来源？
打开管理标签页中的 Statnive 引荐来源报表，或打开 Ask me! 并点击 Where is my traffic coming from?（q41）查看柱状图视图，或点击 Which channel sends the most traffic?（q42）查看 top-X 块。引荐来源列表显示每个渠道下的原始引荐域名——AI 助手下的 chatgpt.com、社交媒体下的 t.co、引荐下的 news.ycombinator.com。您可以把这 6 个渠道问题（q41-q47）中的任意一个固定到 Ask me! 主页标签，做一张卡片的每周检查。
接下来怎么做
- 如果您还没装上，从 WordPress.org 安装 Statnive 1.1.0。免费、自托管、2 分钟完成设置。
- 打开 Ask me! → 点击「Where is my traffic coming from?」 并截图柱状图。这就是您的渠道基线。
- 检查您的 Direct 占比。 如果超过 20-25%，先找到您自己掌控的没打标签的链接——简报、社交、合作伙伴邮件。完整的 UTM 设置纪律在 停止浪费广告费的 UTM 实践（WooCommerce）。
- 把 q41 和 q42 固定 到您的 Ask me! 主页标签。每周一瞥、一张卡片、一个决策：渠道组合有没有变化？
- 同时阅读 Ask me! 支柱文章 了解完整的 117 个问题库。
- 阅读渠道分组入门文章 理解渠道分组，了解 Statnive 用以对每个引荐来源分类的逐条规则映射逻辑。
这就是工作流。一张卡片，六个问题，无 GA4，无 Cookie 横幅。您的数据回答了问题；您的数据从未远行。
从 WordPress.org 免费安装 Statnive 1.1.0 →
永久免费 · 自托管 · 无需账号 · 2 分钟完成设置 · 无 AI · 无第三方 API · 您的数据永不离开您的服务器。