用HTML链接代码组织导航层级,核心不是把链接堆在一起,而是让用户从任意页面都能判断“我在哪、还能去哪、怎么回去”。多人协作时,最稳妥的做法是先确定一套统一的层级规则和命名方式,再写链接代码,并把规则写进交付说明,这样能明显减少返工。
导航层级通常有三种组织方式,选择哪一种取决于站点规模和内容深度。
判断依据很直接:如果用户从首页到目标页需要点击超过三次,或者同一页面里出现多个含义接近的链接名称,就应该重新梳理层级,而不是继续加链接。
下面是一套可以实际执行的步骤,适合多人协作时统一交付标准。
<nav> 包住导航区域,用 <ul> 和 <li> 表达层级关系,链接用 <a>。一个简单的两级导航结构可以写成这样:
<nav><ul><li><a href="/guide/">使用指南</a><ul><li><a href="/guide/start/">快速开始</a></li><li><a href="/guide/faq/">常见问题</a></li></ul></li></ul></nav>
这段代码表达的是:使用指南是上级,快速开始和常见问题是它的下级。用户看到的是层级,代码里也是层级,两边一致,协作时就不容易理解偏差。
用户找内容,主要靠链接文字和位置判断,而不是靠代码本身。因此有两个检查点。
如果同一目标页面在导航、正文、页脚各出现一次,可以保留,但链接文字应保持一致。文字不一致时,用户会怀疑它们指向不同内容,查找成本反而上升。
返工通常不是代码写错,而是层级规则没对齐。可以在交付前做三项检查。
如果团队使用模板或组件,把导航结构写成可复用的片段,修改一处即可全局生效。这样比在每个页面单独改链接更不容易漏改。
先挑出站点里最深的一条路径,从首页点进去,记录需要几次点击、每步看到什么链接文字。如果超过三次点击或中途出现含义模糊的链接,就从这条路径开始调整层级,再同步更新HTML链接代码和交付文档。