域名绑定后网站打不开：按 DNS、HTTPS、跳转和应用逐层排查

域名绑定后打不开，不要先把所有 DNS 记录删掉重建。先记录完整网址、错误提示、出现时间，以及其他网络是否同样异常。这样可以判断问题发生在域名解析、HTTPS、托管路由还是页面功能，而不是把不同问题都归结为“还没生效”。

第一步：确认正在测试哪个主机名

根域名、www 和活动子域名是不同的主机名。托管端绑定了 example.com，不代表 www.example.com 也已经绑定。检查你访问的拼写、是否被浏览器自动补成旧地址，以及托管项目是否公开。还要确认改记录的地方确实是当前权威 DNS 服务商。

第二步：区分没有答案和仍有旧答案

没有解析答案时，核对域名状态、委派与所需记录是否存在。仍返回旧目标时，比较权威答案与实际使用的递归解析器；这才可能涉及记录缓存。不要在没有定位问题前不断更换 IP 或 Nameservers，否则每次变化都会增加排查难度。

如果某些网络正常、另一些网络异常，记录差异并检查缓存与网络路径。一次本机查询不能代表所有地区的结果，也不能仅因为某个工具有结果，就忽略真实浏览器的错误。

第三步：HTTPS 出错时检查绑定与证书

证书必须覆盖实际请求的主机名。托管平台显示证书处理中时，应检查其验证条件与域名绑定状态。浏览器出现证书警告时，不要通过忽略警告来宣称上线成功；这会掩盖用户真实遇到的问题。还应检查是否存在指向旧项目的记录或与新托管方式冲突的代理设置。

第四步：能连接，但页面不对

页面文件部署成功，不等于业务接口已经接通。如果首页正常，但域名查询、登录或付款报错，先检查对应接口与订单处理，不要通过修改 DNS 尝试修复应用逻辑。

把验收结果保存下来

对最终首页、一篇文章、图片资源、语言切换和关键操作分别记录结果。需要进一步支持时，提供完整网址、错误出现时间与不含敏感信息的错误描述。不要发送密码、验证码或钱包助记词。保留上一版发布与配置，可以帮助团队在新问题出现时快速回溯。

解决后再检查 canonical、sitemap 和旧地址跳转。网站能访问与搜索引擎已收录是不同结果，应该分别验证。