常见问题解答FAQ - Schema.org 中文站

Schema.org 中文站是一系列可扩展的schemas 标记集合，站长可以使用这些标记嵌入格式化数据到网页中，从而使得搜索引擎更容易识别网页内容。

Schema.org中文站 文档 Schemas标记 首页 常见问题解答FAQ 什么是schema.org？ 为什么Google、Bing、Yandex和Yahoo!会合作创建schema.org标准，难道你们不是竞争者吗？ 已经有一大堆标记模式了，为什么又要创建一个新的？ schema.org是不是一个像W3C和IETF这样的标准制定组织？ schema.org与Facebook的OpenGraph有什么关系？ 接下来会发生什么呢？schema.org将如何演变？ 谁在持续地管理schema.org？其它人可以作为合作者加入schema.org并且帮助决定支持新的schmas吗？ schema.org支持多种语言吗？什么时候支持？哪些语言会被标记支持？ 我如何使用schema来标记我的网站？ 为什么要添加标记？我能从中获得什么？搜索引擎是如何使用这些数据的？ 这项工作太艰巨了。

为什么你们不能自动地提取这些数据？ 我已使用微数据/微格式/RDFa标记了内容，需要从头开始重新标记吗？ 我的网站中包含schema.org不支持的内容，你们会添加这些类型吗？我又该如何标记这些内容？ 每个属性我都要标记吗？ 为什么采用微数据（microdata），而不是RDFa或微格式（microformats）？ 为什么你们不支持其它一些词汇表（vocabularies），比如FOAF,GoodRelations等等？ 如何报告错误或提出建议？ 在每个schmag页面上的SchemaVersion0.9是什么意思？ Q: 什么是schema.org？ schema.org是由Google、Microsoft和Yahoo!协作产生的，其目的在于创建一种主要搜索引擎都支持的结构化数据标记架构，以便为用户提供更好的网络体验。

网页内标记可以帮助搜索引擎理解网页上的信息以及提供更丰富的搜索结果。

共享标记字词可让网站站长更轻松地决定标记架构并从自己的工作中获得最大收益。

如果您使用微格式、微数据或RDFa为自己的内容标记过丰富网页摘要，那么您就已经很熟悉这一过程了。

schema.org的工作原理与丰富网页摘要相同，该架构使用的是微数据标记格式和所有搜索引擎共享的字词（支持各种类型的项和属性）。

要了解有关微数据和schema.org的详情，请参阅入门指南。

Q: 为什么Google、Bing、Yandex和Yahoo!会合作创建schema.org标准，难道你们不是竞争者吗？ 当前有很多种在网页中标记不同类型信息的标准。

因此站长们很难选择最相关的和被搜索引擎支持的标记语法。

借助schema.org，网站站长只需访问一个网站即可了解如何标记各种类型的项，而搜索引擎则可以获得结构化信息从而提高搜索结果的质量， 最后用户会获得更令人满意的搜索结果和更好的网络体验。

Q: 已经有一大堆标记模式了，为什么又要创建一个新的？ 创建一个统一支持的标记对站长、搜索引擎和用户都有利。

站长：Schema.org为站长们提供了一个学习标记的唯一去处，而不必去多个地方移植嫁接各种不同的规则、约定。

搜索引擎：Schema.org专门定义对搜索引擎最有价值的词条类型和属性。

这意味着搜索引擎可以获得最需要的结构化信息从而有效改善搜索质量。

用户：当站长们可以更容易地添加标记，搜索引擎可以看到更多他们需要的标记，那么用户就会获得更好的搜索结果和体验。

Q: schema.org是不是一个像W3C和IETF这样的标准制定组织？ 不是。

Schema.org是一项Bing,Google,Yahoo!和Yandex之间的合作，在sitemaps.org成功的鼓舞下，希望站长能更轻松地向我们提供数据，我们也能更好地指引用户去他们的网站。

Schema.org不是一个正式的标准制定组织。

Schema.org只是一个网站，在这个网站我们对三大主要搜索引擎都支持的标记进行文档记录。

Schema.org是Google,Microsoft,Yahoo!和Yandex的合作，我们都将使用这里定义的标记。

其他的网站（不一定是搜索引擎）也可能在未来加入支持。

Q: schema.org与Facebook的OpenGraph有什么关系？ FacebookOpenGraph的作用很突出，但它却无法提供搜索引擎用于改进用户体验所需的详细信息。

单一网页可以包含多个组成部分，也可以具有多个主题。

即使您针对FacebookOpenGraph标记自己的内容，schema.org也可让您以其他方式提供有关网页上特定实体的详情。

例如，有关某个乐队的网页可包含以下内容中的任意一项或全部： 专辑列表 每张专辑的价格 每张专辑的歌曲列表，以及指向每首歌曲试听的链接 即将举行的演唱会列表 乐队成员简介 上述信息都可以通过schema.org类型表示。

如果您使用schema.org标记这些信息，那么搜索引擎就能更准确地理解您网页中的内容。

Q: 接下来会发生什么呢？schema.org将如何演变？ Schema.org目前仍是一个草案，会在接下来的几年保持演变。

我们希望来自于以下两方面的改进： 确定新的可以提供更好搜索结果的结构化数据种类，对schema.org进行扩展以包含这些内容。

强烈推荐开发者使用schema并进行技术布道。

在这些工作的牵引下，我们会将其成果纳入schema.org里。

Q: 谁在持续地管理schema.org？其它人可以作为合作者加入schema.org并且帮助决定支持新的schmas吗？ Google、Bing和Yahoo!在管理schema.org。

如果合适，我们会邀请涉及web结构化数据的相关各方参与。

Q: schema.org支持多种语言吗？什么时候支持？哪些语言会被标记支持？ Schema.org标记可在以任意语言撰写的网页上使用。

目前，schema.org网站仅提供英文版，schema.org.cn提供中文资讯。

标记本身（例如HTML）则是英语。

Q: 我如何使用schema来标记我的网站？ 请参阅入门指南对微数据和schema.org有一个大致了解。

或者前往schemas浏览具体的类型层次。

其中许多类型都列出了添加schema.org标记前后的HTML示例。

您还应该测试自己的标记是否使用正确，通过Google丰富网页摘要测试工具查看Google从您网页中提取的信息。

Q: 为什么要添加标记？我能从中获得什么？搜索引擎是如何使用这些数据的？ 搜索引擎会以各种方式使用网页内标记：例如，Google将其用于创建丰富网页摘要，从而使你的网站在搜索结果中更加醒目。

并不是schema.org中所有类型的信息都会出现在搜索结果中，但随着时间的推移，您会发现搜索引擎将更多的数据用于更广泛的用途。

此外，由于您网页上的标记是可以公开访问的，因此其他组织也可能会以一些新奇有趣的方式使用这些数据。

Q: 这项工作太艰巨了。

为什么你们不能自动地提取这些数据？ 如果能够自动提取出网页语义，那当然是一件非常好的事，但是这样很容易出错，因为相同的信息往往在不同的网站以很多种不同的方式呈现。

标记可以为计算机提供一种一致的方法来理解页面的数据，并帮助搜索引擎在搜索结果中展示。

Q: 我已使用微数据/微格式/RDFa标记了内容，需要从头开始重新标记吗？ Google会继续支持现有内容的丰富网页摘要，因此您无需使用新的schema.org格式重新标记现有内容。

因为schema.org是Google、Microsoft、Yandex和Yahoo!等公司都支持的标准，因此随着时间的推移，改用新标记格式带来的助益会不断增加，但您也并不一定要改用新标记格式。

Q: 我的网站中包含schema.org不支持的内容，你们会添加这些类型吗？我又该如何标记这些内容？ 如果发布内容的类型不受支持，则您有以下三种选择： 什么都不做（无需以任何方式标记内容）。

但在您决定采用此方法前，请先查看是否有某个schema.org支持的类型（例如评论、图片或路径）与您的内容相关。

使用相关性较低的标记类型。

例如，schema.org不包含“教授”类型。

但是，如果您拥有相关大学系的教授名录，则可以使用“人物”类型对名录中每位教授的相关信息进行标记。

如果您有什么好的想法，请使用schema.org扩展系统定义新类型。

Q: 需要标记所有的属性吗？ 您可以只标记某个项的部分属性，并不一定要标记所有属性。

但是，标记尽可能多的内容有助于搜索引擎更准确地理解这些内容并以最实用的方式进行显示。

对于许多类型来说，您提供的信息量需要达到某个最低标准，Google才能以丰富网页摘要的形式显示您的内容。

您可以使用丰富网页摘要测试工具查看Google可从您已标记网页中提取的信息。

通常来讲，你应该标记对网站访客可见的页面内容，而不是隐藏（例如隐藏的div元素）的内容。

Q: 为什么采用微数据（microdata），而不是RDFa或微格式（microformats）？ 过去，我们支持结构化数据标记的三种不同标准：微数据、微格式和RDFa。

Schema.org仅支持微数据，这是一个务实的决定，网站站长就无需在几种格式间做出取舍。

此外，单一格式可基于相关数据提高搜索引擎间的一致性。

虽然对于现有标准的选择仍存在争议，但我们发现微数据能够较好地平衡RDFa的扩展性与微格式的简单性，因此我们采用了这种格式。

微格式很简洁且易于理解，但是它缺乏一个开放的扩展机制，class标签的名字重复都可能与网站的CSS产生冲突。

RDFa是一个可扩展的且描述性很强的语言，但是它潜在的复杂性导致采用它的过程十分缓慢。

微数据是一个当前更广为人知的标准，与HTML5一同创建。

它在扩展性和简易性之间获取一个平衡，用来建立schema.org是最适合的。

Google和Yahoo!在过去支持的微格式和RDFa会继续得到支持。

我们会监控Web上RDFa和微格式的使用，如果它们的使用量持续上升，我们将考虑支持这些语法。

要获取微数据的概述以及schema.org所遵守的规范，请参阅schema.org入门指南。

Q: 为什么你们不支持其它一些词汇表（vocabularies），比如FOAF,GoodRelations等等？ 在创建schema.org时，我们的一个目标就是创建一个唯一的地方让站长们可以查找使用合理的语法和风格标记他们的内容。

这样，站长们只需要学习一个东西，而不需要去理解不同的，经常重叠的词汇表。

schema.org上的很多的词汇都是从早期的工作中，如Microformats,FOAF,GoodRelations,OpenCyc等等上面获得参考的。

Q: 如何报告错误或提出建议？ 请使用反馈表单。

Q: 在每个schmag页面上的SchemaVersion0.9是什么意思？ 现在呈现在这个网站上的schema是一个用于征求意见的草案。

基于我们接收到的反馈，我们会更新这些schema。

我们希望在今年的某个时间将这些东西定下来。

当然，我们鼓励你走在前面去使用它。

我们将继续对当前内容提供支持。

Termsandconditions