📍 WDQWDWQD987AAAAA:216.73.216.177
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /52f745e6463b.html
📄

WordPress建站：怎样检查访问状态与错误页

检查WordPress建站后的访问状态与错误页，核心是先用外部工具确认返回的HTTP状态码，再根据状态码区分是服务器、DNS、安全拦截还是WordPress自身的问题，最后逐项排查并复查。不要只看浏览器页面是否显示，浏览器会把很多错误渲染成友好页面，掩盖真实状态码。

先看状态码，别只看页面内容

访问一个URL时，服务器会返回三位状态码，它比页面文字更可靠。常见情况：

• 200：正常返回内容。
• 301或302：发生跳转，需要确认跳转目标是否正确，是否形成循环。
• 403：服务器拒绝访问，可能是权限、安全规则或防火墙拦截。
• 404：请求的资源不存在，可能是固定链接、文件路径或重写规则问题。
• 500或503：服务器内部错误或服务不可用，常与PHP、数据库、插件或主机资源有关。

检查方法：在命令行执行curl -I https://你的域名/，只看响应头；或使用浏览器开发者工具的Network面板，查看文档请求的Status。若返回200但页面内容异常，问题更可能在主题、插件或数据库内容，而不是访问链路本身。

按观察、判断、处理、复查四步走

观察：记录具体URL、出现时间、错误现象、是否所有页面都出错、是否登录后台也出错。用不同网络或设备再访问一次，排除本地缓存和网络因素。

判断：如果所有页面都返回500，优先怀疑PHP或数据库；如果只有某篇文章404，优先检查固定链接和该文章状态；如果首页正常但后台打不开，可能是后台目录、登录安全插件或Cookie问题。

处理：按影响面从大到小处理。先备份数据库和文件，再停用插件、切换默认主题、检查wp-config.php中的数据库信息，查看服务器错误日志。

复查：处理后再用同样的URL和同样的工具检查状态码，确认返回200且页面内容正确。若状态码恢复但页面仍异常，继续查缓存和CDN。

常见错误页对应的排查入口

• 404：进入WordPress后台的“设置—固定链接”，直接保存一次，触发重写规则刷新；再检查文章是否已发布、别名是否冲突。
• 403：检查文件和目录权限，目录常用755，文件常用644；检查安全插件或主机防火墙是否拦截了当前IP。
• 500：查看服务器PHP错误日志；临时把插件目录改名，让所有插件停用，再逐个恢复，定位冲突插件。
• 数据库连接错误：核对数据库主机、用户名、密码、库名，以及数据库服务是否运行。
• 重定向过多：检查是否同时启用了多个跳转插件、SSL强制跳转和CDN跳转，导致循环。

一个可执行的排查顺序

1. 用curl -I记录首页和具体错误页的状态码。
2. 查看服务器错误日志，找到最近一次对应时间的报错。
3. 备份后停用全部插件，切换默认主题，再访问同一URL。
4. 若恢复正常，逐个启用插件，每启用一个就复查一次。
5. 若仍异常，检查固定链接、数据库连接信息和主机资源。
6. 清理WordPress缓存、主机缓存和CDN缓存，再用无痕窗口复查。

适用条件：这套顺序适合你能接触服务器或主机面板的情况。若只有后台账号，没有文件或数据库权限，应先让主机方提供错误日志，不要盲目改文件。

复查时容易被忽略的检查项

状态码恢复不代表问题彻底解决。复查时要确认：错误页是否还会在特定条件下出现，比如登录后、提交表单后、访问某个分类页时；缓存是否仍返回旧错误页；CDN是否缓存了404或500；搜索引擎抓取工具看到的状态码是否和浏览器一致。若使用搜索平台的抓取测试工具，应以它返回的状态码和抓取结果为判断依据，而不是只看自己浏览器。

下一步：选一个当前报错的具体URL，先执行curl -I拿到状态码，再按上面顺序定位到某一层，处理完用同一命令复查，确认返回200。