他们建议您要么转到 rel=canonical“查看全部”页面（），要么使用 rel=prev/next 。 rel=canonical 可以与 rel=prev/next 一起使用来处理搜索类型、过滤器等，但它很快就会变得复杂。
分页对于 SEO 来说是一个
非常困难的话题，我建议您查看这两个资源： 征服分页 – 整合内容的指南 最新最好的 SEO 分页 (2)我可以使用Rel=Canonical跨域吗？ 是的 – 2009 年末，Google 宣布支持 rel=canonical 的跨域使用。
当您担心重复并且只希望内容的一个版本符 电报号码列表 合评级条件时，联合内容通常就是这种情况。 (3) 我应该使用Rel=Canonical跨域吗？ 这是一个很难的问题。首先，如果页面看起来差异太大或似乎被操纵，Google 可能会选择忽略 rel=canonical 的跨域使用。
跨域 的理
想用途是同一实体拥有的多个站点共享内容，并且该内容对每个单独站点的用户有用的情况。在这种情况下，您可能不想使用 301 重定向（它可能会让用户感到困惑并损害个别品牌），但您确实希望避免重复内容问题。想要并且想要控制 Google 在搜索结果中显示的属性。
我通常不会仅仅为了
稳定 PageRank 而使用 rel=canonical 跨域。 (4) 我应该对近似重复项使用 Rel=Canonical 吗？ 正如我灾难性的规范化经历和后续经历所表明的那样，在某些情况下，即使在非常不同的页面上，Google 也尊重 rel=canonical。
这并不意味着这是一个
好主意。一般来说，我认为最好为重复项或 在向上爬的过程里必然 非常接近的重复项保留 rel=canonical。例如，如果产品的页面围绕五种不同颜色的五个 URL，并且每个颜色页面仅相差一两个句子（或图像），那么是的，我认为在“父”产品页面上执行 rel=canonical 是可以的。
不要使用 来替
代正确的 301 重定向和/或 404。虽然这可能 消費者數據 不会造成大规模破坏，但我强烈怀疑 Google 将开始忽略您的规范标签，这可能会影响您控制合法重复项的方式。 (5) 我可以将 Rel=Canonical 放在规范页面上吗？ 换句话说，是否可以将 rel=canonical 标签放在 URL 的规范版本上，指向其自身？实际上 – 是的，确实如此，但您不必这样做。