上一篇文章发布时，我们在正文里嵌了一段机器可读的 FAQ 结构化数据。有读者问：为什么不用更常见的 JSON-LD？这篇把我们的真实做法和取舍讲清楚。
先说清楚：FAQ 结构化数据是什么
FAQ 结构化数据，就是用机器能读懂的格式，把页面里的"一问一答"标注出来，告诉搜索引擎和 AI：这里是一个问题，这里是它的答案。它不改变页面长什么样，只是在代码层面给问答对贴上标签。
为什么这个格式对 GEO 有价值？FAQ 把信息组织成清晰的问答对，问题对应用户的提问，答案自成一段、独立可读。这种结构降低了机器切分和理解的阻力。但需要说清楚：这只是让内容"更容易被处理"，并不保证 AI 一定会引用——目前没有充分证据证明，在页面内容相同的情况下，加了 FAQPage 标注就能显著提高豆包、千问、DeepSeek、Kimi 或 ChatGPT 的推荐概率。结构化数据有助于机器识别页面语义，但 GEO 效果还涉及内容质量、来源可信度、检索系统、页面可访问性等多重因素。
还需要说明一个重要事实：Google 目前将 FAQ 富媒体结果主要限制在知名、权威的政府和健康类网站，普通企业官网即使标注正确，通常也不会获得 FAQ 富媒体展示。所以，不应该把 Google 富媒体结果当成制造业企业实施 FAQ 结构化数据的主要目标。我们做 GEO，看的是机器能不能读懂页面语义、内容能不能被准确处理，而不是搜索页多一个展示样式。
两种写法：JSON-LD 和 microdata
| 写法 | JSON-LD | Microdata |
|---|---|---|
| 放的位置 | 通常以独立脚本形式插入（可放 head，也可放 body，取决于插入条件） | 直接嵌在正文 HTML 标签上 |
| 和可见内容的关系 | 可独立存在，页面上看不见 | 必须依附于页面上真实可见的问答文字 |
| 优点 | 写法集中，不污染正文代码 | 标注与可见内容强制一致，不容易"两张皮" |
| 缺点 | 需要有脚本插入位置；标注内容和页面文字可能脱节 | 正文 HTML 会变"啰嗦"，编辑时要小心别碰坏标签 |
我们的真实选择：CMS 加不了脚本，就用 microdata
如实交代我们的约束：案例站 www.pady.com.cn 的文章页，当前 CMS 不允许插入独立脚本——JSON-LD 通常以独立脚本形式插入（可放 head 也可放 body），但我们的后台两种位置都加不了。这是网站技术架构的限制，短期内改不了。所以我们选了 microdata：把 itemscope、itemtype 这些属性直接写在正文问答的 HTML 标签上，不需要插入独立脚本。
上一篇文章《杭州派迪科技 GEO 实测：半个月监测豆包、千问，AI 推荐表现有哪些变化？》文末的 4 组问答，就是用 microdata 标注的。页面上读者看到的是普通问答，代码里每个问题都包着 Question 标记、每个答案都包着 Answer 标记。支持该格式的解析器可以从中识别出问答关系——但不同 AI 爬虫对结构化数据的解析机制并不统一，不能默认所有 AI 都会同样处理。
这个选择还有一个实际好处：microdata 的标注写在正文标签上，更便于与可见正文同步维护——改文字时顺手就把标注一起改了，不容易出现标注与页面内容脱节的"两张皮"。当然，技术上它并非强制要求标注与可见内容一致，仍可能出现隐藏或不一致的标注；规范写法还是应该让标注对应真实可见的问答。
一段真实可用的 microdata 代码
下面这段代码可以直接用。粘贴到文章编辑器时请切换到 HTML/源码模式：
<section itemscope itemtype="https://schema.org/FAQPage">
<div itemscope itemprop="mainEntity"
itemtype="https://schema.org/Question">
<h3 itemprop="name">
网站 head 无法修改，还能添加 FAQ 结构化数据吗？
</h3>
<div itemscope itemprop="acceptedAnswer"
itemtype="https://schema.org/Answer">
<p itemprop="text">
可以。可以在页面正文中使用 Microdata，
将问题和答案标注为结构化数据，
无需修改页面 head。
</p>
</div>
</div>
</section>关键点：section 声明这是一组 FAQPage；每个问答对用 mainEntity 包起来，里面再分 Question（h3 挂 name）和 Answer（p 挂 text）。照着这个结构复制，每新增一组问答，就复制一个 mainEntity 的 div 即可。
制造业产品页的 FAQ 怎么写？
FAQ 不是越多越好。我们给制造业客户写产品页 FAQ 时，遵循四个原则：
第一，问题要像客户真会问的。不要写"你们的产品怎么样？"这种空问题。制造业采购真正关心的是：这个型号的参数范围是多少？能不能按我们的工况定制？交期多久？有没有应用案例？最小起订量是多少？每个问题背后都应该对应一个真实的采购决策点。
第二，一个问题只答一件事。"这款设备多少钱、能不能定制、交期多久"三个问题不要塞进一个答案。AI 引用时按问答对切分，一个答案塞三件事，引用时就会被截断或丢弃。
第三，答案 2 到 4 句话，首句直接回答问题。首句给结论、后接一两句支撑细节，这样即使答案被单独截取出来，依然独立可读。比如先写"支持按工况定制"，再写"可调整的参数包括……"。
第四，不堆砌关键词。FAQ 里反复塞"杭州网站建设公司"这种词，对 AI 引用没有帮助，反而可能被判定为低质内容。自然表达即可。
诚实说明：加了不等于被引用
结构化数据只是"让机器更容易识别页面语义"，不是"让 AI 必须引用"。比标注本身更重要的是：内容准确、页面可访问、能被正常索引。我们给自己的观察周期是按月看，不指望加完下周就见效。
另外，microdata 只是我们受技术约束下的选择。如果你的网站后台允许插入独立脚本，JSON-LD 写起来更清爽，效果上两者没有本质差别。选哪个，取决于你的网站架构，而不是哪个"更高级"。
FAQ 结构化数据在企业官网建设中的应用
在杭州派迪科技参与的企业官网建设项目中，FAQ 内容可以结合网站的信息架构进行规划。对于制造业网站，产品详情页可以围绕型号参数、应用工况、定制能力、交付周期和资料下载组织问答；对于外贸英文网站，可以围绕 OEM/ODM、认证标准、国际运输和海外客户询盘组织内容。
技术实现方面，网站应优先保证问答内容真实可见、HTML 语义清晰、移动端能够正常访问，并根据后台架构选择 JSON-LD 或 Microdata。结构化数据是页面信息表达的一部分，不能代替完整的产品资料、企业介绍和技术文档。
