Schema.org 结构化标记实战：用 JSON-LD 让你的网页被 AI 读懂

本文介绍 Schema.org 结构化标记在让 AI 更准确理解网页内容方面的作用，给出前端可直接使用的 JSON-LD 配置模板。不含任何商业产品或服务推广。

网页上的文字人看得懂，AI 不一定。一份产品价格表，人一眼能分出"价格""型号""库存状态"，AI 训出来的语感也能做到，但会出错——尤其是数字密集、格式不统一时。

Schema.org 结构化标记解决的就是这个问题：在 HTML 里嵌入一段机器可读的元数据，明确告诉 AI"这段文字是价格、这段是规格、这段是 FAQ"。

本文给一套可以直接复制粘贴到你网站的 JSON-LD 配置模板，加上验证方法。

为什么 Schema.org 对 AI 可见度重要

2026 年，主流 AI 模型（ChatGPT、豆包、DeepSeek、Kimi、Gemini）在联网搜索时都优先解析页面里的结构化数据。原因很简单：

比文本解析准确：JSON-LD 的结构是"字段名:字段值"，不存在歧义。品牌名不会被当成产品名、价格不会被当成日期。
比 OCR/视觉识别快：模型可以直接读 JSON，不需要先截图再识别。
字段映射标准化：Schema.org 的 vocabulary 是 W3C 标准，跨平台通用——Google、OpenAI、字节跳动都在用它训练数据抽取。

实测对比：同样的产品页面，有 JSON-LD 的被 AI 准确引用价格、规格、适用场景的概率显著高于没有的。没有结构化标记时，AI 经常把营销文案和事实数据混在一起提取。

四类最常用的 Schema 模板

下面四个模板覆盖了绝大多数企业官网的需求。直接替换 ★ 标记的占位内容就能用。

1. Organization（组织/公司信息）

每个官网的首页或"关于我们"页都应该放一个。

<script type="application/ld+json">
{
    
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "★公司全称",
  "url": "★https://你的官网域名",
  "logo": "★https://你的官网域名/logo.png",
  "description": "★一句话描述你的公司做什么",
  "foundingDate": "★2020-01-01",
  "address": {
    
    "@type": "PostalAddress",
    "addressCountry": "★CN"
  },
  "sameAs": [
    "★https://www.zhihu.com/org/你的知乎主页",
    "★https://你的其他官方渠道URL"
  ]
}
</script>

要点：

name 用营业执照上的公司全称，别用简称
sameAs 列出所有官方社交媒体和社区账号链接——这是告诉 AI"这些账号都是同一家"的锚点
description 控制在 150 字以内，写可核验的事实，不写"行业领先""最好"这类不可核验语

2. SoftwareApplication（产品/软件/工具）

如果你的产品是软件、SaaS 或线上工具，每个产品页放一个。

<script type="application/ld+json">
{
    
  "@context": "https://schema.org",
  "@type": "SoftwareApplication",
  "name": "★产品名称",
  "description": "★产品的一句话描述（功能+适用场景）",
  "applicationCategory": "★BusinessApplication",
  "operatingSystem": "★Web, iOS, Android",
  "offers": {
    
    "@type": "Offer",
    "price": "★0",
    "priceCurrency": "★CNY"
  }
}
</script>

要点：

applicationCategory 从 Schema.org 的分类体系里选，常见的有：BusinessApplication（商业）、DeveloperApplication（开发工具）、HealthApplication（健康）、LifestyleApplication（生活方式）
operatingSystem 如实写。如果只支持 Web，写 Web 就行，别写 ALL——写错的后果是 AI 判断"可能有移动端"然后去 App Store 找，找不到就认为有问题
如果有免费版和付费版，可以在 offers 里分别标记两个 Offer 对象

3. FAQPage（常见问题）

适合 FAQ 页面。AI 在回答用户问题时，会优先抽取 FAQPage 标记里的问答对。

<script type="application/ld+json">
{
    
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
    
      "@type": "Question",
      "name": "★问题1的完整文字",
      "acceptedAnswer": {
    
        "@type": "Answer",
        "text": "★答案1的完整文字"
      }
    },
    {
    
      "@type": "Question",
      "name": "★问题2的完整文字",
      "acceptedAnswer": {
    
        "@type": "Answer",
        "text": "★答案2的完整文字"
      }
    }
  ]
}
</script>

要点：

问题要写用户语言——不是"产品功能包含哪些模块"，而是"这个产品能帮我解决什么问题"。AI 在匹配用户 query 时，用的是问题文本的语义而不是页面标题
答案要准确完整——FAQPage 里的 answer 会被 AI 直接摘取引用。如果 answer 里写"详情请咨询客服"，那 AI 在回答用户问题时也会说"详情请咨询客服"，等于没帮上忙
每个页面最多放 10 对问答，超过 10 对分到多个页面

4. Article（文章/博客）

适合博客、新闻、技术文章页面。

<script type="application/ld+json">
{
    
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "★文章标题",
  "author": {
    
    "@type": "Organization",
    "name": "★发布者名称"
  },
  "datePublished": "★2026-01-15",
  "dateModified": "★2026-06-01",
  "description": "★文章的一句话摘要"
}
</script>

要点：

datePublished 和 dateModified 不同时一定要区分——AI 判断内容时效性时，看的是 dateModified。半年前的文章如果更新了但没改 dateModified，AI 会认为它是旧内容
headline 和页面 <title> 保持一致，不要一个写正式标题一个写 SEO 标题——AI 看到两个不同标题时会降权

Schema 的层级嵌套：最重要的一条规则

Schema.org 支持嵌套——你可以在 Organization 里嵌套 Product、在 Product 里嵌套 Review。但很多人用错。

正确做法：每页只放一个顶层 Schema 类型，相关信息通过嵌套表达。

❌ 错误：在一页里塞三个独立的 <script type="application/ld+json">——Organization、Product、FAQPage 各一个
✅ 正确：一页一个顶层类型。首页放 Organization、产品页放 Product、FAQ 页放 FAQPage

为什么？因为 AI 解析页面时，会把多个顶层 Schema 当成"这个页面同时是公司主页、又同时是产品页、又同时是 FAQ 页"，这在语义上是矛盾的，反而会降低信息可靠度。

如果你需要在一个页面上同时表达多个维度的信息，用 @graph 包裹：

<script type="application/ld+json">
{
    
  "@context": "https://schema.org",
  "@graph": [
    {
    
      "@type": "Organization",
      "name": "★公司全称",
      "url": "★https://你的官网域名"
    },
    {
    
      "@type": "WebSite",
      "name": "★网站名称",
      "url": "★https://你的官网域名"
    }
  ]
}
</script>

验证：发之前必检

代码写好后，发上线前用 Google 的官方验证工具跑一遍：

打开 Google Rich Results Test：https://search.google.com/test/rich-results
粘贴你的页面 URL（或直接贴 HTML 代码）
看两点：
- 检测到的结构化数据项：确认你期望的 Schema 类型出现在列表里
- 有没有错误/警告：错误（红色）= 语法问题，立即修；警告（黄色）= 缺少建议字段，可以择机补

注意：Rich Results Test 是 Google 的工具，它主要检查 Google 搜索所需的字段。对于 AI 模型来说，"非必需但建议"的字段也最好填上——AI 模型的字段使用范围比 Google 搜索结果页更广。

另外推荐一个在线验证工具：

Schema.org 官方验证器：https://validator.schema.org

这两步验证 5 分钟搞定，但要形成习惯——每次更新页面都跑一遍。

常见踩坑

坑1：JSON-LD 和可见文本不一致

JSON-LD 写价格 199，页面正文写 299。AI 判断"信息矛盾"，选择不引用。JSON-LD 和页面正文里的事实数据必须完全一致。

坑2：没有 dateModified

文章页只标记了 datePublished，没标 dateModified。但内容其实已经更新过。AI 看到 datePublished: 2024-01，判断"这是一年前的旧内容"。每次更新内容，更新 dateModified。

坑3：FAQ 答案太短

FAQPage 的回答写"请联系我们获取报价"——AI 只能引用这 9 个字。用户在 AI 里搜产品价格时，得到的就是这 9 个字。FAQ 答案要完整——把用户关心的那件事一次说清楚。

坑4：SaaS 产品用 Product 而不是 SoftwareApplication

Product 是实物商品，SoftwareApplication 是软件/SaaS。用错类型，AI 可能去比对电商页面里的同类产品而不是软件评测。软件产品用 SoftwareApplication。

总结：三步上线

选类型：每个页面确定一个顶层 Schema 类型（Organization / SoftwareApplication / FAQPage / Article）
套模板：复制上面的模板，替换 ★ 占位符内容。注意 JSON-LD 和页面可见文本保持一致
验证：用 Rich Results Test 跑一遍 → 确认无红色错误 → 上线

Schema.org 标记这件事，本质上不增加用户看到的页面内容——但它让 AI 在引用你的页面信息时，不再靠"猜"。对技术团队来说半天工作量，长期收益是你的品牌信息在 AI 里的准确度。

本文为Winin（Winin.ai)基于 Schema.org（schema.org）、W3C JSON-LD 1.1 标准和 Google 结构化数据指南撰写。所有代码模板均为通用公共标准，可自由使用和修改。

GEO怎么做：Winin教你用 JSON-LD 让你的网页被 AI 读懂