it-swarm.cn

在一个网站中结合使用带有子菜单的水平导航和带有子菜单的垂直侧面导航

我参与了网站的重新设计,其中的导航包括一个带有水平下拉菜单的主水平导航菜单,以及在左列中的辅助导航,该菜单以树状格式重复了主菜单的子菜单和其他级别的项目。

顶部导航:
书籍
小说
科学
网页设计

侧面导航:
小说
文学
历史

科学
等等
等等

侧面导航子级别(例如本例中的Literary)可能会变得很长(10个或更多链接),并且延伸得远远超出内容的末尾。每个项目的侧面导航就像一个手风琴面板。

有人知道这种类型的系统会影响用户的正面或负面影响吗?我想提供一些摆脱这种类型的导航的理由-仅基于内部测试和不同的显示器等,我们就损失了很多导航资源,却没有任何实际的好处(A/B测试等)。在我看来,如今,大型菜单或两级下拉菜单更为常见。

11
sscott

Kingsbury JR和Andre AD(2004年,三级Web菜单的比较:导航结构。第48届HFES年度会议论文集,p1513-1517; 摘要 )已经对像您这样的分层菜单进行了一些研究。这建议用户从左侧边栏菜单首先选择顶部菜单,而不是反过来选择菜单时,通常具有更好的性能。

但是,听起来您的二级菜单可能太长而无法显示在顶部。您可以在第二级菜单中拆分较低级别的项目,以在顶部制作第三菜单,以适应所有需求。这对于Kingsbury和Andre来说效果很好,但是他们只测试了3级菜单层次结构,通常,包含10个左右分组项的单级菜单的性能要优于两个层次的短菜单。 (例如,请参阅Snowberry K,Parkinson SR和Sisson N(1983),计算机显示菜单,人机工程学,26(7),p699-712)。

我会考虑将一切放在侧边栏菜单上,金斯伯里(Kingsbury)和安德烈(Andre)发现,在各种指标上其性能都接近于左上角。但是,这种性能是基于具有两个侧边栏菜单的,每个边栏菜单一个,可能会占用过多水平空间。您可以使用扩展器使所有级别保持相同的余量,但是我不知道这会对用户性能产生什么影响

从轶事而不是研究上讲来的更多,我有点担心侧边栏重复顶部栏的下拉菜单。像您一样,我不清楚这种冗余的好处是什么–我看不出一种方法会根据用户或情况而在本质上优于另一种方法(例如,这并不意味着世界被划分为侧边栏) -导航用户和下拉导航用户)。同时,它具有以下潜在问题:

  • 用户可能想知道链接是否真的相同,最终都单击它们。如果您不使用可识别的颜色代码来区分访问的访问链接和未访问的链接(几乎不再有人这样做),则尤其如此。

  • 即使用户意识到链接相同,用户现在也必须决定要使用哪种导航方法。这种想法使他们放慢了脚步。当收益带来更快的净响应时,强迫这种想法是好的,但我认为您没有这种想法。

通常,最好是为用户提供一种做某事的最佳方式,而不是一种选择。如果您担心某些用户没有意识到侧边栏是由顶部菜单确定的(反之亦然),则可以通过图形设计解决该问题,将当前的主菜单选择与辅助菜单直观地连接起来。

对于像您这样的相对复杂的菜单,这些下拉菜单可能会出现问题,建议您仅使用侧边栏。但是,考虑到您对房地产的担忧,考虑到普通下拉菜单的许多局限性, 大型下拉菜单确实可以走

6
Michael Zuschlag