Schema.org 用于 AI 呈现：哪些标记现在很重要

Schema.org 用于人工智能呈现：哪些标记现在很重要

截至2026年9月5日，结构化数据仍有助于搜索引擎理解页面、作者、组织和事实。然而，它并不是人工智能答案的直接排名开关。

Google表示，页面无需特殊的Schema.org标记即可出现在AI概览或AI模式中。页面主要必须可抓取、可索引、有资格获得搜索摘要，并由有用的内容支持。Google还表示，结构化数据应与可见页面内容相匹配。(developers.google.com)

因此，目前最好的策略是：

1. 使用结构化数据准确描述页面。
2. 使标记与页面的真实目的相匹配。
3. 在文章、作者、组织和主题之间建立清晰的关系。
4. 在可见的HTML中编写直接、完整的答案。
5. 将人工智能引用与传统的富媒体结果分开衡量。

执行裁决

这项广泛的研究发现很重要：单独添加通用结构化数据并未导致人工智能引用的一致增加。Ahrefs的一项对照研究跟踪了1,885个添加了用于链接数据的JavaScript对象表示法的页面，并将其与4,000个对照页面进行了比较。研究发现，Google AI模式或ChatGPT引用没有显著改善。Google AI概览引用略有下降，但研究人员警告说，这种变化很小，不能明确归咎于标记。(ahrefs.com)

2026年的一份单独预印本发现，在控制了搜索排名和域权限之后，Article、Organization、BreadcrumbList和WebPage等通用类型并不能独立预测人工智能引用。其最强的发现是，具有具体、属性丰富数据（例如价格、评级和规格）的页面，比仅有通用页面标签的页面表现更好。该发现主要集中在产品和评论页面上，因此不应将其视为本文中任何一种类型都能创造引用优势的证据。(aixiv.science)

结构化数据能做什么和不能做什么

结构化数据是页面的一种机器可读描述。它可以告诉搜索引擎：

• 页面类型
• 谁撰写了它
• 哪个组织发布了它
• 它回答了什么问题
• 何时发布或更新
• 页面描述的是哪个人、公司、术语或数据集

Google表示，结构化数据可以帮助其系统理解页面内容，并使页面有资格获得更丰富的搜索功能。它还表示，Google搜索可能会使用其他Schema.org属性进行理解，即使这些属性不会触发可见的搜索结果。(developers.google.com)

结构化数据不能保证：

• 更高的自然排名
• 人工智能引用
• 富媒体结果
• 知识面板
• 包含在人工智能答案中
• 使用标记中的确切文本

Bing也提供了类似的指南。其当前的网站管理员指南表示，结构化数据可能支持更清晰的背景信息，但不能保证可见性或引用流量。Bing还建议发布者在可见页面内容中明确说明事实和定义。(bing.com)

主要研究限制

人工智能答案面板通常显示来源页面，而不是该页面上可能存在的Schema.org类型。Google不会发布报告称，例如，某个页面被引用是因为它使用了Article而不是WebPage。

这产生了三个不同的问题：

1. 页面是否被引用？
2. 页面是否包含结构化数据？
3. 结构化数据是否导致了引用？

大多数研究只能回答前两个问题。它们无法证明第三个问题。

这就是为什么一个带有FAQPage标记的页面可能经常出现在人工智能答案中，而标记本身并非原因。该页面可能具有强大的内容、高搜索排名、许多链接或知名品牌。

按Schema类型审核

1. Article

作用

Article描述文章、新闻报道、博客文章或类似的编辑页面。Google支持Article、NewsArticle和BlogPosting作为文章类型。Google未列出文章标记的必需属性，但建议添加适用于该页面的属性。(developers.google.com)

最重要的属性

当它们可见且准确时使用这些属性：

• headline (标题)
• author (作者)
• author.name (作者姓名)
• author.url 或 author.sameAs (作者URL或作者同义链接)
• datePublished (发布日期)
• dateModified (修改日期)
• image (图片)
• publisher (出版商)
• mainEntityOfPage (页面的主要实体)
• about (关于)
• inLanguage (语言)

Google建议作者使用真实的Person（个人）或Organization（组织）。它还建议结构化数据中的日期应与可见的发布和更新日期保持一致。(developers.google.com)

人工智能影响

证据级别：间接。

Article有助于建立页面类型、作者身份和时效性。这些对于搜索系统，特别是在事实页面和编辑内容上，都是有用的信号。然而，目前的证据并未表明单独添加Article会增加人工智能引用。

Article清单

• 该页面确实是一篇文章。
• 标题与可见标题一致。
• 包含所有可见作者。
• 每个作者都有一个独立的Person或Organization对象。
• 作者姓名只包含姓名，不包含职务或出版商名称。
• 作者链接到真实的个人资料或作者页面。
• 页面上可见发布和更新日期。
• 如果包含时间，日期使用正确的时区。
• 图片代表文章。
• 出版商在整个网站中保持一致的标识。
• 除非页面确实同时服务于两种目的，否则文章不应被标记为不同的主要类型，例如HowTo。

2. WebPage

作用

WebPage是一种通用页面类型。Schema.org指出，每个网页都被隐式视为WebPage，但当页面包含页面级属性或关系时，明确声明会有所帮助。(schema.org)

有用的属性包括：

• url (网址)
• name (名称)
• description (描述)
• inLanguage (语言)
• dateModified (修改日期)
• breadcrumb (面包屑)
• mainEntity (主要实体)
• about (关于)
• isPartOf (是...的一部分)
• primaryImageOfPage (页面的主要图片)

人工智能影响

证据级别：低且间接。

WebPage最好用作连接图中的外部页面层。它可以将页面连接到其主要文章、定义、数据集、个人或组织。

它不应被视为一种特殊的人工智能优化类型。只包含通用WebPage对象的页面通常比明确标识其主要实体的页面提供的信息更少。

WebPage清单

• 为页面使用一个稳定的@id。
• 使用规范URL作为页面URL。
• 识别页面的真实mainEntity。
• 使用mainEntityOfPage将主要实体链接回页面。
• 如果已知，添加inLanguage。
• 保持页面名称和描述与可见内容一致。
• 不要使用WebPage来掩盖页面实际上是文章、个人资料、数据集或问题页面的事实。

3. QAPage

作用

QAPage用于聚焦于一个问题及其答案的页面。Google表示，它使用标记为QAPage的页面中的Question结构化数据，并且页面上应该只有一个QAPage和一个主要Question。(developers.google.com)

必需属性

对于当前Google问答资格：

• QAPage.mainEntity
• 一个嵌套的Question
• Question.answerCount (问题答案数量)
• acceptedAnswer 或 suggestedAnswer (接受的答案或建议的答案)
• Answer.text (答案文本)

没有答案的问题不符合富媒体结果的资格。

重要内容规则

不要将QAPage用于：

• 普通的常见问题页面
• 回答问题的博客文章
• 操作指南文章
• 包含许多问题的产品页面
• 仅由网站所有者撰写的编辑答案

Google表示，对于正常的QAPage，用户必须能够提交答案。有效的示例包括论坛问题或用户可以提供答案的支持页面。(developers.google.com)

人工智能影响

证据级别：中等语义匹配，无已证实因果提升。

真实的问答页面自然容易被检索系统理解。然而，目前没有强有力的公开研究证明QAPage标记本身会增加人工智能引用。

QAPage清单

• 页面聚焦于一个问题。
• 用户可以提交答案，除非该页面符合特殊的教育问答体验。
• 完整问题可见。
• 完整答案文本可见。
• answerCount与实际答案数量匹配。
• 接受和建议的答案已正确标记。
• 评论标记为评论，而不是答案。
• 页面不仅仅是一个编辑性的常见问题页面。
• 页面不包含多个不相关的问题。

QAPage示例

html

仅当页面真正支持问答交互时才使用此模式。

4. HowTo

作用

HowTo描述分步说明。Google曾支持操作指南富媒体结果，但于2023年9月弃用了该搜索功能。Google表示，操作指南结果将不再出现在桌面端，并且已从移动搜索中删除。(developers.google.com)

人工智能影响

证据级别：对于Google而言较低。

可见的步骤可能仍有助于用户和检索系统。带有标题、编号步骤、工具、时间和警告的清晰教程更易于阅读和引用。但现有证据并未表明HowTo标记在Google AI概览或AI模式中能带来特殊优势。

建议

仅在以下情况使用HowTo：

• 页面真正教授一项任务。
• 步骤在页面内容中可见。
• 其他搜索引擎、平台或内部系统受益于此标记。
• 您的团队可以在不创建冲突数据的情况下维护它。

对于Google搜索，优先使用强大的HTML标题、编号列表、清晰的说明以及有用的图片或视频。

教程清单

• 页面教授一项真实任务。
• 任务结果清晰。
• 每个步骤都可见且完整。
• 步骤名称与可见标题匹配。
• 工具和用品真实可见。
• 时间估算准确。
• 必要时包含安全警告。
• 第一部分给出简短的答案或结果。
• 页面不依赖标记来提供说明。

5. ClaimReview

作用

ClaimReview旨在用于事实核查内容。Google于2025年逐步淘汰了在搜索中对Claim Review的支持，作为其简化搜索结果工作的一部分。该类型已从Search Console报告和富媒体结果测试中删除。(developers.google.com)

人工智能影响

证据级别：目前对Google没有优势。

高质量的事实核查仍可被引用，因为它明确说明了：

• 主张
• 评级
• 证据
• 日期
• 事实核查组织
• 结论背后的推理

这些好处主要来自内容本身，而不是已停用的Google搜索功能。

建议

对于事实页面：

1. 如果页面是编辑性的，使用Article或NewsArticle。
2. 在可见文本中清晰陈述主张。
3. 引用主要证据。
4. 识别作者和审核组织。
5. 添加发布和审核日期。
6. 仅当其他平台或数据系统明确要求时才使用ClaimReview。

不要仅仅因为您期望Google人工智能答案会偏爱它而添加ClaimReview。

6. FAQPage

作用

FAQPage描述包含问题和官方答案的页面。Google已于2026年5月7日起停止在搜索中显示FAQ富媒体结果，并于2026年6月移除了相关文档。(developers.google.com)

人工智能影响

证据级别：薄弱且混杂。

一项为期90天的供应商研究向120个页面添加了FAQPage标记。研究发现，ChatGPT、Gemini或Google AI概览引用没有可靠的改善。Perplexity显示出小幅增长，但研究本身表示结果是特定于平台的，并未证明因果关系。(authorityradar.com)

另一项对615个已被引用的页面进行的研究发现，FAQ标记在被大量引用的页面上出现得更频繁。在控制了来自同一出版商的重复页面后，这种关系消失了。研究人员得出结论，证据并未证明标记本身产生了效果。(getintel.ai)

建议

当常见问题能改善读者的页面体验时，请使用它们。不要仅仅为了瞄准人工智能答案而添加大量通用问题块。

如果您为其他搜索引擎或内容系统保留FAQPage标记：

• 让每个问题都可见。
• 让每个答案都完整。
• 保持标记与页面内容一致。
• 不要在多个schema块中重复相同的问题。
• 不要期望获得Google FAQ富媒体结果。

面向非Google消费者的FAQPage示例

html

这是一个语义描述，而不是Google搜索功能的承诺。

7. Organization

作用

Organization帮助Google理解和区分公司、非营利组织、出版商、学校或其他组织。Google表示，组织标记可以影响搜索中显示的徽标和某些知识面板信息等视觉元素。Google当前的组织指南中没有必需的属性。(developers.google.com)

推荐属性

使用真实且可见的属性：

• name (名称)
• alternateName (别名)
• url (网址)
• logo (徽标)
• sameAs (同义链接)
• description (描述)
• telephone (电话)
• email (电子邮件)
• address (地址)
• identifier (标识符)
• foundingDate (成立日期)
• parentOrganization (上级组织)

人工智能影响

证据级别：间接但有用。

Organization可以连接：

• 出版商与文章
• 公司与其产品或服务
• 品牌与其官方资料
• 组织与已知的网络身份

这对于实体消歧很有用。它并不能证明人工智能系统会引用该页面。

Organization清单

• 将完整的组织对象放置在主页或组织页面上。
• 使用稳定的@id，例如https://www.example.com/#organization。
• 使用确切的公共组织名称。
• 使用sameAs链接到真实的官方资料。
• 酌情使用正确的组织子类型。
• 使用代表组织的真实徽标。
• 保持联系信息最新。
• 从文章中引用组织，而不是在每个页面上重新创建冲突的版本。

8. Person

作用

Person标识撰写、审阅、拥有、管理或出现在页面上的人。它通常在连接到以下内容时最有用：

• Article.author (文章作者)
• QAPage问题或答案作者
• ProfilePage.mainEntity (个人资料页主要实体)
• Organization.employee (组织员工)
• Review.author (评论作者)

Google的个人资料指南指出，个人资料页面必须专注于一个人或组织。ProfilePage对象需要一个mainEntity，并且该实体必须是Person或Organization。当没有名称可用时，个人或组织必须有一个name或alternateName。(developers.google.com)

推荐属性

• name (姓名)
• url (网址)
• sameAs (同义链接)
• image (图片)
• description (描述)
• jobTitle (职务)
• worksFor (工作单位)
• knowsAbout (了解领域)
• affiliation (隶属关系)
• identifier (标识符)

人工智能影响

证据级别：间接。

Person标记有助于将作者姓名与以下内容联系起来：

• 传记
• 职位或角色
• 组织
• 已发表文章
• 外部资料
• 专业领域

用它来明确身份，而不是声称页面不支持的专业知识。

Person清单

• 仅将Person用于真实人物。
• 将Organization用于公司或出版物。
• 将人物链接到可见的作者页面。
• 仅将sameAs用于准确的官方资料。
• 保持职务和资质最新。
• 添加所有可见作者，而不仅仅是主要作者。
• 在文章和个人资料页面中使用相同的人物@id。

必需属性矩阵

Google的通用指南倾向于完整且准确的数据，而非大量不完整的标记。它还警告说，结构化数据必须代表可见内容，并且正确的标记仍然不能保证富媒体结果。(developers.google.com)

用例实现清单

事实页面

最佳组合：

• WebPage
• Article 或 NewsArticle
• Person
• Organization
• 可选的ClaimReview（仅适用于其他受支持的消费者）

清单：

• 在页面顶部附近陈述主要事实。
• 命名事实来源。
• 链接到主要证据。
• 包括发布日期和最后审核日期。
• 识别作者和审阅者。
• 将事实与观点分开。
• 当页面是编辑性的时，使用Article。
• 不要将ClaimReview作为当前的Google搜索策略。

定义页面

最佳组合：

• WebPage
• DefinedTerm
• 可选的Article（如果页面是冗长的编辑性解释）
• Organization 或 Person（当有专家或出版商负责时）

Schema.org将Dataset定义为结构化信息体，并支持includedInDataCatalog和distribution等关系。(schema.org)

清单：

• 在第一段中给出定义。
• 使用一个清晰的术语作为主要实体。
• 仅当它们是真实的时才添加别名。
• 酌情链接到可靠的外部定义。
• 用通俗易懂的语言解释该术语。
• 使用示例和限定条件。
• 避免将不相关术语列表标记为一个DefinedTerm。

教程

最佳组合：

• WebPage
• HowTo（仅当其他消费者需要时）
• Article（当教程也是编辑性文章时）
• Person 和 Organization（用于作者身份）

清单：

• 在步骤之前说明结果。
• 使用带编号的可见标题。
• 使每个步骤专注于一个行动。
• 必要时包含工具、用品、时间和警告。
• 如果有帮助，添加图片或视频。
• 不要仅在JSON-LD中隐藏步骤。
• 不要期望在Google搜索中获得操作指南富媒体结果。

数据目录

最佳组合：

• WebPage
• DataCatalog
• Dataset
• DataDownload
• Organization

Schema.org将Dataset定义为结构化信息体，并支持includedInDataCatalog和distribution等关系。(schema.org)

Google在2025年末澄清，数据集结构化数据由数据集搜索使用，而不是一个通用的Google搜索结果功能。因此，它应该被视为数据发现和互操作层，而不是人工智能引用快捷方式。(developers.google.com)

清单：

• 为每个数据集提供一个稳定的标识符。
• 说明主题和范围。
• 包括发布者或创建者。
• 添加数据涵盖的日期范围。
• 在相关时说明地理覆盖范围。
• 描述许可和访问条件。
• 将每个可下载文件添加为DataDownload。
• 包含文件格式和下载URL。
• 使目录元数据与实际文件同步。
• 记录更新频率和最后更新日期。

JSON-LD示例：事实页面

此示例连接了页面、文章、作者、出版商和主题。请将每个值替换为真实页面上出现的信息。

html

JSON-LD示例：定义页面

html

定义还必须作为普通页面文本出现。不要仅将定义放置在结构化数据中。

JSON-LD示例：教程

由于Google的操作指南富媒体结果已弃用，请将其视为其他系统的可选标记。可见页面仍应包含完整说明。

html

JSON-LD示例：数据目录

html

常见的实施陷阱

不匹配的schema

最严重的错误是标记用户无法看到的内容。Google表示，结构化数据必须真实地代表页面，误导性或隐藏内容可能会使页面不符合富媒体结果的资格。(developers.google.com)

常见示例：

• 当文章不包含真实步骤时，将其标记为HowTo
• 当文章由个人撰写时，将公司标记为作者
• 添加未出现在页面上的常见问题答案
• 使用未来的发布日期
• 将一般博客文章标记为QAPage
• 向评论文章添加ClaimReview

薄弱的答案

结构化数据无法填补空页面。

Answer.text或acceptedAnswer中简短、模糊的答案并不能创建一个强大的来源。可见内容应该：

• 直接回答问题
• 解释重要的限制和例外
• 命名来源
• 在有用时包含日期、示例或测量值
• 在脱离上下文复制时也能独立理解

Google的人工智能指南表示，没有理想的页面长度，也无需将内容分成细小的片段供人工智能系统使用。更好的目标是有用、完整、以人为本的内容。(developers.google.com)

重复实体

避免发布同一组织、作者或页面的多个冲突版本。

薄弱的实现方式：

• 主页上有一个带有名称的Organization对象
• 每篇文章上都有一个带有不同名称的第二个对象
• 作者页面上有一个没有@id的第三个对象

更好的实现方式：

• 为组织提供一个稳定的@id
• 为每位作者提供一个稳定的@id
• 从文章、个人资料和问题页面引用这些对象
• 保持名称、徽标、URL和外部身份链接一致

重复问题

不要在以下地方重复相同的问题：

• FAQPage
• QAPage
• 文章标记
• 几个可见的页面部分
• 多个JSON-LD块

使用与页面主要目的匹配的schema类型。一个清晰的答案胜过多个重叠的标记块。

不正确的日期

Google使用多个来源来估算发布和更新日期。它建议可见日期和结构化日期保持一致，并警告不要使用未来日期或与文章中讨论的事件相关的日期，而不是与页面本身相关的日期。(developers.google.com)

过度使用sameAs

sameAs链接应标识相同的真实世界人物或组织。不要链接到：

• 不相关的社交资料
• 搜索结果页面
• 通用目录列表
• 拼写或身份不同的页面
• 组织无法控制的资料

仅限JavaScript的标记

Google可以处理添加到渲染页面的结构化数据，但仅限JavaScript的实现可能更难被其他爬虫和审计工具检测到。服务器渲染的JSON-LD块通常更易于测试和维护。(developers.google.com)

实用测试计划

要衡量标记是否具有增量效应，请使用对照测试，而不是依赖几次手动搜索。

更改前

记录：

• 目标查询
• 当前自然排名
• 是否出现人工智能答案
• 哪些页面被引用
• 可用时的引用位置
• 搜索流量
• 转化次数
• 当前结构化数据
• 测试期间进行的内容更改

测试期间

• 每次添加一个主要的标记更改。
• 保持内容、内部链接、标题和反向链接稳定。
• 使用未进行更改的类似对照页面。
• 记录更改的确切发布日期。
• 等待足够长的时间进行抓取和重新处理。

Ahrefs使用了匹配对照组和前后双重差分法。对于那些想要测试结构化数据而不是假设相关性证明因果关系的组织来说，其方法是一个有用的模型。(ahrefs.com)

更改后

跟踪：

• Google Search Console人工智能表现数据
• Google AI概览引用
• Google AI模式引用
• Bing网站管理员工具人工智能引用
• 在相关时跟踪ChatGPT、Gemini或Perplexity引用
• 自然排名
• 搜索点击量
• 辅助转化

Google通过Search Console表现报告报告人工智能搜索流量。Bing的人工智能表现报告显示引用的页面和基础查询，但它没有显示选择页面的原因或其在答案中的重要性。(developers.google.com)

推荐的实施顺序

对于大多数出版商来说，最佳顺序是：

1. 首先修复可见内容。
2. 确保抓取和索引可靠。
3. 为真实的编辑页面实现Article。
4. 通过Person和个人资料页面连接作者。
5. 通过Organization连接出版商。
6. 使用WebPage作为干净的页面级图层。
7. 仅将QAPage用于真实的社区问题。
8. 将DefinedTerm用于词汇表和定义页面。
9. 将Dataset和DataCatalog用于数据资源。
10. 将FAQPage、HowTo和ClaimReview视为次要或非Google标记，因为它们的Google搜索功能已被移除或弃用。

结论

目前最重要的教训很简单：Schema.org标记有助于机器理解内容，但它并不能保证进入人工智能答案。

最持久的实现不是大量的schema类型集合。它是一个小型、准确的实体图：

• Article描述编辑页面。
• Person识别作者。
• Organization识别出版商。
• WebPage将页面与其主要实体连接起来。
• QAPage描述真实的用户问题及其答案。
• DefinedTerm澄清定义。
• Dataset和DataCatalog描述结构化数据资源。

在增加明确含义的地方使用结构化数据。不要用它来伪装薄弱内容、重复可见文本或模仿Google不再支持的搜索功能。对于人工智能呈现，最有价值的工作仍然是清晰的答案、强有力的证据、准确的实体、最新的信息以及能够独立存在的内容。