“更新失败：不是有效JSON响应”通常说明编辑器期望收到JSON，却收到了其他内容，或响应被截断。它不等于文章内容有语法错误。先保存正文副本，再查看失败请求的实际响应。
用响应内容决定检查方向
在开发者工具Network中重现一次保存，找到相关 wp-json 请求。记录状态码、最终网址和Response内容，注意隐藏认证信息。
| 响应现象 | 优先检查 |
|---|---|
| 返回登录页HTML | 登录过期、Cookie或域名跳转 |
| 返回403或挑战页面 | WAF、安全插件、访问规则 |
| 返回404页面 | REST路由、固定链接、服务器重写 |
| 返回PHP警告混入文本 | 插件或主题报错、调试输出 |
| 返回500或空白 | PHP错误、资源不足、服务器日志 |
即使状态码为200，内容仍可能是错误HTML，因此不能只看绿色状态。
先排除会话与地址问题
复制未保存内容到本地，刷新登录状态，在单一主域名下重新编辑。检查站点是否最近切换HTTPS、www或迁移域名。若请求被重定向到另一主机名，需要修复地址一致性，而不是不停点保存。
访问REST入口只能证明入口可达，不能证明带认证的保存请求可用。真正的验证应包括同一账户对测试草稿进行修改并重新读取。
再查插件及服务器输出
按错误时间查看PHP日志；若输出包含某组件路径，应在测试环境做针对性冲突测试。避免直接关闭生产站全部插件。若WAF拦截，应根据规则ID与请求路径做最小范围调整，不要全局关闭防护。
调试信息应进入受保护日志，不应直接输出到接口响应。隐藏错误显示并不代表根因修复，还需处理产生警告或错误的代码。
怎样确认内容真的保存了
保存测试草稿后关闭编辑页，再打开核对最后修改的段落、状态和时间。随后检查正常文章与含图片内容是否都能保存。按钮提示成功和浏览器中仍保留文字，都不是独立的持久化证据。
换经典编辑器能解决吗？ 它可能暂时绕开某条请求路径，但并不能证明REST、认证或WAF问题消失，其他功能仍可能受影响。
参考资料
相关问题
本文为通用排查指南，依据所列官方资料整理；菜单名称和行为可能随版本及主机环境变化。配图为AI生成的概念示意，不是实际故障截图。
