同样一篇内容，人类读者看到的是排版，AI 看到的是一堆需要猜的文本。结构化数据就是「不用猜」的那部分：用标准格式直接告诉机器这是什么、有什么属性。这篇讲怎么把它用对、用省。
一、结构化数据对 GEO 的价值
AI 抽取实体与事实时，结构化数据是「带答案的说明书」：Organization 明确你是谁（名称、logo、联系方式、社交账号），Product 明确参数与价格，FAQ 直接给问答对——这些都会显著提高抽取准确率。
它还帮助实体建设：schema 把品牌挂进搜索引擎与 AI 的知识体系，与前文说的实体识别直接呼应——标注越完整，实体节点越清晰。
另一个常被忽视的价值：一致性约束。做 schema 时不自觉地要核对口径（名称、参数、价格），本身就是一次全站信息一致性治理。
二、按页面类型选型
全站：Organization（网站级，放全站模板）。
产品/服务页：Product 或 Service（名称、描述、参数、价格、评价）。
问答与帮助页：FAQPage（与可见内容一一对应）。
教程与流程页：HowTo（步骤化内容）。
文章与专题：Article（标题、作者、日期、主体）。
原则是「按页选型、宁缺毋滥」：给页面配它真正对应的一种或两种类型，远比铺满一堆不相关类型有效。
三、实施规范
标注必须等于可见内容：FAQ schema 里的问答必须在页面上真实可见，产品 schema 的价格必须与页面一致——标注与内容不符是最常见也最伤信用的错误。
格式用 JSON-LD：放在页面 head 或正文末尾，独立于 HTML 结构，维护成本最低。
上线前验证：用搜索引擎的富媒体测试/结构化校验工具逐页检查，报错清零再发布；改版后复验，避免模板改动静默破坏标注。
四、与 GEO 其他技术项的关系
schema 与 llms.txt 互补：后者给「站点导览」，前者给「页面说明书」；两者都建立在「内容可抓取」的地基上。
与实体一致性联动：schema 中的组织信息、产品名必须与官网可见内容和第三方口径一致——schema 是把一致性「机器可读化」的载体。
优先级建议：若资源有限，先做 Organization（全站一次到位）+ 核心产品页 + FAQ 页三类，覆盖面已经可观；其余类型随内容建设逐步补齐。