概述文章中列举了在网站和APP中近年来常见的一些滥用弹出窗口的做法,并指出了更好的替代方案。希望对您有所帮助。
无论是否采用了模态窗口(译者注:模态指在处理当前窗口任务前,不能进行其他操作)的方式,大多数的弹窗都出现在了错误的时间,在关键任务期间打断了用户的流程,使用了糟糕的文案,并扰乱了用户的使用路径。
经过几十年的用户研究,我们都知道了人们不喜欢弹出窗口和模态窗口。在最近的一次可用性研究中,又使我想起了这件事情。
在尝试完成一项任务时,一名参与者连续遇到多个弹出窗口,之后他便沮丧的将手机扔了过来,带着对网站非常不好的印象停止了任务。其他几位用户也有类似的感受,尽管他们并没有扔掉手机。
弹出窗口是出现在页面内容顶层的窗口或对话框。弹出窗口可以根据两个维度进行分类:
1)用户是否可以与页面的其余部分进行交互
- 模态窗口:在用户明确地与弹出层交互之前,页面上的其他内容被禁用操作;
- 非模态窗口:用户仍然可以与背景内容进行交互(例如,通过选择链接或点击按钮),而弹出层仍然可见。
2)背景是否变暗
- 如果背景变暗,则该弹出窗口称为lightbox;
- 对于背景内容没有视觉变暗的情况,没有特殊的名称。
尽管在很多情况下,lightbox是模态的,但并非总是如此。
在弹出式结构方面,模态浮层禁用了所有的背景内容,非模态浮层保留了用户与背景内容交互的能力,而lightbox则是使背景内容变暗。
在过去的几周中,我对在网站和移动应用程序中遇到的每个弹出窗口都进行了截图:平均每周有25个弹出式窗口,这已经超出了任何一个人的承受能力(但也代表了当今的互联网用户体验)。
这个实验以及我的可用性研究,都展示了许多糟糕的实现实践,并证明了过度使用弹出覆盖还远远没有结束。我们已经接近过渡滥用这些元素的临界点,以至于问题已经远远超过弹出窗口的价值。
在本文中,我将概述已观察到的问题,并讨论要考虑的关键因素,以及可以保留组织意图和用户体验的现实替代方案。
一、弹出时间:不要在互动之前或关键任务期间弹出错误1:在加载主页内容之前显示弹出窗口
无论使用哪种变体,都不要在用户可以从您的网站或APP中获取价值之前弹出窗口。这种趋势具有很强的干扰性,因为用户的任务甚至在进入页面之前就被中断了。
人们已经习惯于在网站上看到过早的弹出窗口,通常会忽略它们,或者立即寻找关闭弹出窗口以返回其任务的最快方法。
在页面加载之前出现的弹出窗口使网站看起来很绝望,并且让用户体验变得疯狂。此外,没有认识到这个事实的网站在搜索引擎结果中的排名可能会较低,因为Google会对让用户(尤其是在移动设备上)难以访问内容的网站进行惩罚。
正确的做法:让等待内容显示在弹出窗口中,直到与用户上下文相关为止。
使用互惠原则:无论是请求填写电子邮件地址,还是确认取消弹出窗口的操作,在要求访客做任何事情之前,应该先为访客提供有价值的东西。运行用户测试,以确定适合您打算在弹出窗口中显示内容的上下文信息,并找出显示该内容的最佳方式;在很多情况下,它不会出现在弹出窗口中。
可以在页面内容加载之前显示弹出窗口的唯一用例是,您的网站在法律上有义务要求用户同意接受Cookie的使用或验证其年龄。(尽管我们希望欧盟和其他监管机构对GDPR和类似规则的解释不那么令人讨厌。)
在加载主页内容之前,HuffPost向用户展示了一个lightbox。这是一种可以接受的做法,因为在使用包括位置在内的个人数据时,网站在法律上有义务征求同意。
错误2:在用户登录后立即显示弹出窗口
这与页面内容加载之前显示的弹出窗口一样令人讨厌。当用户登录帐户时,他们想到的是下一步或后续任务,否则为什么要登录?
立即呈现任何形式的弹出窗口都会分散他们的注意力,并妨碍他们完成下一步。因为他们正专注于下一步,所以用户很可能会不注意弹出窗口或立即关闭它。不仅如此,它们还可能因中断、关闭弹出窗口或移开弹出窗口所需的额外时间和交互成本而难受。
正确的做法:在登录帐户后给用户一些时间和空间来完成其任务,不要立即显示弹出窗口。
一段时间之后,最终还是可以提供有用的帐户提示,指南或新功能,这是可以接受的,但前提是所呈现的内容或新功能可以增强或进一步支持用户的任务。即便在这些情况下,也始终倾向于使用干扰性较小的方法(例如Tooltips)和小的非模式叠加层,来传达有关这些元素的信息。