GEO 需要哪些结构化数据(Schema.org)?优先做哪几种?
优先级最高的四种是:Organization(组织实体与身份)、Article(内容页基础信息)、FAQPage(问答对)、Product 或 Service(产品与服务的结构化事实)。核心原则是只声明页面上真实存在的内容——结构化数据是给 AI 的「显式语义声明」,标注与页面不符的内容会被视为垃圾信号。
核心要点
- Organization:法律全称、简称、logo、联系方式、sameAs 社媒绑定
- Article:标题、作者、发布/更新时间,配合页面可见的作者与日期
- FAQPage:真实问答对,与页面展示内容一致
- Service/Product:把参数、适用场景、服务范围写成机器可读事实
- 优先做与页面内容一一对应的类型,宁缺勿滥
一图速览:结构化数据优先级
四种核心类型怎么用
Organization 放在站点全局(通常首页),声明法律名称、简称、官方网址、logo、联系方式,并通过 sameAs 字段绑定企查查、爱企查、官方社媒账号等外部档案,帮助 AI 建立实体识别。
Article 用于知识库与洞察文章,声明 headline、author、datePublished、dateModified——注意页面必须可见地展示作者与日期,仅写在 JSON-LD 里不够。
FAQPage 用于含问答模块的页面,问答对必须与页面实际展示的内容一致。
Service / Product 用于核心业务页,把服务范围、适用对象、参数写成结构化事实。
两个实施要点
第一,用 JSON-LD 格式(script 标签内嵌 JSON),这是 Schema.org 与搜索引擎共同推荐的方式,维护成本最低。第二,宁缺勿滥:Google 已明确对「页面内容与标注不符」的结构化数据不予展示并可能处罚,AI 引擎对虚假信号同样敏感。
验证方式
上线前用 Schema.org 官方 validator 或 Google Rich Results Test 验证语法;上线后定期抽查渲染后的 HTML,确认 CMS 更新没有弄丢结构化数据。
结构化数据类型与放置位置
| 类型 | 放置页面 | 关键字段 |
|---|---|---|
| Organization | 全站(首页) | legalName、logo、sameAs、address |
| Article | 知识库/文章页 | headline、author、datePublished/Modified |
| FAQPage | 含问答的页面 | Question、acceptedAnswer |
| Service/Product | 服务/产品页 | name、description、areaServed |
| BreadcrumbList | 有层级的页面 | 面包屑路径 |
常见追问
结构化数据会被 AI 引擎直接读取吗?
各家引擎的读取程度不同,且不公开具体细节。可以确定的是:结构化数据以机器可读的方式显式声明了页面语义,降低了模型理解成本,即使不被直接读取,也与「被正确理解」高度正相关。它是低成本高确定性的工作。
同一个页面可以放多个 JSON-LD 吗?
可以,常见做法是把 Article、FAQPage、BreadcrumbList 分别放在同一页的多个 script 标签中,或用一个 @graph 节点合并。关键是各类型内容互不矛盾。
信息来源
本页数据均来自上述公开信源,如与官方最新文档不一致,以官方为准。
相关阅读
需要针对你的行业做一次 AI 可见度诊断?
免费诊断