在我们的网站上实际实现上述标记的难度

Joyzfsddt76

但是我们为什么需要这些呢？

内联标记的挑战
我们在内联微数据方面面临的挑战是它很脆弱，很容易被破坏。它在实现方面也非常严格。我temref和itemid帮助我们克服了这个问题！

请考虑以下页面：

内联微数据是刚性的.png

您想要在此页面上标记的主要实体是Product，但您可能还想标记BreadcrumbList。假设每个突出显示的区域都位于其自己的 <div> 标记中，则可能会出现一些问题。

如果您在包含所有三个区域的总体 <div> 上声明itemtype="product"，则您将失去标记面包屑的机会。为什么？因为BreadcrumbList不是Product的有效属性。
如果您在蓝色 <div> 上声明itemtype="product"，您仍然可以在红色 <div> 上标记面包屑，但您将无法将绿色 <div> 中的数据连接到您的主产品，并且您的结构化数据将无法验证，因为需要提供（又名价格）。
传统上，您必须做出不理想的妥协，或者让开发人员更 韩国手机数据 改整个页面的结构。没有办法解决这个问题；这很糟糕！

itemref 和 itemid 如何为您提供帮助
使用itemid和itemref，您可以编写跨越不同 <div> 标签的语义标记并提取所需的数据点，而无需进行任何重组。



那么这两个标签之间有什么区别以及何时使用其中一个？

当您需要在主要实体中填充i tempprops时，请使用itemref。例如，如果博客文章的评论计数写在主帖子正文外部的 <div> 中。
当您需要填充itemprops时，请使用itemid，其中预期类型（有关预期类型的​​更多信息，请参阅 Schema.org）是另一个实体（而不仅仅是一个简单的数据点）。例如，如果您想声明博客文章的发布者，则需要指向一个完整的组织实体（包括名称、徽标、URL，甚至创始人、地址、联系点等）。
如何使用 itemref
概念化itemref用法的一个简单方法是想象将数据 blob 连接到您正在处理的语义实体。我第一次听到“数据 blob”这个术语是从Jarno van Driel那里听到的，我认为他是我的 Itemref 和 Itemid 老师，我认为这是一个合适的描述。