裸域和 http 到 https 重定向
Naked domain and http to https redirects
祝你们一切顺利！
我有一个问题希望得到帮助。我有一个通过 S3 提供的静态站点，前面有 CloudFront 分布。
我的主站点在 www.xyz.xyz 上提供服务，并且连接的云端分发具有从 http 到 https 重定向的行为。
然后我还希望人们能够访问 http://xyz.xyz，因此我为裸域创建了另一个存储桶，具有重定向策略到 www.xyz.xyz，使用 http 作为协议。在连接到此的 CloudFront 分配中，源是直接 S3 网站 link，而不是存储桶。
最后，这确保所有访客都在 https://www.xyz.xyz, however when running Google Lighthouse for a SEO check, if I enter http://xyz.xyz 结束，它似乎经过 2 个重定向，一个重定向到 https，一个重定向到 www，根据 Lighthouse 的说法，我假设这会产生一些负面影响在这方面，无论是在服务时间方面，还是在 SEO 方面。
我做错了什么吗？我希望你能帮助我。我真的认为它更简单，还有所有的水桶等等:-)
我注意到您需要在 AWS Amplify 中设置 redirect/rewrites，但我想在 S3 + CloudFront 术语中，这就是我已经在做的事情。
最佳，
为了保持与 HSTS 的兼容性，您必须分两步执行重定向。第一次重定向应该将请求升级到 https。第二个可以规范域（添加或删除 www）。所以这种行为是可取的。
祝你们一切顺利！
我有一个问题希望得到帮助。我有一个通过 S3 提供的静态站点，前面有 CloudFront 分布。
我的主站点在 www.xyz.xyz 上提供服务，并且连接的云端分发具有从 http 到 https 重定向的行为。
然后我还希望人们能够访问 http://xyz.xyz，因此我为裸域创建了另一个存储桶，具有重定向策略到 www.xyz.xyz，使用 http 作为协议。在连接到此的 CloudFront 分配中，源是直接 S3 网站 link，而不是存储桶。
最后，这确保所有访客都在 https://www.xyz.xyz, however when running Google Lighthouse for a SEO check, if I enter http://xyz.xyz 结束，它似乎经过 2 个重定向，一个重定向到 https，一个重定向到 www，根据 Lighthouse 的说法，我假设这会产生一些负面影响在这方面，无论是在服务时间方面，还是在 SEO 方面。
我做错了什么吗？我希望你能帮助我。我真的认为它更简单，还有所有的水桶等等:-)
我注意到您需要在 AWS Amplify 中设置 redirect/rewrites，但我想在 S3 + CloudFront 术语中，这就是我已经在做的事情。
最佳，
为了保持与 HSTS 的兼容性，您必须分两步执行重定向。第一次重定向应该将请求升级到 https。第二个可以规范域（添加或删除 www）。所以这种行为是可取的。