AI 搜索正在改变企业官网的流量结构：用户可能在搜索结果页直接看到摘要、引用或问答，然后点击进入某个内页。与传统关键词搜索相比，这类访问有时没有明确的关键词参数，来源域名也可能被客户端或跳转层隐藏。官网如果只记录“搜索词”，很容易把真实咨询误判成直接访问。
近期复查爱云科技官网的访问统计和咨询链路时，可以看到一个现实问题：页面浏览量、蜘蛛抓取和用户提交是三种不同数据。结构化数据与索引量能说明页面是否被发现，但不能替代咨询归因。企业需要把“用户从哪里进入、先看了什么、提交了什么需求”串起来，同时接受部分来源无法准确判断。
一、为什么 AI 搜索来源容易丢失
浏览器通过 Referer 传递来源页面，但来源可能因为隐私设置、客户端应用、跨端跳转或安全策略而缺失。用户从搜索摘要进入文章，再跳转服务页和联系页后，当前页面的 Referer 往往只表示上一个站内页面，不再表示原始搜索来源。
因此，只读取联系表单提交时的 Referer 不够。需要记录首次落地页、当前页面、站内跳转路径和表单选择的咨询类型，才能还原用户真正关心的内容。
二、建议记录的五类字段
| 字段 | 用途 | 实现原则 |
|---|---|---|
| 首次落地页 | 判断用户通过哪篇文章或服务页进入 | 同一会话内保留首次页面，不被后续内页覆盖 |
| 提交页 URL | 判断转化发生在哪个页面 | 只保存站内规范 URL |
| 外部 Referer | 识别可获得的来源域名 | 只保存域名或截断后的安全地址，不保存敏感参数 |
| 咨询类型 | 区分建站、SEO、小程序、云服务等需求 | 使用固定枚举值，便于后续汇总 |
| 来源置信度 | 区分确定、推测和未知 | 无法确认时明确写未知，不要强行归类 |
三、三个可以照着做的动作
1. 先记录首次落地页
用户从 AI 摘要进入文章，再点到服务页，提交时如果只记录当前联系页，分析人员就看不到真正吸引他的内容。可以在同一会话中保存首次站内页面和首次外部来源。完成后检查一条测试咨询：从文章进入、再点服务、再提交，后台应当同时保留三个位置，而不是只剩联系页。
2. 内链保留必要来源
文章里的服务链接、案例链接和 CTA 可以附带统一的来源标记，但不要给每个站内链接都加复杂参数，避免产生重复 URL。更稳妥的做法是使用 sessionStorage 或服务端会话记录来源，再在提交时写入咨询记录。判断标准是：页面 canonical 不因来源标记改变，站内分析字段却能保留。
3. 保留“未知来源”而不是猜测
AI 客户端可能不传 Referer，用户也可能直接输入网址。把这类访问统一称为“AI 搜索”会产生假数据。后台可以设置“直接/未知”“站内跳转”“可识别外部来源”三个基础分类，再结合咨询内容人工确认。这样得到的比例虽然不完整，但可解释、可复核。
四、蜘蛛数据、访问数据和咨询数据要分开看
搜索蜘蛛抓取说明页面被发现，访问统计说明页面被打开，咨询记录说明用户完成了转化。三者不能用同一个数字代替。企业官网应当至少保留三张表：蜘蛛抓取日志摘要、页面访问来源、咨询提交记录。
分析时可以按周对齐：某篇文章是否被抓取、是否带来访问、访问后是否进入服务页、是否提交咨询。只有把这条链路串起来，才能判断一篇内容的问题是缺少收录、缺少点击，还是页面没有形成有效转化。
五、结语
AI 搜索时代的来源归因不会像传统广告链接那样精确，企业不必追求表面完整。先保证字段定义清楚、未知来源不被伪造、首次落地页能够保留，就能比单纯统计“访问量”更接近真实业务。
对遂宁本地企业来说，可以从一条咨询链路开始测试：从文章进入、经过服务页、提交表单，然后在后台核对字段和通知内容。链路稳定后，再扩展到案例、小程序和云服务页面。
