Google 于 2023 年从搜索结果中下线了 HowTo 富媒体搜索结果。许多团队看到步骤卡片消失，便直接移除了整套 HowTo 标记，这是一个误判。富媒体搜索结果消失，只代表步骤不再以卡片形式展示在蓝色链接下方；schema.org 中的 HowTo 类型并未废止。对于需要抓取网页并拆分内容的 AI 答案引擎来说，这种边界清晰的步骤结构依然有用。HowTo 标记仍值得保留，只是它的主要阅读对象已从 Google 搜索结果页面，转向 ChatGPT、Perplexity 和 AI Overview 等产品。
Google 下线的是富媒体搜索结果，不是结构化数据
先把事实讲清楚。2023 年 9 月，Google 先将 HowTo 富媒体搜索结果限制在桌面端，随后又将其完全下线；同一轮调整中，FAQ 富媒体搜索结果也大幅收缩，仅保留给少数政府和医疗网站。如今在 Google 搜索教程时，你不会再看到展开的步骤列表或可点击的缩略图。这是 Google 对搜索结果展示方式的调整，并不代表 schema.org 词汇被废除。HowTo、HowToStep 和 HowToTool 仍在规范中，语法依然有效，机器也仍可解析。
真正改变的是“谁在读取”。过去编写 HowTo，主要是希望 Googlebot 识别页面并展示富媒体搜索结果；现在，读取这些标记的还包括用于检索增强生成的 AI 引擎。它们抓取网页后，会先把内容切分成片段，再交给模型处理。如果步骤已经通过结构化标记明确了顺序和边界，切片质量通常会更高，引用时也不容易把第三步的内容误接到第一步。
为什么 AI 答案引擎尤其需要步骤结构
“如何完成 X”是用户最常向 AI 助手提出的问题类型之一。用户需要的是一套可以照着执行的操作，而不是从一篇长文中自行寻找重点。当引擎判断某个页面符合这类意图时，往往会优先提取顺序清晰的内容片段。HowTo 标记恰好能同时说明四件事。
- 顺序：步骤数组的排列直接告诉引擎哪一步在前、哪一步在后，无需再从正文中推断。
- 边界：每个 HowToStep 都是独立单元，切片时不容易把两个步骤粘在一起，也不容易截断单个步骤。
- 对应关系：name 和 text 字段分别说明“这一步要做什么”和“具体怎么做”，便于引擎准确摘录。
- 可信度：当标记内容与页面上的可见正文一致时，引擎更可能把页面视为可引用来源，而不是直接跳过。
2026 年，如何编写机器仍能读懂的 HowTo
基础结构只有两层：外层是一个 HowTo，内层是 step 数组，数组中的每个元素都是一个 HowToStep。HowTo 至少要提供 name，每个步骤则至少要有 name 和 text。根据需要，还可添加 HowToTool（工具）、HowToSupply（材料），以及各步骤的图片或锚点 URL，帮助引擎把内容片段准确关联回页面中的对应位置。建议使用 JSON-LD，并将其放在页面的 head 或 body 中。
简化后的示例如下：{ "@context": "https://schema.org", "@type": "HowTo", "name": "如何设置 GA4 转化事件", "step": [ { "@type": "HowToStep", "name": "创建自定义事件", "text": "进入 GA4 管理界面，点击‘事件’，然后添加一个自定义事件。", "url": "https://example.com/ga4-guide#step1" }, { "@type": "HowToStep", "name": "标记为关键事件", "text": "在事件列表中，为该事件开启‘标记为关键事件’开关。", "url": "https://example.com/ga4-guide#step2" } ] }。每个步骤的 url 都使用页内锚点，让引擎可以把引用直接指向对应段落。
哪些页面适合使用，哪些页面不适合？
HowTo 只能标记页面上真实存在、并且确实属于“完成一件事所需步骤”的内容。单页教程、设置指南和安装流程都适合使用。标记中的每一步，都必须能在页面可见正文中找到。如果产品页面只有营销文案，没有实际操作步骤，却被强行加上 HowTo，这就是对结构化数据的误用，长期来看只会损害可信度。判断方法很简单：如果把页面打印出来，读者能否按顺序一步步完成操作？如果不能，就不要使用 HowTo。
如何与 Article 和 Product 分工
一个页面通常不止一种 schema。教程页面的合理组合是：用 Article 说明文章本身的标题、作者和发布时间，用 HowTo 描述文章中的操作步骤。两者各司其职，不会争抢同一段内容。如果这些步骤是在教用户使用某款产品，还可以用 Product 或 SoftwareApplication 描述产品本身，再用 HowTo 描述操作流程。原则是，每种类型只负责表达其适合的信息，不要为了堆砌关键词，让多个类型重复描述同一段文字。
如何验证并追踪效果
Google 的 Rich Results Test 已不再预览 HowTo，因此不要再把它作为验收工具。应改用 schema.org 官方的 Schema Markup Validator（validator.schema.org）。它只检查语法是否合法，不受富媒体搜索结果政策影响，正好符合当前的验证需求。通过语法检查后，真正需要关注的是引用结果：AI 答案引擎是否抓取了你的步骤来回答问题？回答中是否标注了你的页面作为来源？靠人工提问无法穷尽所有情况，因此需要使用 Brand Radar 这类能够定期监测 AI 引擎品牌曝光的工具，记录页面被哪些引擎引用，以及触发引用的搜索词或提问。
HowTo 标记的价值，已经从“在 Google 搜索结果中多展示一张卡片”，转向“让 AI 引擎准确提取你的步骤，既不出错，也不遗漏你的页面”。
现在要做的事情很务实：盘点现有教程页面，为适合的页面添加 HowTo，确保标记内容与可见正文一致，再用 Schema Validator 检查语法，最后追踪 AI 引擎是否开始引用这些内容。如果你不确定哪些页面值得添加标记，或者添加后 AI 能否正确读取，可以预约一次 30 分钟的 GEO 诊断。我们会直接检查你的实际页面，找出差距，并明确告诉你下一步该怎么做。
