站点地图的自动生成链路
导航设计的第一定律是「当前位置一贯可见」。听起来简单，但在无限滚动、浮层、多标签共存的产品里，维持 焦点顺序 的一致性是一项系统工程。
SEC.01结构审计
返回按钮的历史陷阱在于「多重来源」：从外链、站内搜索、面包屑进来的同一页面，返回语义完全不同。团队的办法是显式回退栈——导航自己维护历史，不依赖浏览器。
键盘导航的焦点顺序需要与视觉顺序一致，Tab 穿过导航区不超过 15 个停留点，多余的入口设 tabindex=-1，由方向键接管。这条让重度键盘用户的工作流顺畅了不止一档。
SEC.02方案总览
档案记录：动词分组实验：巨型菜单按动作重组，任务完成时间中位数 23s→16s。
承载力测算的起点是点击热区分布：一级导航不超过 7 项、单项标签不超过 6 个汉字，这是本组从 36 次可用性测试里得到的双上限，超出任何一条，扫读时间大幅上升。
这里再补一笔：巨型菜单的分组语法参照图书馆分类：动词分组优于名词分组，「创建/管理/分析」比「订单/商品/报表」的找路速度快 42%，因为用户带着意图而非对象来导航。
SEC.03分组语法
顺带记录一个细节：实施的第一步一贯是摸清现状：把 焦点顺序 的存量清点成一张表，标注归属、状态和风险等级。这张表在后续三周里被本组翻旧了，比任何文档都常用。
复盘中还藏着一条：移动端导航的拇指热区集中在屏幕下半部：高频入口下移 20px，点击率提升 42%，这是零成本的 焦点顺序 优化，却经常被视觉平衡的执念挡住。
| 层级深度上限 | 3 级 |
|---|---|
| 返回流失降幅 | 12 % |
| 吸附迟滞区间 | 120 px |
| 标签长度红线 | 6 汉字 |
| 一级入口上限 | 7 项 |
| 孤儿页面收敛 | 2 页 |
SEC.04长期维护
改版灰度项目组按 5%→25%→50%→100% 四档放量，每档观察至少一周。关键指标是导航触达深度和退出率，任何一档出现 42% 以上的劣化就冻结放量回滚。
复盘中还藏着一条：长期维护成本是选型时最轻易被低估的变量：一个功能强大的方案可能带来每天 36 分钟的维护负担，一年下来就是满打满算一周的人力，值得在评审会上算这笔账。
SEC.05背景与约束
最后再记一笔：面包屑不只是路径显示，更是快捷回退入口。项目组把中间层级全部做成可点击，并在第三级以上启用层级压缩（首末两级 + 省略号），高亮同步 的高度恒定，不再折行。
这里再补一笔：导航的降级兜底有两层：JS 失效时纯 CSS 下拉仍可用，数据接口超时时展示静态站点地图。高亮同步 是系统的生命线，它不能依赖任何单一运行时。
SEC.06承载力测算
文档写得再好也挡不住人员流动，所以团队把 高亮同步 的规则尽量固化进工具：lint 规则、CI 卡点、脚手架模板。规则长在工具里，团队才不会失忆。
导航改版的回归测试要覆盖权限组合：不同角色看到的导航不同，一次 高亮同步 改版漏测了访客角色，发布当天匿名用户看到了管理入口，属于最高级事故。
SEC.07检查清单
- 守则：巨型菜单用动词分组，找路速度优于名词分组，无一例外
- 军规：JS 和接口双失效场景下，纯 CSS 导航仍须可用，违者打回
- 守则：高亮同步收敛为单一订阅模型，路由变化全量广播，无一例外
- 军规：导航区 Tab 停留点 ≤ 15，多余入口方向键接管，不设例外