AI Traffic Tracking 是一项流量分析技能，核心目标是把“AI 助手向站点带来的引荐”与“在 Google 生成式搜索功能中的曝光”区分开来。资料明确指出，两者中任何单一数据集都不足以证明某个特定助手在回答中推荐了该品牌。
用途与主要能力
- 核查 GA4 中的 AI 助手引荐流量。GA4 于 2026 年 5 月为可识别的助手引荐来源引入了默认的 AI Assistant 渠道；在创建自定义分组前，应先检查该渠道以及会话来源/媒介。该定义不包含 Google 的 AI Overviews 和 AI Mode。对于经验证确实未被覆盖的来源，自定义分组是有用的，但需记录其规则与生效日期。
- 在获客报告或探索中查看会话、落地页、国家/地区与设备，并仅在指标范围清晰时查看互动、关键事件或收入。需要对比原始来源、渠道、UTM 与可用的 referrer。utm_source=chatgpt.com 记录的是链接上的标记，可能在复制到其他应用后仍然保留；缺少 referrer 并不能证明流量是伪造的。应避免维护一份假定的 AI 来源域名常青清单，而要验证实际观察到的模式。
- 使用 GSC 的生成式 AI 性能报告了解受支持的 AI Overview 和 AI Mode 展示次数。记录页面、国家/地区、设备与初步数据状态。不要把类似问题的查询当作已测量的 AI 功能细分，也不要把展示次数等同于助手访问。
- 开展调查时，记录日期窗口、获客范围、按国家/地区与设备的集中度、首个可见 URL、UTM、referrer 证据、下游结果与已知分发情况。对观察到的、计算得出的、推断的和假设的结论分别标注。更广泛的异常诊断可使用 traffic-analysis；这两种工作流都无法仅凭来源标签确定某个具体的助手回答。
- 周期性 AI 流量报告可参考 weekly-report，其中定义了三个测量层级、可比时段、来源分类限制与条件式报告结构。
使用方式 可通过可用的 Analytics MCP 会话、用户导出、授权的浏览器会话或可选的 API 采集器收集 GA4 证据；当前运行时不会自动撰写叙述性报告。若使用项目配置的可选 GA4 API 采集器，需将 OPEN_ANALYTICS_PROJECT_ROOT 设为客户 AI 报告目录后运行 scripts/。项目需提供 ai-source-registry.yaml（含 ga4Hostname 与候选 sourceRegex）、landing-page-rules.yaml 及私有 scripts/.env；Open Analytics 负责可复用可执行代码。npm run fetch-all 会把双周期数据包写入项目的 data/ 文件夹。该采集器将来源标签视为候选会话；页面 referrer 行作为独立诊断证据保留，绝不累加到来源会话中。应拒绝使用旧双日期解析器的历史 API 原始文件。使用 MCP 与导出证据时，无需项目 .env 或该 JSON 数据包，但分析前需记录其属性、主机名、周期、筛选条件与完整性。
适用场景与限制 适用于需要区分 AI 助手引荐与生成式搜索曝光、核查 ChatGPT 等来源声明、建立可复现 AI 流量分析证据链的分析工作。资料未提供具体收费、价格、支持的助手平台清单或准确率效果数据，暂未提供。