如何在不影响PageRank的情况下过渡到SSL？

92

在Stack Exchange，我们正在努力将所有流量转移到SSL。我们之所以不做登录用户，是因为登录分隔的一侧每次都会遭受Google的重定向。发生这种情况是因为Google仅拥有http://或https://拥有结果，而不是两者都有。除了构建SSL基础结构之外（此处有详细信息），我们还有一个悬而未决的问题：我们
如何最好地过渡到SSL？

以下是我们计划的相关部分（在小型网站上进行测试，然后升级到stackoverflow.com）：

在所有域上准备好/启用（但未链接到）SSL
开始渲染仅在<link rel="canonical">如https://
开始向所有http://请求发送301 https://（来自我们的域...当然，我们无法对指向我们的所有现有链接执行任何操作）
过渡期过后，将所有用户Cookie设置为 secure

因此，最终结果是所有内容都通过SSL传递，并且所有HTTP请求都被重定向。我们主要关心的是这将如何影响我们网站的PageRank。我们非常依赖来自Google的流量，并希望在我们开始为用户提供更高的安全性时确保不会被淹没。

我发现的唯一似乎是实质性的内容是Google员工对一个老问题的类似评论：

@Frank是的，我确定Google会将HTTP和HTTPS URL视为用于爬网，索引和排名的单独URL（我与Google的网络搜索团队合作）。像您提到的那样使用301重定向进行规范化是解决此问题的好方法：) – John Mueller 2010年 10月23日

和我能找到的唯一一个网站管理员视频：可以切换到HTTPS危害等级吗？该视频没有一个明确的答案，也没有一个我会以公司的未来为基础的视频。

至少从SEO角度来看，我们的过渡计划是否是完成SSL迁移的最佳方法？如果还有其他更近期或更具体的建议，说明这种举动如何影响Google排名，我们很乐意听到。

seo https pagerank

— 尼克Craver
source

3

在大公司这样做之前，是否值得先迁移较小的SE网站之一以评估对页面排名的影响？

— Kirk Woll

2

@Jeff我们要么显示http和经过身份验证的用户都被踢到https（每次搜索命中都会带来痛苦的重定向），要么我们在Google搜索结果中显示https，这意味着我们已经有效地将所有人都切换到了https，就像我们正在计划（但没有重定向，至少来自Google）。谷歌显示的一切将是95-99％的流量情况，因此从长远来看，我们必须使用完整的https以避免重定向。另外，根据日志显示，无论我们是否做广告，谷歌似乎都会尝试在https上抓我们...

— 尼克·克雷弗

2

@Kirk绝对是，这是对括号内的小型网站进行测试的意思。该计划是首先尝试一些较小的站点。

— 尼克·克拉弗

2

@IlmariKaronen-是的，这对我们来说并不痛苦... 对用户而言是痛苦的，在澳大利亚这样的页面加载时间可能会增加一秒钟的时间。即使在美国，它通常也比移动设备上的数字高得多。我们的问题页面的渲染时间不到50毫秒（大部分时间是一半），因此任何增加延迟的解决方案都会对页面加载时间产生巨大影响。从百分比的角度来看，您在浏览我们的网络时几乎看到的所有加载延迟都是传输，因此对于95-99％的页面加载，将请求数量增加一倍将是一个显着的增长。

— 尼克·克拉弗

1

@尼克：真的会是95％以上吗？我可以看到您的所有请求中有一部分来自Google，但是对于登录用户来说，百分比肯定会低很多吗？也就是说，我确实同意，一整秒的额外延迟确实开始符合“痛苦”的条件。（您可以通过放置一堆地理位置分散的前端代理来解决该问题，并总体上改善延迟，但这可能超出了此处问题的范围...仍然适用于Wikipedia。）

— Ilmari Karonen

34

从SEO角度来看，您提出的解决方案是最好的方法。通过使用规范的URL可以避免重复的内容，并且301重定向将转移您的大部分PageRank（在重定向中会丢失少量）。另外，由于Stack Overflow在Google中页面的优势，如果您发现排名有波动，那我会更加震惊。较小的网站会在排名中看到过渡期，而Google赶上了他们的新URL，但我不认为Stack Overflow会发生这种情况。

仅供参考，您引用的Google员工John Meuller在这里是活跃成员。运气好的话，他会给我们这个观点。

— 约翰·康德
source

16

是的，我认为这是一种非常合理的方法。FWIW之前在Google+上也进行了类似的讨论，我们研究了一些具体细节：plus.google.com/106413090159067280619/posts/ZZVAS65mmw4。可能不需要在时间上分隔rel = canonical＆重定向，但这可以使更早发现问题变得更容易。您未提及的一件事是HSTS，在某些时候也可能值得考虑。

— 约翰·穆勒

感谢我们团队的支持，我们现在对SEO方面的过渡更加放心了。我们还有几周的工作要做，但我们仍在努力实现HTTPS切换。

— 尼克·克拉弗

11

大约一年前，在永久链接中为我的WordPress网站生成代码中存在一个错误，该错误从Google获得了约70％的访问量。规范标记开始使用WP短URL格式而不是常规格式。

两周后，当我发现自己的网址在Google索引中显示为奇怪时，我发现了该错误。/999999/post-url-format-like-this/它没有显示完整的结果，而是显示了?post_id=99999（或类似的结果）。

流量没有变化。

该错误已修复，再次正确设置了规范标签，大约一周后，Google将所有索引链接调整回了正常格式。无痛，真的。

因此，根据我的经验，您的计划应为：

更改规范标记以改为指向HTTPS URL。
Google会自动更新索引中的所有结果。这可能需要几个星期，并且不需要301重定向。而且... 95％的流量将使用SSL。
重定向从另一个站点单击的登录用户。

由于301重定向确实会删除某些pagerank，因此我认为没有立即使用它们的意义，特别是因为规范标记应处理Google索引。

— 技巧怪胎
source

5

我相信Google会将看到的第一个URL排名为短URL，HTTP甚至HTTPS，除非使用了规范链接，否则它们是单独的排名，因此301过渡会导致过渡中损失一些汁液。

但是，正如约翰也曾表示的那样，这会损害堆栈，因为堆栈具有对Google的权威和信任。

同样，对于我们所有人来说，Google甚至可以提高使用SSL的堆栈排名，因为它使网站对用户而言更加安全，这实际上增加了Google坚信的用户体验。尽管这种猜测但希望会很好吗？:)

也：

Google的Matt Cutts在Hacker News评论中说，那些有兴趣将整个网站从HTTP切换到HTTPS的人应该继续这样做。

— 西蒙·海特
source

6

我认为使用SSL可能会提高排名毫无帮助，因为您对此没有任何可靠的信息。

— DisgruntledGoat 2013年

我认为，“动脑筋”可以确定投机意味着什么，并考虑什么有用或无用。感谢指出明显的你；）

— 西蒙·海特

1

我的意思是，这是毫无根据的推测。您也可以添加答案，“对于我们所知的所有信息，Google都会将重物发送到您的数据中心以销毁它”。

— DisgruntledGoat 2013年

2

这种推测基于以下信念：a）SSL网站更适合用户，b）Google具有推广对用户有益的网站的历史。

— Spongeboy

5

我最近将我的几个站点移到了SSL，而pagerank却没有受到正面或负面的影响。我遵循了Google的所有指南，基本上就像您描述的那样：

使用HTTPS使您的网站顺利运行。我最大的需要更改是仅使用相对和协议相对链接。例如：href =“ page.html”以及必要时href =“ // www.example.com/”
添加rel =“ canonical”标记，并将其指向页面的HTTPS地址
对所有HTTP请求使用301重定向，以将其发送到HTTPS

在Google网站管理员中同时设置HTTP和HTTPS网站，并对其进行密切监视。

— 标记
source

4

我参与了流量适中的网站上的类似过渡，尽管有所不同：所有URL均已更改，并且没有301重定向。

我密切监视了大约一个月对Google排名的影响，并且大多数关键字获得了2-3个排名，尽管我相当确定这完全是由于SEO更好。
我看不到任何可以合理地归因于HTTPS的更改。

您的计划似乎已经准备就绪，尽管我对第二步有些不满意，但我个人还是选择了301。

为什么不对A / B进行少量最好是假问题的测试，并检查对这些问题的影响？

— 剃刀
source

1

我们曾经考虑过A / B测试方法，但是由于其他原因，评分的问题会有所波动，因此我们仍然没有从这种不受控制的实验中看到很多具体数据。鉴于此，我们最好在站点级别进行测试，因为这是我们无论如何都要进行的实际更改。

— 尼克·克拉弗