多站点模式下子站点无法访问通常由网络启用插件冲突引起，建议先通过 FTP 重命名插件目录强制禁用所有插件恢复访问，再逐一排查。
先说结论：恢复访问优先级高于定位问题，先强制禁用插件确保站点可登录，再逐步排查冲突源。
- 先确认：检查服务器错误日志确认是否为 PHP 致命错误。
- 先处理：通过 FTP 重命名 wp-content/plugins 目录强制禁用插件。
- 再验证：恢复访问后逐一启用插件，观察子站点加载状态。
命令速用版
如果服务器安装了 WP-CLI 工具，可直接通过命令行禁用插件，无需修改文件。
wp plugin deactivate `--all`\nwp plugin status
如果没有 WP-CLI，通过 FTP 将 wp-content/plugins 文件夹重命名为 plugins_old，刷新页面后再改回 plugins。
为什么会这样
多站点共享数据库表导致网络启用插件影响所有子站点。WordPress 多站点架构中，网络启用的插件会加载到所有子站点环境中，一旦该插件代码存在兼容性问题或 PHP 版本不匹配，会导致整个站点网络或特定子站点抛出致命错误。
分步处理
按以下顺序操作，确保每一步都有回滚方案。
1. 备份数据库和文件
操作前导出数据库并下载 wp-content 目录，防止排查过程中数据丢失。
2. 强制禁用插件
通过 SFTP 连接服务器，进入 wp-content 目录，将 plugins 文件夹重命名为 plugins_disable。此操作会立即禁用所有插件，通常可恢复后台访问。
3. 登录后台排查
访问子站点后台，确认能否登录。若能登录，将 plugins_disable 改回 plugins，此时插件处于禁用状态。
4. 逐一启用测试
在“网络管理”或子站点“插件”页面，每次只启用一个插件，刷新子站点前台，直到找到导致报错的插件。
怎么验证是否生效
通过 HTTP 状态码和页面加载情况判断修复结果。
1. 检查 HTTP 状态
使用浏览器开发者工具或 curl 命令访问子站点首页，确认返回状态码为 200 而非 500 或 502。
2. 查看错误日志
检查 wp-content/debug.log 或服务器 error_log，确认没有新的 PHP Fatal Error 记录。
3. 前台功能测试
访问子站点前台，确认菜单、表单等核心功能正常加载，无白屏或跳转循环。
常见坑
排查过程中容易忽略配置缓存和激活范围差异。
1. 缓存未清除
插件禁用后，对象缓存或页面缓存可能保留旧配置，导致问题依旧。操作后需清除 Redis/Memcached 及 CDN 缓存。
2. 网络启用与站点启用混淆
网络启用的插件在所有子站点生效，站点启用的插件仅在当前子站点生效。排查时需区分插件激活范围，优先检查网络启用插件。
3. 数据库选项残留
直接修改文件禁用插件后，数据库中 active_plugins 选项可能仍记录插件状态。若后台显示异常，需在 wp_options 或 wp_sitemeta 表中清理相关选项。
常见问题
子站点白屏但主站点正常是怎么回事
通常是仅在该子站点启用的插件冲突或主题配置错误。检查该子站点单独启用的插件列表，暂时切换回默认主题测试。
禁用插件后后台仍然无法登录怎么办
可能是核心文件损坏或 .htaccess 配置错误。尝试重命名 .htaccess 文件，或重新上传 wp-admin 和 wp-includes 目录。
如何防止插件冲突再次发生
在生产环境更新插件前，先在 staging 环境测试。避免在网络层面启用未经充分测试的插件，优先在单个子站点验证兼容性。
参考来源
WordPress 官方文档 - troubleshooting-a-wordpress-multisite-installation
https://wordpress.org/support/article/troubleshooting-a-wordpress-multisite-installation/