“加载更多”适合连续浏览，但不应把后续项目的唯一入口藏在交互后面。委托制作目录时，应同时要求可访问的分页地址。本题解决不同项目的顺序发现，不是给每种筛选组合增加可索引副本。
适用读者与交付决定
大型商品目录与作品目录。把本题作为给建站或技术供应方的验收任务；需要真实系统证据的地方不能由演示文件代替。
官方依据与解释边界
Google 建议分页拥有独立地址、可抓取链接及各自 canonical，而不是全部指向第一页；抓取通常不会通过点击按钮展开内容。 Google: pagination · 核对日期：2026年10月16日。
已填写教学例子
合成例子，不是真实客户案例。 输入、预期及反例如下；真实平台尚未按此例集成测试。
窄屏可横向滚动表格。
| 输入／情况 | 检查口径 | 预期结果 |
|---|---|---|
| ?page=2 with anchor href | 独立页面 | 可核验入口 |
| #page=2 only | 同文档片段 | 非独立抓取入口 |
| button only, no href | 依赖点击 | 需独立入口 |
怎样执行验收
- 列出前三页应出现的商品 ID。
- 直接请求各页，核对项目覆盖与下一页链接。
- 另测渐进加载及从详情页返回后的浏览位置。
如何解释结果与保留证据
例子排除纯片段及没有链接的入口。存在 href 仍只是候选，必须确认响应中真的包含下一批项目。验收保留商品 ID 覆盖表；第二页重复第一页，即使地址与 canonical 不同也算失败。
适用边界
不保证抓取或收录，也不授权修改旧页 canonical。筛选抓取预算仍是独立议题。
离线复核
保存下方两份文件到同一目录，用Node22.13或更新版本执行。模型只验证有限输入，不代表真实服务或认证。 已填输入及预期输出 · 可检查的函数
node decision-check.mjs catalogue-pagination-links.json