有些 SEO 教程把 Schema 说成「让搜索结果占更大位置的标签」，容易让人误以为加了代码就能多显示星级、FAQ 或价格。实际情况是：Schema 能提供结构化信息，是否展示增强搜索结果由搜索引擎决定，而且不同类型的富结果有各自的资格要求。
Schema 是什么？
Schema 通常指基于 Schema.org 词汇的结构化数据。它用机器可读的字段说明页面内容，例如这是一篇文章、谁是作者、发布日期是什么，或者某个产品的名称和价格。
Google 支持 JSON-LD、Microdata 和 RDFa 三种格式，并通常建议新项目优先考虑 JSON-LD，因为它比较容易独立维护。一个简化的文章示例：
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Schema 结构化数据是什么？",
"datePublished": "2026-10-13"
}
</script>这个示例只展示了写法，不代表所有字段都适用于每个页面。上线前要根据页面实际内容和 Google 对应功能的文档检查必填字段。
它能做什么，不能做什么
结构化数据可以帮助 Google 理解页面中的实体和字段，也可能让符合条件的页面有资格显示某种富结果。但它：
- 不是保证排名的代码；
- 不保证搜索结果出现增强样式；
- 不能把页面上看不到或并不存在的信息伪装成真实数据；
- 不能代替页面正文、清楚的标题和正常的抓取设置。
例如，FAQ 标记并不意味着每个网站都会在搜索结果显示展开式问答。Google 已将 FAQ 富结果限制在知名且权威的政府和健康网站等范围，普通商业站点不应把它当成主要 SEO 收益；参见 Google 对 FAQ 和 How-to 富结果的调整说明。
常见类型怎么选
| 页面内容 | 可以考虑的类型 | 先确认什么 |
|---|---|---|
| 博客文章 | Article 或 BlogPosting | 标题、作者、发布日期等要与页面一致 |
| 公司首页或关于页 | Organization | 公司名称、官网和标识是否准确 |
| 产品详情页 | Product | 页面是否真的展示该产品及其价格、库存等信息 |
| 页面路径导航 | BreadcrumbList | 面包屑在页面上真实可见且层级正确 |
不要为了「看起来全面」在所有页面塞进 Organization、Product、FAQ、Review 等一整套类型。只添加与页面本身匹配、能准确说明的信息。
使用结构化数据时要注意什么
标记内容必须真实并且对用户可见
价格、评分、作者、发布日期等数据应该和页面展示一致。不能虚构评分，也不要给页面里没有的问答添加 FAQ 数据。Google 的结构化数据政策要求标记准确、相关，并且不能误导用户。
类型与页面用途相符
公司介绍页不是产品页，分类列表也不等同于每一个产品详情。类型选错，即使 JSON 格式有效，也不代表符合富结果要求。
页面要能被抓取和索引
如果页面需要登录、被 noindex 屏蔽或被 robots.txt 阻挡，搜索引擎无法按预期读取页面和标记。Schema 不能绕过这些基础条件。
怎么检查
- 用 Google 的 Rich Results Test 检查 Google 支持的富结果类型和格式问题；
- 在 Search Console 的网址检查工具中确认 Google 能否抓取页面；
- 发布后查看相关增强功能报告（如果该类型有对应报告）；
- 页面改版或模板更新后重新检查，避免代码字段和实际页面内容脱节。
通过工具检查只表示测试结果符合一定的技术要求，不是展示承诺，也不代表页面会被收录。Google 对结构化数据的基本要求和「正确标记也不保证展示」的说明，见结构化数据通用规范。
WordPress 网站要不要装插件？
Yoast SEO、Rank Math 等插件通常会按文章、网站和面包屑输出一部分结构化数据。先查看主题和插件实际生成了什么，再决定是否需要补充。重复输出同一信息、字段互相矛盾，反而会让排查更困难。
如果插件已经为文章生成 Article，通常不需要再手动粘贴另一份不同作者或日期的 Article JSON-LD。产品页则要确认插件输出的产品字段和页面展示一致。
总结
Schema 是给搜索引擎看的内容说明，不是排名捷径。先挑选适合页面的类型，保证信息真实、可见且格式正确，再用测试工具检查。是否出现富结果，最终仍由 Google 决定。
相关基础设置还包括《Title 和 Description 怎么写？》《图片 Alt 怎么写？》。
