admin-ajax.php很慢，不代表这个文件本身损坏。它是多个WordPress功能共用的请求入口。诊断关键是找出请求中的action、发起脚本和服务器耗时，而不是删除或一概屏蔽入口。
把“慢”变成可比较的记录
在浏览器Network中筛选admin-ajax.php，记录请求时间、次数、状态码、Payload里的action及Initiator。对比初次加载、页面静置和点击功能后的变化。
某个请求很慢与大量请求叠加是两种问题。持续轮询可能来自编辑器、购物车、聊天组件或统计功能，需要依据发起脚本确认，不能只看URL。
从浏览器定位到组件
若Initiator能指向插件或主题脚本，先记录名称与版本，再查看该action对应的功能。不要将请求体中的邮箱、订单或nonce直接公开。
观察Timing：排队、连接和等待响应各自意味着不同方向。较长的等待响应时间可能与PHP处理、数据库查询或外部接口有关；浏览器排队则还可能与连接和同时请求有关。
做受控对照
在测试环境关闭疑似组件的相关功能，再比较同一操作。每次只改一项，保留原设置。生产站若涉及购物车或后台自动保存，应避免直接屏蔽所有AJAX。
结合PHP慢日志、数据库慢查询和外部接口日志，定位最耗时环节。仅增加缓存可能无法改善个性化或写入请求，错误缓存还可能返回别人的状态。
修复方向
可以减少不必要轮询、避免重复初始化脚本、优化具体查询，或为非实时功能设置合理频率。若外部接口拖慢，应检查超时及失败处理。具体修改应围绕已确认的调用方，而不是全站统一限速。
修复后比较同一页面与同一操作的请求次数和耗时，并确认自动保存、登录和相关交互仍正常。单次测速变快不足以说明问题稳定解决。
能不能禁用Heartbeat？ 先确认慢请求是否来自Heartbeat，以及页面是否依赖自动保存或编辑锁。完全禁用可能影响后台工作，适度调整也应经过功能验证。
参考资料
相关问题
本文为通用排查指南，依据所列官方资料整理；菜单名称和行为可能随版本及主机环境变化。配图为AI生成的概念示意，不是实际故障截图。
