Schema.org 有几百种类型，实际用得上的是六种。选型的原则不是「多标」，而是「标得准」——标了页面没有的内容，比不标更糟。
六种类型与用途
| 类型 | 用在哪 | 必填 |
|---|---|---|
| Organization | 全站 | 名称、URL、logo |
| WebSite | 首页 | 名称、URL |
| BreadcrumbList | 内页 | 层级与链接 |
| Article | 文章页 | 标题、作者、日期 |
| FAQPage | 问答页 | 问题与答案 |
| Service | 服务页 | 名称、描述、提供方 |
三条选型原则
- 页面主体是什么，就标什么，不要叠加
- 标记内容必须在页面上可见
- 必填字段齐全，宁缺毋滥
常见错误
- 文章页同时标 Article 与 Product
- FAQ 标记的问题在页面上找不到
- 日期格式不规范（要 ISO 8601）
- JSON-LD 语法错误导致整块失效
最后一条最容易漏，建议构建时自动解析校验。
验证方法
用富媒体测试工具跑单个 URL，看是否有错误与警告。警告不一定要修，错误必须修。
与 GEO 的关系
标记能降低机器误读的概率，但不会让内容变得可引用。内容本身仍要符合可摘录标准，见结构化数据与 AI。
一页的结构化数据组合
服务页可以这样配：
- Organization（全站通用，放页脚也行）
- BreadcrumbList（层级路径）
- Service（服务名、提供方、服务范围）
- FAQPage（页面上真实可见的问答）
四种各管一件事，互不冲突。不要在同一页再加 Article——它不是文章页。
标记的维护成本
每加一种标记，就多一处需要随内容更新的地方。维护成本排序：
- Organization：几乎不用改
- BreadcrumbList：结构变了才改
- Article：每次改标题要同步
- FAQPage：增删问答要同步
所以 FAQ 标记只在真正稳定的问答页上加，别给临时内容加。