裸域和 http 到 https 重定向

Posted 2023-03-27

【中文标题】裸域和 http 到 https 重定向

【英文标题】：Naked domain and http to https redirects

【发布时间】：2021-07-30 23:00:04

【问题描述】：

希望你们一切都好！

我有一个问题希望得到帮助。我有一个通过 S3 提供的静态站点，前面有 CloudFront 分配。

我的主站点在 www.xyz.xyz 上提供服务，并且云端分发连接了一个行为 http 到 https 重定向。

然后我还希望人们能够访问http://xyz.xyz，因此我为裸域创建了另一个存储桶，并使用http 作为协议将重定向策略重定向到www.xyz.xyz。在连接到此的 CloudFront 分配中，源是直接 S3 网站链接，而不是存储桶。

最终，这确保所有访客都以https://www.xyz.xyz 结束，但是在运行 Google Lighthouse 进行 SEO 检查时，如果我输入 http://xyz.xyz，它似乎会经历 2 个重定向，一个到 https，一个到 www，我我假设，根据 Lighthouse 的说法，这在这方面会产生一些负面影响，无论是在服务时间方面，还是在 SEO 方面。

我做错了吗？我希望你能帮助我。我真的认为它更简单，还有所有的桶等等:-)

我注意到在 AWS Amplify 中您需要设置重定向/重写，但我想在 S3 + CloudFront 术语中，这就是我已经在做的事情。

最好的，

【问题讨论】：

在您的裸域上，您可以使用 www 直接重定向到 https。所以它只是一个重定向。

【参考方案1】：

要保持与HSTS 的兼容性，您必须分两步执行重定向。第一个重定向应该将请求升级到 https。第二个可以规范化域（添加或删除 www）。所以这种行为是可取的。

【讨论】：

谢谢安德鲁。您知道这种行为对 SEO 的影响吗？我意识到这是一个完全不同的问题，但仍然以某种方式相关。在使用 Lighthouse 或 PageSpeed 进行测试时，它表明这些重定向是不可取的，但如果这是确保兼容性所必需的，我不确定 Google 为何认为它是负面的。

在这种情况下，您在考虑 SEO。重定向的域不会出现在搜索结果中，只会出现在目标域中。