一句话答案：我们把自家站点 46 个页面逐页审计了一遍：结构化数据（JSON-LD）其实 46/46 全覆盖，但真正影响抽取的四项严重不足 —— 「一句话答案」只有 9/46（20%）、术语定义 9/46（20%）、首屏关键数字 14/46（30%）、问句 H2 30/46（65%）。改造后 33/33 达标。要先说明：这一页解决的是「机器能不能准确读出你的内容」，不解决「AI 愿不愿意引用你」——后者还取决于内容与问题的匹配、事实是否可核验、以及外部有没有人提到你。
| 指标 | 改造前 | 改造后 |
|---|---|---|
| JSON-LD 覆盖 | 46/46 = 100% | 100% |
| 「一句话答案」块 | 9/46 = 20% | 33/33 |
<dl> 术语定义 | 9/46 = 20% | 33/33 |
| 首屏 1,500 字内有具体数字 | 14/46 = 30% | 33/33 |
| H2 为问句 | 30/46 = 65% | 33/33 |
这说明一件反直觉的事：「有没有结构化数据」早就不是瓶颈，瓶颈在正文怎么写。
反例：先讲行业背景三段，第四段才说结论。改法：H1 之后直接给一句可摘走的答案，再展开。
反例：通篇用「候选」「引用」但从不说明是怎么判的。改法：用 <dl> 先把 3–4 个易混概念定清，后文再引用。
反例：「两者不是替代关系」。改法：改成问句「为什么说两者不是替代关系？」，与用户提问对齐。
反例：数字埋在第三屏的表格里。改法：首屏 1,500 字内必须出现至少一个核心数字。
反例：只有正文段落，没有问答对。改法：3–5 组问答，正文与 FAQPage 条数必须一致。
反例：电话写在图片里，邮箱只在页脚。改法：用文本 + contactPoint 双写。
反例：只有 Organization，没有 Article。改法：文章页加 Article，联系页加 ContactPage。
不能。结构解决的是「同一内容能不能被准确读出」，不解决「AI 愿不愿意引用你」——后者还取决于内容与问题的匹配、事实可核验性、以及外部覆盖。
但反过来说：结构没做对，后面三件都白做。
先改第 1 项（一句话答案）。它的成本最低、对所有页面都适用。
不能。结构化只保证"能被读懂"，被引用还需要内容匹配、事实可核验与外部覆盖。
抽 10 页，逐页看：有没有一句话结论、有没有术语定义、标题是不是问句、首屏有没有数字、有没有 FAQ 与 Article 标记。