网站流量监控和分析用什么？先看真实访客和询盘漏斗

很多官网后台会显示有访问，但老板真正关心的是另一件事：这些访问里有没有真实客户，能不能转成询盘。如果只看 PV、UV、跳出率，很容易误判。自家设备、公司同事、开发测试、Agent 检查、搜索爬虫、安全探测，都可能让数字变大，却不会带来客户。

所以网站流量监控的第一目标不是把图表做漂亮，而是回答四个问题：谁来了，像不像真实访客，看了什么高意图页面，有没有进入联系方式或表单，后台有没有收到可跟进的信息。

先别只看 PV，要先做流量分层

第一层是内部和自测流量。家里的设备、公司网络、开发验证、Agent 自动访问、带测试参数的链接，都要单独标出来。它们可以帮助验证网站是否可用，但不能算真实流量。

第二层是机器和探测流量。搜索引擎、AI 爬虫、监控工具、安全扫描、伪装浏览器的探测请求，都可能访问首页、联系页或诊断页。它们对收录和安全有意义，但不能当成客户。

第三层是低置信真实访客。比如只有一次 HTML 请求，没有加载资源，也没有前端事件。这可能是真人，也可能是预览器或伪装访问。报告里可以保留，但不要用它宣称已有客户。

第四层是较高置信真实访客。比如请求了页面，又加载资源像素或静态资源，进入了服务、价格、诊断、联系、自查表等高意图页面。它仍然不是询盘，但值得继续观察。

第五层才是真实询盘。表单提交成功、邮件进来、电话或微信能跟进到具体客户，这才是结果。

自家访问和 Agent 访问为什么必须排除

如果团队自己频繁打开官网、测试表单、跑截图、跑监测，这些访问会淹没真实样本。最危险的是把测试行为误判成客户行为：比如看到 lead_form_view 很多，就以为访客看到了表单；看到 contact_click，就以为有人想联系。

排除方法不只靠 IP。更稳的是组合识别：已知网络、测试 URL 参数、UA 里的 codex / playwright / agent 标记、验证脚本固定路径、短时间重复访问、提交内容里的测试邮箱，都要进入排除规则。测试可以保留在 include-test 视图里，但默认真实漏斗必须排除它。

真实流量要接到询盘漏斗

一个有用的官网漏斗至少要把这些节点接起来：页面访问、高意图页面访问、表单曝光、表单聚焦、提交成功、邮件点击、邮箱复制、电话或微信复制、后台真实询盘。

如果只有访问，没有表单曝光，问题可能是流量没有进到合适页面，或首屏没有把人导到下一步。

如果有表单曝光，没有聚焦，问题可能是表单出现太晚、标题不够直接、信任不足，或者访客还没形成要联系的理由。

如果有聚焦，没有提交，问题可能是字段太多、只收手机号、错误提示不清楚、手机端输入不顺，或提交失败没有兜底。

如果有提交成功，但销售没看到，问题在后台承接：邮件、通知、台账、来源记录或首次响应。

没有 Matomo 或 GA 时怎么先做

Matomo、GA、Cloudflare Analytics 都能做可视化分析，但它们不是第一步的唯一答案。对一个正在验证真实询盘的官网，第一方数据更关键：nginx 日志、页面资源像素、前端事件、表单存储、邮件入口和销售确认。

先用这些数据做一张简单看板：真实询盘数、较高置信真实访客数、可能买方意图访问数、高置信买方意图访问数、最近 60 分钟真实事件、自测排除量。它不一定漂亮，但能防止团队把爬虫、自测或探测当成客户。

等这套口径稳定后，再接 Matomo 做长期趋势、来源分组、页面路径和可视化报表。顺序不要反：没有真实询盘口径，接再多分析后台也只是多一套图表。

有真实访客但没有询盘时先改哪里

如果真实访客主要停在首页，先改首页到诊断页、服务页、价格页的路径。首页要让访客知道适合谁、解决什么、下一步做什么。

如果真实访客到了诊断页或价格页，但没有表单聚焦，先改首屏动作。把输入框和联系方式提前，让访客不需要先读完整页面才能留下信息。

如果真实访客到了联系页但没有动作，检查手机端首屏是否直接看到邮箱、电话、微信或一字段表单。只放一个 mailto 链接不够，还要能复制、能原生提交、能记录来源。

如果真实访客能提交，但没有跟进，先修后台通知和台账。否则网站已经把机会交出来了，承接侧却丢了。

结论

网站流量监控不是为了证明有人来过，而是为了知道有没有真实客户、客户在哪一步停住、询盘有没有被接住。先把自测、Agent、爬虫和探测流量排除，再把真实访客接到联系动作和后台记录，才知道下一步该补流量、补页面、补表单，还是补承接。

如果你现在看到官网有访问，却不知道有没有真实客户，可以先看真实访客和探测流量怎么区分。如果已经确认有真实访客但没有询盘，可以直接进入官网询盘断点诊断，先留联系方式或发现有官网，我们按真实漏斗帮你看断点。