# Background

本页介绍了我们的方法、原理和考量，阐述了核心基本原则、设计决策及方法论。

## 理解结构化标记的作用
结构化标记帮助搜索引擎、用户和系统理解内容、语境及实体关系。它为网页上的*事物*属性及其关联添加元信息，这些信息可能无法直接从页面的"人类可读"版本中立即获取或轻松解析。

对我们而言，我们特别关注搜索引擎如何理解网站*页面*、运营网站的*组织*、其提供的*产品*及其他相关概念之间的关系。结构化标记使我们能够描述这些实体的连接方式并定义其属性。

添加此类标记可能导致搜索引擎在搜索结果中提供额外或增强的展示（如"富媒体列表"），并符合新功能/新兴功能（例如"知识图谱面板"）的资格要求。

除了直接的营销应用外，结构化标记将使未来的系统、流程和软件能够*理解*实体间的关系，并利用这种理解来提供新型服务。

Google、Bing 和 Facebook 等平台持续推出依赖结构化标记的新功能和格式支持。

![拉里·佩奇的知识图谱面板](https://raw.githubusercontent.com/woocommerce/woocommerce/trunk/docs/features/schema/larry-page.png)

## 为何要创建新标准/方法？
许多内容管理系统、平台、主题和插件已提供某种程度的结构化标记。然而，这些实现往往不完整、不一致、相互冲突或存在错误。

尽管关于实体及其标记的可能*结构*和*属性*已有大量文档（来自 [schema.org](https://schema.org/) 等），但关于模式标记*实现*——尤其是我们所需的复杂结构化数据——的建议和文档却有限且不一致。

现有文档主要描述如何表示单个*事物*，却很少指导如何创建和维护实体及其关系的*图谱*。

随着结构化标记功能的持续增长，缺乏标准化的实现方法意味着大多数网站越来越可能出错——最坏情况下，可能导致谷歌忽略或将那些网站列入黑名单，使其无法获得富媒体搜索结果展示资格。

## 集成与关联的挑战
特别是依赖多个移动部件的系统（例如使用第三方主题和/或多个插件的 WordPress 网站）已经面临互操作性难题——缺乏统一的工作方式，开发者难以实现数据的一致性关联、实体交叉引用或代码共享。

例如，一个插件可能添加*产品*结构化数据，另一个插件添加*本地商家*结构化数据。这些标记片段无法可靠地通信或集成数据。插件之间没有通用或简便的方式来*声明*其结构化数据，也无法明确指定示例中的*产品*由特定*本地商家*销售，或由运营网站的同一*组织*生产。

在大多数情况下，现有实现仅限于声明每个独立*片段*的存在，却无法声明它们之间的*关系*。它们缺乏连接*实体*的共享机制。

这种碎片化会导致标记错误，并/或限制网站结构化数据的可扩展性。若缺乏标准化，*JSON-LD* 中的“关联”特性将难以实现！

## 基于 schema.org 构建
请注意，本文档并非旨在定义、重建、替换或扩展 [schema.org](http://schema.org/) 标记，而是概述在设计和实现解决方案时应遵循的基本原则和概念模型。

本文中的示例代表推荐方法，而非涵盖所有可能场景及其所有变体的示例。

实现应基于这些示例，并充分利用 [schema.org](http://schema.org/) 的文档来根据需要定义或添加额外的对象属性。