后续步骤模块：答案之后的有序行动

后续步骤模块将页面的结论转化为一个简短、有序的计划。它告诉读者现在该做什么、之后该做什么，以及如何判断他们已准备好继续；这些行动都不必是商业性的。

渲染后的元素具有可操作性，无需推销任何东西。其顺序至关重要：在测试之前确定归属，可避免无人负责的建议；在扩展之前进行测试，可限制错误假设的成本。

为什么这个元素很重要

一篇有用的文章往往在读者工作真正开始的那一刻结束。读者可能理解了解释，但由于几个看似合理的行动相互竞争而犹豫不决。后续步骤模块通过将选择缩小到一个小的序列来弥合这种意图与行动之间的差距。

顺序也会改变读者的心理。无序的结论使每个任务看起来同样紧迫，因此困难或模糊的工作可能会排挤掉一个简单的前置条件。编号序列建立了动力。第一个项目应该是现在可以完成的，中间的项目应建立在之前产生的证据之上，最后一个项目应定义交接、验证点或扩展决策。

机器可提取性意味着软件可以恢复行动及其顺序，而无需通过视觉间距进行猜测。一个带有稳定标题、有序列表和每个项目一个行动的类型化模块，向搜索系统、AI 代理、辅助技术和迁移工具展示了一个清晰的序列。隐藏在文字中的"首先"和通过 CSS 排列的卡片可能无法提供可靠的文档顺序。

按照用途遵循元素编写规则 ：当结尾段落以刻意顺序告诉读者现在该做什么时，使用后续步骤元素。一个名为"下一步去哪里"的 H2 和普通散文并不优先于类型化组件。决定格式的是元素的语义任务，而不是其视觉处理或标题措辞。

何时使用

当页面解决了一个问题，但留下两个或更多应按特定顺序进行的行动时，使用后续步骤。常见触发场景包括：从解释到实施、从诊断到修复、从示例演示到读者自己尝试、或者从结果到可重复的操作流程。

特别在以下情况使用：

• 第一个行动是后续所有行动的前置条件；
• 读者需要从小处着手，然后再投入更广泛的资源；
• 结果必须在流程继续之前得到验证；
• 责任从一个人员或团队移交给另一个；
• 页面教授了一种方法，但无法执行读者的实施工作；
• 读者在做出任何产品决策之前需要一个非商业性行动。

近似情况有不同的任务。总结回顾事实。清单定义通过/不通过的要求，可能没有严格的顺序。流程教授完整任务，包括前置条件和恢复。后续步骤是在教学完成后进行的简洁交接。

CTA 模块 请求一次转化，例如开始试用、预约通话或下载文件。后续步骤可以包含"审查基线"、“指定负责人"和"运行一次测试”，而不要求读者转化。不要将三个销售按钮伪装成行动计划。

相关内容模块 提供编辑选择的目的地。它回答"我应该阅读或探索什么？“后续步骤回答"我应该做什么，按什么顺序？“链接资源可以支持一个行动，但一系列文章标题是导航，而非行动序列。

不要将模块用于一个可信行动、在完整流程之后没有单独交接、或用于隐藏未解决的策略。“提升性能、增加权威性、获得更多流量"命名的是愿望，而非可执行的步骤。

放置位置

将模块放在最后一个实质性解释、结果或建议之后。推理必须在行动开始之前完成。在长页面上，后续步骤属于结尾区域，而不是在每个主要部分之后。

当页面还包含来源时，将引用放在其所支持的主张旁边，或将来源模块放在后续步骤之前。证据结束页面的证明义务；后续步骤随后开启实施路径。当相关内容提供行动所需的资源时，将其放在后续步骤之后。如果有理由，结尾的商业 CTA 放在最后。

模块不得放在粘性购买控件、新闻通讯捕获、优惠框或权重相等的按钮组旁边。不得重复相邻的清单。如果两者都需要，清单验证准备就绪，后续步骤描述通过之后的操作。

结构

该组件有七个可识别的区域：

1. 标题： 标记交接，通常为"后续步骤"或更具体的面向行动的短语。
2. 有序列表： 在文档结构中保留预期顺序，而不仅仅在视觉计数器中。
3. 行动标签： 每个项目以一个祈使动词开头，并命名任务。
4. 支持细节： 仅在标签不够充分时解释范围、负责人、输入或约束。
5. 资源链接： 可选地打开该行动所需的确切工具、模板或页面。
6. 成功条件： 当交接依赖于验证时，说明读者在继续之前必须满足的条件。
7. 模块边界： 保持行动计划与结论、相关链接和商业 CTA 的区分。

设计示例

所有变体都保留有序列表语义。呈现方式改变密度，绝不改变源顺序。

紧凑型编号列表

当每个行动适合一句话时，使用此默认样式。

编号卡片

当行动需要解释、负责人或成功条件时，使用卡片。卡片在移动设备上按编号堆叠；只有资源标签可链接。

里程碑交接

当进展取决于明确的关卡（如"试点已批准”）时使用。关卡是成功条件，而非装饰。

资源辅助序列

当行动需要模板、报告或目的地时使用。链接支持行动；它们不是竞争性的 CTA。

负责人交接

用于跨职能工作。每项显示一个责任角色，并将其保持在次要于行动的位置。

参数

规范组件名称为 next-steps。可重复的行动作为嵌套项目，使其标签、细节、链接、负责人和成功条件不会漂移到并行数组中。

第一个项目标题映射到 action；其余正文映射到 detail。不要提供冲突的标题和属性。仅当需要继续紧接在模块之前建立的序列时，才使用 start。

语法和代码示例

可移植 Markdown 指令

:::next-steps{title="Next steps" variant="milestones"}
::item{owner="Content lead" success="One representative page is approved"}
### Choose the pilot page

Select a page with typical structure and enough traffic to reveal regressions.
::
::item{owner="SEO lead" success="Baseline and change are recorded"}
### Apply and verify the change

Compare the same measures before and after implementation.
::
::item{owner="Engineering" success="The release plan has an owner and date"}
### Schedule the wider rollout

Expand only after the pilot meets its success condition.
::
:::

Hugo 短代码

{{< next-steps title="Next steps" variant="milestones" >}}
  {{< next-step action="Choose the pilot page" owner="Content lead" success="One representative page is approved" >}}Select a page with typical structure and enough traffic to reveal regressions.{{< /next-step >}}
  {{< next-step action="Apply and verify the change" owner="SEO lead" success="Baseline and change are recorded" >}}Compare the same measures before and after implementation.{{< /next-step >}}
  {{< next-step action="Schedule the wider rollout" owner="Engineering" success="The release plan has an owner and date" >}}Expand only after the pilot meets its success condition.{{< /next-step >}}
{{< /next-steps >}}

这是一个可移植的契约，并不意味着这些短代码已在此处注册。实际范例使用语义 HTML。每个短代码参数都有名称。

WordPress 区块或短代码

<!-- wp:amicited/next-steps {"title":"Next steps","variant":"milestones"} -->
<!-- wp:amicited/next-step {"action":"Choose the pilot page","owner":"Content lead","success":"One representative page is approved"} -->
<p>Select a page with typical structure and enough traffic to reveal regressions.</p>
<!-- /wp:amicited/next-step -->
<!-- wp:amicited/next-step {"action":"Apply and verify the change","owner":"SEO lead","success":"Baseline and change are recorded"} -->
<p>Compare the same measures before and after implementation.</p>
<!-- /wp:amicited/next-step -->
<!-- /wp:amicited/next-steps -->

WordPress 必须在编辑器、HTML、Feed 和导出中保留项目顺序。重新排序会改变含义，需要编辑审查。

示例

好示例：有序、可测试的交接

后续步骤

1. 选择一个试点页面。 选择一个代表性页面，而不是网站中最容易的特例。
2. 记录基线。 在编辑之前保存当前查询、日期、负责人和衡量指标。
3. 应用一个受控变更。 将不相关的模板和文案变更排除在同一发布之外。
4. 检查结果。 仅当页面通过约定的质量检查且未出现回归时再扩展。

这之所以有效，是因为每个项目都以行动开始，顺序反映了依赖关系，试点限制了风险，最后一个项目提供了决策关卡。

差示例：伪装成步骤的促销选项

你的后续步骤

1. 今天就改变您的可见度！
2. 发现我们强大的平台。
3. 预订演示。
4. 开始免费试用。
5. 订阅新闻通讯。

这之所以失败，是因为这些项目是竞争性的转化，而非一个序列。前两个是宣传口号；后三个可以按任意顺序进行。保留一个合理的商业 CTA，并用页面支持的非商业实施步骤替换该模块。

结构化数据标记与无障碍

后续步骤模块不会创建一个独立的 Schema.org 实体。将其保持在包含页面之内。不要仅仅因为它包含有序项目就将其标记为 HowTo、ItemList 或 Action；结构化数据描述的是页面真实的主要内容。

HowTo 标记仅在整页真正教授一个合格的流程时适用。其页面级步骤代表该流程；不要将结尾模块添加为冲突的第二组。后续工作的建议仍然保留在可见的 HTML 中。

渲染一个 <ol>，每个行动一个 <li>。CSS 计数器可以设置数字样式，但不能提供唯一的顺序。为区域提供一个可见的标题，并使用 aria-labelledby 连接。避免对静态内容使用 role="alert" 和动态区域。

链接必须键盘可达、有可见焦点且脱离上下文也具有描述性。不要链接整个多句卡片。图标、颜色和连接线不能单独承载顺序、所有权或完成状态。

在窄屏上，保留数字顺序，并将次要字段放在其行动之后。在 200% 缩放和自定义文本间距下，项目必须能够重新排列而不被裁剪。

编写规则

每个项目以一个祈使动词开头：选择、记录、比较、测试、分配、验证、安排或升级。这使得行动可提取可观察。除非反思是定义好的任务且有明确输出，否则避免使用"考虑"或"探索”。

默认使用三到五个项目。两个适合简短交接；六个是硬性上限。更长的序列需要完整的流程、清单或指南。

行动标签保持在两到八个词和 60 个字符以内。支持细节每个项目不超过 35 个词。只有在表达成功条件时才使用第二句。模块通常应在 80–180 词以内。

按依赖关系排序，而非商业价值。将最安全、可逆的起始步骤放在首位，验证在扩展之前。对于跨职能工作，每个项目指定一个负责任的负责人。

使用直接、平和的语气。说明最小的有效范围、必要的输入以及继续所需的证据。使动词与页面所教授的内容相匹配；结论不能引入一个未解释的高风险行动。

绝不要将以下内容放入模块内：

• 事实回顾而无行动；
• 超出一个商业 CTA 或一排推广按钮；
• 首次引入的新论点、注意事项、警告、前置条件或法律免责声明；
• 包含子步骤、故障排除或分支决策的完整流程；
• 无序的相关文章集合；
• 无明显任务的模糊结果，如"增加流量"或"提高质量”；
• 人为制造的紧迫感、倒计时语言、未经支持的保证或错失恐惧心理；
• 需要支付、注册或数据共享而未明确说明的隐藏行动。

如果某个行动带来重大风险，请在结尾模块之前的正文相关点解释该风险。后续步骤可以引用安全行动，但绝不能成为警告首次出现的地方。

使用它的文章类型

postTypes 数组是此关系的来源。所列的每种格式都受益于有序交接，但序列必须反映该页面已完成的工作，而非通用模板。

QA 检查清单

• 页面以两个或更多真正需要顺序的行动结束。
• 模块出现在最后一个实质性解释以及判断行动所需的任何证据之后。
• 它不是总结、清单、完整流程、相关内容列表或伪装的 CTA 组。
• 源代码使用有序列表，每个列表项一个行动。
• 每个项目以一个祈使动词开头，并命名一个可观察的任务。
• 序列遵循依赖关系：前置条件在工作之前，测试在推广之前，验证在扩展之前。
• 模块默认包含三到五个项目，绝不超过六个。
• 行动标签保持在两到八个词和 60 个字符以内。
• 支持细节每个项目保持在 35 个词以内，并增加范围、所有权、资源或成功条件。
• 每个链接支持其行动，使用描述性文本，并解析到确切需要的资源。
• 商业行动（如有）限制为一个单独的结尾 CTA，而不是在序列中重复出现。
• 没有新的警告、免责声明、前置条件、证据声明或重要注意事项首次出现在模块中。
• 在任何不可逆、成本高昂或全站范围的推广之前，成功条件是明确说明的。
• HTML 顺序和视觉顺序在桌面端、窄屏、缩放和自定义文本间距下保持一致。
• 标题和含义在不依赖颜色、图标、连接线或卡片样式的情况下仍然清晰。
• 模块不使用不受支持的 HowTo 或 ItemList 标记。
• 截图注释请求未来捕获，且未引用不存在的图片。

常见问题解答

后续步骤模块应包含多少个行动？

大多数情况下使用三到五个有序行动。对于真正简短的交接，两个也可以接受，六个是硬性上限。如果序列需要超过六个行动，请链接到完整流程或清单，而不是将其压缩进一个结尾模块。

后续步骤模块与 CTA 相同吗？

不。后续步骤模块为读者提供有序计划，其行动可以全部是非商业性的。CTA 要求一次主要的转化或承诺。一个页面可以同时使用两者，但行动计划应在前，商业 CTA 在视觉上保持分离。

后续步骤模块可以包含链接吗？

可以，当链接是完成指定行动所必需时。链接行动短语或特定资源标签，使用可爬取的目标地址，不要将每个项目都变成推广按钮。可以在当前页面完成的行动不需要链接。

后续步骤应该使用 HowTo 结构化数据吗？

只有当整个页面是一个真正的流程，并且满足该结构化数据当前的资格和内容要求时才使用。仅凭一个结尾的后续步骤模块并不足以证明 HowTo 标记的合理性，其项目也不得作为单独的流程重复使用。

当页面同时包含相关内容和 CTA 时，后续步骤模块应放在哪里？

将后续步骤放在最后一个实质性部分之后，如果相关内容提供了必要的支持性目的地，则将其放在后续步骤之后，并将结尾 CTA 放在最后。当三者重复相同的行动或目的地时，不要将它们堆叠在一起。

一个强有力的结尾不会强迫转化或重新展开争论。它给读者一个安全的起步动作，保持工作的顺序，并使继续进行的条件变得明确。