操作指南 HowTo：富媒体结果已弃用与现状解读

这一篇和其他类型图鉴不同：它的目的不是教你「怎么拿到 HowTo 卡片」，而是讲清一个已被弃用的功能现状，帮你避免在已经失效的方向上浪费精力。理解一个类型为什么被下线、之后该怎么做，本身就是结构化数据素养的一部分。

发生了什么#

HowTo 曾用于把分步教程标记成可在搜索结果直接展开步骤的富媒体卡片。Google 在 2023 年对它做了两步处理：先把 HowTo 富媒体结果限制为仅在桌面端展示，之后宣布完全停止展示该富媒体结果，并移除了 Search Console 中对应的增强报告。

官方文档入口（保留历史与现状说明）：Google Search Central：HowTo structured data。请以官方文档的最新状态为准。

这对你意味着什么#

要不要删掉旧标记#

不必紧急删除。失效的 HowTo 标记不会再带来富媒体结果，但通常也不会因此受罚。务实的做法：

• 下次维护页面时，移除纯粹为 HowTo 卡片而加的 HowTo 块；
• 如果 HowToStep 是作为 Recipe 等仍有效类型的一部分，保留并按所在类型规则处理；
• 不要为「清理弃用标记」单独发起大规模改动，顺手做即可。

历史字段结构（仅作了解）#

下面是 HowTo 曾经的典型结构，仅供理解历史与迁移判断，不建议再为求卡片而新写。

{
  "@context": "https://schema.org",
  "@type": "HowTo",
  "name": "如何给页面添加 JSON-LD",
  "totalTime": "PT10M",
  "tool": [
    { "@type": "HowToTool", "name": "代码编辑器" }
  ],
  "supply": [
    { "@type": "HowToSupply", "name": "页面 HTML" }
  ],
  "step": [
    {
      "@type": "HowToStep",
      "name": "准备数据",
      "text": "整理页面要表达的字段。",
      "url": "https://example.com/guide#step1"
    },
    {
      "@type": "HowToStep",
      "name": "写入 script 标签",
      "text": "把 JSON-LD 放进 application/ld+json。",
      "url": "https://example.com/guide#step2"
    }
  ]
}

字段含义：step（必备步骤，HowToStep）、HowToSection（步骤分组）、HowToTool（工具）、HowToSupply（材料）、totalTime（ISO 8601 时长）。注意 HowToStep 这个构件在 Recipe 中仍然有效。

教程页现在该怎么做#

1. 大多数教程文章：用 Article + BreadcrumbList；
2. 菜谱类：用 Recipe，步骤用 HowToStep；
3. 有真实问答模块：可加 FAQPage（注意 Google 对 FAQ 展示也有收紧）；
4. 把内容本身写清楚：清晰的标题层级、有序步骤、配图，对用户和搜索引擎都比追逐已下线卡片更有用。

本站为什么不实装 HowTo#

HowTo 富媒体结果已被下线，为它单独标记不再带来任何展示，反而会给人「这功能还在」的错觉。本页作为教程文章，使用 Article、BreadcrumbList、FAQPage——这才是当前如实、有效的做法。

HowTo 决策清单#

• 已知 HowTo 富媒体结果在 2023 年被下线
• 不为求 HowTo 卡片而新写 HowTo 标记
• 旧 HowTo 标记在维护时顺手清理
• Recipe 中的 HowToStep 保留，按 Recipe 规则
• 教程页改用 Article + BreadcrumbList
• 不再监控已移除的 HowTo 报告
• 投入任何类型前先查官方文档当前状态

常见问题#

HowTo 富媒体结果现在还有吗？

没有了。Google 在 2023 年宣布逐步弃用 HowTo 富媒体结果：先限制为仅桌面端展示，随后完全停止展示。也就是说，即使你的 HowTo 结构化数据完全有效，Google 也不会再为它生成步骤式富媒体卡片。Search Console 的 HowTo 增强报告也已相应移除。

已经标了 HowTo 结构化数据要删掉吗？

不必紧急删除。无效的旧标记不会带来富媒体展示，但通常也不会因此受到处罚。可以在下次维护时清理掉纯粹为 HowTo 卡片而加的标记，把精力放到仍有富媒体效果的类型上。如果 HowTo 被嵌套在仍然有效的结构（如 Recipe 的步骤）中，则按所在类型的规则处理。

现在还需要给教程页做结构化数据吗？

教程页本身仍应使用合适的结构化数据，但重点不再是 HowTo。大多数教程文章用 Article 加 BreadcrumbList 即可；菜谱类用 Recipe，其步骤用 HowToStep 表达仍然有效。把内容写清楚、结构清晰，对用户和搜索引擎都比追逐已下线的卡片更有价值。

为什么本站这篇 HowTo 文章不实装 HowTo 标记？

因为 HowTo 富媒体结果已被 Google 下线，为它单独标记不再带来任何富媒体展示，反而可能让人误以为还有效。本页作为教程文章，使用 Article、BreadcrumbList、FAQPage，这才是当前如实、有效的最佳实践。