分页是网站中最常见的结构之一，无论是电商商品列表、博客文章归档，还是长篇内容的拆分展示，几乎都离不开分页。提到分页的SEO处理，很多人第一反应就是rel=next/prev标签。但这个标签的现状却让不少人困惑：Google早在2019年就宣布不再将其作为索引信号，那现在到底还要不要加？加了会不会有副作用？本文将围绕rel=next/prev的正确使用方法展开，把写法规范、放置位置、常见误区以及当下的替代策略一次性讲清楚。
一、rel=next/prev标签是什么
rel=next/prev是HTML link标签中的一种rel属性值，最早由Google在2011年推出，用于标识一组连续分页页面之间的关系。它的设计初衷是告诉搜索引擎：这几个URL不是各自独立的页面，而是同一系列内容的第几页，搜索引擎可以把整个系列当作一个整体来理解和排序。
标准写法如下：假设一个列表页有三页，URL分别为list?page=1、list?page=2、list?page=3，那么在第一页的head部分应该写link rel=next指向第二页，在第二页写rel=prev指向第一页、rel=next指向第三页，在最后一页只写rel=prev。注意prev是previous的缩写，不要误写成rel=previous，虽然语义上说得通，但标准值就是prev。
这个标签必须放在HTML的head区域内，不能写在body里，也不能通过JavaScript动态插入得太晚，否则爬虫在解析head时可能看不到。此外，Google官方明确要求不能用相对简化的写法遗漏URL中的必要参数，链接地址要与浏览器实际可访问的URL完全一致。
二、Google已不再将其作为排名信号
2019年3月，Google官方确认不再把rel=next/prev作为索引信号使用，也就是说Google会像对待普通页面一样独立地抓取、索引和排名各个分页页面。这个消息让很多站长误以为这个标签彻底作废了，但实际上并非如此。
需要明确的是，Google只是不再用它来合并分页序列，并没有说这是垃圾信号。保留正确的rel=next/prev标注不会带来任何惩罚，只是对Google的排名影响基本消失。而其他搜索引擎的态度并不相同，部分搜索系统仍会参考这类标记来理解页面关系，因此从兼容角度出发，保留规范的标注依然是值得推荐的做法。
更重要的是，即使不为搜索引擎，这些标签对用户和浏览器生态也有意义。例如某些浏览器扩展、阅读工具会利用rel=next实现翻页预取，提升浏览体验。所以结论是：标签可以保留，但绝不能把它当作分页SEO的全部依赖。
三、分页SEO的核心：让每个页面自身可被发现
既然Google把每个分页页当作独立页面，那分页SEO的重点就变成了：确保每一页都能被正常抓取和索引，并且每一页都有独立存在的价值。首先，分页链接必须是搜索引擎可以解析的真实链接，也就是标准的a标签加href，而不是纯JavaScript触发的翻页按钮。如果翻页完全依赖脚本，爬虫可能永远抓不到第二页以后的内容。
其次，URL参数要规范统一。常见问题是同一个分页存在多个参数变体，比如?page=2和&p=2指向相同内容，或者排序参数与页码参数混用产生大量重复URL。这种情况下应该固定一套参数规范，其余变体通过301跳转或canonical指向标准版本。
第三，每一页的title、h1和描述最好带上页码标识，例如“夏季女装-第2页”，这样既避免各页标题完全重复，也让用户在搜索结果中能识别出具体页码，提升点击体验。
四、rel=next/prev与canonical的配合
这是分页处理中最容易出错的地方。正确的做法是：每个分页页面的canonical都指向它自己，而不是把第2页、第3页的canonical统一指向第1页。如果把所有分页的canonical都指向第一页，等于明确告诉搜索引擎后面几页不用索引，这会导致深层内容无法出现在搜索结果中，对于翻页较多的站点损失明显。
举例来说，列表页list?page=2的head中应该是link rel=canonical指向list?page=2本身，同时可以保留rel=prev指向list?page=1、rel=next指向list?page=3。canonical处理参数重复问题，next/prev描述序列关系，两者各司其职，并不冲突。
还有一种特殊情况值得注意：如果某个列表页带有筛选、排序参数，产生了与分页无关的URL变体，此时canonical应指向去除无关参数后的干净版本，避免搜索结果中出现大量重复的筛选页面。
| 场景 | canonical指向 | rel=next/prev |
|---|---|---|
| 普通分页第2页 | 指向自身URL | prev指第1页，next指第3页 |
| 分页最后一页 | 指向自身URL | 只保留prev |
| 带排序参数的分页 | 指向去除排序参数的标准URL | 按标准页码序列标注 |
| 打印版或移动版分页 | 指向对应的标准版页面 | 与标准版保持一致 |
五、无限滚动与分页的混合方案
现在很多站点采用无限滚动加载商品或信息流，用户体验很好，但对SEO并不友好，因为爬虫往往不会触发滚动事件，导致首屏之后的内容全部无法抓取。业界公认的最佳实践是无限滚动与传统分页结合：页面底部保留真实的分页导航链接，用户滚动时动态加载下一页内容，爬虫则可以通过底部分页链接逐页抓取。
在这种方案中，rel=next/prev依然可以正常标注每一页的关系，同时配合History API更新浏览器地址栏中的页码参数，保证用户刷新或分享链接时能定位到正确位置。如果站点已经上了纯无限滚动，建议尽快补一套HTML分页结构作为兜底。
六、电商列表页与长文分页的针对性建议
电商列表页是分页问题的高发区，动辄几十页的商品列表，如果处理不当，深层商品可能长期得不到收录。除了做好上述基础规范，建议对商品列表进行合理的分页规模控制，比如每页商品数适当增加、结合分类细分减少总页数，并保证重要商品尽量出现在前几页或通过sitemap直接提交商品详情页，降低对列表页抓取链路的依赖。
长文分页则需要权衡阅读体验与SEO。把一篇完整文章拆成多个URL，会稀释页面的内容完整性和权重集中度，还容易引发用户跳出。除非文章特别长，一般建议单页呈现并做好锚点目录。如果确实需要分页，每一页都应有独立的标题和摘要性开头，避免让搜索引擎把第3页识别成一个内容残缺的薄页面。
总的来说，rel=next/prev的正确使用可以概括为三句话：写法规范放在head中，canonical各页指向自身，别把它当成分页SEO的全部。分页优化的根本还是保证链接可抓取、URL可规范化、每页内容有独立价值，把这三点做扎实，无论搜索引擎算法怎么调整，站点都能立于不败之地。
rel=next/prev分页处理SEO优化修改时间：2026-09-10 02:04:41