作者实体 AI引用的核心是:AI 在决定引不引用一篇内容之前,先要判断「这是谁写的、这个人可不可信」。 这一步做不到,内容写得再好也只是一段无主的文本。
多数团队在 E-E-A-T 上的投入都花在内容本身,而「人」这一维——作者页字段、Person 结构化数据、跨平台身份一致性——几乎无人系统落地。本文拆开这三层,并给出一套你可以自己跑的对照实验协议。
什么是作者实体?它和「作者署名」有什么区别
作者实体指的是:AI 系统能在知识图谱中唯一定位、并与同名者区分开的那个「人的节点」。作者署名只是页面上的一行字,作者实体是这行字背后可被机器验证、可被跨源交叉印证的身份。
区别在可验证性。你在文章底部写「张明」,机器看到的是两个字符;你把「张明」链到一个有职务、有资历、有代表作、有外部档案的作者页,并用结构化数据声明这些关系,机器才可能把「资深消费品牌分析师张明」这个节点建起来。
只有节点建起来了,这个人过去积累的信任才会记到正确的账上。否则你写一百篇,AI 眼里就是一百段来源不明的文本。

AI 为什么把「谁写的」放进引用判断
因为署名是少数几个成本高、难伪造、可交叉验证的信号。 内容质量难量化,关键词可以堆,但一个有真实履历、有外部足迹的作者身份很难凭空造出来。
Google 在官方文档里说得很直接——Google Search Central 关于创建实用可靠内容的指南写道「我们强烈建议在读者可能期待的地方添加准确的作者信息,例如署名」,并要求自查「署名是否能引向关于该作者的进一步信息」。生成式引擎沿用同一套判断逻辑,只是把它前移到了检索候选的筛选环节。
实际链路是三步:实体消歧(这是谁)→ 可信度评估(这个人在这个话题上够格吗)→ 归因(回答里要不要提这个来源)。第一步失败,后两步根本不会发生——这也解释了为什么很多团队猛补资历却毫无效果:他们在修第二步,问题却卡在第一步。
作者实体三层对齐模型:标识、证据、关联
把作者实体建设拆成三层,每层回答一个机器视角的问题,每层 0–3 分,满分 9 分。这是本文的核心框架,也是后面所有动作的排序依据。
| 层级 | 机器要回答的问题 | 核心资产 | 常见失分点 |
|---|---|---|---|
| L1 标识层 | 这是同一个人吗? | 统一姓名写法、同一张头像、唯一作者页 URL、稳定 @id |
中英文名混用、笔名与真名并存、头像各平台不同 |
| L2 证据层 | 这个人真的懂吗? | 可核验资历、代表作品、第三方背书、发表记录 | 简介只有形容词没有事实、资历无出处 |
| L3 关联层 | 这个人和这篇内容、这个品牌绑定了吗? | author 引用作者页 @id、worksFor、跨平台互链闭环 |
作者页孤立存在,站内外都没有链路指回来 |
评分口径:该层完全缺失记 0 分;有但不完整或站内不一致记 1 分;完整且站内一致记 2 分;完整、跨平台一致且能被第三方来源交叉验证记 3 分。
分数怎么读:
- 总分 ≤3 分 = 无实体:AI 只能把内容归给域名,作者姓名不会出现在回答里。
- 4–6 分 = 半实体:能被识别,但在同名者中难以胜出。
- 7–9 分 = 可引用实体:作者姓名有机会出现在 AI 回答的正文或引用标注里。
先测分再动手。按我们过手的项目看,失分几乎全部集中在 L1 而非团队自己以为的 L3——因为 L1 不需要预算,只需要有人统一口径,恰恰最容易被跳过。
第一步:作者页要写满哪 11 个字段
作者页不是一张头像加两句话的介绍页,它是这个人的实体主页。以下 11 个字段按机器可用性排序,缺一个就少一条验证路径。
| 字段 | 机器怎么用 | 高频错误 |
|---|---|---|
| 真实姓名(统一写法) | 实体主键 | 「李工」「Li Wei」「李伟」三处不一 |
| 头像(全平台同一张) | 图像层面的身份对齐 | 每个平台换一张 |
| 一句话头衔 + 所属机构 | 判定领域与归属 | 只写「资深专家」,无机构 |
| 100–200 字专业简介 | 提取领域词与从业年限 | 全是形容词,没有可提取的事实 |
| 可核验资历(学历、证书、职务、获奖) | 权威性验证 | 罗列却不给出处 |
| 代表作品清单(发表、演讲、专利、开源) | 专业度的外部证据 | 只列站内文章 |
| 本站文章聚合(作者归档) | 内容与人的绑定量 | 无归档页,文章散落 |
| 外部主页与档案链接 | sameAs 候选池 |
只放一个微信二维码 |
| 联系方式 | Trust 信号 | 完全没有 |
| 页面创建与最近更新时间 | 实体活跃度 | 三年没动过 |
| 编辑政策与审稿流程链接 | 机构级 Trust | 缺失 |
简介写法有个硬标准(形容词删除测试):把简介里所有形容词删掉,剩下的内容如果还能让人判断这个人的专业领域和年限,才算合格。
- ❌「深耕行业多年的资深营销人」→ 删完只剩空气。
- ✅「2015 年起负责快消品牌电商增长,操盘过 3 个天猫类目 TOP10 店铺」→ 删完信息全在。
差别不在文笔,在于第二句每个短语都是可被抽取成属性的事实:起始年份、行业、职能、可核对的战绩。
第二步:Person 结构化数据怎么配才不白配
配置要点是:给作者页一个稳定的 @id,在所有文章的 author 字段里复用这个 @id,而不是每篇文章重新写一遍作者姓名。 复用 @id 才能把散落的文章串成一条指向同一节点的证据链。
文章页那一侧只需要一行引用,不要重复写作者信息:
"author": { "@id": "https://example.com/authors/zhang-ming#person" }
四个容易做错的地方:
sameAs只放能被公开访问、且确实是本人的档案。 塞进去一个自己控制不了或根本无人认证的链接,交叉验证时会失败,反而削弱这个节点。词条类资产的建法参考百度百科与维基百科词条的权威信源建设方法。knowsAbout要收敛。 列 3–5 个真正持续产出的领域,比列 15 个有效得多——领域越散,主题相关性越弱。- 作者页本身用 ProfilePage 包裹。 按 Google 的 ProfilePage 结构化数据文档,
mainEntity为必需属性且必须是 Person 或 Organization,name为必填;description、image、sameAs、dateModified属推荐属性。完整字段定义见 schema.org 的 Person 类型规范。 @id一旦定下就不要改。 换 URL 结构、迁移域名、改作者页路径,都会让此前所有文章的引用指向空节点,等于把这个人的历史清零。改版时的完整保留清单见网站改版怎么避免 AI 引用掉线。
验证方式:用 Google 的富媒体搜索结果测试工具(Rich Results Test)和 Schema Markup Validator 跑一遍作者页与任意一篇文章页,重点确认两处解析出的 Person @id 字符串完全一致——大小写、结尾斜杠、#person 锚点都算数。
第三步:跨平台身份一致性怎么对齐(中文生态版)
先记住一条:在中文 AI 生态里,你的 Person 结构化数据有一半的地方根本到不了。 英文 AEO 教程默认引擎抓的是开放网页,但 DeepSeek、豆包、Kimi、通义千问的信源池里有大量封闭生态内容,你的 JSON-LD 在那里毫无作用。
在这些平台上,作者实体的载体不是 schema,而是平台自己的认证体系。
| AI 平台 | 信源池偏向 | 作者实体的有效载体 | 结构化数据能否触达 |
|---|---|---|---|
| DeepSeek | 公开网页、百科、研报与专业数据源 | 官网作者页 + Person schema、百科人物词条、署名研报 | 能 |
| 豆包 | 字节生态(今日头条、抖音、抖音百科)为主 | 头条号实名与领域认证、抖音专业号/企业号认证、稳定的账号主体名 | 大部分不能 |
| Kimi | 公开网页 + UGC(知乎占比高)、论文与报告 | 知乎职业认证与领域答主、公开发表的论文与白皮书署名 | 部分能 |
| 通义千问 | 官网、权威媒体、认证账号,对信息冲突敏感 | 官网作者页 + 一致的机构归属、权威媒体署名稿 | 能 |
上表依据各平台联网检索结果的公开抽样归纳,非官方口径;平台信源策略调整频繁,请以自测结果为准。
这张表推出一个反直觉结论:如果你的目标平台是豆包,把预算全砸在官网 Person schema 上是错配的。 更有效的动作是让同一个人在头条号完成实名与领域认证、简介与官网作者页逐字一致、头像同一张。字节生态的具体打法见抖音内容能进豆包和 AI 搜索吗,跨平台的投入优先级见站外 AEO 资产的平台优先级排序方法。
四字段一致性是最低成本、最高回报的动作:姓名写法、头衔、简介首句、主页 URL,这四项在所有平台上必须完全一致。
逐字一致,不是意思一致。「电商增长负责人」和「负责电商增长」在人看来一样,在实体消歧时是两条不同的字符串。同理,「张明 | 消费品牌增长」和「张明(消费品牌增长)」也不是同一个字符串。

署名到底带来多少引用提升:市面上的数字为什么不能直接信
这是本文最想纠正的一点。目前流传最广的三组数字是:具名专家引述比团队署名带来约 28% 的引用提升;完整的 Person + Article 结构化数据对 AI Overviews 引用率有 130%–170% 的影响;作者实体优化带来 30%–50% 的引用概率提升。
这三组数字全部来自工具厂商的自有博客,且都没有公开样本量、对照组设计、Prompt 集合与统计方法。 数量级从 28% 到 170%,跨度接近六倍,本身就说明它们测的不是同一件事。
更要命的是三个通病:
- 没有对照组,只对比「优化前后」,把同期收录变化、算法更新一并算成了署名的功劳。
- 单次采样,忽略了 AI 回答本身的随机性——同一个 Prompt 连问三次,命中结果常常不同。
- 不公开品类,而医疗与 3C 类目的作者信号权重差异极大,数字无法跨行业迁移。
所以正确做法不是引用别人的数字,而是在你自己的品类、你自己的目标平台上测一遍。我们在署名与专家资历的对照实测记录里公开过完整执行过程与踩坑点,下面这套协议就是从那次实测里沉淀出来的。
一个可复现的署名对照实验协议(21 天)
按以下步骤执行,你会得到属于自己品类的真实数字:
- 配对选题:选 10–15 对主题相近、搜索意图相同的文章,每对内容质量与篇幅尽量接近。样本少于 10 对,结论不可靠。
- 分组处理:每对中一篇用完整作者实体(真实姓名 + 作者页 + Person schema + 三个以上
sameAs),另一篇保持机构署名或无署名。 - 控制其余变量:发布时间同日、内链数量相同、正文结构模板一致、不做额外外链推广。
- 等待收录:提交索引后等待 7 天,确认两组均已被主流搜索引擎收录,再开始监测。未收录的对子直接剔除。
- 构建 Prompt 集:为每对选题写 5 条真实用户会问的问题,覆盖「是什么」「怎么选」「哪个好」三类意图,共 50–75 条。
- 重复采样:在 DeepSeek、豆包、Kimi、通义千问各平台,每条 Prompt 每天问 3 次,连续 14 天。AI 回答存在随机性,单次命中不能作为判定依据——这是最多人踩的坑。
- 记录五项指标:是否被引用、引用出现在回答的第几段、摘要中是否出现作者姓名、竞品是否同时被引、引用链接是否指向作者页。
- 计算引用率:引用率 = 命中次数 ÷ 总询问次数。分组求均值后取差值。
结果怎么读:
- 差值 < 5 个百分点:视为噪声,不构成结论。
- 差值 5–15 个百分点:署名在你的品类里有效,但不是主导因素。
- 差值 > 15 个百分点:作者实体应升为该品类的一级优化项。
必须排除的干扰:实验期内不要同步改版网站结构、不要调整站内链接、不要新增外链投放。任何一项都足以污染结果。
跑不动完整协议怎么办:把规模砍到 5 对选题、单一平台、每条 Prompt 每天 1 次、连续 7 天,结论精度下降但方向仍可用。唯一不能砍的是重复采样——单次采样得到的差值,有很大概率只是随机波动。
作者实体诊断清单:12 项自查
按三层模型分组,逐项打勾。做不到的,就是你的下一个动作。
L1 标识层
- 所有平台使用完全相同的姓名写法(含中英文、空格、职称前缀)
- 所有平台使用同一张头像
- 每位作者有独立、可索引、非 noindex 的作者页 URL
- 作者页 URL 长期稳定,改版时做过 301 保留
L2 证据层
- 简介删掉形容词后仍能判断领域与年限
- 至少 3 条资历带可点击的第三方出处
- 有站外代表作品(发表、演讲、专利、报告)
- 作者页在过去 12 个月内更新过
L3 关联层
- 每篇文章的
author引用作者页的@id,而非仅写姓名 -
sameAs至少 3 条,且全部可公开访问 - 外部平台档案页反向链接回官网作者页,形成闭环
- 内容被转载时保留了原文链接与作者署名(原创归属信号怎么建)
不同行业该先建哪一层
投入顺序不该一刀切。三层的边际收益随行业差异明显:
| 行业 | 优先层级 | 理由 |
|---|---|---|
| 医疗、金融、法律 | L2 证据层 | 资质是引用门槛,无执业信息基本不会被引用 |
| B2B 与 SaaS | L3 关联层 | 决策者信任具体的人,作者—品牌绑定直接影响线索质量 |
| 消费品与电商 | L1 标识层 | 豆包等平台依赖账号主体识别,姓名与头像一致性优先 |
| 媒体与内容站 | L2 + L3 | 作者规模大,需要批量化的字段规范与 @id 体系 |
一个补充判断:如果你的内容经常被搬运,L3 的优先级会自动上升——归属信号缺失时,AI 很容易把功劳记给转载方。
三个常见失败场景与修法
场景一:作者页做得很完整,但 AI 回答里从不出现作者名。
先查 author 字段——大概率每篇文章都在重复写 "name": "张明",而没有引用 @id。这是 L3 断链,作者页和文章之间没有机器可读的关系,投入全废在孤岛上。
场景二:作者在知乎有 10 万粉,但 AI 只认账号不认人。
sameAs 是单向声明,需要外部档案页反链回官网作者页才能闭环。在知乎个人简介或主页链接位填上官网作者页 URL,双向关系才成立。
场景三:换了 CMS,作者页 URL 全变了。
旧 URL 必须 301 到新 URL,@id 尽量保持原值不变。若 @id 必须变更,在新作者页的 sameAs 里加入旧 URL 作为过渡桥接。
常见问题
用「XX 编辑部」这类机构名当作者,AI 会认吗?
会识别,但拿不到 L2 层的分。机构署名可以承载 Trust,无法承载 Experience 和 Expertise——机器没法验证一个编辑部的从业年限。经验类、测评类、专业判断类内容建议具名到人;纯资讯与产品文档用机构署名没有问题。
一个网站需要建几个作者实体?
宁少勿多。3–5 个建满 7 分以上的实体,远好过 20 个各得 2 分的空壳。作者实体的价值来自累积,把产量分散到过多署名上,每个节点都到不了可被识别的阈值。
内容有 AI 参与,要不要披露?
Google 的指引是:在读者可能会问「这是怎么做出来的」时提供说明,但明确指出把 AI 作为作者署名并不是好做法。可行做法是保留真人作者署名并承担审核责任,在编辑政策页说明工作流程,而不是在每篇文末加一行声明。
已经有几百篇旧文没署名,要不要全部回填?
不用。按流量与转化排序,只回填 TOP 20% 的文章,并优先补 author 的 @id 引用而非重写正文。剩下的自然衰减即可,全量回填的投入产出比很低。
作者离职了怎么办?
保留作者页与历史文章署名,不要删除或改名——删除会直接切断已建立的实体关联,历史内容的引用资格会一起丢失。在作者页标注其在职期间与当前状态即可,新内容启用新署名。
多久能看到效果?
以我们跑过的节奏,L1 一致性改完后 2–4 周可在 AI 回答里观察到作者名出现频率的变化,L2 资历与站外作品的效果通常要 2–3 个月才稳定——因为它依赖第三方源被重新抓取。改完当天就去测,测到的只是噪声。
作者实体和品牌实体,先建哪个?
先品牌后作者。品牌实体是作者的 worksFor 落点,品牌自身没被识别时,作者的机构归属声明是悬空的。两者的建设顺序与证据网络搭法见GEO 优化怎么做:7 步搭建 AI 引用与品牌提及证据网络。

