他们建议您要么转到 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 的规范版本上,指向其自身?实际上 – 是的,确实如此,但您不必这样做。