Schema Markup 指南：AI 时代结构化数据怎么做（2026）
Schema Markup 不是排名捷径，而是帮助 Google 和 AI 系统更准确理解页面。本文讲清常见 Schema 类型、JSON-LD 写法、验证方法和落地顺序。
Schema Markup 不是排名捷径，而是帮助 Google 和 AI 系统更准确理解页面。本文讲清常见 Schema 类型、JSON-LD 写法、验证方法和落地顺序。
Schema Markup，中文叫结构化数据。
简单说，就是给搜索引擎看的”说明书”。你的网页内容是什么、讲的是谁、价格多少、评分几颗星——这些信息，人能看懂，但搜索引擎不一定能准确理解。
Schema Markup就是用一种标准化的代码格式，把这些信息明确告诉搜索引擎。
举个例子。你写了一篇食谱文章，里面有配料、步骤、烹饪时间。人看一眼就懂。但Google爬虫看到的是一堆文字，它不确定哪段是配料、哪段是步骤。
加上Schema Markup后，你等于在代码里标注清楚：这是Recipe类型，配料是这些，步骤是这些，烹饪时间30分钟。Google一看就明白了。
明白了之后呢？它可能在搜索结果里直接展示你的食谱卡片，带图片、评分、烹饪时间。这就是Rich Results，富媒体搜索结果。
以前很多人把 Schema Markup 当成可做可不做的附加项。
现在更实际的看法是：它仍然不是排名捷径，但在搜索系统理解页面这件事上，价值比以前更明确了。
不只是 Google 的传统搜索结果，近两年的 AI 搜索摘要、问答式结果和内容抽取，也都更依赖清晰、可验证、结构稳定的页面信息。
WordStream 的相关文章和不少行业讨论都会提到同一个方向：结构化数据不能替代正文质量，但它能降低系统理解页面的成本。
更稳妥的理解是，Schema 让你的网站在“内容是什么、谁发布的、有哪些关键属性”这些基础问题上，说得更清楚。
如果你把结构化数据当成“加一段代码就完了”，通常会高估它的作用。更接近现实的做法，是把它和 技术 SEO、页面正文清晰度、可抓取性一起看。Ahrefs 对 Schema 的长期观察也提到，结构化数据更像帮助搜索系统理解页面，而不是独立的排名捷径。
Google 官方文档里也给过一些公开案例，用来说明结构化数据更完整时，搜索展示有机会变得更充分：
| 网站 | 使用的Schema | 效果 |
|---|---|---|
| Rotten Tomatoes | Review + AggregateRating | 点击率提升25% |
| Nestlé | Recipe | 点击率提升82% |
| Rakuten | Product | 每个会话停留时间增加1.5倍 |
| Food Network | Recipe + Video | 搜索访问量增加35% |
这些案例更适合当作方向参考，而不是照搬预期。对大多数网站来说，Schema 更常见的价值还是提升理解准确性、减少标记歧义，以及争取更完整的搜索展现。
Schema Markup有三种写法。
JSON-LD
Google推荐的格式。写在<script>标签里，和页面内容分开，不影响HTML结构。
长这样：
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Schema Markup完整指南",
"author": {
"@type": "Person",
"name": "天问网络"
},
"datePublished": "2026-02-10"
}
</script>优点：干净、好维护、不和HTML混在一起。
Microdata
直接写在HTML标签里。
<div itemscope itemtype="https://schema.org/Article">
<h1 itemprop="headline">Schema Markup完整指南</h1>
<span itemprop="author">天问网络</span>
</div>优点：数据和内容绑定，不会不一致。缺点：HTML变得很乱。
RDFa
也是写在HTML里，语法稍微不同。
<div vocab="https://schema.org/" typeof="Article">
<h1 property="headline">Schema Markup完整指南</h1>
</div>用得比较少。
选哪个？
用JSON-LD。Google推荐，好写好改，出问题好排查。
Schema.org定义了几百种类型。但Google不是全都支持。
只有Google明确支持的类型，才能触发Rich Results。其他类型Google能读懂，但不会给你特殊展示。
目前Google支持的主要类型：
| 类型 | 用途 | Rich Results效果 |
|---|---|---|
| Article | 文章、新闻 | Top Stories轮播 |
| Product | 商品 | 价格、评分、库存状态 |
| Recipe | 食谱 | 图片、评分、烹饪时间 |
| FAQ | 常见问题 | 问答折叠展示 |
| HowTo | 教程步骤 | 步骤列表 |
| LocalBusiness | 本地商家 | 地图、营业时间、电话 |
| Event | 活动 | 日期、地点、票价 |
| Video | 视频 | 视频缩略图、时长 |
| Review | 评测 | 评分星级 |
| BreadcrumbList | 面包屑导航 | 搜索结果显示路径 |
| Organization | 组织/公司 | 知识面板 |
| Person | 人物 | 知识面板 |
| SoftwareApplication | 软件/App | 评分、价格 |
| Course | 课程 | 课程信息卡片 |
| JobPosting | 招聘 | 职位信息 |
完整列表看Google Search Gallery。
AI搜索和传统搜索不一样。它不只是匹配关键词，而是理解内容、生成回答。
哪些Schema类型对AI更有用？
1. Article + Author
AI需要判断内容的可信度。作者是谁、有什么背景，这些信息很重要。
加上Author Schema，标明作者姓名、职位、所属机构，AI更容易信任你的内容。
2. FAQ
AI回答问题时，FAQ格式的内容最容易被引用。问题-答案的结构，AI一看就懂。
如果你的页面有FAQ Schema，AI可能直接把你的答案拿去用。
3. HowTo
教程类内容，步骤清晰的最受欢迎。HowTo Schema把步骤结构化，AI理解起来更轻松。
4. Organization + sameAs
sameAs属性可以链接到你的社交媒体、维基百科页面。这帮助AI确认你是谁、你的权威性。
5. Review + AggregateRating
评分数据是AI判断内容质量的参考。有真实评分的内容，AI更愿意引用。
WordPress用户有福了。不用手写代码，插件帮你搞定。
方法一：用Rank Math
Rank Math是目前最好用的SEO插件之一，自带Schema功能。
安装后，编辑文章时右侧有Schema选项。选择文章类型（Article、HowTo、FAQ等），填写相关信息，插件自动生成JSON-LD代码。
如果你的网站已经装了Rank Math做SEO优化，Schema功能直接就能用。
方法二：用Yoast SEO
Yoast也支持Schema，但功能没Rank Math全。基础的Article、Organization能自动生成，复杂类型需要付费版。
方法三：用Schema Pro插件
专门做Schema的插件，支持的类型最全。适合需要大量不同Schema类型的网站。
方法四：手动添加
如果你懂代码，可以直接在主题的header.php或footer.php里加JSON-LD。
或者用Code Snippets插件，把Schema代码作为snippet添加。
我的建议：普通用户用Rank Math，够用了。有特殊需求再考虑手动。
给几个常用的模板，直接改改就能用。
文章（Article）
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "文章标题",
"image": "https://example.com/image.jpg",
"author": {
"@type": "Person",
"name": "作者名",
"url": "https://example.com/author"
},
"publisher": {
"@type": "Organization",
"name": "网站名",
"logo": {
"@type": "ImageObject",
"url": "https://example.com/logo.png"
}
},
"datePublished": "2026-02-10",
"dateModified": "2026-02-10"
}
</script>FAQ
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "Schema Markup是什么？",
"acceptedAnswer": {
"@type": "Answer",
"text": "Schema Markup是一种结构化数据格式，用于帮助搜索引擎理解网页内容。"
}
},
{
"@type": "Question",
"name": "Schema Markup对SEO有用吗？",
"acceptedAnswer": {
"@type": "Answer",
"text": "有用。正确使用Schema可以获得Rich Results，提升点击率。"
}
}
]
}
</script>本地商家（LocalBusiness）
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "店铺名称",
"image": "https://example.com/shop.jpg",
"address": {
"@type": "PostalAddress",
"streetAddress": "街道地址",
"addressLocality": "城市",
"addressRegion": "省份",
"postalCode": "邮编",
"addressCountry": "CN"
},
"telephone": "+86-xxx-xxxx-xxxx",
"openingHours": "Mo-Fr 09:00-18:00",
"priceRange": "$$"
}
</script>产品（Product）
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Product",
"name": "产品名称",
"image": "https://example.com/product.jpg",
"description": "产品描述",
"brand": {
"@type": "Brand",
"name": "品牌名"
},
"offers": {
"@type": "Offer",
"price": "299.00",
"priceCurrency": "CNY",
"availability": "https://schema.org/InStock"
},
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": "4.5",
"reviewCount": "89"
}
}
</script>Schema Markup看起来简单，但坑不少。
错误1：Schema内容和页面内容不一致
这是最常见的问题。Schema里写的价格是299，页面显示的是399。Google发现后会忽略你的Schema，严重的可能被惩罚。
规则：Schema里的信息必须和页面可见内容一致。
错误2：滥用Review Schema
有些人给自己的文章加Review Schema，评分5颗星。这是违规的。
Review Schema只能用于真实的用户评价，不能自己给自己打分。
错误3：缺少必填字段
每种Schema类型都有必填字段。比如Product必须有name和offers，Recipe必须有name和recipeIngredient。
缺了必填字段，Google不会显示Rich Results。
错误4：JSON语法错误
少个逗号、多个引号，JSON就报错了。Google读不懂，Schema白加。
写完一定要用验证工具检查。
错误5：Schema放错位置
JSON-LD应该放在<head>或<body>里。有些人放在<html>外面，或者放在注释里，Google根本读不到。
错误6：重复的Schema
同一个页面加了两个Article Schema，或者插件自动生成了一个，你又手动加了一个。重复的Schema会让Google困惑。
检查方法：查看页面源代码，搜索”application/ld+json”，看有没有重复。
写完Schema，一定要验证。
工具1：Google Rich Results Test
地址：https://search.google.com/test/rich-results
输入URL或代码，Google告诉你：Schema有没有错误、能不能触发Rich Results、哪些字段缺失。
这是最权威的工具，Google自己出的。
工具2：Schema Markup Validator
地址：https://validator.schema.org/
Schema.org官方工具，检查语法是否符合规范。
工具3：Google Search Console
在Search Console的”增强功能”里，可以看到你网站的Schema状态。哪些页面有Schema、有没有错误、覆盖了多少页面。
如果你已经在用Search Console监控网站，这个功能直接就能用。
验证流程
说了这么多，Schema到底有没有用？
先说清楚：Schema本身不是排名因素。加了Schema不会让你排名上升。
但Schema能带来Rich Results，Rich Results能提升点击率。点击率高了，间接对排名有帮助。
数据：
还有一个隐性好处：Schema帮助Google更准确理解你的内容。理解准确了，匹配的搜索词更精准，来的流量质量更高。
这是现在很值得关注的一块。
AI 搜索在生成摘要和回答时，同样需要判断页面结构、主体信息和字段关系。结构化数据不能保证被引用，但能让这件事更容易被系统识别。
尤其是 FAQ、HowTo、Article、Organization 这几类标记，如果和正文对应得很清楚，通常会比纯靠一整页散文式内容更容易被抽取。
如果你在做GEO优化（生成式引擎优化），Schema Markup是必须做的基础工作。
建议：
Schema可以嵌套。一个页面可以有多种类型，类型之间可以关联。
比如一篇文章，可以同时有：
这些Schema可以写在一个JSON-LD里，用@graph属性组织：
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Article",
"headline": "文章标题",
"author": {"@id": "#author"}
},
{
"@type": "Person",
"@id": "#author",
"name": "作者名",
"url": "https://example.com/author"
},
{
"@type": "BreadcrumbList",
"itemListElement": [
{"@type": "ListItem", "position": 1, "name": "首页", "item": "https://example.com"},
{"@type": "ListItem", "position": 2, "name": "SEO教程", "item": "https://example.com/seo"}
]
}
]
}
</script>嵌套Schema的好处：信息更完整，Google理解更准确，Rich Results更丰富。
不同类型的网站，Schema重点不一样。
电商网站
必须有：Product、Offer、AggregateRating、BreadcrumbList
Product Schema带价格和库存状态，能在搜索结果显示价格，吸引购买意向强的用户。
本地服务
必须有：LocalBusiness、OpeningHoursSpecification、GeoCoordinates
本地搜索很依赖这些信息。营业时间、地址、电话，都要准确。
内容网站/博客
必须有：Article、Person、Organization、BreadcrumbList
可选：FAQ、HowTo（根据内容类型）
作者信息很重要，关系到E-E-A-T。
新闻网站
必须有：NewsArticle、Organization、Person
NewsArticle比普通Article多一些字段，比如dateline。新闻网站用这个更合适。
视频网站
必须有：VideoObject、BreadcrumbList
视频Schema能让搜索结果显示视频缩略图和时长，点击率提升明显。
Schema Markup会越来越重要。
原因很简单：AI需要结构化数据。
传统搜索引擎靠爬虫分析HTML，能凑合理解内容。AI搜索不一样，它需要快速、准确地理解大量内容，结构化数据是最高效的方式。
Google也在推动这件事。每年都在增加支持的Schema类型，Rich Results的展示形式也越来越丰富。
可以预见：
现在开始做Schema，是在为未来投资。
Q：Schema Markup会影响页面加载速度吗？
几乎不会。JSON-LD代码很小，通常只有几KB。对加载速度的影响可以忽略。
Q：一个页面可以有多少个Schema？
没有限制。但要合理，每个Schema都要和页面内容相关。不要为了加Schema而加。
Q：Schema加了多久能看到效果？
Google需要重新抓取你的页面才能识别Schema。通常几天到几周。可以在Search Console手动请求索引，加快速度。
Q：Schema错误会被惩罚吗？
语法错误不会惩罚，只是Schema不生效。但如果Schema内容和页面不一致（比如虚假评分），可能被手动处罚。
Q：必须用JSON-LD吗？
不是必须，但强烈推荐。Google明确表示偏好JSON-LD，而且JSON-LD最好维护。
Q：Schema对移动端有影响吗？
Schema对所有设备都有效。Rich Results在移动端和桌面端都会显示。
有人担心：加Schema会不会影响Core Web Vitals？
答案：基本不会。
JSON-LD代码很小，通常只有几KB。对LCP（最大内容绘制）、FID（首次输入延迟）、CLS（累积布局偏移）几乎没有影响。
但有一点要注意：如果你用JavaScript动态生成Schema，可能会有轻微影响。建议把Schema直接写在HTML里，不要用JS生成。
如果你在做Core Web Vitals优化，Schema不是你需要担心的问题。
如果你的网站有多语言版本，Schema也需要国际化。
几个要点：
1. 语言标注
在Schema里加inLanguage属性，标明内容语言。
{
"@type": "Article",
"headline": "文章标题",
"inLanguage": "zh-CN"
}2. 多语言版本关联
如果同一内容有多个语言版本，可以用sameAs或isPartOf关联。
3. 本地化信息
LocalBusiness的地址、电话要用当地格式。货币用当地货币代码（CNY、USD等）。
4. 日期格式
Schema里的日期统一用ISO 8601格式：YYYY-MM-DD。不要用本地格式。
Schema不是加完就完事了。需要持续维护。
定期检查
每月用Search Console检查一次Schema状态。看有没有新的错误、覆盖率有没有下降。
内容更新时同步更新Schema
文章修改了，Schema里的dateModified要更新。价格变了，Product Schema里的价格要同步。
关注Google更新
Google会不定期更新Schema要求。某些字段可能从可选变成必填，某些类型可能被废弃。关注Google Search Central博客，及时调整。
监控Rich Results
在Search Console的”效果”报告里，可以按搜索外观筛选。看看Rich Results带来了多少点击，效果好不好。
最后说几个常见误区。
误区1：Schema越多越好
不是。Schema要和内容相关。一篇普通文章，加Article Schema就够了。硬加Product、Recipe是没意义的。
误区2：Schema能快速提升排名
不能。Schema不是排名因素。它能提升点击率，但不能直接提升排名。
误区3：所有页面都要加Schema
不一定。重要页面（首页、产品页、文章页）要加。但一些辅助页面（隐私政策、联系我们）不一定需要。
误区4：用了插件就不用管了
插件能自动生成基础Schema，但不一定完美。还是要手动检查，确保信息准确。
误区5：Schema只对Google有用
Bing、Yandex等搜索引擎也支持Schema。AI搜索引擎更依赖Schema。做好Schema，对所有搜索引擎都有好处。
E-E-A-T是Google评估内容质量的框架：Experience（经验）、Expertise（专业）、Authoritativeness（权威）、Trustworthiness（可信）。
Schema Markup能帮助展示E-E-A-T信号。
展示Experience和Expertise
用Person Schema标注作者信息，包括：
这些信息帮助Google和AI理解作者的专业背景。
展示Authoritativeness
用Organization Schema标注机构信息，包括：
sameAs属性特别重要。链接到维基百科、LinkedIn、官方社交媒体，能增强权威性信号。
展示Trustworthiness
用Review和AggregateRating Schema展示真实用户评价。
注意：评价必须是真实的。虚假评价会被惩罚。
Schema Markup 不是什么神秘技巧。它更像一套标注规则。
真正重要的，不是页面里塞了多少类型，而是这些标注和正文、价格、作者、组织信息、FAQ 内容是不是对得上。
如果你还没系统做过，建议先从最关键的页面开始：文章页、产品页、服务页、组织信息页。把基础类型做好，再慢慢补 FAQ、HowTo、Product 这类更具体的标记。
如果你已经在做，重点通常不是继续加更多类型，而是回头排查：有没有重复标记、有没有字段过期、有没有 Schema 和页面可见内容不一致。结构化数据不是堆得越多越好，匹配得越准越有价值。
根据你的网站类型，快速找到需要的Schema：
| 网站类型 | 必须Schema | 推荐Schema | 可选Schema |
|---|---|---|---|
| 博客/内容站 | Article, Organization | Person, BreadcrumbList | FAQ, HowTo |
| 电商网站 | Product, Offer | AggregateRating, BreadcrumbList | FAQ, Organization |
| 本地服务 | LocalBusiness | OpeningHours, GeoCoordinates | Review, FAQ |
| 新闻网站 | NewsArticle | Organization, Person | BreadcrumbList |
| 视频网站 | VideoObject | BreadcrumbList | Organization |
| 食谱网站 | Recipe | AggregateRating, Video | HowTo, FAQ |
| 活动网站 | Event | Organization, Place | Offer |
| 招聘网站 | JobPosting | Organization | Place |
| 课程网站 | Course | Organization, Person | AggregateRating |
| 软件/App | SoftwareApplication | AggregateRating, Offer | Organization |
按这个表格来，基本不会漏掉重要的Schema类型。