结构化数据
结构化数据用于把页面中的实体、属性和关系用机器可读格式表达出来。它不会替代页面正文,也不能保证搜索排名,但能帮助搜索系统理解页面类型,并让页面在符合条件时有机会获得特定搜索展示功能。
JSON-LD 基本写法
Google 通常推荐使用 JSON-LD 放在 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 教程。