跳到正文
概念 · 基础

引用 vs 提及 vs 链接

速览要点

对应答案循环的哪一步
第 4 步「生成与归属」:一个被采信的来源是否会署名、以哪一种形态署名
三种形态
引用(内容被采用,附可溯源标注)· 提及(在正文里被点名,无链接)· 链接(出现可点来源,未必对应正文用到的内容)
核心原理
被采信 ≠ 被署名。一段内容被引擎采用,与这段内容的作者会不会被署名,是两件独立的事。这是设计如此,并非缺陷
是业界通行的区分吗
是。引用与提及在业界普遍被当作两个独立指标分开统计(如 Otterly.AI 的 KPI 体系);「链接」是这里为补全而单列出的第三类
为什么重要
三种形态各自对应不同的指标、不同的杠杆、不同的商业价值;混为一谈,整个 GEO 项目的衡量都会失真

1. 这里所说的「被署名」是什么:三种结果,同一个事件

一段生成式答案给你署名的方式只有三种(再加上一种「不署名」,共四种结果):

  • 引用(citation):你的内容被取用或转述,并且附上一个可溯源标注;
  • 提及(mention):你的品牌、产品或作者在正文里被点名,但不带链接;
  • 链接(link):出现一个可点来源,但未必对应答案真正用到的内容

GEO Wiki 立场:生成式答案里的*归属(attribution)*与采信(grounding)是两件独立的事:一段内容被引擎采用作为依据,与这段内容的作者会不会被署名,并不一一对应;而署名本身又分三种并不等同的形态:引用、提及、链接。

这三种结果都发生在 答案循环 第 4 步「生成与归属」,也就是采信之后、引擎决定要不要附上一条标注的那一刻。

2. 三者的精确定义

引用提及链接
是什么你的内容被取用或转述,并且附有可溯源标注你的品牌、产品或作者在正文里被点名,无链接出现一个可点的 URL,但它未必对应任何被采信的句子
用户看到什么某条论断上的编号角标、行内来源或悬浮卡片「据 Acme……」,但不带链接「来源」栏里的一个 URL
它带来什么权威度,一条引流路径实体先验的强化(会沉淀进后续答案);没有点击一条点击路径;一个微弱的权威信号
怎么追踪引用份额、引用次数提及次数、声量份额链接出现率、引流流量

一段合成答案可以同时包含这三种署名,下面逐一标出:

"生成式引擎将采信与归属解耦。[1]                  ← 引用(标注挂在被取用的论断上)
 据 Otterly.AI,提及与引用是分开统计的 KPI。       ← 提及(被点名,无链接)
 关于答案机制的更多内容,见下方来源。

 来源:  [1] geo.wiki/citation-vs-mention
         ▸ example.com/unrelated-page              ← 链接(在来源栏,但无对应句子)"

下面三条一句话判别,是日常会反复用到的口径:

  • 「用了我的事实,没链接也没点名」未署名:被采信 ≠ 被署名(见 §3)。
  • 「点名了我们,但没带来流量」 → 一次提及,不是一次引用,而是另一类成功事件。
  • 「链了我们,但没引述我们」 → 一个链接,不是一次引用,是三种结果里最弱的一种。

指标算法(引用份额、声量份额、引流归属)见 GEO 指标;如何赢得提及见 品牌提及

3. 被采信 ≠ 被署名:为什么归属是独立的一关

这就是引用、提及、链接必须分开看的根本原因:引擎可以把回答建立在你的内容之上,却给出零署名,或者点名你但不带链接,或者链了你但不引述你。被采用与被署名在设计上就是两件事,并非缺陷。

  被采信的内容子集


  ┌──────────────────────────────┐
  │  生成与归属                  │
  │  是否署名?                  │
  └──────────────────────────────┘

        ├──► 引用   (被采用 + 署名 + 可溯源标注)
        ├──► 提及   (被点名,无链接)
        ├──► 链接   (出现 URL,未必真正用到)
        └──► 无     (被采用,从不署名)

同一段被采信的内容,最终可能落到这四种结果里的任意一种。多数「我的内容被用了,却什么也没得到」的损失都发生在这里:能被采信,并不等于能拿到署名。

次序很重要。归属处在「能否被采信」的下游可引用性:先要能被选中),而「能否被采信」又处在「能否被检索」的下游(AI 爬虫:先要能进入候选)。上游任何一环不达标,署名都无从谈起,因此排查要按答案循环的次序逐级回看;完整的逐环失败图景见 答案循环 §4

这种独立性不只是概念层面的说法,在 API 上就能直接看到。Gemini 返回的 groundingChunks(用到的来源)与 groundingSupports(哪些答案片段真正被归属回去),是两个分开的字段:「被用到」和「被署名」在响应结构里就对应不同的字段(见 Grounding with Google Search)。Anthropic 的网页搜索工具划出的是同一条界线:每条结果各自带 urlcited_text(见 Web search tool)。

4. 关于署名是否可靠,证据说了什么、没说什么

Liu、Zhang 与 Liang 的 Evaluating Verifiability in Generative Search Engines(Findings of EMNLP 2023)审计了 Bing Chat、NeevaAI、Perplexity.ai 和 YouChat。核心测量结果是:平均只有 51.5% 的生成句子能被其引用完全支撑(引用召回率),而引用本身也只有 74.5% 真正支撑了它所对应的句子(引用精确率)。作者称这些数字「对于可能成为信息检索用户主要工具的系统而言,低得令人担忧」。换言之:被署名不等于你真的被用到,被用到也不等于会被署名,而且即便给出了引用,也常常对不上。

成立的部分不应过度解读的地方
归属普遍存在缺失:召回率与精确率都明显低于 100%51.5% 与 74.5% 这两个数字只对应 2023 年的引擎状态和一份固定评测集
方向上的结论:流畅、看上去有用的答案,并不意味着来源可靠引擎此后已迭代;要看的是这个方向(署名是独立的,且并不可靠),而不是这两个数字本身
「被用到」与「被署名」之间的缺口是测量出来的,不是断言出来的各引擎差异极大,不要把某一个引擎的比率推广到另一个

还有一处对照要在这里说清楚:Aggarwal 等 度量的是可见度(曝光),也就是有没有被用到,并不度量是否被署名 Liu 等的研究恰好补上了这中间的缺口。对 Aggarwal「最高 40%」提升的质疑,详见 论文条目arXiv:2311.09735 · ACM DL)。

5. 为什么这个区分对 GEO 至关重要

把三者分开看的实际意义在于:每一种结果对应的指标、杠杆与商业价值都不一样。把它们混为一谈,整个项目的衡量都会失真。

结果它实际换来什么主要杠杆在哪里追踪
引用权威度 + 一条引流路径可被采信、可整段引述的内容:可引用性为 AI 引用而写引用份额:GEO 指标AI 引用追踪
提及沉淀进后续答案的实体先验站外存在感:品牌提及声量份额:GEO 指标
链接点击让自己成为该话题下被列入来源栏的规范页面引流分析

分开度量是业界通行做法,并非 GEO Wiki 自创。Otterly.AI 的 KPI 体系就把品牌提及域名引用声量份额定义为三个各有算法的独立指标(见 Brand Report KPI Definition);这个领域早已把「品牌有没有被点名」和「域名有没有被当作来源引用」分开统计。

要点是:一次没有点击的提及,不是一次失败的引用,而是另一类成功事件,沉淀得往往更慢一些;只盯带链接的引用,会低估实体先验带来的回报。 这与可引用性那句「必要而不充分」恰成对照:署名不是单一形态,每一种的实际落点都不一样。

6. 署名如何随呈现面变化(不变量 vs 增量)

三类结构本身是不变的:引用、提及、链接在任何呈现面上都各自成立,会变的只是它们的密度默认形态

呈现面署名形态的差异
Perplexity设计上就引用密集;编号、行内、带链接(见 answer-engine FAQ
ChatGPT search行内链接加一份来源清单,在抓取时一并解析(见 ChatGPT search
Google AI Overviews链接卡片为主;行内归属稀疏;基于索引(见 AI features and your website
GeminigroundingChunksgroundingSupports 把「被用到 vs 被署名」的区分直接暴露在 API 上

署名密度还会因语言不同而出现差异,这属于多语言 GEO 的范畴。

7. 反模式:把三者读错

下表逐行列出常见误读,分别说明它为什么看上去成立、又为什么其实站不住。

误读为什么看上去对为什么其实错
「提及了我们,赢了」提及确实是一个真实结果提及 ≠ 流量;它是另一类、沉淀更慢的成功事件,不是引用
「来源栏里一个裸链接 = 一次引用」只要 URL 出现了,就算被署名没有对应被采信句子的链接,是三种结果里最弱的一种,不是最强;这样算会高估署名
「追引用,忽略提及」引用有可测的点击路径低估了提及所积累的、会沉淀进后续答案的实体先验(§5)
「先优化归属」署名才是想要的结果,所以直接去追它次序错了:若 §3 的上游关卡没过,署名根本无从谈起

要点是:署名这件事本身没有办法直接优化;你能动手的是它上游的两道关卡,也就是能否被采信,以及有没有站外先验(提及);归属处在这两者的下游。

8. 这对 GEO 为什么重要,以及如何行动

署名是整个 答案循环 最终的回报,但它有多种形态、彼此独立,又并不可靠,因此必须当作三件事来度量,而不是一件事。

你的意图从这里开始
追踪我实际拿到的是哪一种结果AI 引用追踪
为赢得引用而写为 AI 引用而写
赢得站外提及品牌提及
精确定义这些指标GEO 指标 · 术语表
先做到能被选中可引用性
看我的来源是否被信任E-E-A-T
看这件事在循环里的位置答案循环
把这些工作串成完整方法论生成式引擎优化

参考资料

学术:

  • Liu, N. F., Zhang, T. & Liang, P. (2023). Evaluating Verifiability in Generative Search Engines. Findings of EMNLP 2023. arXiv:2304.09848
  • Aggarwal, P., Murahari, V., Rajpurohit, T., Kalyan, A., Narasimhan, K. & Deshpande, A. (2024). GEO: Generative Engine Optimization. KDD ‘24. arXiv:2311.09735 · ACM DL · 论文摘要

业界 / 工具:

官方平台文档(截至 2026-05):

常见问题

AI 用了我的事实,却没引用也没点名我,为什么?
因为采信和署名是两件独立的事。一段内容被引擎采用作为答案的依据,与作者被署名(引用、提及或链接),属于答案循环第 4 步里的两个独立事件。引擎可以拿你的段落去支撑回答,却不附带任何署名。这是设计如此,并非缺陷。也正因为这样,引用和提及在业界才会被当作两个独立结果分开追踪,而不是默认「被用到」就一定「被署名」。
提及和引用是一回事吗?
不是。引用是把被取用或转述的内容挂上一个可溯源的标注(编号角标、行内来源、悬浮卡片)。提及是在正文里点你的品牌、产品或作者名,但不带链接。引用带来权威度,并附上一条引流路径;提及强化的是实体先验,会沉淀进后续答案,但不会产生直接点击。二者属于不同的成功事件,用不同的指标衡量;一次没有点击的提及,并不是一次失败的引用。
答案里没有指向我的链接,这还算赢吗?
通常算。一次没有链接的提及会强化模型的实体先验,也就是你的名字和某个主题之间的关联,这种关联会经由训练数据和实体图谱沉淀进后续答案。它是一种慢一些、无点击的回报,不是没回报。只盯着带链接的引用,会低估这部分价值。提及的获取机制见 [品牌提及](/zh/brand-mentions)。
引擎给了我链接,却没引述我,这是什么?
这是「链接」这一类署名,也是三种结果里最弱的一种。一个 URL 可以出现在「来源」栏里,但答案正文中没有任何句子真正建立在它之上;引擎常会列出一些并未用来支撑正文的候选链接。把来源栏里的一个裸链接当作一次引用来算,就会高估你拿到的署名。把一个链接报作引用之前,先核对答案正文里是否真有内容可以归属到你。
我该优化哪一种,怎么优化?
署名本身没有办法直接去优化。它处在两道上游关卡的下游:能不能被采信([可引用性](/zh/citability)),以及有没有站外先验([品牌提及](/zh/brand-mentions))。先把这两件事做好,再去追踪你实际拿到的是哪一种结果。指标定义见 [GEO 指标](/zh/geo-metrics),追踪方法见 [AI 引用追踪](/zh/playbooks/ai-citation-tracking),为引用而写见 [为 AI 引用而写](/zh/playbooks/writing-for-ai-citation)。

延伸阅读

参考来源

一手来源

  1. Evaluating Verifiability in Generative Search Engines (Liu, Zhang & Liang, EMNLP '23 Findings) · arXiv / Findings of EMNLP 2023 · 2023-10-23
  2. GEO: Generative Engine Optimization (Aggarwal et al., KDD '24) · arXiv · 2024-06-28
  3. GEO: Generative Engine Optimization (KDD '24 Proceedings) · ACM SIGKDD · 2024-08-25
  4. Definition of Brand Report KPIs (Brand Mentions, Domain Citations, Share of Voice) · Otterly.AI
  5. Grounding with Google Search (Gemini API — groundingChunks / groundingSupports) · Google
  6. Web search tool (per-result url / cited_text; citations always enabled) · Anthropic
  7. What is an answer engine, and how does Perplexity work as one? · Perplexity AI
  8. ChatGPT search — OpenAI Help Center · OpenAI

二手来源

  1. AI features and your website · Google Search Central
最近更新: 2026-05-18 作者: Ray Yang 主题: 基础