一张文章库或产品列表首屏只显示 12 条没有问题；问题在于第 13 条之后是否拥有可访问的分页 URL 和可跟随的链接。让第一页输出指向第二页的 <a href>，让第二页有独立地址和指向详情的链接，才能形成稳定的发现路径。只在点击“加载更多”后改变视图，却没有可单独请求的第二页，验收仍未完成。
本文用教学用文章库 https://example.com/articles/ 排查一条断链，不代表本站或客户站实测。整站栏目位置见SEO 网站架构；这里检查的是第一页→第二页→第 13 篇详情的一条具体路径。
用一条深层内容倒推发现路径
先锁定只在第二页出现的详情地址，例如 https://example.com/articles/pump-sizing/。未登录打开第一页，查看原始或 Google 可见的渲染 HTML，再直接请求 https://example.com/articles/?page=2。教学故障的第一页只有 <button onclick="loadMore()">加载更多</button>；点后第 13 篇出现，但第二页 URL 不能单独打开，刷新又回到前 12 篇。这里的断点在第一页到第二段，而不是详情页标题。
记录不要只写“按钮正常”。应填三项：第一页有没有下一页 a href；第二页请求是否返回自己的内容与 200；第二页是否输出第 13 篇的 a href。如果第一页已经有稳定链接，再检查第二页是否 404、被 robots 拦住或只返回第一页内容。Google 的分页与增量加载指南说明，爬虫通常沿 a 元素的 href 发现 URL，一般不会像用户一样点击按钮来加载更多。
三种交互，分别补齐可抓取路径
教学修复从第一页补一条真实链接开始：
<a href="/articles/?page=2">下一页</a>
第二页直接请求应返回 200，展示第 13 至第 24 篇及 <a href="/articles/pump-sizing/">泵选型指南</a>，并声明与本页一致的规范地址：
<link rel="canonical" href="https://example.com/articles/?page=2">
传统分页可直接把这条链接当按钮。若界面采用“加载更多”，仍要保留可单独访问的页段 URL 和爬虫可发现的链接，再用脚本增强体验。无限滚动也要让每段有持久 URL；当新的页段成为主要可见内容时，用 History API 更新地址，使刷新、分享和返回都能恢复同一段。Google 的延迟加载指南给出了这一路径。URL 只在 #page=2 片段变化，或只有 JS 事件而无 href，都不能替代独立页段。
改动后不能只验“点一下出现第 13 篇”，还要复制 ?page=2 到新窗口直接打开，再查看源 HTML 和渲染结果中是否有详情链接。若页面框架只在前端状态里保存页码，开发应先修路由与服务器响应，再谈滚动动画。
canonical、排序与空页要和内容一致
第二页承载不同的 12 篇文章，不能机械 canonical 到第一页。Google 的分页指南要求每页有独立 URL，并给每页自己的 canonical；旧的 rel=next/prev 标签不再是 Google 识别分页序列的依据。第一页可以是更适合用户进入的集合入口，但这不等于第二页应被当作第一页的副本。
?page=2 是正常页段，?sort=newest 是排序变体。若两者共用参数处理规则，可能为了拦排序而误挡第二页；筛选/排序的抓取决策应另做 URL 模式表。越界的 ?page=999 若根本没有页段，不应持续返回空的 200 并再给“下一页”；检查系统的实际响应、末页判断和错误页链接。
内容只有少量条目，单页性能与阅读体验都良好时，不必为 SEO 强行分页。分页是内容量与交互设计的结果，修复目标是已有分页下的发现路径，不是凭空制造更多页。
发布后验收发现路径，而非盯单张收录截图
改完先做未登录的三跳测试：第一页、第二页、深层详情。下面是教学示例的预期记录，不是一次真实抓取结果：
| 跳点 | 请求或 HTML 证据 | 通过条件 | 失败后动作 |
|---|---|---|---|
/articles/ | 200；<a href="/articles/?page=2"> | 不点击脚本也能取得下一页 URL | 补 href 或修模板输出 |
/articles/?page=2 | 200；展示第 13 篇；自指 canonical | 新窗口直接打开、刷新仍是第二段 | 修路由、服务端内容或 canonical |
/articles/pump-sizing/ | 第二页有详情 href；详情 200、可索引 | 读者从列表进入完整文章 | 修详情链接或详情页状态 |
这三跳通过，只能说明发现路径有了；不能宣称 Google 必定索引。再用 Search Console 的 URL 检查确认 Google 抓取与选定规范 URL，并记录最后抓取、索引状态。若详情是“已发现但未索引”，就按 GSC 信息检查页面是否与其他文重复、正文能否完成自身任务、站内是否有更强的相关入口；继续加分页按钮无法证明能解决这类问题。若 GSC 看不到此 URL，先核抓取路径、sitemap 与日志中 Googlebot 是否访问。更完整的站点抽样可参照技术 SEO 审计。
验收最后请一位读者从第一页导航到第 13 篇，再返回第二页；如果刷新后页段丢失，用户路径也未通过。保留改前/改后请求与 HTML 样本，比一张“已编入索引”截图更能说明具体修复了什么。
常见问题
rel=next 和 rel=prev 还要加吗？
其他系统可能仍使用它们，但 Google 不再用它们识别分页关系。真正的页段 URL 与可跟随链接仍要存在。
第二页 canonical 到第一页安全吗？
当第二页有不同条目时，这会与页面内容相矛盾。给第二页自己的规范 URL，先查它是否真的输出了独立列表。
Sitemap 已列出第 13 篇，还需要分页链接吗？
Sitemap 可以辅助 URL 发现，但不能代替读者可走的分类导航，也不保证索引。把两条路径都检查清楚。