依赖特定句法或语法结构的导航标签可能在翻译时出现问题。标签系统必须顾及这一点。有若干语法差异可能会造成问题。

    1、各语言的句子结构是不同的。嵌入句子中的导航元素经过翻译，文字的顺序可能会变化。

    2、某些语法结构和成分在其他语言中并不存在。比如，英语中的动名词是将动词末尾加上后缀“ing”组合而成的名词。而德语没有动名词。如果你的导航方案依赖于某个特定的词性，要确保它在其他语言中也有意义。

可以证明，页面的布局是网站开发整体过程的一个关键阶段。正是在这一点上，人们对设计做出回应——比先前的阶段都要多。页面的布局开始显露时，不同项目成员的观点碰撞也凸显出来。系统化的方法有助于避免基于个人见解的不必要的争论，让您的叙事稳步前进。

    在布局过程中设计到三个主要方面：

    一、导航路径的确定
   
    在选择导航菜单和机制时，通常不必把整个网站的结构复制到每个页面中。无需提供全部的路线，相反，要确定人们可能会选择的到达主要内容的最佳路线，并据此构建导航。使用人物角色和场景为机制的选择提供参考，避免导航系统的过度设计。

社会化tag系统为Web提供了一种数字信息分类的新方案。与僵化的、不人性化的受控词汇表不同，tag系统随着一般用户为资源添加个性化tag而自然地增长。

    当tag公开给整个社区使用时，社会化分类或大众分类就出现了。社会化分类有许多固定的关系和链接，但系统要有价值，这些必须明显地暴露给系统的用户。导航从中扮演了关键角色。

    添加tag的过程中有三个关键活动，对有效的社会化分类导航系统非常重要：创建tag、使用自己的tag，以及他人tag的导航。

图标的使用会增加信息气味。当用户快速扫视很多信息时尤其如此。如果图标被赋予明确的意义和目的，它就不仅仅是装饰，还能与文字协力提供一种更佳的整体方向感。

    1）清楚
   
    图标是以正确的方式表达正确的含义吗？图标应该容易认出，快速理解，也应该容易阅读。图标元素最好尽量简单。如果细节太多，其帮助作用反而会被削弱。

    2）有限的数量
   
    不要使用过多的图标。一般来讲，网站有6到10个主图标就够了。如果多过这个数字，它们就开始失去效用，很难区分开来。

分面的潜力是巨大的。只需要几次点击，就能把大型信息体分解成为容易管理的集合。分面浏览界面的一些优势包括以下几个方面。

    1）选取的顺序
   
    人们可以任何顺序选取值，从而支持了同一个目标的多种完成方式。

    2）在类别中导航总是会产生结果
   
    要实现这一点，需对任何已选取类别，只更新其可用的子类别。浏览类别时，不相关的选项会被隐藏。只有自由使用文字搜索功能时，才可能出现零结果。

 响应性与性能有关，但它们是不同的。交互时软件可能有很高的响应性，但性能可能很低，它也可以具有地响应性和高性能。性能是以每单位时间的计算数量来度量的。响应性是以是否符合人的时间需求（最终是满意度）来度量的。

    响应迅速的软件要跟上用户，即使它不能立即完成每个请求。它为用户提供反馈让用户知道他们在做什么以及软件在做什么，它根据人的感知、运动和认知的底限来区分反馈的优先级。

    响应性差的软件不能提供这些功能。它跟不上用户，不能及时对用户操作提供及时的反馈，因此用户不确定他们做过什么或软件正在做什么。它让用户不定时地等待或者等上不可预知的一段时间，它有时严重地限制了用户的工作步调。

易用性测试有两个重要但不同的目的：一个是信息目的，另一个是社会目的。

    信息目的

    易用性测试的信息目的是众所周知的。找到导致用户困难的用户界面问题，并利用准确的问题性质来提出改善建议。信息目的可以通过广泛的测试和数据收集方法来实现，其中有些方法昂贵且费时，而有些方法则廉价且快速。

    社会目的

    易用性测试的社会目的至少与信息目的同等重要。它用于使开发人员确信有一些亟待纠正的设计问题。开发人员经常对修改建议有抵触情绪，部分原因是需要付出时间和工作量，还有部分原因是需要改进某项设计意味着设计它的人员当初的工作没有做好。为了实现测试的社会目的，最有效的方法是让开发人员观看易用性测试，可以实时观看，或观看录像。

目前，大部分软件应用程序和许多Web网站都是使用图形用户界面开发工具构建的。这些工具都提供了一组用于构建GUI的控件，也称为“窗口小部件”。控件包括文本和数字、复选框、单选按钮、滑动条、菜单、滚动条、按钮、调节器、刻度盘、标尺，以及各种类型的窗口

    3）太多地关注外观。大部分GUI工具都要求开发人员花费很多时间来设计用户界面的外观和布局。例如，这些设置的标签都适当对齐了吗？这个数字是应该表示为一个数字读数还是刻度盘上的一个位置？这个选择是应该用一组单选按钮来表示还是使用菜单？这个文本字段中应该使用什么字体，这些都纯粹是表示问题，是在GUI设计中优先级比较低的一类。重要的问题是用户界面的语义，比如这个设置是一个日期，还是一个文件名，或者是音量，或者是对字体的选择。有关表示方法的决定可能会随着设计的演化而一日一变，甚至一小时一变，因此应该不要求记录。例如，把一个选择的表示方法从单选按钮改为下拉菜单，应该只需要改变一个属性，而不是要删除大段的单选按钮代码，并将其换成下拉菜单代码。花在表示上的时间最好用来了解用户、任务和工作流，以及规划恰当的功能。

信息查寻是一个广泛的概念，指人们在猎取信息时从事的所有活动。在此方面已有几十年的学术研究。信息查寻的现有模型也能延伸到Web导航设计中，虽然有些宽泛和抽象。它们对我们的指导，是要关注用户及其需求，而不是具体的技术。用户研究主要是为了解访客在网站上导航和查找信息的方式。

    对信息查寻的研究还显示，信息的查找是复杂而多样的。有时网站的访客知道要找什么，但更多情况下他们的信息需求是含糊不清的。不同查寻模式直接影响到人们如何与你的网站交互。比如，当集中于一个具体的信息目标（已知项查寻）时，人们可能会完全忽略网页的某些元素，经历广告无视甚至导航无视。

软件应用程序和Web站点响应性不好主要有七个原因。

    原因四：程序员将用户输入视为机器输入。

    程序员常常将用户控制软件的方式堪称是软件控制其他软件的方式相同。一些应用程序对于人员操作和程序操作不加以区分。

    将人的输入等同于机器输入会导致错误的设计准则。一个不成熟的规则是像对待机器输入一样，必须按照接收的顺序来处理用户输入。另一个不成熟的规则是所有用户输入都是重要的，不应丢失或忽略任何输入。实际上，有时是应该忽略一些用户输入的。