分頁和無限滾動怎麼做：發現路徑與抓取排查（2026）
分頁、Load More 和無限滾動不是體驗之爭，核心是 Google 能不能穩定發現後續內容。先看 URL、連結、canonical 和日誌，再決定具體方案。
分頁、Load More 和無限滾動不是體驗之爭，核心是 Google 能不能穩定發現後續內容。先看 URL、連結、canonical 和日誌，再決定具體方案。
很多網站做列表頁最佳化時，最容易把注意力放在視覺和互動上。翻頁是分頁好，還是 load more 好，還是 infinite scroll 更順手。使用者體驗當然重要。但從 SEO 角度看，更關鍵的問題往往不是“使用者喜不喜歡”，而是“Google 到底能不能穩定發現後面的內容”。
這件事在 2025 到 2026 年其實已經被 Google 講得很清楚了。Google 在 Pagination, incremental page loading, and their impact on Google Search 文件裡明確說：Google 通常是透過 `` 裡的連結發現分頁頁的；Google 不會去點按鈕，也通常不會觸發那些必須依賴使用者動作才能載入內容的 JavaScript 行為。也就是說，視覺上再順的“載入更多”“無限滾動”，如果底層沒有留出可抓取路徑，搜尋系統看到的內容很可能比使用者少得多。
這篇文章不講 UI 評審，只講 SEO 視角下最實用的事：分頁、load more、infinite scroll 到底各自有什麼問題；Google 真正在乎什麼；什麼時候該用分頁，什麼時候可以保留無限滾動；canonical、URL、next/prev、引數、篩選、分頁深度應該怎麼處理；以及企業站、電商站、B2B 產品站怎麼把使用者體驗和發現路徑兩邊一起顧住。
很多團隊一上來就會把分頁理解成“老派”，把 infinite scroll 理解成“現代”。這個判斷從 SEO 角度看並不重要。Google 真正在乎的，是後面的內容有沒有穩定 URL、有沒有順序連結、有沒有可被發現的下一頁關係。
所以別先問“哪種互動更高階”，而要先問：
只要這三件事做對，分頁就能很穩；load more 和 infinite scroll 也不是不能做。相反，如果三件事都沒做好，再漂亮的前端互動也會在 SEO 上出問題。
| 模式 | 使用者感受 | SEO 最大風險 |
|---|---|---|
| Pagination | 路徑清楚，但跳轉感更強 | canonical 和 URL 處理容易出錯 |
| Load More | 連續感更強 | Google 不點按鈕，後續內容發現不全 |
| Infinite Scroll | 最順滑 | 若無分頁底層路徑，深層內容難發現 |
Google 現在關於分頁和增量載入的口徑，比很多老 SEO 經驗更值得信。官方文件裡有幾句非常關鍵：
這幾句其實已經夠決定很多實現方案的生死了。尤其最後兩條，很多站到現在還做錯。
這個錯非常常見。前端做了一個漂亮的按鈕，使用者一按，頁面繼續向下展開，體驗上看完全沒問題。但從 Google 的角度看，如果這個按鈕後面沒有一個明確的分頁 URL，比如 `?page=2`、`/page/2/` 之類，那 Google 通常就不會自動把後面的內容當成新一頁去發現。
Google 官方說得很直：Google 不點按鈕。也就是說，按鈕本身不是問題，只有按鈕、沒有連結才是問題。很多站的“SEO 分頁失效”，其實就是死在這一步。
這也是老問題，但到現在還有很多前端會這麼做。比如第一頁是 `/category`，第二頁看起來像 `/category#page=2`。對使用者來說，似乎也能切到第二屏。可 Google 對 fragment identifier 的態度一直都很明確：它會忽略 `#` 後面的內容。
這意味著什麼？意味著從 Google 眼裡看，這可能還是同一個頁面。你以為自己給了第 2 頁、第 3 頁，實際上搜尋系統看到的未必是獨立 URL。分頁一旦做成這樣，後面的內容發現效率就會明顯變差。
這個誤區非常頑固。很多站會想，分頁本來內容相似，那我乾脆把第 2 頁、第 3 頁都 canonical 到第一頁，不就把訊號收起來了嗎？Google 的官方文件明確反對這種做法：分頁序列裡的每一頁都應有自己的 canonical。
為什麼？因為分頁頁不是簡單的重複頁。它們是一個序列關係，不是同一頁的映象版本。第 2 頁上的內容和第 1 頁不是完全相同，第 3 頁也一樣。你如果把它們全部規範化到第一頁，等於在告訴 Google：“後面這些頁不重要，甚至不是真正獨立頁。”這樣做，很容易讓後面的商品、文章、評論、列表項被更難發現。
| 做法 | 更推薦還是不推薦 | 原因 |
|---|---|---|
| 每頁獨立 canonical | 推薦 | Google 把分頁頁當獨立 URL 處理 |
| 全都 canonical 到第一頁 | 不推薦 | 會弱化後續頁的發現與索引 |
這一點也需要更新認知。Google 早就不再使用 `` 和 `` 來理解分頁關係。它們可能對其他搜尋引擎還有點意義，但對 Google 本身，已經不是關鍵手段。
所以今天如果還把分頁 SEO 完全寄託在 next/prev 上，方向已經偏了。真正更值錢的，還是：
Google 文件其實給出了一個很實際的角度：先看你的結果規模，再看互動需求。換成 SEO 視角，可以這麼理解：
也就是說，SEO 並不是要求你必須只能用老式分頁，而是要求你別把“使用者觸發行為”當成內容唯一發現方式。
這也是最現實的方案。使用者端可以繼續保留 infinite scroll，讓瀏覽更順；但底層仍然要有分頁 URL 和順序連結，讓搜尋引擎能按頁發現內容。這樣其實就是兩條軌：
很多站做不好的原因，是隻保留了使用者軌，沒有保留搜尋軌。結果使用者看起來很順，Google 看起來卻只看到第一屏。
因為現實裡很多列表頁不是純分頁，而是“篩選 + 排序 + 分頁”疊在一起。比如 `/shoes?color=black&sort=price&page=3`。一旦這幾層疊起來，問題就會明顯變複雜：
也就是說，Pagination 這件事單獨看不算特別難，難的是它經常和 faceted navigation、引數 URL、index bloat 一起出現。所以真正排查時，別隻看分頁控制元件本身，還得看整套 URL 池是不是已經開始亂了。
很多人提分頁，只想到分類頁或產品列表。其實 Google 文件裡舉的例子很廣，包括：
也就是說，只要你的網站裡有“內容太多，一頁放不下”的場景，分頁與增量載入的邏輯就成立。企業站常見的案例頁列表、新聞列表、下載資源列表，本質上也一樣。
如果想把這件事再往底層看一層，可以配合 Designing a URL structure for ecommerce sites 一起讀。它雖然是電商語境，但 URL 設計、路徑清晰度、頁面可理解性這些原則，對產品庫、案例庫、資源庫都適用。
這類問題很常見。一個企業站的產品分類頁也就十幾條內容，卻為了“現代感”做了 load more 或無限滾動。結果增加了前端複雜度，也增加了 Google 發現路徑的不確定性，卻沒有換來真正必要的使用者收益。
所以別把 infinite scroll 當一種天然更高階的選擇。對於結果量本來就不大的列表頁，簡單分頁很多時候反而更穩，也更便於搜尋系統理解。
| 列表規模 | 更穩的選擇 | 原因 |
|---|---|---|
| 很短 | 簡單分頁或甚至單頁展示 | 沒必要引入額外複雜度 |
| 中等 | 分頁或帶底層 URL 的 load more | 兼顧體驗與發現 |
| 很長 | 分頁 + 可選使用者端增量載入 | 最穩 |
這句話聽起來很簡單，但它其實決定了很多前端實現要不要返工。它的真正含義是：
換成一句更直白的話：使用者行為，不等於爬蟲行為。只要這點沒想清楚，Pagination SEO 基本都會出問題。
很多人一談分頁，就擔心“第 8 頁、第 12 頁還會不會被收”。這個擔心不是沒道理。但真正該問的，不是頁碼本身，而是深層頁上還有沒有值得被發現的內容。
如果一個列表頁後面掛著的是核心產品、歷史案例、行業文章、客戶評論，那深層頁仍然有發現價值。反過來，如果後面越來越像低質量重複集合，只是把同樣的模組換一批順序，那就算能抓到，價值也未必高。這個判斷，和我們前面做過的 Index Bloat 排查文章 是連著的。頁數多不可怕。低價值頁數多，才可怕。
Google 在 可抓取連結文件 裡強調，真正幫助發現的還是可解析的連結關係。也就是說，第 6 頁能不能被看到，先取決於它有沒有被順著連結鏈路穩定連上，而不是先取決於“它是不是太深”。
| 情況 | 更該關注什麼 | 判斷方式 |
|---|---|---|
| 產品列表很長 | 後續產品有沒有被穩定發現 | 看分頁連結、日誌和收錄情況 |
| 部落格歸檔很長 | 舊文章是否只能藏在深分頁裡 | 看內鏈分發是否過度依賴歸檔 |
| 評論翻頁很多 | 評論是否真有搜尋價值 | 看評論頁是否帶來獨立需求 |
這也是很多團隊會混掉的一點。第一頁通常是這個集合最強的入口頁。它更可能承接主要搜尋詞，也更可能拿到更多內鏈和外鏈。後續分頁則更多承擔“繼續發現內容”的角色。兩者職責不完全一樣。
所以，第一頁常常需要更完整的標題、導語、篩選說明、麵包屑和轉化模組。後續分頁則更重要的是別被錯誤 canonical、別斷連結、別變成 fragment、別被引數和排序打散。Google 在 canonical 文件 裡也反覆強調，規範化是給真正重複的版本做歸併，不是拿來抹掉序列頁存在感的。
如果你的站點把後續分頁全 canonical 到第一頁，或者 sitemap 裡只有第一頁，其餘分頁只能靠按鈕慢慢露出，那結果通常不是“訊號更集中”，而是後續內容更難被發現。對商品庫、資源庫、部落格歸檔都一樣。
同樣是分頁，不同場景的目標差別很大。產品列表更看發現路徑和可交易內容。部落格歸檔更看舊文分發。案例頁更看主題分組。評論區則常常只是補充內容。
Google 在 電商 URL 結構文件 裡提到，URL 設計應該服務於可理解性和長期維護。換成分頁語境，就是不同型別的列表頁，不必強行共用一套最炫的互動。
很多企業站的問題，就是把商城的 infinite scroll 直接搬到案例頁、新聞頁、下載頁上。看著統一，實際上並不合適。
現在很多專案不是傳統模板頁，而是前端路由、介面請求、區域性渲染。使用者點“下一頁”，URL 也許變了，列表也許變了，甚至瀏覽器裡看著一切正常。但 Google 真正拿到的 HTML、連結、狀態碼，未必和你在瀏覽器裡看到的一樣。
Google 在 JavaScript SEO basics 裡講得很清楚：基礎的發現路徑、狀態碼、canonical、連結，都不要只依賴複雜指令碼執行後才成立。否則渲染鏈一旦不穩，分頁問題就會被放大。
SPA 分頁裡最常見的幾個坑是：
這類問題，如果只靠肉眼點頁面，很難第一時間發現。更合適的做法，是把渲染後的 HTML、URL 響應、連結元素一起看。前面我們已經有一篇 JavaScript SEO 渲染排查文章，和這裡正好能接上。
現實中的分頁，很少是乾淨的 `/page/2/`。更多是 `?page=2&sort=price&color=black` 這種混合狀態。到了這一步，問題通常已經不只是“第 2 頁怎麼抓”，而是“到底有多少種第 2 頁”。
Google 的 URL structure best practices 和 faceted navigation 文件 說得都很明確：引數要規範，順序要穩定，別讓同一個集合因為不同引數排列方式長出一堆近似 URL。
換句話說，分頁排查不要只看 `/page/2/` 這一條。你還要看：
這也是為什麼分頁問題，最後經常會轉成抓取預算問題。因為搜尋引擎不是隻在看一串頁碼，而是在看一整個不斷分裂的 URL 池。相關的抓取浪費判斷，可以順著看 伺服器日誌分析指南 和 抓取預算指南。
這一步非常關鍵。很多團隊以為“測試同事點得開”就算沒問題。對 SEO 來說，這遠遠不夠。你至少要補三層驗證。
如果你在 Search Console 裡發現第 2 頁經常被判成備用網址、被 canonical 到第一頁，或者日誌裡 Googlebot 長期只抓到第 1 頁，那方向就很清楚了：不是使用者體驗沒做好，而是發現路徑沒打通。
另外，別忽視響應層。分頁 URL 如果返回異常狀態，或者空頁長期返回錯誤的 `200`，判斷也會被帶偏。Google 在 HTTP status codes and network errors 文件裡對這些返回語義有更細的說明，排查時值得一起看。
這類排查，最好別隻做一次。尤其是改了前端框架、篩選邏輯、列表模板之後，要再複檢一輪。因為分頁問題很容易在改版時被順手改壞。我們站裡那篇 SEO 審計清單 也可以作為上線前的總檢查表來用。
這兩件事要分開。不是所有深分頁都必須進索引。很多第 7 頁、第 9 頁本來就不一定適合拿來承接搜尋詞。但這不等於它們不重要。因為它們即使不拿排名，也可能是後續產品、文章、評論被發現的橋。
所以更合適的判斷通常是：
如果一個深分頁本身沒搜尋價值，但它後面連著很多重要產品，那它的“發現價值”仍然很高。你不一定非得把它做成高競爭排名頁，但也不該隨手 canonical 掉、按鈕化掉，或者讓它失去穩定 URL。
| 頁面型別 | 收錄價值 | 發現價值 |
|---|---|---|
| 分類第一頁 | 通常較高 | 高 |
| 中後段分頁 | 常常一般 | 可能很高 |
| 空結果頁或無意義排序頁 | 低 | 低 |
企業站和大電商不一樣。很多企業站列表總量並不大，前端團隊也不一定長期維護複雜互動。這個時候，與其追求一個看上去很前沿的無限滾動，不如把分頁、篩選、連結、canonical、日誌驗證這一套先做穩。
對大多數 B2B 企業站、服務站、資源站來說，下面這套通常更務實：
換句話說，分頁不是為了討好搜尋引擎而犧牲體驗。它是給網站留一條不會輕易失效的內容發現主路。現代互動當然能做，但別把主路拆了。
這個順序的價值，在於先保底層發現，再談 UX 包裝。很多團隊正好做反了。
說到底，Pagination、Load More、Infinite Scroll 之爭，表面上看像前端模式之爭，實際上更接近“發現路徑設計”之爭。只要 Google 能穩定找到後面的內容，很多互動形式都不是不能做；一旦後面的內容只能靠人點、靠人滾、靠人觸發，搜尋系統看到的世界就會比使用者小一截。
真正值錢的做法，不是回到最老的分頁樣子，而是讓現代互動和傳統可發現路徑同時存在。這樣使用者順，Google 也不迷路。對列表頁、產品頁、評論頁、歸檔頁來說，這才是 2026 年更穩的實現方式。
如果你們站裡同時存在篩選、分頁、前端渲染和深層列表發現問題，這篇文章最好和 篩選頁 SEO、JavaScript SEO、抓取預算、孤立頁修復 放在一起看。真正要保住的，不是某個翻頁控制元件，而是整條內容發現鏈。