网站打不开、加载超时或出现错误页面时，先确认故障影响范围，再依次检查本地网络、域名解析、服务器和网站程序。不要一开始就重启服务器或修改多项配置，否则可能扩大故障，也会让真正原因更难定位。恢复前应记录报错、发生时间及近期变更；涉及配置调整时，先备份当前文件或保存原值。
先确认故障范围和关键条件
用不同设备或网络访问同一个网址，例如分别通过公司网络和手机流量测试。如果只有一台设备打不开，优先检查该设备的网络、代理、浏览器缓存或本机 DNS；如果不同网络都无法访问，更可能与域名解析、证书、服务器或网站程序有关。若只有部分地区或个别页面异常，还要考虑 CDN 节点、区域网络或页面自身的问题。
记录完整网址、故障页面提示、HTTP 状态码、发生时间，以及故障前是否做过域名、证书、DNS、服务器或程序更新。确认能否登录网站管理后台、服务器或云平台，并明确由谁负责对应权限。没有操作权限时，应把这些信息交给网站维护人员，而不是尝试未经确认的配置更改。
按访问链路逐步排查
-
检查本地网络与浏览器。确认设备可以打开其他网站，关闭可能影响访问的代理或 VPN 后再试，并使用无痕窗口或另一款浏览器测试。若只有当前设备异常，可清理该站点缓存、切换网络，或在设备重连网络后复测。不要把清除浏览器缓存当作服务器故障的通用解决办法。
-
确认域名是否解析到正确地址。域名刚更换服务器、修改 DNS 后，部分网络可能仍使用旧解析结果。可通过可信的 DNS 检测工具，或在终端运行
nslookup 域名查看解析地址，并与当前服务器或 CDN 配置核对。若返回地址错误或没有记录，检查 A、AAAA、CNAME 等记录是否填写正确、是否误删；修改后等待解析更新，并从不同网络复测。不要仅凭一台设备的结果判断全球解析已完成。 -
区分连接超时与服务器拒绝访问。若域名解析正常但连接超时，检查服务器是否运行、云主机是否到期或欠费，以及安全组、防火墙是否允许网站使用的端口（通常为 80 或 443）。若能连接但页面返回 403，检查访问规则、目录权限或 CDN 防护策略；返回 404 时，核对请求路径、站点根目录和路由规则。调整防火墙或权限时只改必要项，不要为排查而长期关闭安全防护。
-
检查 HTTPS 证书与网站服务。浏览器提示证书过期、域名不匹配或连接不安全时，核对证书有效期、覆盖域名及服务器上的证书配置；续期或更换后确认完整证书链已部署。若页面持续转圈或返回 502、503、504，检查 Web 服务和应用进程是否正常、资源是否耗尽，以及反向代理是否指向正确端口。查看错误日志中与故障时间对应的记录，比反复重启更容易找到线索。
-
排查程序、数据库和近期变更。若首页可打开、登录或特定功能失败，重点检查应用报错、数据库连接、接口服务和配置变更。对照最近一次发布或设置调整，确认是否出现程序兼容、环境变量、权限或连接信息错误。只有在证据指向某次变更时，才按既定流程回滚；回滚前保留数据和当前配置，避免覆盖用户提交的内容。
异常情况怎么处理，何时算恢复
如果故障只在使用 CDN 时出现，可先检查源站是否可访问、回源地址和证书是否正确，并查看 CDN 的节点状态。确认问题来自缓存后，再针对受影响页面刷新缓存；不要在原因不明时全站清缓存。若域名、证书或 DNS 刚调整，先确认配置已生效，再分网络测试，避免短时间内反复切换记录。
网站恢复不能只看某一台电脑能否打开。应从至少两个不同网络访问首页和关键业务页面，确认 HTTPS 正常、页面内容完整，登录、表单或下单等核心功能也能完成；同时观察错误日志和监控，确认错误率没有再次升高。若服务重启后短暂恢复又反复中断，或出现数据异常、疑似入侵提示，应保留日志和变更记录，联系服务器或网站维护人员继续处理，不要反复重启或覆盖数据。
排查的关键是每次只验证一个环节：先缩小影响范围，再从域名和网络向服务器、程序逐层定位。找到明确故障点并确认配置生效、核心功能通过复测后，才适合结束处理。