DIV CSS 佈局教程網

在博客、雜志甚至是大多數站點中，分頁的點擊次數可能比搜索還要多，因為在很多時候，訪客並沒有明確自己的需求，只是在網頁中一頁接著一頁的浏覽信息，如果在分頁上有良好的用戶體驗同時又能引導訪客進行浏覽，就能大大增加網站的黏性。但在很多站點中，分頁並沒有得到足夠多的重視，即便是花時間來制作分頁也不過是基於圖標的樣式和設計，對分頁組件的整體理念並沒有清晰的認識。

在這之前我們首先要明白的是“什麼是分頁導航”。在搜索引擎的搜索結果頁中，“下一頁”、“上一頁”、“2”、“3”這樣的鏈接就是一個分頁組件，如果用戶在第一頁沒有找到自己需要的信息則會下一頁下一頁地反復浏覽頁面，當然，如果用戶迫切的需要找到一段時間以前的信息，也可能選擇跳頁，良好的分頁設計就是能夠在最少的時間內幫助用戶到達他需要的頁面。這其中包括一些基本的分頁設計原則和技巧，雖然它們很微小但卻常常成為新手最容易忽略的問題：

在原標簽頁中打開

聽起來像是再簡單不過的一件事，但確是新手最容易犯錯的地方。可以想象一下如果當你點擊“下一頁”“上一頁”這些按鈕時，突然打開一個新的標簽頁，如果點擊的太快還有可能打開多個標簽頁，不管網站內容本身有多好，當你反復的被這樣的分頁困擾時也沒有興趣再浏覽下去。很多人習慣在中標注新窗口打開，在設計分頁時就需要額外注意這點。

最後一頁

在百度的搜索結果頁和淘寶中，都能發現他們並不提供直接跳轉到最後一頁，一方面是數據本身很大不利於計算，一方面則是考慮到排名的有利性。在用戶浏覽時如果多出一個最後一頁，我想很多人在反復找不到自己需要的信息也會從後往前找，但是在具有排名性的搜索結果中最好不要提供最後一頁的選項，這樣才能夠規定用戶必須是從前向後。想象一下如果存在“最後一頁”的按鈕，根據排名來算最後一頁的信息肯定是低質的，當用戶直接跳轉到最後一頁時會大大影響體驗，對百度來說也不好在最後一頁再搞上競價。

當然這也是根據行業不同而有所區別的，比如一些資源網站，提供最後一頁跳頁等等翻頁功能可能會對用戶的浏覽有幫助，如果你考慮是否要放置這樣一個按鈕也要結合實際的網站類型，並不是說取消“最後一頁”的按鈕就是最好的選擇。

跳頁

有過浏覽論壇經驗的朋友能發現在論壇中都會出現“電梯”“跳往幾樓”之類的按鈕，這有些類似於搜索的自定義選擇，如果用戶對他的信息檢索排頁方式不滿意或者清楚的知道自己需要的信息大約在哪一頁就會使用“跳頁”，但也不是說跳頁就是必須要有的功能，比如淘寶有按時間排列按銷售排列這樣的功能，跳頁就能很好的展示商品，而搜索引擎則只是為了保證信息按質量和相關度排列，所以盡可能的簡化操作取消跳頁，他們的目的在於讓用戶從前幾頁中獲取信息。

在添加跳頁時也需要考慮用戶的感受，特別是跳頁後的確定按鈕是否能夠友好的點擊到（不少論壇都很難點擊），當激活跳頁輸入框時，按下Enter鍵要也可以觸發事件，在浏覽一定的頁面之後才出現跳頁輸入框等等，用戶雖然不會直觀的明白你所有的細節，但他們能感受到一個網站是“好”還是“壞”。

快速返回首頁

通常處理快速返回首頁的辦法是，在浏覽到較多的頁面時，將“1”代表的第一頁獨立出來，和最近展示的幾個頁碼放在一起，用戶當然知道這裡的“1”就是直接跳往第一頁。實際上這只有在列表頁面和較多的展示內容時才會有所體驗，很多開發者喜歡直接放上一個“首頁”按鈕，但相比較而言，在浏覽之後才出現“1”這樣的設計更能給用戶好感。因為這樣的“1”按鈕在第一頁時是默認不可點擊作為頁碼顯示，而“首頁”這樣的按鈕如果頻繁出現則會給用戶造成選擇上的困難，當你在一排中放上多個按鈕，即便是每個按鈕上都有明確的文字，也是在讓用戶選擇，一個成功和具有高度用戶體驗的網站的要點就是，讓用戶盡快的明白自己要做什麼，哪裡才需要自己點擊。

有的開發者也注意到幾乎所有的搜索引擎都沒有返回第一頁的按鈕，因為搜索引擎是按相關性排列的，當你浏覽超過5頁時可能這個搜索詞就與你的預期結果有一定差距，這時用戶會選擇搜索引擎在分頁旁邊推薦的“相關搜索”和其他關鍵詞進入其他頁面。

整體的平衡性

當你留給分頁組件一個足夠大的區域時，你可能想設計擁有“上一頁”、“下一頁”、“跳頁”等等按鈕，在浏覽多個頁面時也給予用戶選擇第一頁的權利，但要注意這時不能再展示過多的頁碼。想像一下，一個頁面上有近十個頁碼，同時又有這些功能性的按鈕，會嚴重干擾用戶的選擇。比如提供了前後各5頁的展示還有跳頁，當用戶想要往後跳轉7頁時就有很多種選擇，他既可以輸入7來跳頁，又可以先往後翻5頁，也能先點擊下一頁浏覽再點擊頁碼跳頁等等，這樣的猶豫對於用戶來說會很煩躁，有時候並不是留給用戶的選擇越多越好。

准確而精簡的設計往往最能得到用戶青睐的。

說起來這也不過是網站用戶體驗中的一小部分，我也沒有系統的收集各方面的資料分析，只是分享一些自己的經驗看法。仔細想想這些細節給用戶帶來的感受時，我更覺得開發者並不能只專注代碼、運營、設計，要為用戶考慮的更多，畢竟網站還是做給訪客的，並不能看作開發者自娛自樂的產品。

對一些純編程、後端、算法工作者轉向前端或建站之類的工作來說，可能對代碼傾注