JSON-LD：结构化数据的标准序列化格式

JSON-LD（JavaScript Object Notation for Linked Data）是W3C推荐的结构化数据序列化格式，也是Schema.org词汇在网页中部署的事实标准方式。它以类型化JSON嵌入页面，让搜索引擎与AI以机器可读方式直接提取实体与事实。HTML为人眼设计，JSON-LD为机器设计：这是组织、FAQ、文章等实体被准确理解的最短路径。

机制

JSON-LD以script标签嵌入页面head或body，type属性为application/ld+json，内容是一段合法JSON。@context声明词汇表来源（通常为https://schema.org），@type声明实体类型，其余键值按词汇表属性赋值；@id为实体分配全局标识，@graph可组织多个相互引用的实体，构成站点级的实体网络。

解析无渲染依赖是其关键优势：数据在原始HTML中静态存在，不执行JS的爬虫也能直接读取，这与需要渲染才能呈现的前端内容形成互补。引擎与AI系统解析后可将实体对齐到知识图谱，参与品牌实体识别、问答提取与事实核验，一次部署即被多方消费，维护成本远低于多种标记并存。

一致性是硬性要求：标记页面不可见的内容、或与正文矛盾的信息，会被判定为垃圾标记并可能触发人工处罚。空值字段、非法类型、缺少必需属性等语法问题会导致整段解析失败，部署后必须用官方校验工具验证，而非想当然上线，改版时同步更新。

落地方法

• 全站部署Organization与WebSite基础实体标记
• 内容页按类型部署Article、FAQPage、DefinedTerm
• 用Google Rich Results Test与Schema校验工具验证语法
• 数据与页面可见内容严格一致，勿标记隐藏内容
• 多实体用@id与@graph组织并显式声明关系
• 部署后用无JS的HTTP请求确认标记在源码中直出
• 版本化管理JSON-LD模板，页面改版时同步更新

常见误区

• 标记与页面可见内容不一致，触发垃圾标记判定
• 输出空值字段（如datePublished空串），解析整段失败
• 把JSON-LD放进JS动态注入，爬虫抓源码时不存在
• 一页堆砌多个矛盾的同类型实体，引擎无法采信

相关词条：Schema.org、Organization Schema、FAQPage Schema