列表頁往往是站点里數量最多的一類頁面，但它通常被当成“能翻就行”。等到栏目里的内容越堆越多，才發現翻頁地址五花八门、深頁内容長期没人訪問，甚至连自己都很难找到第五頁之後寫了什么。分頁本身不是大問题，問题是没人定期去看它現在的样子。
先看分頁地址長什么样
把主要栏目的第二頁、第三頁地址複製出来，對照下面几種常见寫法：
- 路径式：… 例如 /category/page/2/，结构清晰，便于判断层級。
- 參數式：例如 /category/?page=2，實現简單，但參數顺序、大小寫不一致时容易产生多個地址。
- 锚点式：例如 /category/#page2，地址變了，頁面内容却没變，實际只是前端滚動位置不同。
- 纯前端加载：点击“加载更多”後 URL 完全不變，内容靠脚本追加。
同一站内最好只保留一種分頁寫法，混合使用會让地址數量成倍增加，也让後續的規范連結設定變得麻烦。
翻頁連結要真的能被点到
分頁導航里的“下一頁”“2、3、4”應该使用带 href 的連結，而不是绑定点击事件的按钮或 span。判断方法很简單：在浏览器里禁用 JavaScript 後刷新頁面，如果翻頁控件還在、点击後地址仍然會變化，那基本是可抓取的；如果整块導航消失或点了没反應，說明它只服務于浏览器环境。
另外注意两点：不要在分頁導航上加 nofollow，也不要在 robots 規則里把分頁路径整段屏蔽。分頁頁面通常承担着把新内容串起来的角色，挡住它，等于让列表深處的頁面少了一條被發現的路径。
分頁頁面的标题與描述
第二頁往後的标题如果和第一頁完全一样，多頁内容在搜尋结果里就容易看起来像同一篇。可以给分頁頁面的标题加上頁碼或区間提示，但不必堆砌關鍵詞，寫成人能看懂的顺序就好。描述标簽同理，與其複製第一頁的文案，不如让它保持简短、與目前頁内容大致對應。
canonical 和翻頁指令怎么處理
分頁頁面建议把 canonical 指向它自己，而不是统一指向第一頁。把所有分頁都指向列表首頁，會让這些頁面失去被單獨索引的可能，列表深處的内容也更难被找到。
至于早年常见的 rel=prev / rel=next，主流搜尋引擎已经不再把它們当作索引信号使用，保留不影响解析，但不必再指望它們承担什么作用。真正需要確認的還是：連結是否可点、地址是否稳定、canonical 是否指向自身。
深分頁、加载更多與查看全部
頁數越多，越靠後的頁面被訪問到的机會越小，抓取时也更容易把资源花在重复的列表结构上。几種常见做法各有取舍：
- 每頁條數：太少會让頁數迅速膨胀，太多會让單頁体积變大。可以观察實际停留和点击情况再定。
- 加载更多 / 無限滚動：對搜尋引擎的渲染依赖更高，最好同时保留一套可点击的分頁地址作為兜底。
- 查看全部頁：方便訪客一次看完，但它與分頁頁面的内容高度重叠，需要留意重复關系，不必每個栏目都開。
如果某個栏目長期只有個位數的内容，却還保留着分頁结构，也可以考虑合並或調整展示方式，减少無意义的空頁。
一份可以照着做的自查清單
- 随机打開三個栏目，把第二頁、最後一頁的地址複製出来，確認寫法是否统一。
- 禁用 JavaScript，检查翻頁控件是否仍然可用。
- 查看分頁頁面的 title 和 description，確認不是逐字複製第一頁。
- 检查分頁頁面的 canonical，確認指向自身而非列表首頁。
- 確認分頁路径没有被 robots 規則或 nofollow 整体屏蔽。
- 翻到列表最深處，看看那里的内容是否還有正常入口。
- 在服務器日誌或抓取记錄里，观察分頁地址的訪問分布是否長期只集中在前两頁。
分頁是站点的骨架，不是装饰。它不需要多花哨，只需要地址稳定、連結可点、每頁都能被正常打開——做到這几点，列表深處的内容才不至于只剩翻頁這一條路。