【问题标题】:SEO Duplicate Content with AWS S3 with CloudFront Static Website使用 CloudFront 静态网站使用 AWS S3 进行 SEO 重复内容
【发布时间】:2020-08-25 15:25:29
【问题描述】:

我已经使用 S3、CloudFront 和 Route53 为静态网站完成了经典设置,但是我遇到了一个我以前从未遇到过的令人抓狂的错误。

所以有 2 个存储桶,example.net 和 www.example.net,其中非 www 存储有静态托管和实际文件,www 存储只是重定向到 HTTPS。

在 Route53 方面,我将 mysite.com 的 A 记录作为 CloudFront 分配的别名,其中 www CNAME 指向 mysite.com

CloudFront 分配使用非 www 存储桶作为源,但将 www 和非 www 站点列为备选站点,并启用了将 HTTP 重定向到 HTTPS 选项。

所有这些都成功地让我的网站正常运行,但在 SEO 方面,我遇到了重复的内容问题,因为所有别名都成功解决了


http非www地址-->https非ww地址(HTTP转HTTPS,好)

https非www地址-->https非www地址(直接HTTPS,好)


http www 地址 --> https www 地址(有效,但无法重定向到非 www 域)

https www 地址 --> https www 地址(有效,但无法重定向到非 www 域)


我尝试的一切似乎都破坏了 www 方面(例如删除 CloudFront 分配上的别名,或者将 CNAME 切换为指向 CloudFront URL 的 A)。 问题是,我之前使用带有转发功能的 GoDaddy DNS 完成了此操作,从 this 的回答中我了解到这是一个反向代理而不是核心 DNS 功能。

但是,我找到了thismedium article on how to use CloudFront as a reverse proxy,但我不明白如何将它应用到这个场景中。

谁能帮帮我,谢谢!

【问题讨论】:

    标签: amazon-web-services amazon-s3 amazon-cloudfront amazon-route53


    【解决方案1】:

    如果我正确理解您的问题,您基本上是在说 http www addresshttps www address 都应该重定向到 https non-www address

    为了方便引用域名,我们假设www addresswww.example.comnon-www addressexample.com

    这是我针对您的问题提出的解决方案。

    1. www.example.com 的 CNAME dns 记录更改为指向您的 non-www S3 存储桶的 ALAS 记录。

    2. 将您的 non-www S3 存储桶配置为静态网站,并让它使用 https 协议将所有传入请求重定向到 example.com

    【讨论】:

    • 对不起名字,声誉不允许我那样发布。假设您的意思是更改 A 记录的 CNAME,我已经进行了更改 #1。对于 switch #2 测试,它似乎返回一个 NXLOOKUP 响应,但在浏览器上它不会去任何地方,有什么想法吗?
    • 好的,经过一段时间后,它似乎可以正常工作了,但是页面中的图像最终都没有加载,因为它们会得到 301,然后出现“重定向过多”错误
    • 您能在浏览器的网络控制台中发布请求详细信息吗?
    • 嗨!我决定给 Route53 一些时间来处理更改,现在一切正常。重写 https www.example.com 时我仍然遇到问题,但我认为这更多是 SSL 配置的问题。我将此标记为已接受的答案,非常感谢!
    猜你喜欢
    • 1970-01-01
    • 2017-05-14
    • 2020-07-03
    • 2014-06-10
    • 2021-05-21
    • 1970-01-01
    • 2019-05-01
    • 1970-01-01
    • 2012-07-27
    相关资源
    最近更新 更多