FAQPage 还是 HowTo：结构化数据选错，AI 就不抓

结构化数据在 GEO 里的作用常被高估，但用错类型确实会带来麻烦。这篇讲清楚 FAQPage 和 HowTo 该怎么选。

先说结论

• FAQPage：页面主体是「若干问答对」，适合答疑、常见问题汇总
• HowTo：页面主体是「一系列有先后顺序的步骤」，适合教程、操作指南
• 两者不能混用在同一段内容上，也不建议一个页面同时标两种

选错的典型症状：一个教程页面标成 FAQPage，或者一个问答页面硬拆成 HowTo，导致结构化数据校验报错，或者校验通过但和页面内容对不上。

FAQPage 的适用与写法

什么时候用

页面上有明确的「问题 + 答案」结构，且问题之间没有必须先后的顺序。比如：

• 「Z-Blog 支持 PHP 8 吗？」「收录要多久？」这类独立问答
• 产品页底部的常见问题区块
• 政策解读类的 Q&A 汇总

最小可用示例

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Z-Blog 支持 PHP 8 吗？",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Z-Blog PHP 1.7 及以上版本支持 PHP 8.0 到 8.2，推荐使用 8.1。"
    }
  }, {
    "@type": "Question",
    "name": "新站收录一般要多久？",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "正常更新的新站，7 到 30 天内开始有收录，稳定收录需要 2 到 3 个月。"
    }
  }]
}

几个硬要求：

• 问答内容必须在页面上真实可见，不能只在代码里
• 答案不能是「请咨询客服」这类无信息量的句子
• 一个页面标 3 到 10 条为宜，太多会被认为堆砌

HowTo 的适用与写法

什么时候用

页面主体是「按顺序做会得到某个结果」的步骤。比如：

• 如何配置 Z-Blog 伪静态
• 如何给自己的站点接上 CDN
• 如何排查收录下降

关键判断：步骤顺序能不能换。能换的用 FAQPage 或不标，不能换的才是 HowTo。

最小可用示例

{
  "@context": "https://schema.org",
  "@type": "HowTo",
  "name": "如何在 Z-Blog 中开启伪静态",
  "totalTime": "PT10M",
  "step": [{
    "@type": "HowToStep",
    "position": 1,
    "name": "登录后台",
    "text": "进入 Z-Blog 后台，打开左侧「应用中心」下的「静态管理中心」。"
  }, {
    "@type": "HowToStep",
    "position": 2,
    "name": "选择模式",
    "text": "选择 REWRITE 模式，点击启用。"
  }, {
    "@type": "HowToStep",
    "position": 3,
    "name": "验证",
    "text": "打开任意文章页，确认地址栏显示 .html 后缀且页面正常访问。"
  }]
}

三个常被忽略的细节

1. 校验通过 ≠ 效果出现

Rich Results Test 显示通过，只代表代码合法。至于 AI 会不会用，取决于内容质量和抓取情况，不是标了就会用。所以别把结构化数据当成「一标就有排名」的东西。

2. 不要一个页面标多种类型

有人为了「覆盖所有情况」，在一个页面同时输出 Article + FAQPage + HowTo。这种页面在 AI 眼里类型模糊，反而不容易归类。一个页面一个主类型，是最稳的做法。

3. 内容变了要同步更新

FAQ 删掉了一条但 JSON-LD 里还留着，或者步骤数从 5 步改成 4 步但代码没改——这类不一致会被判为「结构化数据与内容不符」，比不标更糟。

反过来想

如果你的内容本身写得清楚（标题明确、段落有结论、步骤用有序列表），就算不打结构化数据，AI 也大概率能读懂。结构化数据是「让机器更容易看懂」的辅助手段，不是内容质量的替代品。把内容写好比标什么类型都重要。