“無限滾動加載”適用于你的產品嗎?
當前位置:點晴教程→知識管理交流
→『 技術文檔交流 』
【編者按】本文作者Danielle Arad,一名用戶體驗專家。怎樣通過更友好的方式來呈現一系列的數據內容,包括文章、鏈接、圖片、搜索結果等等——對于設計師來說,這不是一件很輕松的事。
在這方面,頁碼導航(pagination)是一種經過時間驗證的、還算值得信賴的解決方案。 不過最近幾年,我們可以發現越來越多的網站開始使用無限滾動(infinite scrolling)的方式來呈現內容了——當用戶瀏覽到頁面底部時,傳統意義上的“下一頁”數據會自動加載,并輸出到當前頁面中。 對于某些類型的網站或移動應用來說,無限滾動確實是一種不錯的模式;但在在某些情況下,它也會造成災難性的后果。 我們先來看一下無限滾動加載的優缺點。 優點
缺點有限的用例: 無限滾動的方式只適用于某些特定類型產品當中一部分特定類型的內容。 例如,在電商網站當中,用戶時常需要在商品列表與詳情頁面之間切換,這種情況下,傳統的、帶有頁碼導航的方式可以幫助用戶更穩妥和準確的回到某個特定的列表頁面當中。 額外的復雜度: 那些用來打造無限滾動的JS庫雖然都自稱很容易使用,但你總會需要在自己的產品中進行不同程度的定制化處理,以滿足你們自己的需求;另外這些JS庫在瀏覽器和設備兼容性等方面的表現也參差不齊,你必須做好充分的測試與調整工作。 再見了,頁腳: 如果使用了比較典型的無限滾動加載模式,這就意味著你可以和頁腳說拜拜了。 最好考慮一下頁腳對于你的網站,特別是用戶的重要性;如果其中確實有比較重要的內容或鏈接,那么最好換一種更傳統和穩妥的方式。 千萬不要耍弄你的用戶,當他們一次次的瀏覽到頁面底部,看到頁腳,卻因為自動加載的內容突然出現而無論如何都無法點擊頁腳中的鏈接時,他們會變的越發憤怒。 SEO: 集中在一頁當中動態加載數據,與一頁一頁的輸出相比,究竟那種方式更利于SEO,這是你必須考慮的問題。對于某些以類型網站來說,在這方面進行冒險是很不劃算的。 關于頁面數量的印象: 其實站在用戶的角度來看,這一點并非負面;不過,如果對于你的網站來說,通過更多的內容頁面展示更多的相關信息(包括廣告)是很重要的策略,那么單頁無限滾動的方式對你并不適用。 了解了相關的優缺點,接下來我們看一看我個人認為在無限滾動的運用方面比較到位的兩個網站。 Twitter適合采用無限滾動加載的一個重要原因,就是每個內容單元都很短小精煉,其本身就是內容整體,用戶不需要在“列表索引”與“內容詳情”之間切換就可以獲取全部信息,而且當鼠標懸停在某個內容條目范圍內的時候,對應的操作(回復、刪除、收藏等)就會呈現;所有內容與功能全部集中在當前的上下文環境中。 Tumblr默認情況下,Tumblr是通過無限滾動的方式加載內容的,但他們在設置當中為用戶提供了禁用無限滾動的選項,這種做法非常體貼。 Tumblr的產品特色決定了其內容類型的廣泛性,不同類型的用戶所關注的內容在形式方面可能有很大的區別;允許用戶自主設置內容加載方式的做法可以照顧到不同的用戶群體。 默認的無限滾動方式 用戶可以選擇是否啟用無限滾動 禁用后,回到頁碼導航的傳統方式。 下面是我個人認為不大適合采用無限滾動的例子。 Bing的圖片搜索與Google相仿,Bing在圖片與視頻的搜索結果頁面當中采用了無限滾動加載的做法。不過當用戶點擊某張縮略圖從而進入圖片詳情頁面后,再回到搜索結果列表時會失去之前的定位,這使得用戶必須重新滾動頁面,尋找點擊之前的位置。 如果你的關鍵詞會產生大量的搜索結果,這種方式將給你帶來極大的不便。(現在Bing已經改變了這一做法,當用戶點擊了搜索結果中的縮略圖時,會直接在當前頁面輸出包含大圖及相關信息在內的彈出層;新的流程使用戶不會再脫離當前環境 – 譯者C7210小注) YouTube我愛YouTube的整體設計,同時也理解他們不斷修改和調整設計方案的初衷,不過他們最近將首頁的頁碼導航改為無限滾動的做法還是讓我有些不爽。和Bing的問題類似,YouTube的實際內容(視頻)是在一個獨立的頁面中的,用戶顯然不希望在看過一個視頻后回到列表頁面卻發現列表重新加載了。 另外有些尷尬的是,YouTube的無限滾動加載不是那么的“自動”,用戶需要點擊一個按鈕來使列表加載更多的視頻內容;從某種角度上講這不算壞,因為它確實是將控制權交給了用戶,實現了類似前面提到的Tumblr的做法,但直接將無限滾動與手動觸發結合在一起的形式多少有些不倫不類。 最佳實踐希望你能通過以上這些內容了解到自己的產品是否適合采用無限滾動加載的方式。如果答案是肯定的,那么下面這些要點也許可以幫助你避免掉實踐當中的一些關鍵問題:
該文章在 2013/3/26 17:59:00 編輯過 |
關鍵字查詢
相關文章
正在查詢... |