结构化数据与富结果实践：提升搜索点击率

结构化数据（Structured Data）是用标准化格式描述页面内容、帮助搜索引擎理解语义的一种方式。添加结构化数据后，页面有机会以更醒目的"富结果"（Rich Results）形式出现在搜索结果中，例如食谱页的食材与卡路里、商品的评分与价格、活动的日期与地点，从而提升点击率与互动。

官方案例印证的价值

Google 在官方文档中给出了多个可衡量案例：

Rotten Tomatoes 为 10 万个网页添加结构化数据后，点击率比未添加网页高 25%。
Food Network 将 80% 的网页转化为可启用搜索功能的页面，访问量增加 35%。
雀巢测得：以富结果展示的网页点击率比普通结果高 82%。

这些数据说明：富结果不直接改变排名，但能显著提升展示吸引力，进而带动自然流量。

三种格式与推荐选择

Google 支持三种结构化数据格式：

JSON-LD（推荐）：以 <script> 标签嵌入页面的 JavaScript 表示法，不干扰可见文本，支持嵌套对象，也易于 JS 动态注入。Google 建议网站所有者优先使用，因为规模化实现与维护最简单。
微数据（Microdata）：在 HTML 内容中嵌套属性的开放规范，通常用在 <body> 中。
RDFa：通过 HTML 属性描述可见内容对应的语义，可用于 <head> 和 <body>。

三种格式的取舍可以从下表快速判断：

对比维度	JSON-LD	微数据	RDFa
放置位置	`<head>` 内的 `<script>`	`<body>` 内的 HTML 属性	`<head>` / `<body>` 均可
与可见内容关系	与正文完全分离	与正文嵌套	与正文嵌套
大规模维护	容易（可集中管理与注入）	中等	较难
动态注入（SPA/前后端分离）	容易	困难	困难
Google 推荐程度	首选	可用	可用

判断标准很简单：如果网站是静态 HTML 或者用了 WordPress 这类能统一输出的系统，JSON-LD 基本没有理由不选；如果是前后端分离的单页应用，JSON-LD 还可以在客户端渲染后由 JavaScript 动态写入，这是另外两种格式很难做到的。大多数 Google 搜索结构化数据使用 schema.org 词汇，但应以 Google Search Central 文档为准，因为部分类型（如 FAQ）并非所有搜索引擎都支持。具体落地方法与代码示例可参考Schema 结构化数据落地实践。

JSON-LD 落地示例

以商品页为例，一段最精简的 Product 结构化数据长这样：

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "16IDC 入门云服务器",
  "image": "https://example.com/product.jpg",
  "description": "面向中小网站的按小时计费云服务器，随开随停。",
  "sku": "idc-ss-2026",
  "offers": {
    "@type": "Offer",
    "priceCurrency": "CNY",
    "price": "58.00",
    "availability": "https://schema.org/InStock"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.8",
    "reviewCount": "326"
  }
}
</script>

这段代码直接放进页面 <head> 即可。注意三个细节：@context 固定指向 https://schema.org；@type 决定富结果类型，商品、文章、面包屑各有对应；name、image、offers 等属性必须与页面可见内容一致，价格标 58 元页面就得真卖 58 元，否则会被判定为作弊标记。上线前把这段 JSON 粘贴到富结果测试工具（Rich Results Test）里跑一遍，能快速发现属性缺失或类型错误。

常见富结果类型

Google 搜索中心维护了一份结构化数据功能列表，常见的富结果类型包括：

食谱（Recipe）：展示食材、卡路里、烹饪时间，用户可按食材与时长搜索；
商品（Product）：展示评分、价格与库存状态；
面包屑（Breadcrumb）：在结果中显示层级导航；
评论（Review）：聚合评分与评价；
活动（Event）：展示日期、地点与门票信息；
视频（Video）：展示缩略图与时长。

注意：data-vocabulary.org 标记已不再适用于富结果功能，请改用 schema.org 词汇。实现前可以先浏览官方功能列表，选择一两种与页面内容最匹配的类型逐个落地，不要贪多求全。

结构化数据常规指南

遵循质量与规范，否则可能无法以富结果展示：

标记应描述页面本身可见的内容，不要为了塞数据创建空白页面，也不要标注用户看不到的信息。
必需属性必须齐全；与其堆砌大量不完整的推荐属性，不如提供少量完整、准确的数据。
遵循"信息所属页面上的页内标记"原则，同一页面不要重复标记。

验证与效果衡量

开发期用富结果测试工具检查标记有效性；上线后用 Search Console 的"富结果状态"报告监控，页面可能因模板或渲染问题在部署后失效。
衡量效果：选择几篇无结构化数据、且已有数月数据且不受季节影响的页面，添加标记后，用Google Search Console的网址检查工具确认有效，再通过效果报告按"搜索展示形式"对比前后数据。
若同时在做 AI 搜索优化，注意结构化数据也有助于生成式搜索理解页面实体，可参考生成式 AI 搜索优化指南。完整排查流程可对照技术 SEO 检查清单。

常见问题

加了结构化数据会影响排名吗？ 不会直接改变排名，但富结果更醒目、能拉高点击率，间接有利于排名表现。

需要给每个页面都加吗？ 不需要，也建议不要。挑与内容最匹配的类型，从转化价值最高的页面（商品、文章、活动）开始。

加了以后一直没显示富结果怎么办？ 先在富结果测试工具确认无错误，再看 Search Console 的“富结果状态”报告，页面的富结果功能可能被手动关闭，或页面因质量问题未达标。

用 WordPress 这类 CMS 还要手写 JSON-LD 吗？ 多数 SEO 插件（如 Rank Math、Yoast）已内置常用 schema 输出，手写前先确认插件是否已覆盖，避免同一页面重复标记。

参考：https://schema.org/docs/documents.html
参考：https://search.google.com/test/rich-results
原文来源：https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data

结构化数据与富结果实践：提升搜索点击率