什么是Schema.org？-墨子教育咨询
摘要：Schema.org，提供跨平台通用的结构化标记词汇，帮助搜索引擎与大模型准确理解网页中的实体与含义。它像一套给名片墙统一版式的规范：列出机构、文章、问答、产品这些常见实体各自该有哪几栏、栏与栏怎么关联，你照着标、机器读各家页面都按同一套读法对上号、不必猜。它和结构化数据是最主流的一种实现标准与上位大概念的关系：结构化数据是凡把信息做成机器可读的大伞、实现做法不止一种（Schema.org 最通用、另有微数据、RDFa 等写法），Schema.org 是这把伞下规定类型与字段的那套具体词汇标准；别把两者等同、也别把加了结构化说得太满。日常用得到的类型就 Organization、Article、FAQPage、Product、BreadcrumbList、LocalBusiness 几类，看页面讲什么选最贴切的，宁先一两个别硬塞一堆。落地填实字段、只填正文真人可见的真信息，用类型嵌套把实体间关系讲对、别把 A 的属性挂到 B 名下；用 JSON-LD 写进页面后验证。它是讲清楚不是求偏爱、排在能被抓到之后。不构成对被理解或被端出的承诺。
一、把网页交给机器，像递一面名片墙——Schema.org 管的是名片该印哪些栏目
换个角度理解 Schema.org：把你站点里一个个页面想成一面贴出去的名片墙，每张名片要说清「我是谁、我讲什么、和旁边那张什么关系」。机器读这些名片时，若大家各印各的版式，它就对不上号；Schema.org 提供的，正是一套跨平台通用的「栏目格式」——它列出机构、文章、问答、产品这些常见名片各自该有哪几栏、栏与栏怎么关联。你照着这套格式给页面标注，搜索引擎与大模型读起来就不必猜「这一栏到底是价格还是编号」。Schema.org，提供跨平台通用的结构化标记词汇，帮助搜索引擎与大模型准确理解网页中的实体与含义。
这一篇不重讲它的来历（那在「schema.org 与搜索技术地基」另篇里说过），专讲两件更实用的：一，Schema.org 和「结构化数据」这个更大的概念是什么关系；二，一套常用类型速查——哪类页面配哪个类型、抓哪几个关键字段、类型之间怎么嵌套着讲关系；顺带点哪些坑要避免。全程只谈把类型选对、字段填实，不承诺被端出或带来成交。
二、Schema.org是什么：一套跨平台通用的结构化标记词汇
先把定义摆实，只取本文用得上的那面。Schema.org，指一套被广泛采纳、跨平台通用的结构化标记词汇：它用一份公共清单，把「网页里的实体该怎么用机器可读的话描述」标准化——有哪些类型、每种有哪些属性、实体之间能建立什么关系。你照着它标，等于用大家共用的版式印名片，多家引擎与大模型都能按同一套读法对上你的内容。
和几个近名一句话带过、不展开：Schema 是这套词汇的概念、schema 标记 是给某页照它标注的动作、JSON-LD 是把标注写进页面的一种格式。本文的重心放在下面两件事——它和结构化数据的关系、以及常见类型怎么选怎么写。
三、Schema.org 和 结构化数据 是什么关系
先厘清这对最容易混的概念，因为它决定你别把「标了 Schema.org」当成「做了结构化数据」的全部。结构化数据 是个上位大伞——凡把页面信息做成机器能稳定解析的结构，都叫结构化数据，实现它的做法不止一种（Schema.org 是其中最通用的一套，另外还有微数据、RDFa 等写法）。Schema.org 则是这把伞下面那套「具体词汇标准」：它规定了类型与字段长什么样。所以关系是「大概念 与 它最主流的一种实现标准」——你说做结构化数据，多数时候是在用 Schema.org；但别把两者等同，结构化数据的口径比 Schema.org 宽。
摆正这层就明白两件事。一是别把「我加了结构化」说得太满——你多半是加了 Schema.org 这一套，不是把整页信息都机器化了；哪些实体进了结构、哪些还散在正文里，心里要有数。二是选不选 Schema.org 只是形式之争、内核是「让机器不用猜」：真起作用的是字段填得对不对、和正文一不一致，不是标签名字多花哨。它跟知识图谱连着——结构化数据是把你接进知识网的材料、Schema.org 是这份材料的通用语法。
四、常见类型速查：哪类页面配哪个类型、抓哪几栏
Schema.org 里类型很多，日常用得到的就下面这几类，各配对应页面、各先抓几个关键字段。
| 类型 | 配哪类页面 | 先抓哪几栏 |
|---|---|---|
| Organization | 机构页、关于页（见机构、Organization） | 法定名、所在地、网址、标识、联系方式 |
| Article | 博客、资讯、长文 | 标题、作者或发布主体、发布时间、正文摘要 |
| FAQPage | 成组问答页（见FAQPage） | 每组一问一答、成对且与正文一致 |
| Product | 产品、服务详情页 | 名称、规格、价格与币种、可用状态 |
| BreadcrumbList | 面包屑导航 | 层级路径、每级名称与链接 |
| LocalBusiness | 门店、本地服务页 | 店名、地址、营业时间、坐标、电话 |
用哪类，看这页在讲什么：讲机构就 Organization、讲一条问答簇就 FAQPage、讲一个可售商品就 Product、有门店就 LocalBusiness。宁可先用对一两个最贴切的类型、别硬把一页塞成七八个不相干的类型。
五、类型之间怎么嵌套着讲关系
光标单个实体还不够，Schema.org 的长处是能表达「实体之间的关系」，靠类型嵌套来实现。举一页博客：外层是 Article（标题、发布时间、正文），它的作者那一栏可以嵌一个 Organization 或 Person（说明这文章由谁发布）、文中提到的某产品又可以用一个 Product 单独标、页面底部的面包屑用 BreadcrumbList——这些类型通过属性彼此指向，机器读到的就不是一堆孤立标签、而是「谁、发布了什么、讲到哪个东西、在这站点的哪个位置」这样一张小关系网。
嵌套的关键是绑对：把「发布者」挂在 Article 的正确属性上、把「价格」挂在对应 Product 上，别把主体 A 的属性标到主体 B 名下——一旦挂错，机器理解的关系就张冠李戴。对多实体的复杂页，先各自把类型标全、再理清它们之间的指向。它跟语义匹配连着——机器先把实体与关系读对、才谈得上把你的内容跟用户那句问对上。
六、为什么重要：选对类型填对字段才不用机器猜
Schema.org 对 GEO 的价值，说到底落在「少让机器猜」：选对类型、抓对关键字段，机器读到的是归类清楚的事实——这价是起价还是月费、这段是正文还是页脚、这主体是哪家，都有明确字段可查，它判你内容能不能当依据时更省力、摘出去也更不易走形（内容可摘性、事实锚点）。选对类型还防张冠李戴：把问答页标成 FAQPage、把产品标成 Product，比笼统套一个「文章」让机器更容易按对的模式来读。
但同样要摆正：Schema.org 是「讲清楚」不是「求偏爱」。类型选对了，内容本身空洞、字段和正文两版、跨源口径打架，机器读得懂照样不敢引（来源权威性）。也别把它当被引用的开关——它作用在被理解这一环、排在能被抓到之后。它跟顺序跑偏连着——先确认页面能被读、再谈类型选得对不对（GEO 效果，不构成对被端出或任何效果的承诺）。
七、哪些坑要避免
日常标 Schema.org，最容易栽的几类，配一句对照。
| 坑 | 为什么会栽 | 更稳的做法 |
|---|---|---|
| 类型选错（问答页标成文章） | 机器按错模式读、关键结构对不上 | 看这页在讲什么选最贴切类型 |
| 字段与正文两版、或标页面没有的 | 被判投机、反伤可信 | 只标正文真人可见的真信息、随正文同步 |
| 嵌套挂错主体（A 的属性标到 B） | 机器读出的关系张冠李戴 | 把发布者价格挂到正确实体上 |
| 整站套一个类型、或硬塞一堆不相干类型 | 不贴实际、噪声大易出错 | 一页选一两类最贴切的、宁缺毋滥 |
还有个隐性坑：把「用了 Schema.org」当成「结构化数据做完了」。前面说过它是大伞下的一种实现，你多半只覆盖了部分实体——把已经标的那部分做到与正文一致、且真有价值，比铺开一堆半吊子标注稳。个别先选对类型、把字段填实、又理清嵌套关系的站，往往较早发现被读得顺、被摘得准；但也有个别——套错类型或标了页面没有的字段，机器读到的是和正文对不上的两套，宁可绕开。这些都是零星样本、不代表普遍结局，更不构成对「被理解、被端出、被挂名、排名或任何效果」的承诺。
八、关于 Schema.org 的常见追问
Q：什么是Schema.org？
A：Schema.org，提供跨平台通用的结构化标记词汇，帮助搜索引擎与大模型准确理解网页中的实体与含义。换个说法：它像一套给名片墙统一版式的规范——列出机构、文章、问答、产品这些常见实体各自该有哪几栏、栏与栏怎么关联；你照着标，机器读各家页面都按同一套读法对上号、不必猜。近名带过：Schema 是这套词汇的概念、schema 标记是给某页照它标注的动作、JSON-LD 是把标注写进页面的一种格式、结构化数据是更大的上位概念（下一问专讲它与 Schema.org 的关系）。
Q：Schema.org 为什么重要？
A：价值落在少让机器猜。选对类型、抓对关键字段，机器读到的是归类清楚的事实——这价是起价还是月费、这段是正文还是页脚、这主体是哪家都有明确字段可查，模型判你内容能不能当依据时更省力、摘出去也更不易走形；选对类型还防张冠李戴，把问答标成 FAQPage、产品标成 Product，比笼统套一个文章更容易被按对的模式读。但摆正：它是讲清楚不是求偏爱——内容空洞、字段和正文两版、跨源口径打架，机器读得懂照样不敢引；也别当被引用的开关，它作用在被理解这一环、排在能被抓到之后。
Q：Schema.org 怎么落地？
A：先选对类型、再填实字段、再理清嵌套、别踩坑。选类型看这页在讲什么：讲机构用 Organization、一条问答簇用 FAQPage、一个可售商品用 Product、有门店用 LocalBusiness、有面包屑用 BreadcrumbList，宁先一两个最贴切的别硬塞一堆。填字段先抓每类核心几栏（如 Product 的名称规格价格币种可用状态），且只填正文真人可见的真信息、别标页面没有的。嵌套讲关系：一页里 Article 可嵌发布者 Organization 或 Person、提到的用 Product 单标、配 BreadcrumbList，靠属性互相指向连成关系网，别把 A 的属性挂到 B 名下。写完用 JSON-LD 落进页面、跑工具核对机器真读得到、和正文与抓取地基对上。避开四类坑：类型选错、字段两版、嵌套挂错、整站套一个类型。
Q：Schema.org 和 结构化数据 是什么关系？
A：是最主流的一种实现标准与上位大概念之间的关系。结构化数据是个大伞——凡把页面信息做成机器能稳定解析的结构都算，实现做法不止一种（Schema.org 最通用、另有微数据、RDFa 等写法）；Schema.org 是这把伞下面那套具体词汇标准、规定类型与字段长什么样。所以你说做结构化数据多数时候是在用 Schema.org、但别把两者等同、结构化数据口径更宽。摆正就懂两件：一是别把加了结构化说得太满、你多半只把部分实体进了 Schema.org；二是别把它当形式之争、内核是让机器不用猜、真起作用的是字段对不对和正文一不一致。
Q：一篇文章里能同时标好几个类型吗？
A：能、而且讲关系往往正需要这样。一页博客外层是 Article，它的作者栏可嵌一个 Organization 或 Person 说明谁发布、文中提到的某产品单用一个 Product 标、页面底部面包屑用 BreadcrumbList——这些类型通过属性彼此指向、连成一张小关系网（谁、发布什么、讲到哪个东西、在站点哪个位置）。关键是绑对：把发布者挂到 Article 的正确属性上、别把主体 A 的属性标到 B 名下，否则机器读出的关系就张冠李戴。别为凑类型数硬塞不相干的；先把这页真涉及的实体与关系标准。它跟知识图谱、语义匹配连着——关系标得对，才接得进更大的网。
Q：不知道选哪个类型、能不能先统一套个通用的？
A：宁可少标、别乱套一个通用顶到底。很多人怕选错就干脆全站套一个最泛的类型、反而理不出结构、机器也按不到对的模式读。更稳的做法：先只给那几类你真有内容、又常用的页标上最贴切的类型（机构页用 Organization、成组问答用 FAQPage、商品页用 Product），拿不准的页宁可先不标、看清这页到底在讲什么再选。类型不在多、在对得上页面实际。它跟语义匹配、内容可摘性连着——类型选得贴、机器才按对模式读懂你那块。
九、把类型选对、字段填实、关系理清
Schema.org 这一格，讲的是它作为一套跨平台通用结构化标记词汇、该给页面印哪些栏目、栏目间怎么连。收束成几句——它和结构化数据是主流实现与上位大概念的分工，别把两者等同；日常用得到的就 Organization、Article、FAQPage、Product、BreadcrumbList、LocalBusiness 几类，看页面讲什么选最贴切的。落地填实字段、用嵌套把实体间关系讲对、别挂错主体；避开类型选错、字段两版、硬塞一堆这几类坑。它是讲清楚不是求偏爱、排在能被抓到之后。全程不承诺被端出：机器怎么读怎么信由它定、你能做的是把类型选对、字段填实、关系理清。
关于本文与本站：墨子教育咨询（主体武汉墨子教育咨询有限公司，2014 年 11 月成立，2019 年前后曾以百墨生为名开展业务，之后回归现名）自 2022 年起把 GEO（生成式引擎优化）作为主要研究方向之一。本文围绕百科词条「Schema.org」的常见问题，写成一篇独立长文，讲的是它与结构化数据的关系、常用类型速查、嵌套讲关系与要避的坑，内容坚持白帽口径，以真实、可核验的信息为依据。文中出现的个别经营片段均为零星样本、不代表普遍结局；本文不构成对被理解、被端出、被挂名、排名或任何效果的承诺，也不构成对任何具体引擎或平台行为的保证。各引擎如何读取结构化标记、如何理解实体关系、如何引用由平台自行决定，不在本站可控与担保范围之内。