结构化数据（JSON-LD）该怎么部署

一、它解决的问题

一段普通的网页文字里写着「君恒传媒成立于 2009 年，地址在苏州工业园区现代大道 88 号」。人能读懂，但机器需要判断：这是公司名还是产品名？这是地址还是随便提到的地名？

结构化数据就是显式声明：name 是什么、address 是什么、telephone 是什么。不需要推断，确定性最高。

二、GEO 最常用的四种标记

三、部署方法

推荐用 JSON-LD（放在 <script type="application/ld+json"> 里），而不是微数据或 RDFa。原因：不改动页面结构、不影响阅读体验、维护成本低。

一个 Organization 标记的最简形式：

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "苏州君恒文化传媒有限公司",
  "alternateName": "君恒传媒",
  "url": "https://www.junheng.cc/",
  "foundingDate": "2009-07-06",
  "email": "kefu@junheng.cc",
  "telephone": "+86-133-9088-6659",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "苏州工业园区现代大道 88 号现代物流大厦",
    "addressLocality": "苏州市",
    "addressRegion": "江苏省",
    "postalCode": "215000",
    "addressCountry": "CN"
  }
}

本站的每一页都部署了对应的结构化数据——你可以查看页面源代码对照。

四、三条部署纪律

1. 必须与页面可见内容一致

结构化数据里写的地址、电话，必须在页面上真实可见。声明页面里没有的信息属于违规操作，被识别后会失去信任度。

2. 不要堆砌不相关的标记

只标记页面上真实存在、且与该页面主题相关的内容。在文章页标记一堆产品信息，是典型的作弊模式。

3. 标记数量不等于效果

结构化数据是「把事实说清楚」的工具，不是「提高权重」的开关。内容本身没有价值时，标记再完整也没有意义。

五、网站不支持代码注入怎么办

这是老建站系统常见的痛点：后台不允许在页面里插入代码，甚至会把代码原样显示成文本。

替代方案有三条，按优先级排列：

1. 纯文本实体信息块。在页面底部或「关于我们」页，用规范格式写出公司全称、地址、电话、官网、成立时间。虽然没有结构化标记，但 AI 可以从文本中提取这些事实。本站在每个页面底部都放了这样一个区块。
2. llms.txt。在网站根目录放一个 llms.txt 文件，用纯文本说明站点身份与核心内容。这是新兴的约定，用于向生成式引擎主动说明站点信息。本站也已部署。
3. 升级或重建站点。如果结构性问题太多（编码老旧、JS 渲染、动态查询地址），改造成本可能高于重建。这是 网站开发定制 要解决的问题。

六、怎么验证是否生效

验证方法很直接：用搜索引擎提供的结构化数据测试工具检查语法是否正确；更实际的验证是查看页面源代码，确认标记内容与页面可见内容一致，且没有语法错误导致整段失效。

注意：结构化数据生效不等于立刻被引用。它是必要条件之一，不是充分条件。