B2B 网站导航应把买家的问题连接到名称清楚的栏目和真正有用的目标页面。先梳理任务与已有页面，再提出分组和标签方案，测试人们预期在哪里找到信息，最后验证桌面与移动端菜单的实际操作。整洁的页头只是其中一环。

本文面向准备规划或调整服务型网站导航的 B2B 营销团队，提供任务映射、假设性的目录结构、研究顺序和上线验收工作表。文中的示例是编辑建议，不是客户测试结果。如果还在判断是否需要改版，可先阅读网站改版前审计框架。

本文目录：梳理买家任务 · 选择分组与标签 · 测试目录结构 · 检查菜单操作 · 使用验收工作表 · 常见问题

把 B2B 网站导航映射到买家任务

选择菜单样式之前，先写下访客需要找到什么。技术评估者可能要核对兼容性，运营负责人可能要了解实施工作，采购同事可能要找到下一步沟通的入口。这些都应作为有待验证的任务假设，与网站实际服务的人群核对，而不是认定所有访客都遵循同一条路径。

接着清点真实的目标页面，记录各页的 canonical URL、主要回答的问题、当前可用信息，以及尚未解决的内容缺口。菜单名称不能让信息不足的页面变得有用。如果多页回答同一个问题，应先确定内容归属，再决定菜单入口。B2B 网站设计策略框架讨论了这一上游决策。

可以用简洁的任务—目标页记录来整理方案。下面的字段是本文建议的规划方法，不是搜索引擎或可用性标准的强制要求。

  • 买家问题：访客需要理解什么，或完成什么？
  • 目标页面：哪个已有页面确实回答了这个问题？
  • 入口标签：什么措辞能让访客预判目标页的内容？
  • 证据：哪些查询、访谈观察、支持请求或内容检查支持这个选择？
  • 不确定项：接受该标签前，还需要验证什么？

例如，“确认维护服务是否覆盖我们的设备类型”比“访问解决方案栏目”更适合作为规划任务。前者描述信息需求，后者复述菜单名称并预设了答案。把任务与拟定路径分开，研究才有机会发现不同的用户预期。

选择导航分组、标签与目录模板

先明确各层导航的职责。本文建议用全站主菜单呈现主要信息类别，用栏目导航提供相关细节，用功能入口承接重复性操作，用正文链接回应阅读过程中的下一个问题。这样可以逐条检查链接的用途，不必把所有页面都塞进页头。

用任务映射比较候选分组。按产品分类可能适合已有成熟目录的网站；按应用场景分类可能帮助知道问题、但不熟悉产品术语的人。如果两条路径都成立，可以指向同一个目标页。两种菜单入口不意味着必须创建两篇近乎相同的内容。

假设性的工业服务菜单

下面是为虚构的设备维护业务提出的起点假设，不是 CHCZ 的菜单方案，也不是已验证的行业通用模式。只有企业确实提供相应业务，并有支持内容时，才保留对应栏目。

  • 服务：设备维护、检查、技术支持。
  • 应用场景：生产线维护、设施设备保养。页面解释相应任务，再链接到适用服务。
  • 技术资料：兼容性信息、准备指南、术语说明。
  • 关于我们：经过核实的企业与团队信息。
  • 联系：清楚说明设备情况与问题的入口。
  • 按实际需要设置的功能区：现有客户支持、语言选择。

测试目标人群是否理解“应用场景”。如果人们实际按行业或设备类型找信息，“行业”或“设备类型”可能是更合适的候选标签。在栏目落地页说明服务与应用场景的区别。如果审阅者无法解释某页为何属于这个分组，标签或分类仍需要调整。

标签应描述目标内容，避免使用内部部门名称或缺乏解释的品牌词。相邻标签要放在一起检查：某个词单独看来清楚，与其他栏目并列后仍可能重叠。既要让已知道需求的人有直接入口，也要给仍在研究的人提供足够细节。

本文没有把菜单项目数量设为上线规则。实际要判断的是：在测试过的宽度下，这组入口是否容易理解和操作。下拉列表、展开面板或简单的一行链接都只是候选界面形式；确定视觉样式不能替代对分类结构的验证。

先测试信息分组，再测试视觉菜单

Nielsen Norman Group 的卡片分类指南介绍了让参与者把带标签的信息项整理成组的研究方法。当你需要了解人们如何对信息分类时，可以使用它。提供容易理解的内容描述，既记录反复出现的分组，也记录难以归类的项目。内部头脑风暴能够产生假设，但不能代替与目标人群开展研究。

形成候选目录后，树测试可以在不呈现完整视觉界面的情况下，检查参与者预期在哪里找到目标信息。任务说明应描述所需内容，不要直接泄露栏目标签；测试前先定义可接受的目标位置。这与询问成品页头是否好看，是不同的检查。

对上面的假设性服务网站，可以考虑这些任务：查找某类设备是否受支持；查找请求协助前需要准备的信息；查找已有支持需求的处理入口。实际任务应由网站的真实业务范围决定，不要虚构企业尚未同意提供的目标内容。

本文建议的决策记录保留任务措辞、目录版本、预期目标、首次选择的分类、最终位置、返回重选的行为，以及参与者的解释。通过这些观察区分标签问题和信息缺失。如果访客找到了目标页，却仍然无法回答问题，增加菜单入口不能解决正文缺口。

比较备选方案前，先约定什么证据足以支持调整。小规模定性研究应报告已观察到的困惑和样本背景，不把少量访谈推广为总体结论。如果只有团队审阅，没有参与者研究，应保留“未测试假设”的标记。选定目录后，再验证实际界面，因为纯文字结构不能证明触屏或键盘操作可用。

验证桌面与移动端的实际导航

W3C WAI 的菜单结构教程建议使用有意义的结构，并标识和命名导航区域。它也强调不同屏幕尺寸间的一致性：显示出来的项目应保持顺序、措辞和目标一致。应在桌面与移动端比较同一任务，而不是各看一张截图。

区分跳转到目标页的链接与展开子菜单的控制按钮。WAI 下拉菜单教程讨论了键盘操作和到达子栏目内容的其他途径。如果父栏目也有有用的落地页，应让行为清楚可辨，避免让一个含糊的操作同时承担展开和跳转两个职责。

WAI-ARIA 展开式导航示例解释了普通网站导航为何不一定需要 ARIA menu 角色。该页面提供的是说明性模式，不是可以直接投入生产的代码。选定实现后，仍须结合实际浏览器和辅助技术进行测试。

  • 关闭与展开状态：使用者能否识别菜单控件、打开菜单并理解哪个分组已展开？
  • 键盘路径：能否到达控件与目标、看见焦点并离开导航区域？记录真实按键顺序与阻断状态。
  • 触屏与滚动：能否展开栏目并选择目标，且所需内容不被遮罩挡住？较长标签也要检查。
  • 当前位置：跳转后能否识别当前栏目？同时核对可见状态与程序可读取的信息。
  • 语言：每种已公开语言是否保留有意义的措辞和有效的本地化目标？只翻译标签不能证明路径正确。

对于目标链接，Google Search Central 的链接指南建议使用带 href 的可抓取锚链接和描述性链接文字。既要点击验证，也要检查渲染后的链接。只负责展开分组的控件，与前往公开 URL 的链接承担不同职责。详细的来源页、锚文本与目标记录可使用站内链接审计；完整买家路径的障碍检查可参考无障碍验收清单。

复制一份导航验收工作表

为每个优先任务和测试过的菜单版本保留一条记录。这是 CHCZ 建议的执行方法。用实际观察填写，未知字段继续保留，不要因为链接存在就把任务标为成功。

  • 任务与人群：需要什么信息，由谁寻找。
  • 起始条件：入口页、语言、视口、浏览器与输入方式。
  • 预期路径：候选分类、标签与 canonical 目标页。
  • 内容检查：目标页必须具备哪些信息，才能回答任务。
  • 研究证据：研究或审阅日期、参与者或审阅者、目录版本和实际选择。
  • 渲染证据：操作步骤、开合状态、实际目标、焦点，以及能说明问题的截图。
  • 决定：保留、改标签、改分组、修复操作或补内容，并写明理由。
  • 负责人和验收：由谁修改、由谁复核，如何重新测试同一个任务。

分类研究与交互缺陷应分栏记录。例如，访客选择了意料之外的栏目，可能提示目录问题；正确选择的目标却无法用键盘激活，可能提示交互问题。这些观察需要不同的处理工作，任何一项单独出现都不能证明商业结果。

上线修改时保留旧菜单版本，并确认可以恢复其路径。调整标签或位置通常可以保留原目标 URL。如果方案同时更改 URL，应按迁移决策处理，不要悄悄混入菜单样式修改。在更改共用组件前，先确定审阅责任。

发布后，在可比较的任务与条件下观察受影响的路径。点击说明控件被使用，不代表目标页回答了问题。把询盘质量与菜单活动分开记录；解释变化前，核对同期内容与营销活动的其他改动。工作表应保留不确定性，不把界面修改包装成缺乏依据的效果故事。

B2B 网站导航常见问题

菜单应该按服务还是按行业分组？

选择能帮助目标人群找到所需信息的结构。服务入口可能适合已了解业务的人；应用场景或行业入口可能回应另一种起始问题。用真实目标页测试这两种标签。如果答案相同，保留共用的 canonical 页面，不必为每条菜单路径制造重复内容。

是否必须使用大型展开菜单？

先明确分类与目标映射，再选择菜单形式。较大的面板可能展示复杂目录，但是否有用仍取决于分组能否理解、控件能否操作。在同一任务的桌面与移动端状态下，与更简单的布局比较。视觉空间本身不是验收证据。

改进导航能否证明 SEO 或询盘增长？

导航能够为有用页面提供清楚、可抓取的路径。上线改动后，仍需分别观察发现、搜索行为与询盘质量，保留旧结构和其他变更日期。路径或可用性检查通过，只证明被测试的条件成立，不代表排名或营收效果。

让下一条路径可以被验证

从一个尚未解决的买家任务及其目标页开始 B2B 网站导航工作。用工作表提出分类和标签，识别缺少的证据，再测试实际路径。可到B2B 网站策略集群继续梳理相关决策。如果团队需要协助界定范围，可把任务映射和待解决问题交给 CHCZ。

证据说明：来源于 2026 年 10 月 10 日核查。W3C WAI 与 Google 文档支持技术表述，Nielsen Norman Group 解释研究方法。任务映射、示例目录和验收工作表属于编辑建议。本文没有声称开展过参与者研究、取得过特定网站效果或拥有一手实施结果。