摘要块：不引入新主张的收尾综合

摘要块是页面的收尾综合：它重新连接核心问题、已支持的结论以及读者应记住的含义。它不会重新开启论证或增加最后一个事实。

这个呈现示例压缩了一个论证，而非罗列其章节。它命名了结果，连接了三个先前已确立的条件，并以更广泛的含义收尾。其中的任何内容都不应在此首次出现。

为什么这个元素很重要

读者在读完一篇篇幅较长的页面时，脑海中仍有各种细节在竞争。收尾综合能减轻这种负担。它告诉他们证据、示例和限定条件是如何组合在一起的，使他们带着页面的实际结论离开，而非碰巧读到的最后一个段落。当推荐是有条件的时，这种效果尤其有用：“追求速度选 A，但控制更重要时选 B”——这种关系可能分散在多个对比章节中。

摘要还提供了完结感。完结感并不意味着鼓舞人心的收尾语或重复标题。它意味着页面提出的问题现在得到了解决。读者在读完摘要块后应能回答三个问题：页面确立了什么、为什么得出这个结论、以及这对当前决策或任务意味着什么。

机器可提取性是指搜索、检索和 AI 系统能够在不丢失含义的情况下分离出某段内容的能力。一个有边界的摘要可以提供包含主题、结论和必要条件的紧凑段落。这使得页面的最终立场比由模糊代词、推广语言或不连贯的行动号召构成的结尾更容易识别。它不会产生排名或引用特权；只是减少了理解页面结论所需的推理。

“不引入新主张"规则保护了双方受众。如果在最后一段遇到一个新的统计数据，读者无法检查其方法或背景，而需要向后搜索并不存在的支持依据。机器可能会提取那个无支持的陈述，因为它看起来很有决定性。因此，摘要比普通的说明性散文具有更严格的证据边界：它可以合并已有主张，但不能扩展它们。

何时使用

当页面要求读者综合多个章节才能使答案变得完整时，使用摘要。长篇指南、带有条件推荐建议的对比、包含发现和局限性的研究页面、带有结果和归因限制条件的案例研究，以及包含多个诊断分支的故障排查页面，通常都能从中受益。

当最后一个实质性章节以细节而非综合结束时，使用摘要。一篇迁移指南可能以监控指令结尾，但读者仍然需要更广泛的结论：准备、映射、上线控制和上线后观察构成一个系统。摘要提供了这种整合，而无需重复每一个步骤。

不要自动使用它。以下这些近似情况有不同作用：

• 页面顶部附近的列表是关键要点 ，而非收尾摘要。
• 文章之后的一系列操作是后续步骤元素 ，而非综合。
• 要求订阅、购买、开始试用或预约演示的提示是行动号召块 ，而非结论。
• 已经解决一个狭窄问题的简短答案页面可能不需要第二个结尾。
• 仅仅说"如我们所见"然后重复章节标题的最终段落，是对结构的回顾，而非含义。
• 改变推荐建议的后期限制条件应放在其所限定的证据旁边，然后才能在摘要中保留。

按目的应用元素写作规则 ：当某段文字的作用是综合已完成的页面时，即使草稿称之为"结论”、“最后思考"或"收尾语”，也应使用类型化的摘要元素。标题是文档层级结构；元素记录的是编辑目的。

放置位置

将摘要放在最后一个实质性章节以及验证论证所需的任何参考资料之后，但在相关导航、后续步骤或收尾行动号召之前。证据必须在综合之前完整，综合必须在页面要求读者离开或采取行动之前完整。

不要在摘要之后附加一个悄悄改变结果的孤立句子。摘要之后，只允许出现独立的导航、行动、作者说明、更新或页脚元素。如果正文仍需要对推荐建议进行限定，说明实质性内容尚未完成。

结构

标记区域是语义性的而非装饰性的：

1. 标签： 将摘要块标识为"摘要"或"结论”。每个网站使用一个稳定的标签。
2. 可选标题： 当通用标签不够用时，命名已解决的主题。
3. 核心结论： 用简洁新颖的语言重述页面的答案。
4. 综合桥梁： 解释主要发现、条件或阶段如何组合在一起。
5. 保留的限定条件： 保留保持结论准确性所需的任何例外或限制。
6. 含义： 说明综合结论意味着什么，而不将其变成新的指令或销售主张。
7. 区块边界： 将编辑性收尾与后续的导航和转化元素区分开。

核心结论和保留的限定条件在语义上是强制性的，即使它们共享一个句子。截图应标记内容区域而非排版样式，因为边框、颜色和间距可以变化而不改变协议。

设计示例

每种变体都保持相同的证据边界。视觉差异反映的是综合的复杂性，而非页面的重要性。

纯文本段落： 适用于聚焦性文章的默认样式。当结论、理由和含义自然地组合在一起时，使用一个标题和一个段落。

高亮面板： 适用于长页面，此时收尾综合需要与详细的最后章节有更强的边界。样式不得使其看起来像警告、广告或交互控件。

决策摘要： 当结论取决于受众、约束条件或使用场景时使用。用散文形式表述决策规则；不要将微妙的对比简化成绝对的赢家。

研究摘要： 将主要发现与解读所需的条件限制相结合。所有数值、样本细节和因果边界必须已在方法或发现章节中出现。

紧凑型摘要： 适用于仍需要综合但篇幅较短的页面。即使渲染器以无面板方式呈现，它在源码中仍然是类型化元素。

参数

组件协议确保编辑含义在不同系统间可移植。

每页只允许一个摘要块。当未提供 title 属性时，正文第一个标题映射到 title；其后的所有内容映射到 content，遵循共享的正文映射规则。不要同时提供 title 属性和不同的第一个标题。正文可以包含两个短段落，但不能包含要点列表、嵌套行动号召、表格、图片、新引用或第二个标题。

语法与代码示例

三种形式都编码相同的高亮摘要。适配器可能改变其 HTML，但每个都必须暴露一个标记为收尾区域的标签以及相同的文本。

可移植 Markdown 指令

:::summary-block{variant=highlighted}
## 摘要

迁移之所以成功，是因为重定向、内部链接、规范标记和监控保留了旧 URL 与其最接近有效替代页面之间的关系。将这些控制措施视为一个传输系统：缺少任何一个都可能导致用户和爬虫无法完整到达新网站。
:::

Hugo 短代码

{{< summary-block variant="highlighted" title="Summary" >}}
迁移之所以成功，是因为重定向、内部链接、规范标记和监控保留了旧 URL 与其最接近有效替代页面之间的关系。将这些控制措施视为一个传输系统：缺少任何一个都可能导致用户和爬虫无法完整到达新网站。
{{< /summary-block >}}

WordPress 块

<!-- wp:amicited/summary-block {"variant":"highlighted","title":"Summary"} -->
<p>迁移之所以成功，是因为重定向、内部链接、规范标记和监控保留了旧 URL 与其最接近有效替代页面之间的关系。将这些控制措施视为一个传输系统：缺少任何一个都可能导致用户和爬虫无法完整到达新网站。</p>
<!-- /wp:amicited/summary-block -->

这些示例指定了一个可移植的接口。它们并不意味着渲染器应接受未声明的样式或从任意的最后段落中推导摘要。

示例

好的示例：带有既定边界的综合

摘要

一个有用的比较不会产生一个普适的赢家。它展示哪个选项符合每位读者的优先级，对两者应用相同的标准，并将价格、功能和证据保留在其所述的语境中。因此，结论是一个决策规则：选择满足最重要约束条件的选项，而不是功能清单最长的那个。

这个示例之所以有效，是因为它结合了页面的方法、证据标准和含义。“每位读者的优先级"保留了推荐建议的条件性。每一个观点都可以追溯到读者已经看过的章节。

不好的示例：伪装成收尾的新主张

结论

选项 A 是明确的赢家，通常可将运营成本降低 40%。它正在改变行业，所以今天就预约演示，以免价格上涨。

这个示例因四个原因而失败。成本数字出现时没有先前的证据或范围依据。“明确赢家"抹去了真实对比所确立的条件。“正在改变行业"是一个无支持的夸张表述。演示和价格压力语言将编辑性收尾变成了推广。将有支持的成本证据移入对比正文，在结论中保留条件，并将任何合理的行动放在独立的行动号召中。

Schema 标记与无障碍

对于摘要或结论块，没有专门的 Schema.org 类型。将其保持在包含它的 Article、TechArticle、Report 或其他有效的页面实体内部。除非发布系统确实将摘要用作文档的摘要且可见文本与结构化的值一致，否则不要将其标记为 abstract。不要仅仅因为那些类型可用就将其转换为 FAQPage、HowToStep 或 ItemList。

使用语义化的 <section> 或 <aside> 并带有无障碍名称。<section> 通常是正确的，因为摘要是主要论证的一部分；只有当内容是补充性的而非文章的结论时，才使用 <aside>。使用 aria-labelledby 将区域连接到其可见标题。如果紧凑型变体没有可见标题，提供 aria-label="Summary"，但可见标签更为可取。

标题级别遵循文档大纲，在文章页面中通常是 H2。当组件可能嵌套在其他有效级别时，不要在渲染器中硬编码 H2。保持足够的颜色对比度，不要仅使用颜色或图标作为摘要提示，并在相关链接或行动号召之前保持正常的阅读顺序。完整结论必须存在于 HTML 中；不要仅在悬停或客户端交互后才显示关键限定。

对于提取，优先使用显式名词而非回指。“分类模板保留筛选条件"在孤立情况下仍然可理解；“它保留这些条件"则可能不行。尽可能将主题、结论和条件保持在同一个段落中。

写作规则

这些限制的存在是为了强制进行综合。一个需要多屏才能显示完的收尾章节是在继续文章，而不是做总结。

• 大多数情况下写 60–120 词；仅当复杂的对比或研究结果需要实质性限定时，才使用最多 180 词。
• 默认使用一个段落；当含义需要与结论分开时，使用两个短段落。
• 在第一句中指明主题，以便该段落被提取时仍然可理解。
• 将核心结论与两到三个已确立的支持性观点相结合；不要按顺序重播每个章节。
• 保留条件、人群、时间段、单位以及不确定性——如果移除它们会改变主张的话。
• 使用冷静、果断的语言。避免诸如"总而言之”、激励性的收尾语、反问句和模糊的"最后思考"等陈套。
• 与开头的关键要点 措辞有所变化，同时保持相同的事实边界。
• 绝不引入新的数字、来源、命名示例、产品功能、比较、推荐、例外或因果主张。
• 绝不在摘要块内隐藏行动号召、后续步骤列表、免责声明、来源注释或相关链接。
• 当正文确立了有条件的选择时，绝不声称有普适的赢家。
• 绝不为了听起来更有力而省略限制条件。

使用逆向验证法：在摘要草稿中给每一个命题加下划线，然后指出确立该命题的章节。命题是可为真或假的陈述。如果任何命题没有先前的归属位置，要么删除它，要么在保留它之前先修改正文。仅仅在摘要中链接一个来源并不能修复缺失的论证；读者应在主张得到展开的地方看到证据。

使用该元素的文章类型

postTypes 前置元数据控制着这种关系。每种包含的文章类型都有进行综合的理由，但摘要的使用仍取决于页面复杂度，而非强制性填充。

QA 检查清单

• 该摘要块只出现一次，位于所有实质性主张和必要参考资料之后。
• 它位于相关内容、后续步骤以及任何收尾行动号召之前。
• 第一句指明了主题并陈述了核心结论。
• 每一个主张、数字、比较、示例和推荐建议在正文中都有可识别的先前提及位置。
• 必要的限定条件仍附着于其所约束的主张。
• 摘要块综合的是关系，而非罗列标题或重播章节。
• 它没有逐句重复开头的要点。
• 不包含行动号召、后续步骤列表、来源注释、免责声明、图片、表格或嵌套元素。
• 标题级别适合页面大纲，且区域具有无障碍名称。
• 摘要在其边框、图标、前一段或后续行动号召缺失时仍然可理解。
• 渲染的变体与声明值之一匹配，且未引入页面特定的样式。
• Markdown、Hugo 和 WordPress 映射保留相同的标题、正文、顺序和证据边界。

常见问题

常见问题