它需要足够的信号来翻转我 (Read 17 times)

[account_disabled]

重定向通常是一个非常强的规范化信号。它们传递PageRank并帮助确定哪个 URL 会显示在 Google 索引中。 永久重定向（例如 301）会将信号转发到新 URL。临时重定向（例如 302 和某些 307）会将信号向后发送到重定向的 URL。如果临时重定向保留的时间足够长或者重定向到的 URL 已存在，则它可能会被视为永久重定向并向前发送信号。它需要足够的信号来翻转我们之前看到的标准化信号的规模。随着链接的建立、内部链接的更改、站点地图 URL 的更新等，指向新 URL 的信号多于旧 URL，从而发生翻转。 302s 的刻度翻转示例 在某些时候，临时重定向（例如 302）的规模会发生翻转。 307 有两种不同的情况。


如果是临时重定向，它将被视为与 302 相同，并尝 特殊数据 试向后合并。当网络服务器要求客户端仅使用 HTTPS 连接（HSTS 策略）时，Google 将不会看到 307，因为它已缓存在浏览器中。初始命中（没有缓存）将有一个服务器响应代码，可能是 301 或 302。但是您的浏览器将在后续请求中显示 307。 永久重定向的类型 HTTP 301 HTTP 308 元刷新 0 HTTP 刷新 0 JavaScript 位置 加密重定向 临时重定向的类型 HTTP 302 HTTP 303 HTTP 307（服务器端，不是浏览器缓存的） 元刷新 >0 HTTP 刷新 >0 信号整合 信号通常在一年后永久合并。



如果在此期限后删除重定向，信号将保留在重定向到的页面上。如果恢复原始页面，任何新信号都将转到恢复的页面，但旧信号仍会在重定向到的页面上合并。 赫夫朗 Hreflang 是规范化的另一个信号。hreflang 标签中包含的页面更有可能被选为规范页面。 当涉及到重复页面时，这也很复杂，因为通常一个页面可能会被索引并且信号会在那里合并，但他们仍然可以将显示的页面交换为搜索结果中用户更合适的页面。 这部分很复杂，我建议阅读Hreflang：初学者简易指南 以获取更多信息。