![在部分网站上启用带有 SNI 的 TLS/SSL,而不会损失非 TLS 网站上的 SEO 排名](https://linux22.com/image/699909/%E5%9C%A8%E9%83%A8%E5%88%86%E7%BD%91%E7%AB%99%E4%B8%8A%E5%90%AF%E7%94%A8%E5%B8%A6%E6%9C%89%20SNI%20%E7%9A%84%20TLS%2FSSL%EF%BC%8C%E8%80%8C%E4%B8%8D%E4%BC%9A%E6%8D%9F%E5%A4%B1%E9%9D%9E%20TLS%20%E7%BD%91%E7%AB%99%E4%B8%8A%E7%9A%84%20SEO%20%E6%8E%92%E5%90%8D.png)
我们在 AWS 上运行了多台 LAMP 服务器,上面有几十个网站,客户付钱让我们设计、构建和托管这些网站。这些服务器是安装了 Varnish、Apache 和 PHP 的 Ubuntu 14.04 服务器。
目前,如果客户希望其网站使用 SSL/TLS,我们会在服务器前面放置一个 Amazon ELB 负载均衡器来卸载 TLS 连接,这样 Varnish 仍然可以缓存内容。因此,每台服务器最终都由六个 ELB(每个 TLS 客户或网站一个)前置,而非 TLS 网站则由服务器直接处理。
为了降低成本并简化设置,我们希望消除所有 ELB 并直接在服务器上终止所有 TLS 连接。这可以通过在 Varnish 前面运行反向代理以及 Let's Encrypt 和 SNI 轻松实现。例如 Hitch、Traefik 或 Nginx。
有些网站尚未准备好使用 TLS。它们需要修复混合内容警告并防止 SEO 下降,而且并非所有客户都有预算。
我可以在服务器上打开端口 443,并运行反向代理,为所有“就绪”站点安装 TLS 证书。遗憾的是,客户端仍将能够连接到“未就绪”的站点,尽管它们将要出现证书错误(通用名称不匹配、自签名等)。我们当然不打算链接到“尚未准备好”网站的 HTTPS 版本,但有人仍可能会输入https://
。
我想防止所有网站(主要是 Google)的 SEO 排名下降。有人警告我,Googlebot 会发现“未准备好”网站的 HTTPS 版本,并索引它们,尽管证书错误,尽管它们没有被宣传为 HTTPS。这会给这些链接的访问者带来糟糕的体验,并导致严重的排名损失。SEO 排名很难获得,但很容易失去。
Googlebot(或许还有类似的机器人)如何处理“未准备好”网站的 HTTPS 版本?尽管网站已损坏且未做广告,它们会被编入索引吗?
通过 SNI 部分启用 HTTPS 时,如何减轻不良的副作用?