《AI 读不懂的工厂》 第 05 章 · Schema 第一次上线
来源：鹿聚GEO · 行业动态 · 作者：孙先生（上海鹿聚信息科技有限公司）
系列： 《AI 读不懂的工厂》
副标题： 一家宁波模具企业的 GEO 改造实录
本章关键词： Schema.org、JSON-LD、Organization、Product、FAQPage
一
TOP10 产品页改到第七款时，陈薇问李海涛：「 表格都有了，AI 怎么还说我们是贸易公司？」
李海涛指着诊断报告 D3 结构化数据：未达标 · 全站无 JSON-LD。
孙顾问进厂，在白板上画对比：
| 没有说明书标签 | 有说明书标签 |
|---|---|
| AI 从段落 猜 企业名和地域 | 直接读 Organization 字段 |
| 产品能力描述模糊 | Product 有 name、description |
| FAQ 难被摘要引用 | FAQPage 可匹配问答 |
王建平：「说人话。Schema 是什么？」
孙顾问：「 网页说明书标签——贴在页面源码里，给 AI 和搜索引擎看的 标准字段：公司叫什么、在哪、产品叫什么、参数多少。 表格是给人和爬虫看的正文；说明书标签是给机器的字段名。 两层都要。」
王建平：「 本周能上线吗？」
「 首页 Organization + 一款 Product + 一页 FAQ—— 先跑通，再铺开。」
二
李海涛第一次写 JSON-LD，手抖。
陈薇坐在旁边填 FAQ 十个采购常问——周期、材料、公差、试模、MOQ、出口资质…… 全从销售话术里抠，不许空话。
李海涛：「JSON-LD 又是啥？」
孙顾问：「 说明书标签的写法——一段带字段名的文本，嵌在页面里。你不需要会写代码， 字段填什么、和页面上看到的是否一致，这才是关键。」
2.1 Organization（首页）
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "慈溪示例精密模具有限公司",
"url": "https://www.example-mold.com",
"address": {
"@type": "PostalAddress",
"streetAddress": "慈溪市某某工业路88号",
"addressLocality": "慈溪",
"addressRegion": "浙江",
"addressCountry": "CN"
},
"industry": "汽车车灯模具、双色注塑、精密模具制造",
"telephone": "+86-574-xxxx-xxxx"
}
</script>
孙顾问强调：「 industry 写工艺，别写『解决方案提供商』。 name 与页脚、工商 一字不差。」
2.2 Product（HT-2207 页）
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Product",
"name": "HT-2207 双色车灯模具",
"description": "850T双色注塑，公差±0.02mm，周期28天，适用汽车后组合灯",
"brand": { "@type": "Brand", "name": "示例精密模具" },
"category": "汽车照明模具"
}
</script>
「 description 必须和页面表格一致——您表格写 850T，说明书标签写 500T， 比没有 Schema 更糟。」
2.3 FAQPage（新建 /faq 页）
陈薇的十个问答嵌进 mainEntity 数组。孙顾问删改了两条 太营销 的：
-
删：「我们是行业领先……」
-
留：「注塑模具开发周期一般多久？」→ 3–8 周，含 DFM、试模
三 · 验收
孙顾问给出 验收三步：
# 1. 页面源码含 application/ld+json
curl -s https://www.example-mold.com/ | grep -o 'application/ld+json'
# 2. Google Rich Results Test（浏览器）或 schema 验证工具
# 3. 字段与可见正文交叉核对——name、address、description
李海涛用 鹿聚GEO 小程序 扫厂名，D3 项从 未达标 → 部分达标（Organization + 1 Product + FAQPage 已部署）。
陈薇截图存档：2026-04-18_D3_Schema_evidence.jpg。
priority_actions 第四条打勾：Schema 首版上线。
老张问：「 采购能感知吗？」
孙顾问：「 短期感知在 AI 描述——『模具制造』替代『贸易』。 长期感知在 长尾问句** 是否提到 HT-2207、慈溪、850T。」
四
上线第二天，文心一言问句复测—— 仍写贸易相关，但 多了「慈溪」「模具加工」 字样。
王建平不算满意，但点头：「 方向对了。」
李海涛踩坑：把 Product Schema 批量模板 时，有一款 复制错 slug，description 指向旧产品。孙顾问要求 CMS 字段联动——改表格自动同步 JSON-LD， 禁止手 copy。
「 说明书标签是活数据，不是上线一次就完。」
五 · 本章问答
陈薇： AI 真的能读 <script> 里的代码吗？
孙顾问： 读的是代码里的字。 JSON-LD 本质是 带字段名的文本；AI 和搜索引擎解析后， Organization.name 比段落里随机出现的公司名 权重更高。
李海涛： LocalBusiness 要不要加？
孙顾问： 有实体工厂、地域客户 建议加；若只有 B2B 无到店， Organization + address 够用。别 类型乱标，LocalBusiness 却填虚拟地址—— 合规风险。
王建平： 魏成会不会说「我们也做 Schema」？
孙顾问： 谁都能贴一段 JSON。 问 字段是否与页面一致、FAQ 是否采购真问、能否复测 D3。」
六 · 本章小结
-
问题： D3 全站无结构化数据，AI 只能靠段落猜测。
-
动作： Organization + Product + FAQPage 首版上线，字段与表格对齐。
-
验收： 源码 grep + 验证工具 + 小程序 D3 状态变化。
-
下一步： llms.txt 阅读入口（ 第 06 章）。
下章预告
第 06 章 · llms.txt 与阅读入口
孙顾问在根目录新建 llms.txt：「 给大模型一张导读地图——哪些 URL 最值得读，比让它全站瞎爬 效率高。」
本文为《AI 读不懂的工厂》连载第 5 章 · 鹿聚GEO 制造业 GEO 实录系列
官网：https://www.lujugeo.cn