企业与服务网站：如何设计便于访问的文章分类（跨团队维护）

当多个团队共同更新一个企业或服务网站时，保持文章分类的一致与便于访问非常关键。本文针对一个具体难题展开：如何组织内容结构，让辅助技术和普通读者都能高效导航。我们会讨论如何正确使用标题层级、为菜单加上语义化标签，以及如何用有描述性的标题帮助读者定位。

假设一个由多方供稿的共享博客栏目

假设一家中等规模的服务公司，市场、支持和工程团队都在同一个共享博客发布文章。市场编辑撰写客户故事，支持团队供稿排障说明，工程团队发布版本说明。这里讨论的是共享的文章分类集合，而不是发布流程本身。

在这个场景里，设想桌面上有三个候选分类方案。第一个刻意保持朴素：“指南”“更新”和“故事”。它便于浏览，也容易转化为便于访问的导航，但市场编辑担心客户故事与版本说明会在“故事”下面挤在一起。第二个方案更细：“操作指南”“产品更新”“客户故事”“排障”和“工程笔记”。它和谁写什么对应得很清楚，然而支持负责人指出，排障说明和操作指南常常覆盖同一项任务，供稿人就需要一条规则来决定放哪边。第三个方案按读者意图分组：“开始使用”“解决问题”“查看新内容”和“听听客户怎么说”。这对访客来说读起来顺畅，但工程团队拿不准：一篇同时修复已知问题的版本说明该归到哪里。

第二个悬而未决的问题是命名与排序。市场编辑提议给分类编号，这样新分类出现时顺序能保持稳定；支持负责人则更愿意按字母顺序排列，让供稿人不必记住某个次序就能找到分类。两种选择都没有定论，而且对可访问性的影响不同：固定顺序可能需要一处可见的说明，字母顺序则可能把最常用的分类埋在下面。

第三个问题是归属。总得有人判断何时值得新建分类，而不是硬把一个新主题塞进已有分类，而在这个场景里还没有人被指定承担这个角色。工程负责人已经起草了一份简短说明，提议任何新分类都需要指定一名负责人和一句简介，但它只是一份放在共享文档里的草稿。

这些都是用于说明的例子，不是真实的分类体系，也不是过往发布的记录。它们只是展示：在写下任何维护流程之前，一个多方供稿的博客会迫使团队先把哪些选择摆到明面上。

用层级标题划定分类边界

W3C WAI 的标题教程指出，页面标题传达内容的组织方式，并能帮助浏览器、插件和辅助技术提供页内导航。教程把标题按级别排序，h1 最重要，h6 最次要；同级或更高级别的标题开启一个新章节，较低级别的标题开启较高级别章节下的子章节；应尽可能避免跳级，不过在结束子章节时跳级是可以接受的。¹

对于侧边栏这类固定的页面区域，教程指出标题级别不应随内容区变化，因为在那里跨页面的一致性更重要。教程还提到，可以用 aria-labelledby 把标题与页面区域关联起来，标题可见时，所有用户都更容易识别这些区域。¹

检查一份共享的分类草稿页，只重写它的标题级别，看看边界是否变得更容易跟随。先列出平铺的分类名称，再给每个分配级别：整体集合作为 h1 元素，诸如“指南”或“更新”这类大类作为 h2 元素，其下更窄的子类作为 h3 元素。抛开周围的设计单独阅读结果，记录读者能在哪里看出一个新的分组开始了。

可以试着把同一份示例文本做成两个版本：一个版本里每个分类都是 h2，另一个版本里相关分类放在共享的 h2 之下，以 h3 作为子项。在第二个版本中，支持团队的排障说明和版本说明可以各自出现在不同的子组下，这样浏览标题的读者就能看出它们为什么分开。你可以记录哪个版本让“故事”和“更新”的区别更清楚，而不依赖颜色或位置。

让每个标题的措辞紧扣其文章真正共有的内容。如果某个拟定的子组只有一篇文章，可以先把它留在较宽的层级，并记下原因。嵌套到多深由你决定；目标是形成一份其他团队成员在新增或移动文章时能够遵循的标题大纲。

为导航菜单加上清晰的标识

标签应当简短而具有描述性，让用户能区分页面上多个菜单。W3C 资料说明，可以用标题、aria-label 属性或 aria-labelledby 属性来提供标签，并指引读者参考区域标注教程了解这些方法。其中的示例使用了一个 nav 元素，由一段视觉上隐藏的二级标题“Main Menu”为其提供标签。²

检查当前的文章分类菜单，把每个标签都当作读者在点击前能获得的唯一线索来写。先列出现有已发布的标签，再把其中的内部简称换成读者描述同一内容时会用的词。例如，“发布说明”可以改为“产品更新”，“知识库文章”可以改为“帮助与排障”，因为这两个改写后的标签说明读者会找到什么，而不是哪个团队制作的。你可以逐项判断，更易懂的措辞是否值得改动。

你也可以在定稿前并排比较两组标签。一栏放团队目前使用的名称，另一栏写面向读者的替代说法，并注明为什么它读起来更清楚。小组讨论菜单时让两栏都保持可见，这样标签不会在没有共同理由的情况下被悄悄改名。如果两个标签听起来仍然可以互换，可以合并它们，或用从其收录文章中提炼出的更具体的词让其中一个更明确。

为页面提供独立且有信息量的标题

每个页面都要有一个简短标题，用来描述页面内容，并与其他页面区分开来。标题常常与页面的主标题相同，最独特、最相关的信息应放在前面，例如先写页面名称，再写组织名称。对于属于多步骤流程一部分的页面，要把当前步骤写进页面标题。这条指引对应 WCAG 2.4.2“页面有标题”。³

检查现有分类落地页的页面标题：如果读者只在浏览器标签页或搜索结果列表里单独看到它，是否仍能理解它指的是什么。可以从手中已有的页面开始，不必另写新页。先读一遍标题，再问它是否点明了该分类的实际主题，并把它与同级分类区分开。像“文章”这样的标题给读者的信息很少；“服务客户的排障说明”则说明了这组内容包含什么、面向谁。

改写候选标题可以分两步走。先写朴素的版本，再只补充能把该分类与最近的另一个分类区分开的信息。例如，草稿写的是“客户故事”，可以考虑“客户故事：服务团队如何解决问题”是否能让读者形成更准确的预期，同时又不至于变成口号。补充的文字应当描述文章本身，而不是承诺某种结果。

在两个候选标题之间做选择时，把它们与这个分类最近的三篇文章标题并排放在一起。如果页面标题重复了每篇文章标题里都出现的词，它可能过于笼统；如果它引入了一个没有任何文章涉及的主题，则可能造成误导。可以记录哪个候选更能预示内容构成，把另一个留作与负责这些文章的团队讨论时的备选。

用可程序识别的标题组织内容区块

针对共享分类集，这条来源技术要求每个区块都有一个能标识自身的标题。在 HTML 中，h1 到 h6 这些标题元素可以承担这一角色，让用户代理自动识别区块标题。该技术还建议作者正确嵌套标题，例如 h1 之后接 h2，h2 之后接另一个 h2 或接 h3。它的示例用 h1 表示页面标题，用 h2 表示主要区块，用 h3 表示子区块。⁴

找一份共享的分类页草稿，先只看它的区块标题，不看下面的文章。你可以把每个标题标注为 h2、h3 或 h4，看看嵌套层级是否与分类之间的实际关系相符。如果“排障”和“版本说明”都作为 h2 元素放在同一个更宽泛的 h1 元素之下，就问一问：读者会预期它们是平级，还是都归在“产品帮助”这类标题之下。

你还可以在选定之前用两种方式重写同一页面。第一种方式让每个分类都保持为 h2；第二种方式把支持说明和工程说明归到同一个共享的 h2 之下，再以 h3 作为子标题。把两个版本都读出声来，记下哪一种更能让客户故事与技术更新之间的分界变得清楚。两个版本都不是自动正确的；选择你的混合读者不需要额外解释就能跟上的那一版。

当某个标题让人拿不准时，你可以分两步改写措辞：先写出朴素直白的标签，再只补上与最近邻分类相区分的那点细节。挑选候选标题时，把它放在该区块最近三篇文章的标题旁边比较。如果一个标题重复了文章标题已有的内容，你可以把它改短，而不是加上更多词。

确保描述性标签帮助读者定位

按照成功准则 2.4.6，标题和标签必须描述主题或用途，让用户能理解页面上有哪些内容、这些内容如何组织。W3C 的指南说明，它们不必冗长——一个词、甚至单个字符，只要能提供合适的线索就足够——但准确和清晰很重要。描述性标签帮助用户识别内容中的具体组成部分。同一来源把几件事分开说明：该准则不要求标题或标签的内容被正确标记，那属于 1.3.1 的范围；也不要求必须提供标题或标签。清晰的标题尤其能帮助阅读较慢或短期记忆有限的读者预判每个小节包含什么。⁵

从每位供稿人那里抽取少量标签样本，把每一个都写成读者点击前看到的唯一线索。你可以先从三个开始：一篇市场团队的客户故事、一篇支持团队的排障说明、一篇工程团队的版本说明。对每一个，先起草一个面向读者的朴素标签，然后记下读者可能把它与哪个相邻分类混淆。如果“更新”既能覆盖版本说明又能覆盖支持团队的修复说明，这个标签可能太宽泛；考虑一下“版本说明”或“修复与变通方法”能否在不解释过度的前提下把两者分开。

你可以在选定之前，为同一个分类比较两个措辞候选。候选一可以是“开始使用”；候选二是“新客户设置指南”。第二个更长，但告诉读者它下面放的是哪类文章。把能经受住快速对照分类最近三篇文章标题的候选保留下来，凡是重复那些标题已经说过的话的措辞就舍弃。

你也可以分两遍修改一个含糊的标题：先写出朴素的标签，再只补充把它与最近的邻近分类区分开的细节。这些是作者的演示，不是经过测试的结果，所以要把最终选择当作一份草稿，等供稿人加入新材料时再重新审视。

常见问题

我可以怎样改写一份共享的分类页草稿的标题层级，让它的边界更容易理解？

你可以拿一份共享的分类页草稿，只改写它的标题层级，看看边界是否变得更容易理解。先列出一组平铺的分类名称，再为每个名称指定层级：把整体集合设为 h1 元素，把“指南”“更新”这类大类设为 h2 元素，把其下的细分类型设为 h3 元素。

我可以怎样检查页面标题在浏览器标签页或搜索结果中单独出现时是否仍然说得通？

你可以拿一个现有的分类落地页，检查它的页面标题在浏览器标签页或搜索结果列表中单独出现时是否仍然说得通。可以直接从已有的页面入手，不必先写一个新页面。

我可以怎样分两步修改一个含义模糊的标题？

你也可以分两步修改一个含义模糊的标题：先写出朴素的标签，再只补充把它与最近邻分类区分开来的细节。