Google 的搜索倡导者 John Mueller 表示，您应该始终尝试将指向 HTTP URL 的内部链接替换为较新的 HTTPS 版本。
这在 Reddit 线程中进行了说明，询问是否值得用 HTTPS 版本替换内部 HTTP 链接，即使已经存在重定向。
几年前，谷歌的 Gary Illyes 说，当正确的重定向到位时，替换链接是不值得的：
@pip_net 如果您的重定向得到正确实施，那么这样做的好处是如此之小，以至于 IMO 不值得。
— Gary Kujiri/경리 Illyes (@methode) 2015 年 7 月 7 日
现在，穆勒说它“总是”值得去做。值得庆幸的是，作为线程状态的其他评论者，大规模替换 HTTP 内部链接并不难。
以下是穆勒所说的用 HTTPS 链接替换 HTTP 以及如何做到这一点。
用 HTTP 版本替换内部 HTTP 链接
Mueller 给出了替换旧 HTTP 内部链接的两个原因。
首先，它比拥有一堆重定向更干净。而且，与外部链接不同，您可以完全控制访问者发送到的 URL。
穆勒说：
“我总是尝试修复内部链接，它只会让事情变得更干净，并且在你自己的控制之下。不过，我怀疑它会产生任何明显的效果。”
正如 Mueller 所说，替换 HTTP 内部链接可能不会对搜索排名产生明显影响，但这是值得的。
为什么？
更改链接，而不是依赖重定向，可以对网页性能产生积极影响。
任何点击重定向到 HTTPS 的链接的人都必须先通过 HTTP 版本。摆脱额外的“跳跃”意味着访问者可以更快地访问内容。
此外，依赖内部链接的重定向是徒劳的。许多事情都可能出错，例如重定向链、重定向循环和断开的链接。
如果网站加载带有 HTTP URL 的图像，它可能会导致浏览器向访问者提供“不安全”的错误消息，从而阻止他们留在您的网站上。
重定向会占用您的抓取预算，因为每个重定向都算作一个已抓取的页面。如果没有重定向，Google 可能会在每个会话中抓取更多页面。
最后，您不能依赖重定向无限期地工作。在替换链接时重定向可能会中断或被删除，以确保它们永远被更改。
话虽如此，这里有一些关于大规模替换内部链接的信息。
大量替换内部链接
自动替换内部链接并不难，但方法会因您网站的构建方式而异。
批量替换内部链接就像在数据库中运行查找和替换一样简单。您可以一举将对 HTTP URL 的每个引用更改为 HTTP 版本。
如果您有 WordPress 网站，可以使用多个插件轻松完成此任务，例如 Better Search Replace。
但是，如果您不愿意进行此类重大更改，我建议您先与您的开发人员交谈。
请记住，当您进行大规模更改时，您的网站总是存在崩溃的风险，因此保存可以恢复的备份至关重要。
