AI 搜索没有消除旧的信任问题,反而让信任问题更容易被看见。
当一个页面提出建议、解释技术流程或总结快速变化的话题时,读者和搜索系统都需要回答同一个问题:
这篇内容由谁负责,为什么值得信任?
这就是作者实体 SEO 的工作。
这不是神奇排名技巧,而是一层清晰度建设,服务于 AI 搜索可见性评分卡、来源价值、Article schema 和品牌一致性。
什么是作者实体 SEO
作者实体 SEO 是让作者、复核者和发布方在可见内容与结构化数据中都容易被识别的实践。
它连接:
- 文章署名
- 作者页
- 发布组织
- 作者的主题方向
- 合适的外部 profile
- Article 结构化数据
- 更新和复核信号
目标不是包装一个虚假的专家,而是减少歧义。
对 Fennec SEO 来说,这和 docs/entity-audit.md 里的实体工作直接相关:品牌、产品、作者和发布方信息,应该在模板、内容、应用页面和社交 profile 里保持一致。
没有特殊 AI Markup,清晰度仍然重要
Google 当前的生成式 AI 指南明确说明,AI Overviews 和 AI Mode 不需要特殊 schema,structured data 也不是进入这些功能的必要条件。因此,author markup 应定位为普通的身份与 Article 清晰度工作,而不是 AI 排名技巧。
AI 搜索系统可能在用户完整访问网站前总结、比较或引用页面。清晰可见的作者信息仍能帮助读者判断责任,也能帮助 publisher 保持编辑事实一致,但不能保证 AI 系统选择或引用页面。
这会放大清晰来源信号的价值:
| 信号 | 作用 |
|---|---|
| 可见作者 | 读者能识别责任人 |
| 作者页 | 搜索系统能连接相关作品 |
| 发布方一致 | 品牌实体更稳定 |
| 日期 | 更容易判断新鲜度 |
| 来源 | 更容易验证声明 |
| 主题方向 | 作者不是随机名字 |
Google 的 guidance 仍然强调有帮助、可靠、以人为本的内容。作者清晰度支持这个目标,但不能替代内容质量。
最小作者可信度栈
先做好这些,再考虑复杂 schema:
| 层级 | 要求 |
|---|---|
| 署名 | 每篇编辑内容都有可见作者或发布方 |
| 作者页 | 作者名称链接到稳定作者页 |
| 简介 | 说明角色、主题方向和编辑责任 |
| 相关文章 | 作者页展示近期或代表性作品 |
| 发布方 | Article schema 指向 canonical organization |
| 日期 | datePublished 和 dateModified 准确 |
| 来源 | 技术和政策声明引用 primary references |
如果这些没做好,不要先追外部 profile。
Person、Organization,还是 Team Author?
使用最诚实的作者类型。
| 内容类型 | 更适合的作者模式 |
|---|---|
| 观点、分析、专家流程 | 真人作者 |
| 产品更新 | 组织或产品团队 |
| 法律/隐私页面 | 组织 |
| 高技术审计 | 真人作者,有条件可加复核者 |
| Wiki 定义 | 组织或编辑团队 |
当内容包含判断时,真人作者更有帮助。页面代表官方产品或公司立场时,团队作者也可以。
不要编造经验。薄弱的虚假作者 profile 比朴素的组织署名更糟。
作者页检查清单
作者页应该快速回答这些问题:
| 问题 | 页面元素 |
|---|---|
| 这个人是谁? | 姓名和角色 |
| 主要覆盖什么主题? | 主题方向 |
| 为什么值得信任? | 经验、编辑责任、作品示例 |
| 发布过什么? | 近期文章 |
| 和品牌是什么关系? | 组织关系 |
| 信息是否当前? | 更新过的简介和近期作品 |
对 Fennec 来说,现有 2winter 作者页 和 authors index 是优先强化的页面。
结构化数据检查清单
文章页要检查:
- 是否有
Article或BlogPostingschema headline是否匹配可见标题author是否匹配可见署名publisher是否指向 canonical organizationdatePublished和dateModified是否准确image是否可访问- Breadcrumb schema 是否匹配可见路径
作者页不要过度承诺。如果使用 Person schema,字段要真实,并且最好可见或可验证。
Schema 应支持页面,而不是替页面说出无法证明的东西。
内容层面的可信度信号
如果文章本身空泛,作者实体工作也会很弱。
AI 搜索内容建议加入:
- 顶部直接回答
- 技术术语定义
- 决策表和清单
- primary source links
- 限制条件和假设
- 指南变化时的更新说明
- 指向相关集群页的内部链接
例如,GPTBot 策略文章应链接官方 bot 文档,也要连接 服务器日志分析 工作流。Breadcrumb schema 文章应链接 Google breadcrumb 文档和 Schema Markup 页面。
避免这些错误
不要:
- 创建虚假专家人设
- 添加无法支持的头衔
- 让同一个作者 bio 覆盖完全无关主题
- 页面隐藏署名,却在 schema 里声明作者
- 添加你无法控制的
sameAsprofile - 把 Person schema 当成有用内容的替代品
- 让英文和中文作者事实漂移
实体一致性是有点无聊的工作,但正因为如此,它才可靠。
30 分钟实操审计
选 5 篇高价值文章,检查:
- 可见署名是否匹配结构化数据?
- 作者页是否存在并可访问?
- 作者页是否列出相关作品?
- 文章日期是否当前?
- 声明是否有 primary sources 支撑?
- 页面是否链接到相关话题集群?
- 发布方实体是否匹配 canonical brand facts?
然后给每页打分:
| 分数 | 含义 |
|---|---|
| 0-2 | 作者清晰度弱 |
| 3-5 | 可接受但不完整 |
| 6-7 | 足够进入持续监控 |
可以结合 Audit、Schema Markup 和 AI 搜索可见性评分卡 看更完整的页面质量。
Fennec 下一步
对本站来说,优先事项是:
- 让
docs/entity-audit.md里的 canonical organization facts 和 schema 保持一致 - 强化可见作者页的主题方向和代表作品
- 让
2winter、fennec-team和Anna在中英文页面中的角色一致 - 只有在真实复核流程存在时,才添加 reviewer notes
- 作者模板变更后重新跑 schema validation
目标很简单:当 AI 搜索系统、crawler 和读者检查网站时,看到的是同一套实体故事。
来源
- Google Search Central: Creating helpful, reliable, people-first content
- Google Search Central: Article structured data
- Google Search Central: Structured data general guidelines
- Google Search Central: Optimizing for generative AI search
- Schema.org: Person
问答
作者实体 SEO 是排名捷径吗?
不是。它更像可信度和清晰度工作,帮助搜索系统和读者理解内容由谁负责,但不能替代有用内容。
每篇文章都必须用真人作者吗?
不一定。有些页面可以使用组织作者,但专家分析、技术判断和策略建议通常更适合明确的人名、角色和作者页。
可以创建虚假的专家 profile 吗?
不可以。作者实体工作应该反映真实的人、真实经验和可见的编辑责任。
最重要的 schema 是什么?
先做好准确的 Article schema、一致的 author 字段、Organization publisher 数据和可见作者页,再考虑更复杂的 Person 信息。