JSON-LD是嵌入网页<head>区域的机器可读标记，通过Organization、WebSite、FAQPage、Article四种类型，让百度爬虫和AI大模型同时正确解析品牌信息。对中小企业而言，这是AIGEO技术层的最低门槛——建站时内置成本为零，上线后补做需要额外工时。缺失JSON-LD的站点，AI在生成回答时只能猜测你是谁；部署后但内容质量差，同样无法被引用。技术层是门票，内容质量是入场后的竞争力。

JSON-LD到底是什么：一句话定义与两个核心价值

JSON-LD（JSON for Linked Data）是W3C标准的结构化数据格式，嵌入HTML <head>中，不显示给访客但可被百度、Google等搜索引擎爬虫与豆包、DeepSeek等AI爬虫直接解析。与其他结构化数据格式（如Microdata、RDFa）相比，JSON-LD无需修改HTML结构，独立标签集中管理，是目前实施成本最低的方案。

它有两个核心价值，分别服务于两套系统：对百度爬虫，JSON-LD提升「富媒体摘要」展示概率，帮助页面在搜索结果中显示评分、FAQ扩展、面包屑等增强样式；对AI爬虫，JSON-LD提供品牌实体的权威定义，让语言模型在回答「XX城市做网站找谁」时，能精确识别品牌名称、服务范围与联系方式，而不是靠页面文本猜测。这两个价值对应SEO和AIGEO两条链路，部署一次、两套系统共享。

中小企业必须部署的4种JSON-LD类型（按优先级排序）

四种类型按实施优先级排序：Organization最基础，任何企业官网都需要；WebSite影响搜索框展示；FAQPage是AI引用率提升最明显的类型；Article适用于博客与智库内容。建站时按顺序内置，不必一次全部完成。

  • Organization（第一优先）：声明品牌名称、官网地址、联系方式、服务描述、社交账号（sameAs）。这是AI识别「这家公司是谁」的基础数据源。缺失时，AI只能从页面文本推断，推断结果往往不准确。
  • WebSite（第二优先）：触发Google/百度的Sitelinks搜索框——用户搜索品牌名时，搜索结果出现「在本站内搜索」的输入框。同时向AI声明「这是一个有搜索功能的完整网站」而非单页。
  • FAQPage（第三优先，AIGEO价值最高）：将页面中的问答结构化，让AI可以直接抽取Q&A对作为引用素材。普林斯顿大学2024年研究证实：加入结构化FAQ标记可将AI引用率提升37%–40%。这是成本最低、回报最高的AIGEO技术操作。
  • Article（第四优先）：适用于云耕智库等内容页面，声明作者、发布日期、修改日期、所属类别。让AI在引用文章时能正确标注「来源：云享耕科技」「作者：徐勇」，而不是模糊来源。

云享耕科技在本站已完整部署以上四种类型。首页配置Organization + WebSite，各服务页配置针对该页的FAQPage，每篇智库文章配置Article，所有页面通过Google Rich Results Test验证，当前零报错。部署后我们在豆包、Kimi的实测中观察到：有FAQPage标记的页面，被AI截取成引用答案的概率明显高于无标记页面，引用的精准度也更高（AI不再错误引用非官方信息）。

「JSON-LD不是加分项，是让AI能找到你的最低门槛。但很多客户站点在我们接手时，连Organization都没有配置——AI在被问到这家公司时，只能靠页面文字猜测，结果往往生成错误的服务描述。」

— 云享耕科技，基于30+个建站项目的AIGEO架构部署经验

JSON-LD部署：12项自检清单

以下12项是中小企业JSON-LD部署的完整自检范围。每一项可以独立检查，不必全部完成才能上线。前6项是基础层，缺失会直接影响AI对品牌的识别；后6项是进阶层，对AI引用率和搜索富媒体展示有加成效果。

基础层（6项）

  • □ Organization已配置：name（品牌名）、url（官网）、telephone、email、description字段均已填写
  • □ Organization.sameAs已填写：包含百家号、知乎、小红书等平台主页URL
  • □ Organization.address已配置（对本地业务尤其重要，影响本地SEO信号）
  • □ WebSite已配置：url与sitelinksSearchBox字段正确
  • □ 所有JSON-LD标签嵌入<head>而非<body>（嵌入body会降低解析优先级）
  • □ 通过Google Rich Results Test无报错（网址：search.google.com/test/rich-results）

进阶层（6项）

  • □ 每个重要页面的FAQPage已配置：question字段与答案完全匹配页面实际Q&A文本
  • □ Article已配置：author.name与官网作者页URL（/pages/authors/xu-yong.html）一致
  • □ Article.datePublished与dateModified填写真实日期（不能全部设置为同一日期）
  • □ Organization.logo字段指向官网正式Logo图片URL（影响Google知识卡片展示）
  • □ 已配置llms.txt文件（与JSON-LD互补，专门面向不解析Schema.org的AI爬虫）
  • □ 每季度一次Rich Results Test全站扫描，确认无新增报错

如果当前站点还没有部署任何JSON-LD，可以从Organization开始，参考AIGEO准备度自检清单评估整体缺口。

常见错误与修复：实测中最频繁的3类问题

在30+个建站和改造项目中，以下三类JSON-LD错误出现频率最高，且每一类都会直接影响AI对品牌信息的解析准确性。

错误1：Organization.name与页面标题不一致。最常见的是JSON-LD写品牌英文名，页面显示中文名，AI在读取时生成混合描述（「云享耕科技（YunXG）」这类格式），有时甚至会被判定为两个不同实体。修复方法：name字段与全站所有<title>中的品牌名称保持完全一致。

错误2：FAQPage标记的答案与页面实际文本不一致。很多站点在配置FAQPage时，复制了一套「更好看」的答案，但与正文文本不同。搜索引擎和AI会同时读取Schema标记和页面文本——当两者不一致时，标记的可信度会降低，AI倾向于忽略Schema而改用页面文本。修复方法：Schema中的答案必须是页面文本的完全摘录，不得自行改写。

错误3：只配置了首页，服务页和博客页没有对应Schema。AI在被问行业相关问题时，检索的通常是深层内容页（服务页、博客文章），而不是首页。首页只有Organization没有详细的服务FAQPage，深层页面没有Article标记——这是最常见的「做了但没做到位」的情况。修复方法：每个重要页面（服务页、核心博客文章）独立配置适合该页的Schema类型。

完整的技术架构说明，可参考AIGEO架构框架说明；关于JSON-LD与llms.txt如何协同工作，可参考机器可读官网建设指南。如需了解完整的SEO+AIGEO双轨部署逻辑，见中小企业SEO+AIGEO获客完整指南。

Q：JSON-LD会直接提高AI引用率吗？

A：会改善，但不是线性关系。JSON-LD让AI能正确识别你的品牌信息，但AI最终是否引用你，还取决于内容质量和答案的自包含程度。技术层是门槛，不是保证。云享耕科技SEO·AIGEO优化包（3,280元起）覆盖JSON-LD合规审计，详见官网服务套餐。

Q：自己能配置JSON-LD吗？

A：可以，且有完整工具链支持。Google Rich Results Test可以即时验证配置是否有效；Schema.org提供每种类型的完整字段文档；如果使用CMS（WordPress等），有插件可以生成JSON-LD而不需要手写代码。对纯静态站点，在<head>中直接插入<script type="application/ld+json">标签即可。

Q：JSON-LD和Open Graph有什么区别？

A：两者服务于不同读者。Open Graph（og:）是社交平台（微信、微博等）分享卡片的格式；JSON-LD（Schema.org）是搜索引擎和AI大模型的格式。两者不冲突，建议同时配置——分别服务于社交传播和搜索/AI引用两个场景。

Q：多久需要更新一次JSON-LD？

A：品牌信息（联系方式、服务范围、价格）变更时必须同步更新；建议每季度做一次Rich Results Test全站扫描，确认无新增报错。Article类型的dateModified字段应在每次实质性内容更新时同步修改——不要只修改文字而忘记更新标记中的日期。

本文首发于云享耕科技

参考文献

W3C. JSON-LD 1.1 Specification (2020)

Princeton NLP Group. Generative Engine Optimization (GEO) (2024)

Google Search Central. Structured Data Documentation (2026)