新手做网站时检查访问状态与错误页,最直接的方法是:用浏览器开发者工具的 Network 面板看每个请求的 HTTP 状态码,再结合页面实际显示内容判断。状态码告诉你服务器怎么回应,页面内容告诉你用户看到什么,两者要一起看。发现 4xx 或 5xx 后,先确认是单个页面还是全站问题,再按资源、路径、服务端配置逐层排查,改完后用无痕窗口复查。
打开页面后按 F12,切到 Network(网络)面板,刷新一次。列表里每一行是一个请求,Status 列就是 HTTP 状态码。判断规则很直接:
200:请求成功,页面或资源正常返回。301、302:跳转,最终要看跳转后的地址返回什么。404:服务器找不到这个地址,通常是路径写错、文件被删或链接拼错。403:服务器拒绝访问,常见于权限配置或目录禁止列出。500:服务器内部出错,问题在后端代码或运行环境,不在浏览器。如果列表里某个 CSS、JS 或图片是红色 404,页面可能仍能打开,但样式错乱或功能失效。新手容易只盯着主文档,忽略这些子资源。
同一现象可能有多种原因,不要一看到白屏就认定服务器崩了。按下面顺序缩小范围:
只有把“可能原因”和“已经定位的原因”分开,才不会改错地方。比如 404 可能是链接写错,也可能是重写规则没生效,需要看服务器日志才能确定。
浏览器结果受缓存影响,命令行请求更接近服务器真实回应。以 curl 为例:
curl -I https://你的域名/路径
返回第一行会显示状态码,例如 HTTP/1.1 200 OK 或 HTTP/1.1 404 Not Found。加 -L 可以跟随跳转,看最终落到哪个地址。如果命令行返回 200 而浏览器仍报错,多半是本地缓存或浏览器扩展导致,清缓存或用无痕窗口复查即可。若命令行也异常,就继续查服务器配置、文件是否存在、程序日志。
有些站点会做一个漂亮的“找不到页面”页面,但服务器返回的仍是 200。这种情况用户看着像错误页,搜索引擎和监控工具却当成正常页面,容易造成重复内容和收录混乱。检查方法是:访问一个明显不存在的地址,比如在域名后加一段随机字符,用开发者工具或 curl 看返回码。正确做法是内容显示“未找到”,状态码同时为 404。若返回 200,需要调整服务端或程序里的错误处理逻辑。
同理,自定义 500 页面也应保持 5xx 状态码,不要为了“好看”改成 200。
修改路径、权限或配置后,按这三步复查:
如果问题反复出现,记录下出错地址、状态码、发生时间和当时的操作,便于对照服务器日志定位。下一步可以打开服务器的访问日志和错误日志,搜索同一个时间点,确认请求是否到达服务器以及服务端返回了什么。