列表頁和分頁是内容站很常见的结构：一個栏目下内容多了，自然要翻頁。但翻頁一旦设計得随意，很容易出現两個問题——用戶点不到想看的，蜘蛛在一個個翻頁地址里绕圈，抓取配額被大量低價值頁面消耗掉。
先弄清楚你的分頁是哪一種
常见分頁大致有三類，處理思路並不相同：
- 带參數的分頁，例如 list?page=2。實現简單，但要留意參數處理，別让同一頁出現多個地址變体。
- 路径式分頁，例如 /list/page/2/。地址更像静態頁面，便于识別，需要保證每個分頁地址都能正常訪問，而不是只有第一頁能打開。
- 点击加载與無限滚動。用戶滚動时自動追加内容，地址栏不變。這類頁面里，後面的内容往往只有一個入口，蜘蛛不一定能發現。
翻頁連結要能被正常点击和跟随
不少人用 JavaScript 绑定点击事件来做翻頁，頁面上没有真正的 a 标簽。用戶能点，但蜘蛛拿不到指向下一頁的連結。更稳妥的做法是保留可点击的 a 标簽，href 指向真實地址，需要时再用脚本做体驗增强。
同时检查翻頁連結的完整性：首頁、上一頁、下一頁、末頁是否都在；目前頁是否為不可点击的纯文本；首尾頁的連結是否寫成了空地址。這些细节看似琐碎，却决定了蜘蛛能不能顺着列表繼續走。
分頁地址的重复與自我竞争
排序方式、每頁顯示條數、来源追踪參數，都可能在分頁地址上叠加，形成類似 page=2 加 sort、加 from 的组合。同一批内容裂成多個地址，既浪費抓取，也让權重分散。建议對這類參數做统一收敛：排序、视图等非内容參數尽量用固定規則處理，必要时借助 robots 或 canonical 指回規范地址。
canonical 在分頁上的用法要谨慎：不要把第 2 頁、第 3 頁都指向第 1 頁。分頁之間内容不同，属于各自獨立的頁面，互相指認反而會让搜尋引擎难以判断该展示哪一頁。
查看全部和無限滚動怎么取舍
如果某一類列表内容總量不大，用“查看全部”一次性展開更省事，用戶也少点几次。但如果一個列表有几百條内容，全部展開會让單頁變得很長、加载變慢，反而不利于阅讀。此时保留分頁、每頁控制在合理條數，或者按時間、分類做归档頁，通常更均衡。
無限滚動适合浏览型场景，但要给它留好後路：提供一個可訪問的下一頁地址，或者分頁归档入口，让没有脚本执行能力的訪問者也能拿到後續内容。否則一旦脚本不执行，後面的内容就消失了。
分頁自查清單
- 翻頁連結是真實的 a 标簽，href 可訪問，不是空地址或脚本伪連結。
- 每個分頁地址能獨立打開，不依赖前一頁的會话狀態或临时缓存。
- 列表每一條都有标题和可進入的入口，而不是只堆一串图片或空占位。
- 分頁參數不叠加排序、来源等無關變量，或已有明确的收敛規則。
- 不要把第 2 頁以後 canonical 到第 1 頁。
- 改版後舊的分頁地址仍可訪問，或跳轉到對應的归档位置。
列表頁本身也要有内容感
列表頁承担的是“找到入口”的职责，但頁面上只有标题串、没有任何摘要和栏目說明时，它和一頁連結堆的差別並不大。适当加上栏目說明、時間、摘要或缩略图，既方便用戶判断是否值得点，也让頁面本身有一点可讀的内容。注意別為了填充而重复堆砌同一段话，模板文字在几十個分頁上反复出現，實际作用很有限。
分頁不是把内容切成很多块就完事。想清楚每一頁為什么存在、用戶和蜘蛛分別怎么走到它，很多問题會在上线前就暴露出来。