2026 年 10 月 28 日，爱云科技官网完成了一次全站 JSON-LD 重构：117 个可收录页面统一使用实体图，结构化数据自检从原先的 5 项扩展到 9 项并通过。这个变化带来的直接启示是，企业官网部署结构化数据后，不应该只检查“页面里有没有一段 JSON-LD”，而要验证实体、页面类型、可见内容和跨页引用是否形成闭环。

AI 搜索和传统关键词搜索有一个明显差异：答案生成不只看页面里出现了哪些词，还会判断“这家公司是谁”“页面讲的是哪项服务”“文章、案例和常见问答之间是什么关系”。JSON-LD 能把这些关系说清楚，但它不是让模型自动引用的按钮。标记写错、页面内容与标记不一致，或者同一家公司在不同页面出现不同名称，都会削弱机器对网站的理解。

一、JSON-LD 上线不等于结构化改造完成

结构化数据真正要解决的问题，是把人和机器看到的页面内容映射成稳定实体。以爱云科技官网本次改造为例，全站至少涉及五类页面：公司首页、服务详情、新闻文章、客户案例和聚合列表。每类页面的主实体不同，不能只复制一段 Organization 就结束。

页面类型需要表达的核心内容常见缺失
首页 / 关于我们公司法定名称、品牌、地址、联系方式、服务范围只有 Organization，没有页面节点
服务详情服务名称、提供者、服务区域、可见问答只写 WebPage，没有 Service
新闻文章标题、作者、发布者、时间、栏目、关键词作者引用和站点实体不一致
客户案例项目名称、服务提供者、行业、相关服务只有面包屑，没有项目语义
列表页页面包含哪些服务、文章或案例缺少 ItemList，无法表达集合关系

所以，页面类型是判断结构化数据是否完整的起点。首页解决“公司是谁”，服务页解决“提供什么”，文章页解决“谁发布了什么内容”，案例页解决“做过哪类项目”，列表页解决“这个栏目包含哪些内容”。这些节点再用同一个 Organization 和 WebSite 的 @id 串起来，才是一张可读的站点知识图谱。

二、三项可以直接执行的验收方法

1. 逐页解析，而不是只看源代码截图

建议把 sitemap 里的 URL 全部抓一遍，解析每一个 application/ld+json 区块。验收标准不是“有一段代码”，而是：JSON 可以正常解析；页面类型符合预期；核心节点包含稳定 @id；URL、Logo、图片都是完整地址；没有重复实体和互相冲突的字段。

爱云科技这次全站审计检查了 117 个 URL，结果是没有严重问题，也没有改进建议。文章页 45 篇、案例页 20 个、服务页 11 个都逐页核对了结构化类型，而不是只抽查首页。

2. 做一张跨页实体对照表

结构化数据出问题，很多时候不是语法错，而是不同页面各写各的。建议固定核对六项：法定名称、品牌简称、ICP备案号、联系电话、公司地址、Logo URL。首页、关于页、文章发布者、服务提供者、案例创建者必须完全一致。

实用做法是给公司实体固定一个 @id，例如网站域名加 /#organization，其余页面只引用这个 @id，不再重复写一套名称和地址。页面节点、服务节点、文章节点、案例节点都指向同一个公司实体，模型才能确认这些内容属于同一家公司。

3. 核对“标记内容”和“页面内容”

FAQPage 只能标记页面上真实展示的问答；Service 只能描述页面里确实提供的服务；CreativeWork 只能对应实际案例；不要为了凑类型添加看不见的问题、虚构评价或不存在的价格。搜索引擎和模型一旦发现标记与正文不一致，反而会降低信任。

可执行的判断很直接：打开页面，搜索 JSON-LD 中的问题和服务名称，确认用户能看到同一段文字；再看发布日期、修改时间、作者和图片，确认与页面头部和正文一致。任何需要猜的内容，都先不要写进结构化数据。

三、把验收放进日常发布流程

上线前，用自动脚本抓取 sitemap，检查核心页面是否输出预期类型。发现解析失败、Logo 使用相对路径、FAQ 问答应为空或作者引用丢失时，直接阻止发布。

发布后，把结构化数据自检加入每日 SEO 报告。重点看 Organization、WebSite、文章作者、服务提供者、FAQ 问题和列表数量，而不是只看搜索引擎有没有立刻展示富摘要。

改版时，保持 URL、@id 和公司基础信息不变。确需调整时，先记录旧值和新值，再重新抓一遍首页、服务页、文章页和案例页。对遂宁本地企业来说，这条规则尤其重要：官网、公众号、小程序和线下资料里的公司名称一旦不一致，AI 更容易把主体认错。

四、几个常见误区

  • 给所有页面都加 FAQPage，但页面并没有可见问答。
  • 每个页面各写一份 Organization，名称、电话和地址互相不一致。
  • Logo 使用站内相对路径，解析器无法确认图片属于哪个域名。
  • 为了追求富摘要添加虚构的评价、评分或服务承诺。
  • 认为结构化数据可以替代原创内容、外部引用和真实项目证据。

五、结语

结构化数据是网站与搜索引擎、AI 系统之间的“共同语言”，不是装饰代码。企业官网要做的是先把公司实体、服务、文章、案例和页面关系定义清楚，再用自动检查防止它们在上线、改版和日常发布中走散。

对遂宁本地企业来说，可以先从 Organization 和核心服务页开始，再逐步覆盖文章、案例与列表。每增加一种页面类型，就同时增加一条可执行的验收标准，这样结构化数据才会随着网站一起维护，而不是上线一次后慢慢失效。