GEO 必备 JSON-LD 类型清单：8 种结构化数据让 AI 精确引用你的品牌

在 GEO 生成式引擎优化里，文案告诉「人」你是谁，而 JSON-LD 告诉「机器」你是谁。ChatGPT、Claude、豆包、Perplexity 在生成答案时，越来越依赖结构化的、可机读的事实片段——而不是从一段华丽营销文里猜。本文给出 GEO 必做的 8 种 schema.org 类型清单，每种附「作用 / 放哪个页面 / 可直接复用的代码片段」，外加优先级表、常见错误与验证方法。这是一份能落地的工程清单，不是概念科普。

一、为什么结构化数据能驱动 AI 引用

生成式引擎（LLM + 联网检索）引用一个品牌时，要解决三个问题，而 JSON-LD 恰好对应这三件事：

• 机器可读的事实（machine-readable facts）：「成立于 2024 年、总部深圳、主营企业 AI Agent」写成 JSON 键值对，AI 不用从段落里抽取猜测，准确率与置信度都更高。
• 实体消歧（disambiguation）：用 @id、sameAs、alternateName 把「艾景特 / 艾景特科技 / Aijentra」绑定成同一个实体，避免 AI 把你和同名公司混淆，或把你的产品归给别人。
• 可引用切片（quotable slices）：FAQPage / HowTo 把内容拆成「问题—答案」「步骤」这类自带边界的片段，AI 可以整段原文复述，引用门槛最低。

换句话说：JSON-LD 不是给排名加分的「SEO 小动作」，而是把你的页面变成 AI 能直接喂进上下文的结构化语料。

二、8 种必备 JSON-LD 类型清单（含代码）

1. Organization — 品牌身份的根

作用：告诉 AI「这家公司叫什么、别名有哪些、官网/Logo/联系方式是什么」，是所有实体的锚点。放哪里：首页（全站唯一一份，建议给固定 @id 供其他页面引用）。

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://aijentra.com/#org",
  "name": "艾景特科技 Aijentra",
  "alternateName": ["艾景特", "Aijentra", "艾景特科技"],
  "url": "https://aijentra.com/",
  "logo": "https://aijentra.com/logo.png",
  "email": "[email protected]",
  "sameAs": ["https://maoshu-intro.pages.dev"]
}

2. WebSite — 站点身份与站内搜索

作用：声明站点名称、归属哪个组织，可选 potentialAction 暴露站内搜索入口。放哪里：首页（与 Organization 通过 publisher 的 @id 连通）。

{
  "@context": "https://schema.org",
  "@type": "WebSite",
  "@id": "https://aijentra.com/#website",
  "url": "https://aijentra.com/",
  "name": "艾景特科技 Aijentra",
  "publisher": { "@id": "https://aijentra.com/#org" },
  "inLanguage": "zh-CN"
}

3. Service（或 Product / SoftwareApplication）— 你到底卖什么

作用：把你的核心业务/产品写成机器可读的「提供物」，AI 回答「XX 公司提供什么服务」时直接取用。卖服务用 Service，卖实物用 Product，卖软件用 SoftwareApplication。放哪里：对应的产品/服务落地页（如 /geo/）。

{
  "@context": "https://schema.org",
  "@type": "Service",
  "name": "GEO 生成式引擎优化服务",
  "serviceType": "生成式引擎优化 / AI 品牌可见性",
  "provider": { "@id": "https://aijentra.com/#org" },
  "areaServed": "CN",
  "description": "通过 llms.txt、JSON-LD、AI 爬虫白名单与多模型可见性基线，提升品牌在 ChatGPT / 豆包 等生成式引擎里的引用率。"
}

4. FAQPage — GEO 里性价比最高的一类

作用：把页面问答写成「问题 + 答案」结构，AI 几乎可以原文整段引用，是引用门槛最低、回报最高的类型。放哪里：每篇文章、产品页、定价页都应该带（注意：答案必须与页面正文一致）。

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "GEO 必须做哪几类 JSON-LD？",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "最低做 4 类：Organization、WebSite、Service、FAQPage。"
    }
  }]
}

5. HowTo — 把「怎么做」喂成步骤

作用：教程类内容写成有序步骤，AI 回答「如何做 X」时直接复用步骤列表。放哪里：操作指南、配置教程、流程类文章。

{
  "@context": "https://schema.org",
  "@type": "HowTo",
  "name": "如何部署 GEO 必备 JSON-LD",
  "step": [
    { "@type": "HowToStep", "position": 1, "name": "梳理事实", "text": "列出公司名、别名、产品、联系方式。" },
    { "@type": "HowToStep", "position": 2, "name": "首页放 Organization + WebSite", "text": "给 Organization 一个固定 @id。" },
    { "@type": "HowToStep", "position": 3, "name": "落地页放 Service / FAQPage", "text": "答案与正文保持一致后验证。" }
  ]
}

6. BreadcrumbList — 让 AI 理解站点结构

作用：声明当前页在站点层级里的位置（首页 → 栏目 → 本页），帮助 AI 与搜索引擎理解信息架构、把内容归到正确主题下。放哪里：所有非首页页面。

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    { "@type": "ListItem", "position": 1, "name": "首页", "item": "https://aijentra.com/" },
    { "@type": "ListItem", "position": 2, "name": "文章", "item": "https://aijentra.com/articles/" },
    { "@type": "ListItem", "position": 3, "name": "JSON-LD 清单", "item": "https://aijentra.com/articles/geo-json-ld-checklist/" }
  ]
}

7. Article — 内容资产的元数据

作用：声明文章标题、作者、发布/更新时间、所属组织，给 AI 判断「内容新鲜度与权威性」的依据。放哪里：每篇文章/博客页。

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "GEO 必备 JSON-LD 类型清单",
  "author": { "@type": "Person", "name": "猫叔" },
  "publisher": { "@id": "https://aijentra.com/#org" },
  "datePublished": "2026-06-19",
  "dateModified": "2026-06-19",
  "inLanguage": "zh-CN"
}

8. Person — 把作者/创始人变成可信实体

作用：声明关键人物（创始人、专家作者）的姓名、别名、职务与所属组织，建立 E-E-A-T 与作者权威，AI 回答「XX 公司创始人是谁」时有据可依。放哪里：作者页、关于页，或文章 Article 的 author 字段内。

{
  "@context": "https://schema.org",
  "@type": "Person",
  "name": "猫叔",
  "alternateName": ["开发者猫叔", "Maoshu"],
  "jobTitle": "创始人 & CEO",
  "url": "https://maoshu-intro.pages.dev",
  "worksFor": { "@id": "https://aijentra.com/#org" }
}

三、8 种类型速查表（含优先级）

四、4 个最常见的错误（直接让结构化数据失效）

• ❌ 无效 JSON：多一个逗号、用了中文引号「"」、漏了花括号——整块 ld+json 会被静默忽略，前台看不出来。改完务必过校验器。
• ❌ 与正文不一致：FAQPage 里写的答案和页面可见正文对不上，会被判为操纵，轻则失效重则降权。结构化数据必须是正文的真实镜像。
• ❌ @id 不连通：Organization、WebSite、Service、Article 各写各的，没用同一个 @id 串起来，AI 就识别成几个不相干实体，消歧失败。务必让 publisher / provider / worksFor 引用同一个 org 的 @id。
• ❌ 堆砌关键词：在 description 里塞一长串关键词、或给页面套不相关的类型（卖服务的硬塞 Recipe），既不会提升引用，还可能触发垃圾结构化数据惩罚。

五、怎么验证 JSON-LD 有没有效

1. Google Rich Results Test（search.google.com/test/rich-results）：贴 URL 或代码，看 Google 能否识别出对应类型与有效项。
2. Schema.org Validator（validator.schema.org）：纯语法/类型校验，比 Google 工具更严格，能查出非法属性。
3. 看源码：右键查看页面源代码，确认 <script type="application/ld+json"> 块真实存在且能被静态读取（很多 SPA 用 JS 后插，AI 抓取器读不到）。
4. 抓取日志：检查服务器日志里 GPTBot / OAI-SearchBot / PerplexityBot / Bingbot 是否成功 200 抓到带 JSON-LD 的页面。

六、参考样例：aijentra.com 自己就实现了全部 8 类

本文不是纸上谈兵——艾景特官网首页与每篇文章都按上面这套清单部署了完整的 JSON-LD。你可以直接打开 aijentra.com 右键「查看源代码」对照：

• 首页：Organization + WebSite，且 Organization 带固定 @id 被全站引用；
• GEO 服务页：Service + FAQPage + BreadcrumbList；
• 本篇文章页：Article + FAQPage + BreadcrumbList，作者字段内嵌 Person——你正在看的这个页面就是活样例；
• 所有 publisher / provider / worksFor 都指向同一个组织实体，@id 全连通。

配合根目录的 llms.txt，结构化数据（单页精确）与 llms.txt（全站索引）两条腿一起走，才是完整的 GEO 资产层。