结构化数据

结构化数据用于把页面中的实体、属性和关系用机器可读格式表达出来。它不会替代页面正文,也不能保证搜索排名,但能帮助搜索系统理解页面类型,并让页面在符合条件时有机会获得特定搜索展示功能。

JSON-LD 基本写法

Google 通常推荐使用 JSON-LD 放在 HTML 中:

html
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Google Search Central 入门",
  "datePublished": "2026-09-23T08:00:00+08:00",
  "dateModified": "2026-09-23T10:00:00+08:00",
  "author": {
    "@type": "Person",
    "name": "Ada Chen"
  }
}
</script>

这段数据应该描述用户在页面上能看到的真实内容,而不是另一套专门给搜索系统看的信息。

常见类型

类型 适合页面
Article 文章、教程、新闻、博客
BreadcrumbList 面包屑导航
Product 商品详情页
FAQPage 页面主体确实包含问答内容
VideoObject 视频页面
Organization 组织、品牌、公司介绍
LocalBusiness 本地商家

Schema.org 中有很多类型,但 Google 搜索只对部分类型提供特定搜索功能。实现前应先查看 Google Search Central 对应功能文档。

富媒体结果资格

结构化数据通过语法验证,不代表一定能展示富媒体结果。常见影响因素包括:

  • 页面是否可抓取、可索引。
  • 标记类型是否被 Google 搜索功能支持。
  • 必填字段和推荐字段是否完整。
  • 结构化数据是否与页面可见内容一致。
  • 页面整体质量、政策要求和搜索系统判断。

因此上线流程应分为两步:先确保结构化数据语法和字段正确,再用 Search Console 观察真实抓取后的状态。

验证工具

工具 用途
Rich Results Test 检查页面是否符合 Google 富媒体结果支持类型
Schema Markup Validator 检查 Schema.org 语法和类型关系
Search Console 增强报告 观察线上页面被抓取后的结构化数据状态
网址检查 查看单个 URL 的索引和抓取状态

本地测试通过后,仍要检查生产页面,因为 CDN、模板、权限、异步数据和渲染差异都可能影响最终 HTML。

常见错误

  • 标记页面上不存在的评分、库存、FAQ 或作者。
  • 多个系统分别生成结构化数据,导致字段冲突。
  • 日期、价格、库存与页面展示不同步。
  • 图片使用临时地址、相对地址或被防盗链拦截。
  • 页面 noindex,却期待结构化数据带来搜索展示。

与 JSON-LD 教程的关系

如果你想系统学习 JSON-LD 语法、@context@type@id 和 Schema.org 建模,可以继续阅读 JSON-LD 教程

参考资料