Google 的 John Mueller 在 Twitter 对话中就结构化数据以及 Google 如何使用它提供了富有洞察力的评论。 他的评论谈到了结构化数据作为谷歌信号的重要性。
关于结构化数据的 Twitter 讨论
这 推特讨论 源于最近一篇文章中的一个看似矛盾的声明，谷歌不读取不受支持的结构化数据。
没有矛盾，细节是无关紧要的。 穆勒澄清了看似矛盾的问题，然后继续讨论谷歌如何使用结构化数据。
接下来是重要的推文。
额外的结构化数据
谷歌的穆勒首先澄清了什么样的结构化数据（SD）被认为是额外的。 在这种情况下，他提请注意结构化数据类型和显而易见的信息。
第一个问题是关于使用 WebPage 结构化数据类型而不是更具体的数据类型：
“问题是很多‘额外’的 SD 非常明显。 “这是一个网页”，好吧，看到我们正在抓取网页，这令人震惊。
“
问题是很多“额外”的 SD 非常明显。 “这是一个网页”，好吧，看到我们正在抓取网页，这令人震惊。 从页面文字中已经可以清楚地看到许多其他 SD（是福特汽车还是福特总统？不需要 SD，除非您在写作方面真的很有创意）。
— 🍌 约翰🍌 (@JohnMu) 2020 年 12 月 5 日
WebPage 结构化数据类型被认为是非常通用的，根据 Mueller 的说法，它“非常明显”。
Schema.org 说 这是关于网页结构化数据类型的：
“每个网页都被隐含地假定为 WebPage 类型……”
这似乎意味着您不需要使用结构化数据来告诉 Google 网页是网页，这是隐含的。
因此，这实际上让您可以使用更具体的结构化数据类型。
这实际上是一个相当常见的错误。 可能是因为您可以使用更具体的结构化数据类型记录的几乎所有内容都可以在更通用的 WebPage 结构化数据中声明。
Google 的结构化数据可以分为两种：
- 丰富的结果结构化数据
- 非富结果结构化数据
富结果结构化数据可以有资格获得增强的搜索结果列表，即富结果。 非丰富结果不符合条件。
但最好更具体一些。 例如，这些是可以在网页上使用的富结果结构化数据类型：
- 文章
- 新闻文章
- 如何
因此，如果您已经在使用像 Article 这样的特定结构化数据，则没有理由使用 WebPage 结构化数据，因为它是多余的。
还有其他结构化数据类型是非富结果结构化数据，它们不会显示富结果，但更具体地涉及网页：
- 关于页面
- 结帐页面
- 收藏页
虽然存在这些，但它们没有资格获得任何丰富的结果。 但这并不意味着你不能使用 关于页面 结构化数据以向搜索引擎传达该页面的内容，尽管谷歌很可能已经从内容中判断出它是一个“关于页面”。
传达页面的内容通常是一个好主意，如果您认为这可能有助于使某些事情变得清晰，那么请继续使用它。
但是，如果结构化数据类型未在 Google 的开发者页面上列为可以获得丰富搜索结果的类型，请不要期望从中看到这种结果，降低您的期望值。
丰富的结果就像那些显示在页面顶部的精选片段或在评论搜索结果中显示的星星。
Google 开发者页面中未列出的结构化数据类型很可能无法获得丰富的搜索结果。 这些是非丰富的结果结构化数据。
非富结果结构化数据
John Mueller 接下来讨论了非富结果结构化数据，并表示它可能会有所帮助，但方式有限。
他使用首字母缩略词 RR 来指代丰富的结果，使用 SD 来指代结构化数据。
这是 他发的推文：
“从页面上看不完全清楚的非 RR SD 呢？ 它可能会有所帮助，但它提供的额外价值也有限。”
结构化数据信号
他在上面的推文中发表了一条似乎说结构化数据是一种光信号的声明。
穆勒的推文：
“你如何对纯粹根据 SD 提示进行排名？ 这是一个非常轻的信号。 如果您担心，请让内容更明显。”
那么……结构化数据是一种极轻的信号？ 他所说的信号是指排名信号吗？ 还是与内容有关的信号？
约翰穆勒没有详细说明这些细节。
结构化数据和丰富的结果类型
穆勒重申了结构化数据的价值，尤其是在可能难以准确理解具体细节的情况下。
“对于难以解析页面的 RR 类型，我确实看到了 SD 的长期价值。 活动日期？ 会场电话号码？ 评级和规模？ 文章日期？ 这是可能的，但是每个页面/站点都很难+唯一，当我们错误地突出显示它时会很尴尬。”
结构化数据对于传达正确的信息非常有用，例如电话号码、评级和日期。
但穆勒也表示，结构化数据作为一个信号“非常轻”，这一声明可能需要澄清他所指的信号类型。
