分页和无限滚动怎么做：发现路径与抓取排查（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、抓取预算、孤立页修复 放在一起看。真正要保住的，不是某个翻页控件，而是整条内容发现链。