WordPress网站建设+谷歌SEO优化就找WP花园，深圳公司!
越来越多的人和越来越多的开发人员正在谈论结构化数据和 Schema.org。 我们在 Yoast 谈论 Schema 已经有一段时间了，我们已经用它构建了很多东西。 最近，提议的区块协议标准开始谈论与 Schema 的集成，WordPress 的核心团队也对此产生了兴趣； 在 Github 上看到这个讨论。
Schema.org 元数据是页面内容的机器可读和可解释版本。 我们 Yoast 对 Yoast SEO 生成的模式标记感到非常自豪。 我们为它感到骄傲的主要原因是我们竭尽全力确保机器在读取它时能够正确解释它。 为此，我们已确定 Schema 应 总是 是 一个相互连接的图.
一个好的图表是什么样的
假设我们有一个包含文章的页面，并且该文章包含 HowTo. 我们假设 HowTo 是文章的“存在理由”。 我们的 Yoast SEO 图表在解析后如下所示：
这 Article 和 WebPage 将有一个或多个作者，发布日期，图像，该网站将由一个组织拥有，等等。有一个 吨 Schema 中的元数据，这对搜索引擎非常有帮助。 一些数据是页面级别的（如语言），一些数据通常是站点级别的（如发布者），这一切都很好，因为我们将它们联系在一起。
在许多 Schema 实现中，这些部分是 不是 连成一个图。 它们作为单独的块被丢弃。 因此，您将得到：
HowToArticleWebPageWebSite
在上述情况下， 可能 其实没事。 我说可能是有原因的。 如果 HowTo 实际上只是切线的一部分 Article? 在某些情况下，它变得更加关键。 让我给你举个例子。
当 Schema 变得具有破坏性时
不幸的是，这是我在现实生活中遇到的一个案例。 一个网站有一个单一产品的产品页面。 在该产品下方，它列出了五个相关产品，通常一起购买的东西等。该组件用于显示这些相关产品对于这五个产品的输出模式。 它与页面架构的其余部分无关。 所以你得到了这个：
Product（主要产品）Product（相关产品1）Product（相关产品2）Product（相关产品3）Product（相关产品4）Product（相关产品5）
Product schema 负责为网站提供漂亮的丰富片段，这些片段在搜索结果中显示星级、价格和产品的可用性。 在这种情况下，搜索引擎不知道该选择哪个产品； 事实上，谷歌的富结果测试工具甚至不会给你一个结果。 当您脱离其设计上下文查看此架构时，无法知道哪个产品是页面上的主要产品 因为 Schema 没有绑定到一个单独的图表中. 结果是这些页面丢失了丰富的片段。 直接归因于销售损失的变化。
修复它意味着连接五个 有关的 产品与主要产品 isRelatedTo 属性，删除 Product 他们的输出的一部分，然后声明 主要的 产品作为 mainEntityOfPage. 这里的重点是，这些产品块需要根据不同的行为 语境 以及它们与页面上其他块（和有关信息）的关系。 这是您需要能够构建工作模式输出的那种理解。
令人讨厌的部分：我们如何将它们联系在一起
在我们的图表中，我们通过指定它们的关系将所有元素联系在一起。 为此，我们引用了我们所说的图“片段”，通过 @id. 一个 WebPage 有一个属性 isPartOf参考 WebSite 片。 一个 Article 有一个 isPartOf 参考 WebPage. 事实上，一个 Article 默认情况下也有一个属性 mainEntityOfPage 引用 WebPage，宣布自己为主要实体。
如果你添加一个 HowTo 在这种情况下，它会宣称自己是 mainEntityOfPage 的 Article. 如果 HowTo 是不输出的页面的一部分 Article 模式，它会做同样的事情，但会自动将自己附加为 mainEntityOfPage 的 WebPage. 这样，搜索引擎可以解析图表并查看 确切地 到底是怎么回事。 这意味着每个块在呈现其架构时都需要了解其上下文。
所以：块和模式不是一回事
虽然新 WordPress 编辑器中的块是 伟大的 为了与 Schema 一起使用，它们需要额外的解析级别和一层 商业逻辑 绑定到页面的其余部分。 不幸的是，这并不像只为每个块输出模式并保留它那么简单。 目前在 WordPress 核心 GitHub 上讨论的将 Schema 与 Patterns 联系起来的想法在我看来有点过于简单了。 我并不是说它不能完成，但它需要更多的工作。 围绕区块协议的讨论也是如此。
如果要实现 Schema，则必须愿意并且能够确定页面的整个上下文。 随着谷歌和其他消费者改变和发展他们的标准，这种业务逻辑是复杂的、相互关联的并且不断发展的。 这种逻辑不能存在于每个单独的块中，单独的部分； 它需要一个“大脑”来理解所有运动部件，并能够描述所有这些运动部件的内聚图。 像这个。
我们对 Yoast SEO 在该领域所做的工作感到非常自豪，并且我们提供了一个 Schema API，允许其他开发人员参与其中并添加他们自己的实现。 我们还写了一个 满的 模式说明我们的输出如何工作以及为什么。 没有这个“大脑”，基于块的方法将难以有意义且 安全地 描述一个页面。
Joost de Valk 是 Yoast 的创始人。 卖掉 Yoast 后，他不再全职工作，现在担任公司的顾问。 他是一名互联网企业家，与妻子 Marieke 一起积极投资并为多家初创公司提供建议。 他的主要专长是开源软件开发和数字营销。
WordPress网站建设+谷歌SEO优化就找WP花园，深圳公司!
项目咨询：[email protected]
