无限滚动的问题是众所周知的。最明显的一个是页面上的大量选项,这些选项通常过于庞大且难以管理。这真的感觉就像淹没在一个看不到尽头的信息深渊中。难怪一旦显示的选项数量超出了舒适范围,大量用户会完全放弃该页面作为对此的反应。此外,我们无法控制滚动显示的时间和数量。就像没有简单的方法在无限滚动的“旧”和“新”段之间导航一样,因为它们都落入同一个项目流中。一旦你上下滚动一些项目,就很难立即看到我们已经看到的和我们还没有看到的——除非我们仔细地浏览最后几个项目几次。
有时地址栏中的 URL 在滚动时会发生变化,但更多情况下不会发生变化,如果我们想稍后继续浏览,我们就会从头开始。如果我们想将 URL 发送给自己或我们所爱的人以一次探索一组特定的项目,这通常会很痛苦,因为我们无法真正为列表中的位置添加书签。
最重要的是,无限滚动会破坏滚动条,因为每次滚动都必须重新校准用户对页面长度的期望。滚动条是对页面实际长度的承诺,但是对于新加载的项目,承诺总是错误的。更不用说向屏幕阅读器正确宣布新加载项目的可访问性问题以及断断续续的连接上的性能问题。上面列出的所有问题都只是可用性差。因此,我们经常将无限滚动视为一种产生更多问题而不是解决方案的时尚技术,这并不奇怪。毫不奇怪,作为设计师,我们倾向于使用其他选项:分页和“加载更多”按钮。
分页和“加载更多” # 我们可以通过回到通常的疑点来避免所有无限滚动问题:分页。它有很多好处。有了它,用户总有明确的开始和明确的结束。当用户完成一个页面并移动到下一个页面时,有一个非常清晰的“切割”已经和尚未看到的内容,以及在导航过程中的完成感。