插件冲突没有统一的报错文案。同样是“站点打不开”，可能是 PHP 致命错误、服务器 500、后台请求被拖死，或只是样式和脚本互相覆盖。先把现象归类，再动手停插件。常见报错的对照表见WordPress 常见报错速查。
先分类，再改任何文件
- 白屏：HTTP 状态多半仍是 200，页面没有 HTML。优先看 PHP 致命错误。
- 500：状态码就是 500。看 PHP 错误日志和 Web 服务器错误日志，两者不要混为一谈。
- 后台卡死：前台还能开，
/wp-admin/一直转圈或保存文章超时。优先看心跳、管理栏和某个列表页的查询。 - 前台错位：页面能开，布局或按钮失效。优先看控制台的脚本报错和重复加载的样式。
生产环境不要把错误直接打印到页面上。打开日志即可：
WP_DEBUG设为 true；WP_DEBUG_LOG设为 true；WP_DEBUG_DISPLAY设为 false。
日志默认在 wp-content/debug.log。看最新的致命错误、文件路径和行号。路径里出现某个插件目录，就从那个插件开始，而不是随机停用。
二分法停用插件
在可以登录后台时：
- 记下当前启用的插件列表，含版本号。没有这个清单就不要开始。
- 先停用最近安装或最近更新的一个。恢复了就停在这里，记录名称和版本。
- 没有恢复，就把非必要插件分成两半，停用其中一半。恢复了，问题在这一半里，再对半拆。
- 每次只改变一组，刷新前台和一个后台页面，避免同时改主题。
无法登录后台时，用文件管理或 WP-CLI 把 wp-content/plugins 改名，让站点在没有插件的状态下启动，确认是插件而不是主题或 wp-config.php。然后再把插件目录改回，按上面的二分法逐个放回。
安全插件、备份插件和缓存插件会改变登录、文件写入和页面输出。它们最后单独测：先在没有它们的情况下确认站点正常，再逐个打开，看问题是否复现。
主题也要做一次对照
插件全部停用后仍然白屏，切换到默认主题（如 Twenty Twenty-Four）再试。恢复了，问题在当前主题的 functions.php 或某个模板，按子主题与二次开发规范把改动从父主题里拆出去。主题测评还没做完就遇到故障时，不要把这次故障记成性能分数，见主题性能测评方法。
日志里这几类最常见
- Cannot redeclare：两个插件或主题与插件声明了同名函数。保留必须的那一个，另一个停用或改名后放到子主题的命名空间思路里重写。
- Allowed memory size exhausted：某个列表或导入把内存吃完。先停用对应插件，再谈是否提高内存。提高内存不能代替分页查询。
- Maximum execution time：后台心跳、站点健康检查或远程请求超时。卡死的请求 URL 要记下来。
- Class not found：更新顺序不对，或没跑完数据库升级。按插件说明补齐更新，不要同时更新全部插件。
恢复之后要留下的记录
每次排查结束写五行：现象、状态码、日志里的第一行致命错误、停用后恢复正常的插件和版本、是否需要找替代插件。这五行比截图有用。随后：
- 缓存插件重新保存一次规则，避免旧的页面缓存把报错页继续发给访客；
- 确认表单仍能提交、登录仍能进入后台；
- 给刚出问题的插件定一个更新窗口，不要在业务高峰更新。加固和备份见WordPress 安全插件与加固清单。
学习主题开发时如果把自己的站点改到打不开，用同一套日志和二分法，不要在生产站继续试错。路径见WordPress 主题开发入门路径。
