先明确能看到什么
先明确这个术语的范围。
AI来访追踪：观察网站收到并归因的访问，而不是所有看过AI回答的人。
后续核对都围绕这个范围。品牌被推荐可能没有链接，网页被引用可能没有点击，点击到站又可能丢失来源。把这几个状态分开，才能知道缺的是回答证据、访问证据还是业务确认。本文提供配置与核对方法，没有把实施模板写成客户案例。
追踪AI流量时固定一个网站、一个时间窗和一组筛选条件，保留原始导出与截图。会话、用户和浏览次数不是同一指标，重复访问也不能当多个客户。先明确事件成功条件，再单独核对业务状态。不要用事件次数除以访客数就宣布客户比例。
步骤一：先检查GA4当前渠道定义
GA4默认渠道说明列有AI Assistant渠道，并明确不把Google AI Overviews和AI Mode归入该渠道。先检查自己属性当前可用的渠道，再查看底层来源和媒介。旧教程的自定义规则不一定与现在一致。渠道标签只能说明分类，不能证明某个回答推荐了品牌。
流量来源维度范围说明区分会话来源与首次用户来源。前者看这次会话如何开始，后者看用户最初如何被获取。前后报表若换了范围，即使记录相同也可能得出不同数字。在报告顶部写清维度，不能把两种口径直接放在一起判断。
进入流量获取报告，选择会话来源或来源/媒介，查找chatgpt.com、perplexity.ai等实际记录。保存日期、筛选条件和来源行，而不是只截一个总数。没有匹配行时写“该条件下未观测”，不能断言从来没人来自该助手。来源完整性受采集、隐私与跳转方式影响。
第二步：核对ChatGPT来源和UTM
依据Google活动参数说明，核查ChatGPT访问实际携带的参数。核对网站实际收到的参数与会话来源，不给历史直接访问事后补一个AI标签。即使有chatgpt.com参数，也不能自动还原用户的具体问题。原始回答需要另行保存。
控制自己分发的链接时，参考Google活动网址参数说明统一source、medium和campaign命名。值要对应实际分发渠道，不能把其他地方发送的链接标成AI助手来源。UTM能帮助识别带标签的到站，不能补齐全部丢失历史。自定义渠道规则应记录内容、生效时间与验收结果。
配图是统计环节示意，不是GA4截图或真实用户路径。
本文SEO转化追踪的工作定义：将已定义的成功事件与业务记录分别核对。
深度分析：五个结果分别用什么证据
品牌推荐看原回答，网页引用看链接，到站看分析记录，联系看成功动作，订单看业务记录。点击联系按钮不等于提交成功，提交成功也不等于有效客户。先定义每项的完成状态，再决定是否需要互相核对。CRM字段对照是实施设计，不能写成平台已经自动接好所有客户系统。
| 结果 | 至少保留的证据 | 不能代替什么 | |---|---|---| | 品牌推荐 | 问题、引擎、日期、原回答 | 到站或订单 | | 网页引用 | 原回答与精确网址 | 真实点击 | | 来源会话 | 来源、时间窗与分析导出 | 原问题或推荐措辞 | | 成功联系 | 成功事件或收到的消息 | 客户身份与付款 | | 确认订单 | 业务确认与对账记录 | AI独占的因果贡献 |
核对表可以记录网站、时间窗、会话来源、落地页、事件名、业务状态和证据位置。未匹配记录单独保留，不能为了凑齐漏斗强行对应。不要向分析工具发送姓名、邮箱或电话。业务核对留在获得授权的业务系统。
按AI来源到CRM专题串联环节，用GA4渠道设置工具准备来源规则，在来源访问模块查看自身采集记录。不同工具放在一起判断前，先看采集范围和定义。它们不一致时不能直接相加，也不能把一个缺项用另一个数字顶替。
第三步：咨询事件同时测试成功与失败
先选择一个重要联系动作，明确何时才算成功，再安装事件。按钮点击只能说明操作意愿，表单应在应用确认提交完成时记录成功。网络错误或校验失败不得触发同一个成功事件。在电脑与手机各验证一次，保留结果。
检查重复点击是否导致重复成功，并查看事件关联的会话来源与落地页。验收记录和生产记录应按可用条件区分，避免把自己操作写成客户联系。正确触发验收事件证明埋点工作，不证明客户购买。业务资格和付款仍需负责人确认。
Google避免采集个人身份信息说明要求谨慎处理事件与网址中的信息。不要把邮箱、电话或姓名发送给GA4。需要连接业务状态时，应采用授权范围内设计的标识与系统。隐私与同意限制会影响可观察范围，报告要保留这个边界。
第四步：不能通过曲线推算Google AI份额
Google AI功能说明指出AI功能流量纳入Search Console整体网页搜索表现。展示突然增加、点击率下降或品牌词变多，都不能单独证明AI Overviews造成变化。保留为搜索趋势，再核查其他可能因素。不要把曲线形态包装成独立AI渠道实测。
GA4没有在AI Assistant里显示Google AI功能，不等于这些功能带来零访问。它们在官方渠道定义里采用不同处理。缺少单独来源报表时明确未单独测量，而不是猜一个精确比例。Google的指南也没有要求通过MCP解锁索引或AI引用。
第五步：机器抓取不能算真人到站
OpenAI资料区分搜索抓取与训练相关抓取。机器人请求一页，只能证明机器请求，不能证明人点击了某个回答。爬虫日志放在独立报告，真人会话由访问采集证据支撑。两者时间接近也不能自动对应。
直接访问可能因来源丢失、隐私设置或跨设备行为而无法归因。落地页相似只提供排查线索，不是归因方法。没有证据的记录保持direct或unknown。不能因为怀疑来自AI，就把缺失范围全部补成AI流量。
第六步：上线后复查一个来源和一个动作
保存实际部署日期、规则版本和成功失败验收，之后用同站同窗检查来源会话与联系成功动作。两周和四周是建议复查节奏，不是流量保证。样本少或埋点变化时先披露限制，再解释趋势。原回答与业务记录也应按各自日期核对。
需要安排下一页优化时，回到低预算SEO工作流。回答记录解释可见性，分析记录解释到站，业务记录解释联系是否成为订单。各环节能查到原始材料，才能避免后台把尚未确认的动作写成客户。未取得的证据保持空缺，不用示意数字代替。
技术依据：抓取规则与页面描述
IETF RFC 9309定义robots排除协议，适用于检查机器抓取许可，而不是证明真人到站或业务效果。W3C JSON-LD 1.1定义关联数据表达格式，可用于理解页面的机器可读描述。二者不能保证收录、排名或AI引用。实际部署还应确认标记与可见内容一致，并读取文件核对规则。
常见问题
Perplexity来源访问能证明网页被引用吗？
来源会话说明访问被该采集规则归入该来源。它没有保存回答文字，也未必知道原始问题。引用统计要单独保存原回答与精确网址。不能用一次到站代替回答层面的证据。
不明直接访问能不能算AI？
不能，未解释的访问仍是不确定记录。先核查埋点和可控活动链接，再保留没有解释的部分。爬虫请求或落地页相似不能识别真人来源。报告应说明盲区而不是猜测填满。
咨询成功是不是就证明投资回报？
咨询只是业务过程的一步。是否有效、是否付款需要另外确认，多触点也使因果判断更复杂。保存每个状态的原始依据。没有对账的事件不能写成收入。
官方资料与作者
- Google Analytics：默认渠道组
- Google Analytics：来源维度范围
- Google Analytics：活动网址参数
- Google Analytics：避免采集个人信息
- Google Search Central：AI功能
- OpenAI：爬虫说明
核验日期：2026-10-31；不是资料发布日期。本文没有虚构客户截图、访问或订单结果。
作者：Misa，SEO文章作者；由23SEOGEO团队发布，作者档案见顶部。
