# GEO 测量：分清品牌提及、页面引用和真实访问

建立可以复查的观察表，把回答里的出现、链接、推荐和网站访问分开；不把技术体检分数当作引用概率。

MadeInRed · 2026-10-30

## 先定义自己究竟在测量什么

GEO 没有一个能代表全部效果的数字。品牌出现在回答里、回答链接到某个页面、AI 建议购买产品、用户真正访问网站，分别是不同事件。技术体检则检查公开页面是否容易访问和理解，也属于另一类证据。把它们合成“AI 排名”会掩盖问题。

| 事件 | 最小证据 | 不能据此声称什么 |
| --- | --- | --- |
| 品牌提及 | 完整回答中出现品牌名，保留上下文 | 不等于推荐，也不等于链接到官网 |
| 页面引用 | 可打开的引用 URL，核对最终域名和页面 | 不等于用户点击或购买 |
| 产品推荐 | 回答中的具体建议与适用条件 | 不等于所有提问都会推荐 |
| 引荐访问 | 网站收到的会话、来源或明确标注的测试点击 | 没有 referrer 不等于从未有 AI 访问 |
| 技术就绪 | HTTP、robots、可见正文与检查时间 | 不等于已收录或有特定引用概率 |

## 用固定问题建立可比较的基线

问题应来自真实业务决策：适合谁、什么时候选择、与什么比较、有什么限制。先保存一组问题和语言、地区、模型、是否启用联网、是否提供候选网址等条件。复测时保持这些条件，并记录必要变化。不能把给出品牌网址后的回答，与完全没有提示品牌的回答合并统计。

每次保存完整问题和完整回答，记录时间、模型、引用 URL 和观察结论。把失败、超时和未形成完整回答的样本单列，不能当作“没有引用”的有效回答。重复次数与样本数量同时报告，例如“本次 12 个有效回答中有 3 个引用目标页”；这只是这组观察的比例，不是全市场推荐率。

## 核对链接真正支持的内容

打开引用链接，检查重定向后 URL、页面主题和回答里的说法。品牌名相同可能是别的实体；链接到评测站也不能写成官网引用。给每次观察标记“官网引用”“外部来源提及”“仅品牌出现”或“无法确认”，保留原始回答以便复查。

推荐也可能有条件。例如“适合少量制作，但先考虑更便宜的手动方案”与“首选这款产品”不是同一个结论。报告要保留这些限制，不应只统计出现次数。

## 网站访问用另一张表记录

在分析工具里保留来源、落地页、时间段和可用的活动参数。自己点击链接验证安装时，把它明确标为测试；测试成功只能证明采集链路工作。复制网址、隐私保护、应用打开浏览器等情况可能丢失 referrer，因此“直接访问”不能全部归因给 AI，也不能被全部排除。

已有的[AI 引荐访问监测教程](/monitor)提供具体安装和测试步骤。测量表应区分真实引荐、人工测试与未知来源。不要用模拟来源头的测试访问制造增长图，也不要仅凭网址被模型工具打开就认定有真实客户来访。

## 记录实质修改，再观察变化

给网站更新建立变更记录：修改的规范 URL、原问题、增加的依据、修改时间，以及相关内容版本。比较前后时说明同期还有哪些变化，例如模型版本、问题集合、地区或流量结构。一个页面改动与一次引用同时发生，不能单独证明因果。

案例可以包含失败结果。好的案例应让读者看见方法、原始证据、观察窗口、样本数、限制和下一步，而不是只有一张上涨曲线。没有客户授权和完整记录时，使用明确标注的说明示例，不编造客户名、流量或转化数据。

## 把结果用于下一轮内容决策

技术访问异常时处理对应页面问题；引用少但问题有独立价值时补完整回答与证据；被引用但没有访问时检查来源识别和读者是否需要点击。内容已经覆盖而新增稿件高度重复时，先研究新问题再继续写。测量的用途是帮助决定下一件值得做的事，不是制造一个看上去很高的总分。

## 来源

- [Google Search Central — AI features and your website](https://developers.google.com/search/docs/appearance/ai-features)
- [OpenAI — Crawlers and user agents](https://developers.openai.com/api/docs/bots)
- [Google Analytics Help — Traffic acquisition report](https://support.google.com/analytics/answer/12923437?hl=en)