结构化数据怎么服务 GEO：Schema 不是装饰

结构化数据是什么

结构化数据是一种机器可读的页面描述方式。它使用 Schema.org 里的标准类型和属性，把“这是一个组织”“这是一个教程”“这是一个术语定义集” 这样的信息明确写出来。

搜索系统本来就会读取 HTML 文本，但页面中的关系不一定总是清楚。比如页面底部的“ZenLeak GEO 学院”可能是作者、品牌、组织还是栏目名， 结构化数据可以提供额外的上下文。不过它只是辅助信号，不能替代真实正文、内链和可抓取性。

需要区分两套范围：Schema.org 定义通用词汇， 搜索平台再决定支持哪些类型、属性和展示功能。Google 的结构化数据功能列表不是完整 Schema.org 清单；一种类型可以在语义上有效，却不对应 Google 富媒体结果。

教程站应该使用哪些类型

正确配置的步骤

1. 先决定页面的主要实体和用户可见目的，不要为了“多加 Schema”同时塞入互不相关的类型。
2. 列出页面上真实可见的名称、描述、作者、日期、URL 和层级关系。
3. 把这些信息映射到 Schema.org 类型和属性，并为站点、组织、页面与主要内容分配稳定的绝对 URL @id。
4. 用 @id 连接同一个实体，保证标题、描述、作者和日期与正文及 meta 信息一致。
5. 先验证 JSON 语法，再检查 Schema.org 语义，最后按目标搜索功能核对必填与推荐属性。
6. 在构建产物中检查最终脚本，确认转义安全、canonical 唯一、动态值没有输出 null、空数组或错误域名。
7. 上线后保存验证日期与结果；平台文档或页面内容变化时同步复核。

先画实体图，再写 JSON-LD

一篇教程通常同时是一个 URL 对应的 WebPage、一篇 Article，也可以是一个 LearningResource；这些不是三篇内容， 而是同一页面的不同语义侧面。稳定的 @id 能把它们与全站 Organization、WebSite 和面包屑关系连接起来。

Article 与 LearningResource 的区别

Article 主要说明“这是一篇文章”，强调标题、作者、发布日期、更新时间和正文主题。 LearningResource 更强调“这是一个学习资源”，可以描述教学目标、难度、学习资源类型和所教主题。 教程站可以同时使用二者，但前提是页面确实是一篇有明确学习目标的教程。

结构化数据类型不应该脱离业务语义。新闻、产品、评论、课程和教程虽然都可以有标题，但它们的使用场景和必要属性并不相同。

教程页 JSON-LD 示例

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "WebPage",
      "@id": "https://zenleak.cn/basics/what-is-geo/#webpage",
      "url": "https://zenleak.cn/basics/what-is-geo/",
      "name": "GEO 是什么：生成式搜索优化入门指南",
      "inLanguage": "zh-CN",
      "mainEntity": {
        "@id": "https://zenleak.cn/basics/what-is-geo/#learning-resource"
      }
    },
    {
      "@type": "LearningResource",
      "@id": "https://zenleak.cn/basics/what-is-geo/#learning-resource",
      "name": "GEO 是什么：生成式搜索优化入门指南",
      "url": "https://zenleak.cn/basics/what-is-geo/",
      "inLanguage": "zh-CN",
      "educationalLevel": "新手",
      "learningResourceType": "教程",
      "teaches": ["GEO", "生成式搜索优化", "AI 搜索"],
      "dateModified": "2026-09-19",
      "provider": {
        "@id": "https://zenleak.cn/#organization"
      }
    }
  ]
}

示例只声明页面上确实可见的信息，并通过 @id 连接 WebPage 与 LearningResource。完整站点可以在全局图中定义 Organization， 但必须确保引用的 @id 在不同页面保持一致；不要在每个页面随机生成不同组织身份。

三层验证怎么做

常见失败模式与修复

结构化数据和 GEO 的关系

GEO 需要机器理解页面的主题、实体、关系和用途，结构化数据可以帮助表达其中一部分关系。例如 Article 能说明作者和更新时间， BreadcrumbList 能说明页面层级，LearningResource 能说明这是一个教程。

但 AI 搜索最终仍然需要读取正文来理解观点和证据。结构化数据不应该成为“把关键词塞进 JSON”的地方，也不能替代高质量的可读内容。

常见问题

结构化数据检查清单

• 页面是否有一个明确的主要 Schema 类型。
• 标题、描述、作者、日期和 URL 是否与页面一致。
• Article、LearningResource 和 BreadcrumbList 的关系是否合理。
• 是否没有声明正文不存在的价格、评分、作者或 FAQ。
• JSON-LD 是否是合法 JSON，页面源码是否能直接读取。
• 上线后是否定期检查失效 URL、过期日期和内容变化。
• 是否分别完成 JSON 语法、Schema.org 语义和目标平台资格检查。
• 所有 @id 是否为稳定绝对 URL，并在全站指向同一实体。