结构化数据标记：哪些类型真正有用

结构化数据标记是一种结构化数据代码——几乎总是 JSON-LD——你把它添加到页面上，用来标注内容的含义，让搜索引擎无需猜测即可读取价格、评分、作者或活动日期。它本身并不会提升你的排名，而且大多数结构化数据类型在搜索结果中不会产生任何可见的效果。真正的回报来自一小部分能够解锁富媒体搜索结果的类型：带有星级、价格、图片或面包屑的增强型列表，可以提升点击率。

问题在于 Google 已经悄悄下线了几种曾经流行的富结果，因此网络上一半的结构化数据建议如今已经过时。本指南将介绍在 2026 年哪些结构化数据标记真正能带来可见的结果、哪些类型实际上已经失效，以及一条如果你忽视就会导致网站受罚的规则。

结构化数据标记究竟有什么作用

结构化数据做三件具体的事情，而其中只有一件对搜索用户可见。第一，它可以让页面有资格获得富结果——即带有星级、价格或图片缩略图的增强型列表。第二，它帮助 Google 把你的页面与其知识图谱中正确的实体联系起来，澄清某个品牌名称指的是公司而非普通名词，或者一串数字是电话号码。第三——这也是大多数人出错的地方——它不会直接提升你在排名中的位置。

Google 已多次声明，结构化数据不像反向链接或页面速度那样是一个排名因素。它为你换来的是资格，以及当你的列表看起来比周围的纯文本结果更丰富时可能带来的点击率提升。正确地标记一个页面并不会强制 Google 显示富结果；算法会针对每个查询自行决定是否显示，因此应把结构化数据视为获得资格的手段，而非保证。

能可靠带来富结果的类型

如今这些类型在 Google 搜索中仍然可以产生可见的增强效果，你的精力应该投入到它们身上：

• Product（产品）——在结果中显示价格、库存情况和评价星级；它是电子商务可见性和 Google 免费商家列表的支柱。
• Review 和 AggregateRating（评价与综合评分）——用于产品、食谱、书籍、电影和软件的星级评分。你在自己网站上针对自身业务发布的自我宣传式评价没有资格。
• Breadcrumb（面包屑）——用整洁的导航路径取代原始 URL；投入很小，几乎普遍支持。
• Recipe（食谱）——烹饪时间、卡路里、评分，以及获得进入食谱轮播的资格。
• Event（活动）——日期、场地和票务信息，通常显示在专门的活动面板中。
• Video（视频）——关键时刻、缩略图，以及获得进入视频结果的资格。
• JobPosting（招聘信息）——纳入 Google 招聘体验中。
• Organization 和 LocalBusiness（组织与本地商家）——为知识面板、徽标、地址和联系方式提供信息。

Organization 标记也是你正式声明品牌的地方——它的名称、徽标和社交资料——这样 Google 就会把它视为单一实体。而这个实体的记忆点，取决于其背后的名称。如果你仍在挑选名称，像 Atom.com 这样经过精选的市场专注于高端、适合做品牌的名称，并为每个列表附带免费的 AI 估值、USPTO 商标查询、设计好的徽标和安全的托管交易——正是结构化数据可以进一步强化的那种鲜明品牌。

FAQ 和 HowTo 结构化数据发生了什么

这正是过时建议造成真正伤害的地方。2023 年 8 月，Google 大幅限制了 FAQ 富结果。如今它们只出现在一小部分知名、权威的政府和健康类网站上。如果你经营的是普通企业、博客或商店，有效的 FAQPage 标记会通过每一个验证器，但在搜索中仍然什么都不显示。它并没有坏——只是这项功能对大多数网站被取消了。

HowTo 富结果在同一时期被下线，随后被完全移除。Google 弃用了可视化的 HowTo 结果，因此逐步操作的标记不再能带来它曾经拥有的那种带插图、可展开的列表。你可以保留标记以保持语义清晰，但别指望从中获得任何可见回报。

实际的启示是：不要花数小时在整个网站上套用 FAQ 和 HowTo 结构化数据模板，指望获得富结果。在对用户有帮助的地方撰写真正的问答内容，但把结构化数据本身视为可有可无的管道，而非增长杠杆。

Article 结构化数据：是资格，而非摘要

Article（文章）结构化数据被广泛误解。对于普通网站而言，它根本不会生成任何特殊摘要。它所做的是提供资格信号——标题、作者、发布和修改日期、发布者以及图片——这些信号支持诸如头条新闻（Top Stories）和 Google 新闻等面向合格发布者的功能。

对于一个典型的博客来说，添加 Article 标记不会在视觉上改变你的列表。它仍然值得加入，因为它清晰地传达了作者身份和内容的新鲜度，而这两者都为 Google 理解专业性和时效性提供了依据。只是别指望它带来星级和缩略图式的变化，也别让任何人把 Article 结构化数据当作提升点击率的捷径卖给你。

硬性规则：绝不要标记不可见的内容

这里有一条你绝不能违反的规则：只标记页面上用户实际可见的内容。Google 的结构化数据准则明确规定，标记必须描述访问者能看到的内容。在你的 JSON-LD 中声明一个页面渲染时并不存在的五星评分、低价或 FAQ 答案，就是一种违规。

后果是实实在在的。标记隐藏的、不可见的或具有误导性的内容被归类为垃圾结构化数据，可能触发人工处罚，从而剥离你网站上的所有富结果，而且恢复起来很慢。网站在无意中违反这条规则的常见方式包括：

• 为页面上任何地方都没有写出的问题注入 FAQ 标记。
• 标记从访问者看不到的其他来源拉取的综合评分。
• 在结构化数据中声明一个促销价，而页面上显示的却是另一个价格。
• 给一个没有任何评价的页面添加评价星级。

如果搜索者点进来后会感到被误导，那么这个标记就是错误的——无论语法多么有效。

如何添加结构化数据标记并进行验证

使用 JSON-LD。Google 推荐它而非 Microdata 和 RDFa，因为它存在于单独的脚本块中，与你的 HTML 分离，这使得它易于生成和维护。根据 Schema.org 词汇表构建对象，包含 Google 为该类型标注为必需的每一个属性，并在页面上确实拥有相应数据的地方加入推荐属性。

然后在上线前后都进行验证：

1. 通过 Google 的富媒体搜索结果测试（Rich Results Test）运行页面，确认它有资格获得某项具体功能——而不仅仅是语法有效。
2. 使用 schema.org 上的结构化数据验证器（Schema Markup Validator）进行与 Google 功能无关的通用词汇检查。
3. 部署后，持续关注 Google Search Console 中的增强功能（Enhancements）报告，它会随时间推移标记已上线、已编入索引页面上的错误和警告。

只在存在受支持的富结果、且数据真实并呈现在页面上的地方添加结构化数据标记。正是这一条纪律，把那种悄然累积点击率的结构化数据，与浪费精力甚至招致处罚的标记区分开来。

常见问题

结构化数据标记能提升我的 Google 排名吗？

不会直接提升。Google 把结构化数据视为一种资格信号，而非排名因素。它的价值在于让你的页面有资格获得富结果，并帮助 Google 理解你的内容，这可以提升点击率，而不是提高你的排名位置。

Google 更偏好哪种结构化数据格式？

JSON-LD。它把结构化数据保存在与 HTML 分离的单独脚本块中，因此比 Microdata 或 RDFa 更易于添加和维护。Google 对所有受支持的类型都推荐使用它。

我的 FAQ 富结果为什么消失了？

Google 在 2023 年 8 月将 FAQ 富结果限制为知名、权威的政府和健康类网站。你的标记很可能仍然有效；只是这项功能对大多数网站被撤回了。

HowTo 结构化数据还值得添加吗？

HowTo 富结果已被弃用并移除，因此它不再产生可视化的增强效果。你可以保留标记以保持语义清晰，但别指望它带来任何搜索功能。

我该如何测试结构化数据标记？

通过 Google 的富媒体搜索结果测试运行页面以确认功能资格，使用 schema.org 的验证器进行通用词汇检查，并在发布后监控 Google Search Console 中的增强功能报告。