09 · 技术基建

技术基建决定 AI 可见度：JSON-LD 与结构化数据入门

前面讲的都是「内容往外发」，这一篇讲「官网自己怎么被读懂」。很多品牌内容发得不少，AI 却只引别人——根因常在技术基建缺位。

假设你写了一篇完美的 AI 友好内容，也发了权威媒体，但用户问 AI「这家公司官网在哪、做什么的」，AI 却答不上来或答错。问题很可能出在：你的官网对机器来说是「黑盒」。

一、机器怎么「认识」一个网站

人类看官网，靠眼睛读 logo、栏目、联系方式。但 AI 检索时，多数情况下不会「肉眼」理解页面，而是读取页面的结构化数据——一种机器能直接解析的「身份证信息」。

没有这层数据，AI 只能靠猜：从正文里硬扒公司名、从 footer 里猜电话。猜错、猜漏是常态。有了结构化数据，你等于主动把「我是谁、我做什么、怎么联系」递到 AI 手里。

二、JSON-LD 是什么

JSON-LD（JavaScript Object Notation for Linked Data）是当前最推荐的结构化数据格式。它是一段嵌在网页里的 JSON 代码，用标准词汇（Schema.org）描述实体信息。

例如，你可以声明：「这是一个 Organization（组织），名称是星空媒体，官网是 xingkongmt.com，联系电话是 XXX。」搜索引擎与 AI 引擎读到这段，就能精准理解，而不是去猜。

三、为什么 JSON-LD 优于其他格式

早期还有 Microdata、RDFa 等嵌在 HTML 标签里的格式。JSON-LD 的优势是与页面展示解耦——它是一段独立的脚本，不影响排版，改动也方便，因此被 Google 及主流引擎优先推荐，也最适合 GEO 场景批量部署。

四、GEO 场景里最该部署的几类 Schema

不是所有 Schema 都同等重要，对 ToB 企业，优先这几种：

•Organization（组织）：公司名、Logo、官网、社交账号、联系方式。

•WebSite（网站）：站点名、搜索框入口。

•Article / NewsArticle（文章）：每篇内容稿的结构化标记，让 AI 精准抽取标题、作者、发布时间、正文。

•Service / Product（服务/产品）：你提供什么业务，便于在「哪家做 XX 服务」类提问中被识别。

•FAQPage（问答）：把常见问题结构化，直接匹配 AI 的问答式检索。

五、一个关键合规提醒

部署结构化数据有红线：不能造假、不能堆无关标记。比如给非文章页硬塞 Article、用虚假评分、隐藏不可见内容骗标记——这些会被引擎判定为作弊，轻则忽略、重则惩罚。

技术基建的目标是「让真实信息被准确理解」，不是「伪造信息骗引用」。这一点，和我们一贯强调的「用证据代替形容词」一脉相承。

六、最小可部署示例

一段最基础的 Organization 标记长这样（示意）：

{  "@context": "https://schema.org",  "@type": "Organization",  "name": "星空媒体",  "url": "https://www.xingkongmt.com",  "logo": "https://www.xingkongmt.com/logo.png",  "contactPoint": { "@type": "ContactPoint", "telephone": "+86-xxx" } }

把它放进首页 `` 的 `