结构化数据标记怎么做：Schema.org 类型选择与 JSON-LD 配置指南

结构化数据标记怎么做：Schema.org 类型选择与 JSON-LD 配置指南

Google 搜索结果里有时候会看到星级评分、面包屑导航、FAQ 折叠区域。这些不是 Google 自动识别出来的，是网站主动通过结构化数据标记告诉 Google 的。如果你没做这个标记，你的搜索结果就是一条纯文字摘要，跟做了标记的竞争对手比，点击率差距很明显。

根据 Google Search Central 文档的数据，Rotten Tomatoes 给 10 万个页面加了结构化数据后，点击率提升了 25%。Food Network 转化了 80% 的页面，流量增长 35%。Nestlé 的富结果页面点击率比普通页面高 82%。这些数字说明一件事：结构化数据标记不是锦上添花，是直接影响流量的基础配置。

结构化数据到底是什么

简单说，结构化数据是一种标准化的格式，用来告诉搜索引擎”这个页面的内容是什么意思”。你用一段 JSON-LD 代码描述页面的类型和属性——这是文章还是产品？评分多少？作者是谁？发布时间是什么时候？搜索引擎拿到这些信息后，就能在搜索结果里展示更丰富的内容。

Google 使用 schema.org 的词汇表来理解结构化数据。schema.org 定义了几百种内容类型，但 Google 搜索只支持其中一部分。所以你应该以 Google Search Central 文档为准，而不是 schema.org 上有什么就用什么。

选对 Schema.org 类型是第一步

类型选错了，后面的标记全白做。以下是几种最常用的类型，覆盖大部分网站的需求：

Article / BlogPosting — 文章和博客帖子。最常用的类型，只要是内容页基本都能用。Article 是通用类型，BlogPosting 是子类型，功能上没太大区别。新闻类内容用 NewsArticle。

Product — 产品页面。如果你的页面介绍某个产品，加上 Product 标记可以在搜索结果里显示价格、库存状态、星级评分。电商类网站必做。

FAQPage — 常见问题页面。加上后搜索结果里会展示可折叠的问答列表，占用更多屏幕空间，点击率通常能提升 15% 以上。

BreadcrumbList — 面包屑导航。告诉 Google 你的页面在网站结构中的位置，搜索结果里会显示面包屑路径而不是一长串 URL。

HowTo — 教程类内容。步骤型文章用这个，搜索结果里会展示步骤摘要。但注意 HowTo 类型需要至少一个步骤包含图片。

Organization — 组织信息。放在首页或 About 页面，展示公司名称、Logo、联系方式、社交账号等。有助于知识面板的展示。

JSON-LD 是唯一推荐的格式

Google 支持三种结构化数据格式：JSON-LD、Microdata、RDFa。但 Google 官方明确推荐 JSON-LD。原因很简单：JSON-LD 是一段独立的 JSON 代码，放在 head 标签里，跟页面内容完全分离。维护方便，不容易出错，也不影响页面渲染。

Microdata 需要把标记嵌到 HTML 标签里，跟内容混在一起，改一个页面元素可能就把标记搞坏了。RDFa 更老更复杂，新项目没必要用。

一个完整的 Article 标记模板

下面是一篇技术博客文章的 JSON-LD 模板，可以直接拿去改：

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "文章标题，控制在 60 字符以内",
  "description": "文章的 meta description，150 字符以内",
  "image": "https://你的域名.com/cover-image.jpg",
  "author": {
    "@type": "Person",
    "name": "作者名",
    "url": "https://你的域名.com/about"
  },
  "publisher": {
    "@type": "Organization",
    "name": "站点名称",
    "logo": {
      "@type": "ImageObject",
      "url": "https://你的域名.com/logo.png"
    }
  },
  "datePublished": "2026-10-08",
  "dateModified": "2026-10-08",
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": "https://你的域名.com/article-url"
  }
}

这段代码放在 HTML 的 <head> 标签里，用 <script type="application/ld+json"> 包裹：

<script type="application/ld+json">
  // 上面的 JSON 内容
</script>

几个容易忽略的细节：image 必须是绝对 URL，不能是相对路径。dateModified 如果没修改过可以跟 datePublished 一样。mainEntityOfPage 的 id 也必须是绝对 URL。

FAQPage 模板

FAQ 页面的标记稍微复杂一点，因为每个问答都要单独标记：

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "结构化数据标记需要写多少代码？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "一篇普通文章大概需要 15-20 行 JSON-LD 代码。可以用 Google 提供的标记助手工具自动生成，不需要手写。"
      }
    },
    {
      "@type": "Question",
      "name": "加了结构化数据就一定会显示富结果吗？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "不一定。加了标记只是获得了资格，Google 会根据内容质量、搜索意图、设备类型等因素决定是否展示。但没加标记一定不会展示。"
      }
    }
  ]
}

验证是必做的一步

写完标记不能直接上线，必须验证。Google 提供了两个工具：

Rich Results Test — 测试单个 URL 的结构化数据是否正确。输入 URL 或者直接粘贴代码，它会告诉你哪些属性缺失、哪些格式有错。地址：search.google.com/test/rich-results

Search Console 的增强功能报告 — 部署后持续监控。如果某天你的模板出了问题导致批量页面标记失效，这里会报警。在 Search Console 的”搜索外观”栏目下。

根据 Google 文档的建议，验证时要检查这几个点：所有 required 属性是否都填了、URL 是否可访问、图片是否跟页面内容相关、标记的信息是否跟页面可见内容一致。Google 明确说过，不要添加用户看不到的信息到结构化数据里。

最常见的三个错误

错误一：类型跟内容不匹配。 页面明明是产品介绍，标记成了 Article。或者页面只有一段文字介绍产品但没有购买链接，标记成了 Product。Google 会判定为标记不符，轻则不展示富结果，重则触发手动操作。

错误二：用了 schema.org 上有但 Google 不支持的类型。 schema.org 有几百种类型，Google 只支持几十种。比如 Event 类型 Google 支持，但用了 Event 的 subEvent 属性 Google 可能不认。以 Google Search Central 文档列出的类型为准。

错误三：只在首页加了 Organization 标记，其他页面啥都没加。 结构化数据是页面级别的，每个页面需要自己的标记。Article 标记加在文章页，Product 标记加在产品页，BreadcrumbList 加在所有内容页。首页加 Organization 标记就行。

该不该用插件自动生成

如果你用的是 WordPress，Yoast SEO 和 Rank Math 都能自动生成基础的结构化数据标记。对于 Article 类型，插件生成的标记基本够用。

但如果你有特殊需求——比如自定义的 FAQ 内容、特定的 Product 属性、HowTo 步骤——插件的模板可能覆盖不了。这时候手动写 JSON-LD 更靠谱。插件生成的标记我见过不少缺 image 或者 author 格式不对的情况，上线前一定要用 Rich Results Test 跑一遍。

静态站点的选择更少一些，需要自己在模板里加 JSON-LD。如果你用 Next.js，可以写一个组件根据页面类型动态生成 JSON-LD 对象，然后序列化成 JSON 塞到 script 标签里。

结构化数据不是 SEO 的捷径

加了结构化数据不等于排名会上升。Google 多次强调，结构化数据本身不是排名因素。它的作用是让搜索结果展示更丰富，提高点击率。点击率高了，间接带来的流量和用户信号才可能影响排名。

所以正确的预期是：结构化数据帮你从同样的曝光量里获得更多点击。如果你的内容本身质量不行，排在第十页，加了标记也没人会看到。

优先级建议：先保证内容质量，再做基础的结构化数据标记（Article + BreadcrumbList），然后用 Rich Results Test 验证，部署后在 Search Console 里监控。FAQ 和 Product 类型根据内容类型按需添加。不要为了加标记而加标记，Google 对标记跟内容不一致的页面会有惩罚。

Google Search Central 结构化数据文档地址：developers.google.com/search/docs/appearance/structured-data