非安全TLD重定向至安全TLD后，原域名证书过期的访客影响问询

一、TLD更换后的访客影响 #

当你把域名从https://subdomain.example.com换成https://subdomain.example.net这类仅TLD不同的域名时，访客的体验完全取决于你配置的重定向规则：

• 如果配置了301永久重定向：访客输入或点击原域名链接时，会被自动跳转到新域名。浏览器和搜索引擎会记住这个重定向规则，后续访客再访问原域名时，甚至可能直接从本地缓存跳转，体验上几乎无感知（除了第一次跳转的短暂延迟）。
• 如果配置了302临时重定向：效果类似，但浏览器不会长期缓存重定向规则，每次访问原域名都会触发跳转请求，适合临时过渡场景。
• 要是没配置重定向：访客访问原域名会直接看到404或服务器默认页面，完全不知道新域名的存在，这会造成大量访客流失，绝对要避免。

举个实际例子：假设用户收藏了https://blog.example.com，你换成https://blog.example.net并配置301重定向，用户点击收藏夹时，浏览器会自动跳转到新域名，页面内容和之前一致，用户只会注意到地址栏的域名变化，不会影响正常使用。

二、原域名TLS证书过期后的影响 #

这里的核心逻辑是：浏览器会先完成TLS握手验证，再处理重定向规则，所以会出现两种明确的情况：

• 如果原域名仍以HTTPS提供服务（这是绝大多数场景）：证书过期后，访客访问原域名时，浏览器会立即弹出NET::ERR_CERT_DATE_INVALID这类「不受信任的站点」警告页面，明确提示用户该网站的证书不安全。此时用户必须手动点击“高级”→“继续访问”（不同浏览器表述略有不同），才能触发后续的重定向到新域名。绝大多数普通用户会因为这个警告直接关闭页面，不会继续操作，这会严重影响访客留存。
• 如果你把原域名改成纯HTTP服务（非常不推荐）：此时访问原域名不会触发TLS验证，会直接执行重定向到新域名。但这种方式会让访客在跳转前看到浏览器的「不安全站点」标记，同样影响体验，还可能被搜索引擎降权。

简单总结：证书过期后，访客不会被直接重定向，而是先看到浏览器的证书警告页面，只有少数愿意冒险的用户会跳过警告继续访问。

三、针对你TLD更换场景的建议 #

结合你正在进行TLD更换的实际情况，给你两个核心建议：

1. 续期原域名的TLS证书：在完成所有访客过渡到新域名之前（比如至少等1-2个月，让搜索引擎和浏览器缓存完成更新），一定要保持原域名的证书有效，避免访客看到警告。
2. 优先配置301永久重定向：既可以让搜索引擎快速更新索引，也能让浏览器缓存重定向规则，减少后续访客对原域名的访问请求，降低证书过期带来的风险。

内容的提问来源于stack exchange，提问作者Paul Fleming