Google 改变 rel=prev/next 后，SEO 们正在破坏分页——以下是如何正确处理
rel=prev/next 用于标示一个系列中的分页页面。Google 最初借助这一标记在一组分页页面之间共享信号，同时仍切换展示搜索结果中最相关的那个页面。典型用法包括把内容拆分为多个部分，为产品列表、论坛帖子和博客列表创建多个页面。
当 Google 宣布rel=prev/next 标记已多年未被使用时，我们注意到有越来越多的网站改变了自己的实现方式，主动损害了站点。下面看看发生了什么变化，正确的应对方式。
rel=prev/next 用于标示一个系列中的分页页面。Google 最初使用这一标记在一组分页页面之间共享信号，同时仍会切换展示搜索结果中最相关的那个页面。典型用法包括：把内容拆分为多个部分，为产品列表、论坛帖子和博客列表创建多个页面。
下面看一个由三页组成的系列，实际代码可能是什么样子。
第一页：
这是第一页，只需引用下一页。
第二页：
它同时引用系列中的下一页和上一页。
第三页：
这是最后一页，只需引用上一页。
然而在 2019 年，Google 告知外界他们不再使用 rel=prev/next 做分页，而且显然已经好几年没用过它了。
这一变化其实并没有影响 SEO。就重复内容而言，有些文字块相同并不会损害网站，也不存在惩罚。Google 仍会尝试找出并展示该内容的最佳版本。
那么问题来了：为什么会有这一变化？和如果有的话，你该怎么做？
本文将讲解：
- Google 为何取消对 rel=prev/next 的支持
- SEO 们本可以如何得知 rel=prev/next 已不再生效
- 你是否应该从页面中移除 rel=prev/next
- 2020 年如何正确地实现分页
- 人们如何因不当实现而损害自己的站点
我们从最开头说起。
Google 为什么取消对 rel=prev/next 的支持？
在 Google 抛出不再使用 rel=prev/next 这颗重磅炸弹之前，官方建议之一是分页什么都别做，让他们自己去弄明白。
了解到这一点，他们停止使用 rel=prev/next 最可能的原因，就是他们这方面变得更聪明，觉得不再需要这些额外提示。
除了 rel=prev/next，Google 还有若干方法识别一个系列中的页面。多数情况下，网站在分页页面的实现上一致且规律，Google 可以查看诸如：
- 标题（Headings）
- 页面标题（相同标题，或加上页码）
- 页面上的链接（指向该集合中其他页面的内链）
也可能是因为，把内容拆分到多个页面上这种分页实践导致了糟糕的用户体验。多数时候这么做是为了增加页面浏览量和广告收入，但体验对用户来说很烦人，让人难以找到自己想要的东西。这里是两个例子（二），说明我指的是什么。
SEO 们本可以如何得知 rel=prev/next 不生效？
当 Google 宣布他们已多年不支持 rel=prev/next 时，我收到很多 SEO 最先问的问题之一就是：我们作为技术 SEO，怎么可能不知道这件事？
简单的答案是：没有办法判断。如果 Google 没有告诉我们，我们就无从得知。
如果分页生效，Google 会为这一组页面合并信号。他们通常会展示该组中的第一页，但若搜索结果中该组里有一个更相关的页面，也会切换到那个页面。如果分页不生效，结果也一样，因为搜索本来就是这样运作的——Google 会返回与查询最相关的页面。
SEO 应该移除 rel=prev/next 吗？
不应该。
如果你已经在自己网站上实现了 rel=prev/next，不要移除它。Google 并不是唯一使用这些信息的来源。它仍然被 W3C 推荐，并被用于网络无障碍和 ADA 合规。一些浏览器还会用它做预取。此外，像 Bing 这样的其他搜索引擎仍在使用这一标记。
可接受的分页实现方式
大多数使用 rel=prev/next 的设置也会使用自引用的规范标签。对于这种设置，完全不要做任何改动。把这些页面当作网站上任何其他可索引页面来对待，并确保在分页集合内链向其他页面。
你也可以对分页页面做规范化（canonicalize），让它们指向一个展示全部内容的“查看全部”页面。这样内容仍可为用户而分解到各个页面，但被索引的版本会包含全部内容。
人们是如何损害自己站点的
这是每个页面都被抓取和发现时，一种典型设置的样子：
但人们处理分页时会犯一些常见错误，损害自己的站点。它们是：
- 规范化到第一页
- 对页面设置 noindex
- 给链接加 nofollow
- 阻止抓取
下面逐一细看这些问题，如何在自己网站上检查它们。
错误 1：规范化到第一页
最好的情况是 Google 忽略这个规范标签。如果规范标签被采纳，你最终会切断许多页面的抓取路径，并使内容成为孤立页面。这会让搜索引擎更难发现和索引有价值的内容，也会切断 PageRank 在网站内的流动。
如何在你的网站上检查这个错误
用 Ahrefs 的 Site Audit 抓取你的网站，然后进入 Page Explorer（页面浏览器）并应用这组筛选条件：
如果有任何匹配的 URL，查看其规范 URL。分页系列中规范化到第一页的页面应当修改。
错误 2：对页面设置 noindex
给页面添加 noindex 会把页面从索引中移除。这些页面不再有资格获得排名，PageRank 也不会被传递。
页面上的链接一开始可能仍会被抓取，但情况可能随时间改变。Google 站长趋势分析师 John Mueller 曾提到，noindex 页面在某个时点会被当作 nofollow 处理，但需要多久并不清楚。另一位站长趋势分析师 Gary Illyes 被问及此事时，似乎认为这些页面仍会被抓取。既然无法完全弄清它的运作方式，最稳妥的做法就是谨慎行事，除非你有替代的抓取路径，否则不要对这些页面设置 noindex。
如何在你的网站上检查这个错误
用 Ahrefs 的 Site Audit 抓取你的网站，然后进入 Page Explorer（页面浏览器）并应用这组筛选条件：
如果有任何匹配的 URL，从该页面或 URL 的 robots meta 标签或 X-Robots-Tag HTTP 响应头中移除 noindex 指令。
错误 3：给链接加 nofollow
指向其他分页页面的内链绝不应被标记为 nofollow。nofollow 如今对 Google 而言只是一个提示，最好的情况是他们直接忽略你标记为 nofollow 的部分。实际情况是，你可能会切断抓取和 PageRank 等信号在网站内的传递，同样会造成孤立页面。
如何在你的网站上检查这个错误
用 Ahrefs 的 Site Audit 抓取你的网站，然后进入 Page Explorer（页面浏览器）并应用这组筛选条件：
如果有任何匹配的 URL，点击“No. of inlinks nofollow（nofollow 入链数）”列中的数字。
这会弹出一个浮层，显示在网站上的何处能找到这些被 nofollow 的链接。
从这些具体的链接中移除 nofollow 属性，或者从该页面或 URL 的 robots meta 标签或 X-Robots-Tag HTTP 响应头中移除 nofollow 指令。
错误 4：阻止抓取
阻止页面被抓取同样会让网站上的内容更难被发现，最终造成页面孤立，也会切断 PageRank 在网站内的流动。
如何在你的网站上检查这个错误
检查你的 robots.txt 文件中是否有阻止搜索引擎抓取分页页面的指令。它可能长这样：
从你的 robots.txt 文件中移除这些指令。
结语
如果你已经为分页实现了 rel=prev/next，就别动它。没有任何理由去修改，而且你很可能弊大于利。
如果你想改变分页，是因为认为这些分页页面质量低、提供不了多少价值，那么可以考虑以一种对用户有用的方式对页面分组，同时为搜索引擎提供一条替代抓取路径。例如，如果你想用分类来归组一批博客文章，这可能比一堆包含众多主题文章的分页页面更对用户有用。这些包含单一主题文章的分类页面，有机会针对该分类的相关词出现在 SERP 中。
如果你打算用分类作为抓取和导航路径，还需要确保这些分类能从首页链接到。这可能需要对网站重新设计，所以除非你本来就要改版网站设计，否则我不推荐这么做。即便用这种方法，如果每个分类里有大量文章，你可能仍需要对分类使用某种形式的分页，因此它也会给设置增加复杂度。
如果你还没有实现 rel=prev/next，并且在犹豫要不要做，那这是个难题。我会说，这主要取决于现在添加它所需的精力对比其带来的影响。要记住，这一标记仍被其他搜索引擎、一些浏览器和无障碍用途所使用，所以可能仍然值得投入。
以防有人需要已删除的原始文档链接，这里给你。
对 rel=prev/next 或分页有疑问？在 Twitter 上给我留言。