什么时候在Web应用程序中使用无限分页(例如自动加载或“查看更多”链接)合适?
例子
这也会给用户带来一些问题:
这种方法的优缺点是什么,如何缓解这些问题?
简而言之-当页面的主要用例是“轻松浏览”时,例如 Flickriver ,当共享(电子邮件等)时,页面上只有一件事是无关紧要的,而SEO则无关紧要。
当我说“轻度浏览”时,我的意思是用户基本上只是在滚动,寻找有趣的东西,而无需提交或返回特定项目(大多数人在Flickriver上所做的事情)。
优点:
缺点:
缓解措施:
听起来很适合此类页面,因为它们不会干扰该页面的常见用例,因此无需减轻它们的弊端。如果您仍然有真正的理由并希望使用这种模式,则可以提供其他导航方式,例如,允许用户“标记”页面上的位置,然后在它们之间跳转,尝试劫持“后退”按钮以向上滚动等等.
对于良好实现连续滚动,使用后退/前进按钮不应该成为问题。可以通过随时更新URL片段来缓解此问题。例如,当我在forrst.com中向下滚动时,我来自:
至
提供使用后退按钮的网址。
我相信我们需要一种无休止或几乎无休止的项目列表分页的替代方法,并且我相信这种替代方法应具有所有 滚动优势 并利用普通滚动条的交互约定。但是,我看到的是无尽的滚动画面。对于您可能遇到的几乎所有可能的应用程序,它几乎总是比分页更糟糕。缺点:
打破滚动条的期望。最大的问题是,无限滚动看起来像普通的滚动条,但行为却不尽相同。无休止的滚动泛滥破坏了正常使用的滚动条。例如,用户不会知道何时可以根据滚动条的外观估算总内容。
中断位置估算。如果用户想返回到以前看过的项目,则很难知道要滚动多远,因为滚动条滑块的相应位置会随着新内容的加载而改变。使用普通滚动条时,从顶部滚动¼的内容将保持从顶部滚动¼的内容。通过分页,第4页上的内容保留在第4页上。
用户仅限于向前移动一个列表块。如果用户大致知道所需列表项在列表中的位置(例如,从上一次访问中记住),则仍然可以通过逐步滚动并缓慢地将新项添加到列表底部的方式来迫使用户导航至该列表项,起伏。普通滚动使用户可以立即随机访问列表中的任何点。与无限滚动相比,分页通常允许进行更广泛,更灵活的访问(例如,跳转到最后)。
导航时内容丢失。当用户导航回到无尽的滚动页面时,通常会从头开始重新加载内容,从而导致用户在列表中失去位置。当一个人导航回到一个分页列表或正常滚动列表时,它们将返回到列表中离开的位置。
在设计出能够解决所有这些问题并克服分页问题的设计之前,我将坚持使用分页。或更妙的是:不要提供几乎无休止的清单。除极少数例外(想到地图)外,无休止的分页/滚动是不良设计的标志。如果内容太多,您无法一次将其全部加载到单页正常滚动列表中,则可能是您为用户提供了太多内容。您期望他们进行过多的工作以滚动和浏览所有内容。您需要一种更好地组织或过滤内容的方法,而不仅仅是将其转储到庞大的列表中,并让用户手动而又乏味地筛选所有内容。
例如,对于进行足够搜索的用户,您可以在一个滚动页面中显示大量项目的样本(例如500张照片缩略图)。示例可以是:
最好的选择是用户正在寻找什么。用链接补充样本,以替代解释用户可能要寻找的内容,每个链接都提供不同的项目样本。
尝试捕获用户可能正在寻找的多样性。然后,每个项目都可以包含一个“更像这样”的链接,每个链接都将基于与该项目的相似性显示另一个样本。
几乎从不 ,用户可能很难适应自己的方向,但这很容易解决,因为水平地标指示了哪个页面。
SEO明智的做法是毫不费吹灰之力-如果您在分页之后依赖于bot并且未使用XML网站地图,那么您就没有进行适当的SEO。如果有的话,它应该增加用户互动-SEO的重点。
分页会比较烦人时比较合适。
我使用的论点是人们需要多久返回2或3页以上?如果不是很常见,为什么不将这些记录显示在一页上呢?如果更经常is,我认为分页可能并没有太大帮助。到那时,也许搜索或过滤选项更有意义。
我既喜欢又不喜欢Google的无页面图片搜索。我发现滚动和查看图像非常有用,并且可以非常快地比较通常可能相隔几页的两个图像。分页将要求我在浏览器中的标签之间不断滑动。
我不喜欢它,因为它似乎占用了大量带宽,而我工作的公司正在努力节省这笔费用(三路为昂贵的带宽费用加油!)