关于 Schema.org

关于 Schema.org

Schema.org 的目的是什么?

为什么 Google、Bing、Yandex 和 Yahoo! 要合作?你们不是竞争对手吗?

外面有很多模式。为什么要创建一个新的?

Schema.org 是像 W3C 或 IETF 那样的标准机构吗?

Schema.org 与 Facebook Open Graph 有何关系?

接下来会怎样?Schema.org 将如何演变?

谁在持续管理 Schema.org?其他网站能否作为合作伙伴加入 Schema.org 并帮助决定支持哪些新模式?

Schema.org 是否提供多种语言?什么时候会提供?标记可用于哪些语言?

如何使用此模式标记我的网站?

为什么要添加标记?我能从中得到什么?数据将如何使用?

这太费工作了。为什么你们不能自动提取这些数据?

我已经在其他格式(即微格式、RDFa、data-vocabulary.org 等)中添加了标记。我需要更改网站上的任何内容吗?

我的网站包含不支持的类型的内容。你们会添加该类型吗?在此期间如何标记它?

我必须标记每个属性吗?

为什么使用微数据?为什么不使用 RDFa 或微格式?

为什么不支持其他词汇表,如 FOAF、SKOS 等?

在哪里可以提供反馈、报告错误等?

你们从哪里得到这个好域名?

在什么条款下我们可以重用此文档?

我们应该在标记中写 ‘https://schema.org' 还是 'http://schema.org'?


问题: Schema.org 的目的是什么?

Schema.org 是一个联合努力,秉承 sitemaps.org 的精神,通过创建主要搜索引擎支持的结构化数据标记模式来改善网络。页面标记帮助搜索引擎理解网页上的信息,并提供更丰富的搜索结果。共享标记词汇使网站管理员更容易决定标记模式,并从他们的努力中获得最大收益。搜索引擎希望使人们更容易在网络上找到相关信息。标记还可以启用利用结构的新的工具和应用程序。


问题: 为什么 Google、Bing、Yandex 和 Yahoo! 要合作?你们不是竞争对手吗?

目前,有许多用于在网页上标记不同类型信息的标准和模式。因此,网站管理员很难决定使用最相关和受支持的标记标准。创建所有主要搜索引擎支持的模式使网站管理员更容易添加标记,这使搜索引擎更容易为用户创建丰富的搜索功能。


问题: 外面有很多模式。为什么要创建一个新的?

创建具有共同支持的新模式有利于网站管理员、搜索引擎和用户。

  1. 网站管理员:Schema.org 为网站管理员提供了一个学习标记的地方,而不是必须从不同来源拼凑模式,每个都有自己的规则、约定和学习曲线。
  2. 搜索引擎:Schema.org 专注于定义对搜索引擎最有价值的项目类型和属性。这意味着搜索引擎将获得改善搜索所需的结构化信息。
  3. 用户:当网站管理员更容易添加标记,搜索引擎看到更多需要的标记时,用户最终会获得更好的搜索结果和更好的网络体验。

问题: Schema.org 是像 W3C 或 IETF 那样的标准机构吗?

不是。

  1. Schema.org 是 Bing、Google、Yahoo! 和 Yandex 之间的合作,秉承 sitemaps.org 的精神,使网站管理员更容易向我们提供数据,以便我们更好地引导用户访问他们的网站。
  2. Schema.org 不是正式的标准机构。Schema.org 只是我们记录几个主要搜索引擎将支持的模式的地方。
  3. Schema.org 是 Google、Microsoft、Yahoo! 和 Yandex 之间的合作 - 大型搜索引擎将使用来自网页的标记数据。其他网站 - 不一定是搜索引擎 - 可能稍后加入。

问题: Schema.org 与 Facebook Open Graph 有何关系?

Facebook Open Graph 很好地服务于其目的,但它没有提供搜索引擎改善用户体验所需的详细信息。一个网页可能有许多组件,它可能谈论不止一件事。如果搜索引擎理解页面的各种组件,我们可以改善数据的呈现。即使您使用 Facebook Open Graph 协议标记内容,Schema.org 也提供了一种机制来提供页面上特定实体的更多细节。

例如,一个关于乐队的页面可以包括以下任何或全部内容:

  1. 专辑列表
  2. 每个专辑的价格
  3. 每个专辑的歌曲列表,以及聆听每首歌曲样本的链接
  4. 即将到来的演出列表
  5. 乐队成员的简介

问题: 接下来会怎样?Schema.org 将如何演变?

Schema.org 是一个正在进行的工作,在未来许多年内将继续演变。我们预计演变将来自两个主要来源。

  1. 当我们识别出可以用于提供更好搜索结果的新型结构化数据时,我们将扩展 Schema.org 以涵盖这些。
  2. 我们强烈鼓励模式开发者开发和推广他们的模式。随着这些获得 traction,我们将把它们纳入 Schema.org。

问题: 谁在持续管理 Schema.org?其他网站能否作为合作伙伴加入 Schema.org 并帮助决定支持哪些新模式?

Schema.org 的日常运营,包括关于模式的决定,由一个指导小组处理,其中包括创始公司的代表和其他专家。请参阅关于 Schema.org页面以获取更多关于如何参与的详细信息。


问题: Schema.org 是否提供多种语言?什么时候会提供?标记可用于哪些语言?

Schema.org 标记可以在任何语言编写的网页上使用。该网站目前仅提供英文版本,但我们计划很快翻译成其他语言。标记,如 HTML,是英文的。


问题: 如何使用此模式标记我的网站?

请查看入门指南以获取微数据和 Schema.org 的概述。或者转到模式页面开始查看特定项目类型。


问题: 为什么要添加标记?我能从中得到什么?数据将如何使用?

搜索引擎正在以各种方式使用页面标记。这些项目帮助您更清楚或更突出地在搜索结果中展示您的内容。Schema.org 中的每种信息类型都不会在搜索结果中显示 - 您可以参考每个公司的文档以查找具体用途 - 但随着时间的推移,您可以期望更多数据以更多方式使用。此外,由于标记从您的网页公开访问,其他组织也可能找到有趣的新方法来利用它。


问题: 这太费工作了。为什么你们不能自动提取这些数据?

自动数据提取在有效时很棒,但它可能容易出错,因为不同网站可以用如此多的不同方式表示相同信息。标记为计算机提供了一种理解页面数据的统一方式,并帮助搜索引擎在搜索结果中有用地显示信息。


问题: 我已经在其他格式(即微格式、RDFa、data-vocabulary.org 等)中添加了标记。我需要更改网站上的任何内容吗?

如果您已经在发布结构化数据标记,并且 Google、Microsoft、Yandex 或 Yahoo! 已经在使用它,标记格式通常将继续受支持。更改为新标记格式可能会随着时间的推移有所帮助,因为您将切换到一个被几家公司接受的标准,但您不必这样做。


问题: 我的网站包含不支持的类型的内容。你们会添加该类型吗?在此期间如何标记它?

如果您发布不支持类型的內容,您有三个选项:

  1. 什么都不做(以任何方式不标记内容)。但是,在您决定这样做之前,请检查 Schema.org 支持的任何类型 - 如评论、图像或面包屑导航 - 是否相关。
  2. 使用不太具体的标记类型。例如,Schema.org 没有 “Professor” 类型。但是,如果您的大学系有教授目录,您可以使用 “person” 类型来标记目录中每个教授的信息。
  3. 如果您有雄心壮志,请使用 Schema.org 扩展系统 来定义新类型。

问题: 我必须标记每个属性吗?

标记项目的某些属性是可以的 - 标记不是全有或全无的选择。但是,标记尽可能多的内容有助于搜索引擎使用您的信息以最有用的方式向用户呈现您的页面。作为一般规则,您应该只标记对访问网页的人可见的内容,而不是隐藏 div 或其他隐藏页面元素中的内容。


问题: 为什么使用微数据?为什么不使用 RDFa 或微格式?

专注于微数据在当时似乎是一个务实的决定。一段时间以来,我们一直在支持多种语法,特别是包括 RDFa 和 JSON-LD。微数据中有些事情要困难得多,比如混合词汇表,或反转属性关系的方向。我们也在所有这些格式中添加代码示例。


问题: 为什么不支持其他词汇表,如 FOAF、SKOS 等?

在创建 Schema.org 时,我们的目标之一是创建一个网站管理员可以去的地方来弄清楚如何标记他们的内容,在类型之间有合理的语法和风格一致性。这样,网站管理员只需要学习一件事,而不是必须理解不同的、经常重叠的词汇表。Schema.org 上的许多词汇表受到早期工作如微格式、FOAF、OpenCyc 等的启发。Schema.org 中的许多术语通过合作而来,我们在 Schema.org 网站上承认这些,而不是使我们的标记更复杂。另请参阅我们的外部枚举机制来处理实体枚举列表。


问题: 在哪里可以提供反馈、报告错误等?

请使用我们的反馈表单。


问题: 你们从哪里得到这个好域名?

我们要感谢OpenDomain项目的慷慨为我们的域名。谢谢!


问题: 在什么条款下我们可以重用此文档(和模式、示例、软件)?

如我们的服务条款文档中所述,Schema.org 模式在知识共享署名-相同方式共享许可(版本 3.0)下提供。这些条款也适用于此网站上的支持文档和我们的博客,以及此网站中使用的标记示例。我们网站使用的软件也在Apache 2许可下可用用于开源重用。如果您对这些条款有反馈,请联系我们


问题: 我们应该在标记中写 ‘https://schema.org‘ 还是 ‘http://schema.org'?

有一个普遍趋势更广泛地使用 ‘https’,您已经可以在结构化数据中写 ‘https://schema.org'。我们已经将 Schema.org 网站本身迁移到使用 ‘https:’ 作为网站的默认版本,并在示例中首选形式。但是,结构化数据标记中的 ‘http://schema.org‘ 基础 URL 在可预见的未来将继续被广泛理解,并且迁移现有数据不应有紧迫性。这是一种冗长的方式来说明 ‘https://schema.org‘ 和 ‘http://schema.org‘ 都可以。


关于 Schema.org
https://www.gjxx.dev/schema/documents/faq/
作者
gjxx
发布于
2025年10月16日
许可协议