统计条：带有来源和时段的关键数字

统计条是一个紧凑的行，包含两到四个头条数字，每个数字配有一个标签、来源和报告期间。它的作用是展示构成页面框架的少数几个数字——而不是将整个数据集压缩成装饰性色块。

以上数值是说明性的支持团队示例，并非关于 AmICited 或任何真实公司的声明。来源和时段保持可见，因为示例应当展示生产规范，而不是教读者稍后添加证据。

为什么这个元素很重要

读者在阅读周围段落之前就会注意到大字数字。一个好的统计条利用这种注意力在几秒钟内建立规模、变化或结果。三个有力的数字创建一个简单的心理模型：响应速度、服务可靠性和客户反应。八个较弱的数字则造成扫描问题。它们以相同的视觉重量竞争，迫使读者决定哪些重要，并将强调变为噪音。

统计条之所以有效，是因为它减少了选择成本，而不是因为大号排版让声明更有说服力。每个数字必须回答一个不同的重要问题。如果两个色块本质上说的是同一件事——例如"94% 在 SLA 内解决"和"6% 违反 SLA"——其中一个就浪费了有限的空间。如果一个数字令人印象深刻但与页面结论无关，它的突出反而会误导而非帮助。

机器可提取性是指爬虫、搜索系统或 AI 答案引擎能够保留数值与其所衡量内容之间关系的能力。“94%“本身无法使用。“在 SLA 内解决的工单占比 94%，支持导出，2026 年 1 月–6 月"是一个有边界的声明：数值、指标、来源和时间段保持关联。统计条应以文档顺序将这些关系作为文本暴露，而不是将其嵌入图像或仅在 JavaScript 运行后才组装。

这也是为什么类型化元素优先于视觉上相似的自由文本。根据元素编写规则 ，其目的是呈现少量头条数字的段落必须使用统计条结构。三个加粗段落看起来相似，但它们不提供稳定的项目边界、字段或用于来源和期间的验证钩子。

何时使用

当两到四个数字总结了页面的核心证据，且无需先阅读方法论部分就能理解时，使用统计条。合适的数字包括衡量结果、基线到当前的变化、市场规模、群体数量、中位数、比率、持续时间或时点运营事实。当这些数字回答互补的问题而不是重复一个结论时，统计条尤其有用。

证据必须在设计统计条之前就已存在。一个强有力的选择测试是：如果读者只复制这些数字，每个数字是否仍然准确、适当限定、并能代表页面？如果不是，将该数字保留在散文或详细数据展示中，使其附带的说明条件能与之共存。

常见的不完全匹配情况：

• 一行产品优势：“更快”、“更简单"和"更智能"是声明，而不是统计数据。使用有证据支持的利益文案。
• **KPI 仪表板：**实时运营监控需要时间戳、趋势、过滤器和状态逻辑。静态的编辑统计条无法替代它。
• **统计摘要：**均值、中位数、范围、样本量和置信区间通常属于表格或图表，因为它们之间的关系很重要。
• **八个数字的列表：**读者无法区分头条发现与支撑数据。选择三个承载结论的数字，将其余的移入分析部分。
• **未经验证的市场营销声明：**视觉突出增加了模糊性的代价。在来源、分母和期间确定之前，移除该声明。
• **单一数字：**一个数字通常属于句子、标注或图表注释。仅当至少两个数值形成有意义的集合时才使用统计条。

放置位置

位置本身也是声明的一部分。在研究或基准页面上，在引言定义了主题、人群和期间之后、详细发现之前放置统计条。在案例研究中，在情况说明和干预措施明确之后放置；否则读者可能将结果归因于错误的起点或行动。在公司简介中，在身份和范围确立之后放置。

只有当所有项目都独立可理解且页面立即在下方提供方法论或背景时，统计条才能出现在靠近顶部的位置。它不能替代直接答案、研究摘要或对变化内容的解释。它是证据的预览，而非完整的论证。

不要将统计条直接放在另一个统计条、显示相同数字的图表、价格表、推荐轮播或高强调度的行动号召旁边。两个同等突出的模块会争夺注意力；重复的数字也会让读者怀疑哪个版本是最新的。在统计条和另一个密集数据展示之间至少保留一个解释性段落。不要用广告、注册表单或无关图片将统计条与其共享方法论或来源说明分开。

结构

标注图必须标识七个功能区：

1. 数值： 观察到的数字，当变化方向重要时包含正负号。
2. 单位： 百分比、货币、持续时间、计数、评分、比率或其他明确度量。
3. 指标标签： 衡量了什么，在可能存在歧义时包含分母。
4. 来源： 该项目背后的数据集、系统、调查、文件或具名出版物。
5. 报告期间： 基础活动发生的时间，或快照的精确"截至"日期。
6. 分组上下文： 可选标题或句子，为整个统计条一次性定义群体、地域、计划或场景。
7. 项目边界： 语义容器，确保每个数值与其自己的标签和证据保持关联。

数值应在视觉上突出，但来源和期间不能隐藏在悬停、工具提示或图标后面。它们可以使用较小的字体，但不能没有字体。

设计示例

设计系统支持四种内容变体。每种变体保持相同的语义字段和证据规则；仅项目数量和数值形式发生变化。

标准三项统计条： 默认选项。使用三个不同的数字，共同确立页面的主要结果。当没有单个数字是明确的主要结果时，相等的视觉权重是合适的。

两项配对： 用于有意义的比较，如基线与当前，或组织与基准。标签必须说明关系；仅靠物理接近不能暗示每个色块代表哪个时期或群体。

四项上限： 仅当所有四个数字回答不同的决策相关问题时才使用。标签需要更短，因为布局更密集。第五个项目将内容移入表格、图表或发现部分。

混合单位响应式统计条： 当标签明确时，百分比、持续时间、计数和评分可以共存。在窄屏幕上，色块按文档顺序堆叠；单位与其数值保持在一起，证据与其项目保持在一起。

不存在"无来源的简化"变体。移除来源或期间不是设计选择，因为它将有限定的测量变成了模糊的声明。

参数

契约将可见数值与其含义和来源分开，以便渲染器能够在不同平台上保持每种关系。

当项目共享一个无法准确放入每个标签的群体、地域、货币基础、计划或方法论时，上下文变为必填。当共享来源或期间完全相同地适用于每个项目，且标记仍将其与组关联时，可以只渲染一次。然而，规范的内容模型仍应在每个项目上保留来源和期间，以便复用不会将数值与其证据分离。

语法和代码示例

所有三种实现必须保留项目顺序以及四个必填项目字段：数值、标签、来源和期间。这些示例是说明性内容，而非对某个组织的声明。

可移植 Markdown 指令

:::stat-band{heading="支持绩效" context="所有优先级级别"}
- value: "12 min"
    label: "首次回复中位数"
    source: "支持导出"
    period: "2026-01-01/2026-06-30"
- value: "94%"
    label: "SLA 内解决的工单"
    source: "支持导出"
    period: "2026-01-01/2026-06-30"
- value: "4.7/5"
    label: "客户满意度"
    source: "解决后调查"
    period: "2026-01-01/2026-06-30"
:::

Hugo 短代码

现有的 statgrid 辅助程序每行接受一个以竖线分隔的项目：数值、标签和可选的来源 URL。在专用渲染器将期间和来源作为单独字段暴露之前，需在标签中显式包含两者，且不得省略任何一项：

{{< statgrid >}}
12 min | Median first response · Support export · Jan–Jun 2026
94% | Tickets resolved within SLA · Support export · Jan–Jun 2026
4.7/5 | Customer satisfaction · Post-resolution survey · Jan–Jun 2026
{{< /statgrid >}}

这种映射对于显示是可以接受的，但对于机器验证来说并不理想，因为三个含义共享一个标签字符串。未来的类型化渲染器应在不改变作者意图的情况下实现上述规范字段。

WordPress 块或短代码

[stat_band heading="支持绩效" context="所有优先级级别"]
[stat value="12 min" label="首次回复中位数" source="支持导出" period="2026-01-01/2026-06-30"]
[stat value="94%" label="SLA 内解决的工单" source="支持导出" period="2026-01-01/2026-06-30"]
[stat value="4.7/5" label="客户满意度" source="解决后调查" period="2026-01-01/2026-06-30"]
[/stat_band]

自定义 WordPress 块可以将相同字段呈现为表单控件。它必须将它们渲染为真实文本，保留来源链接，并在样式禁用时保持合理的阅读顺序。

示例

良好：三个互补、有边界的数字

12 分钟 — 首次回复中位数；支持导出；2026 年 1 月–6 月
94% — SLA 内解决的工单；支持导出；2026 年 1 月–6 月
4.7/5 — 客户满意度；解决后调查；2026 年 1 月–6 月

这样有效，因为每个数值回答一个不同的运营问题，包含其单位，标识其证据，并说明活动发生的时间。相同的期间便于比较，而不同的调查来源诚实地将情绪数据与工单系统数据区分开来。

糟糕：没有边界的数字

12 — 响应时间
94% — 成功率
4.7 — 客户评分
2× — 更快
#1 — 最佳服务

即使这些数值是从有效的内部报告中复制的，这也是失败的。“12"没有单位。“成功率"没有分子或分母。评分没有量纲。“2× 更快"缺少基线，"#1"缺少类别和比较集。没有一个指定来源或期间。五个同等权重的项目也掩盖了哪个结果最重要。修复方法不是给全部五个加上小脚注，而是选择三个与决策相关的度量，恢复其定义，并为每个度量附上证据。

Schema 标记和无障碍

统计条没有专用的 Schema.org 类型。它通常是 Article、Report、Dataset、Organization 或其他有效页面级实体中的可见内容。研究页面可以将已验证的字段（如数据集的时间覆盖范围或测量变量）映射到 Dataset 标记，但数字的视觉存在并不创建资格。不要发明 StatBand、Statistic、评分、奖项或绩效属性。

结构化数据绝不能比可见声明更具体。如果色块显示"4.7/5 客户满意度”，标记不能默默地将其重新解释为产品 aggregateRating，除非页面也提供了所需的评分人群、方法和合格主体。最安全的默认设置是没有元素级 Schema。

就无障碍而言，将每个项目作为 DOM 顺序中的连贯文本组渲染。数值应与其标签一起在来源和期间之前被读取。不要使用 CSS 生成的文本来表示单位，因为辅助技术可能会遗漏。不要仅通过绿色和红色来编码正面或负面表现。如果箭头表示方向，请包含诸如"上升 8 个百分点"之类的文本。来源链接需要描述性的可访问名称，重复的"来源"链接应暴露实际的出版物或数据集名称。

统计条必须能够重新排列而不是缩小。在窄宽度下，项目按相同的编辑顺序堆叠。大号数字仍需足够的对比度，但支持性证据不能变得小到难以辨认。容器不是警告、实时区域、按钮列表或键盘目标，除非它包含真正的交互式控件——编辑形式不应该有。

编写规则

读者赋予大字数字比普通正文句子更多的权威性。这使得克制成为内容要求。默认使用三个数字，两个用于有意的配对，四个仅当每个都添加一个不同的维度。切勿发布五个或更多数字作为统计条。

在准确性允许的范围内尽量紧凑地编写数值：通常为 1–12 个字符（含单位）。使用数字，保留有意义的十进制精度，并保持单位附连：“12 分钟”、“94%"、"€240 万"或"4.7/5”。如果四舍五入会改变其解释，不要仅仅为了让色块看起来更整洁而对数值进行四舍五入。不要混淆百分比变化与百分点变化；在标签或限定语中写正确的那个。

标签应为 2 到 10 个词，命名被衡量的事物，而不是赞美它。“SLA 内解决的工单"是可检验的。“出色的服务表现"是促销迷雾。在合理读者可能误解的地方说明分母：“经审计 URL 的 32%"，而不是"32% 合规”。在统计条之前定义不熟悉的缩写，或在标签中完整书写。

每个项目都需要来源和期间，因为数字以不同速率衰减，且可能来自不同的系统。使用观察期间——“2026 年 1 月–6 月”——而不是发布日期。对于库存、员工数量、价格或其他快照，使用"截至 2026 年 6 月 30 日”。对于预测，在标签中放入"预计"并指明模型或计划作为来源。

统计条绝不能包含无来源的最高级、推荐片段、按钮、长篇方法论说明、图表、第二个嵌套统计条，或其限定条件会反转其表面含义的数字。不要使用动画计数效果：它们会延迟理解、可能分散读者注意力，并暴露出并非声明的中间值。将详细方法和引用放在统计条正下方或页面的来源块 中，同时在每个色块上保留可见的来源名称和期间。

使用统计条的文章类型

postTypes 前置元数据是机器可读的关系。下表定义了每种注册文章类型何时以及何处使用该元素。

质量检查清单

• 统计条包含两到四个数字，使用三个，除非内容证明其他数量合理。
• 每个数字都是页面结论的核心，并添加一个不同的维度。
• 每个数值在适用时包含其单位、量纲、正负号或比率分母。
• 每个标签命名的是可衡量的事实，而非益处、最高级或模糊的"成功"指标。
• 每个项目标识其来源，即使在统计条下方也有共享的来源说明。
• 每个项目说明观察期间或精确的时点日期。
• 群体、地域、货币基础、计划和比较集在需要解释时保持可见。
• 预测和目标明确标注，不能与观察结果混淆。
• 统计条跟随足够的上下文以使数字可理解，并位于详细分析之前。
• 不位于另一个高强调度的数据、推荐、价格或转化模块旁边。
• 不重复附近的图表或表格，除非增加一个不同的总结目的。
• 数值、标签、来源和期间是真实文本，并在文档顺序中保持关联。
• 单位不仅通过 CSS、图标、颜色、悬停或动画提供。
• 窄屏布局保留编辑顺序、可读字体和项目边界。
• 结构化数据仅使用有效的页面级类型，并不声明证据不支持的评分、奖项或属性。
• 可移植 Markdown、Hugo 和 WordPress 版本保留相同的数值和来源。
• 所有截图注释在命名资源存在之前保持为非渲染的捕获指令。

常见问题

统计条应该包含多少个数字？

默认使用三个。两个数字在它们构成有意义的配对时也可以，四个是上限。第五个数字是内容需要优先级排序或不同格式的证据。

每个数字都需要自己的来源吗？

是的。共享的可见说明可以涵盖使用同一数据集的所有项目，但内容模型仍应将该来源与每个数值关联，以便提取或复用不会将它们分离。

什么算作报告期间？

使用被衡量活动发生的时间区间，例如"2026 年 1 月–6 月"或"2026 年 Q2”。对于快照，写出精确的"截至"日期。页面发布日期只告诉读者文章出现的时间。

统计条可以包含预测或目标吗？

可以，当标签明确说明"预计”、“预测"或"目标”，并且来源指明模型、计划或责任人时。将观察结果和未来估计值放在单独的统计条中，或在每个项目上标明区别。

统计条需要 Schema.org 标记吗？

通常不需要。将其保留在包含它的页面 Schema 中。仅当主体、属性、方法论和证据各自符合条件时，才将值映射到结构化属性；仅凭视觉强调不创建 Schema 资格。