监控企业微信机器人 API 调用成功率需要在调用端自行统计，企业微信后台不提供调用方的成功率看板，报警阈值需根据业务容忍度设定。

快速处理思路

没有单一命令可以直接开启监控，核心是调整代码或网关配置，确保每次请求企业微信接口后，都能记录下结果。如果当前没有监控系统，可以先在应用日志中搜索关键词，确认是否有失败记录，再决定是否需要接入监控平台。

检查日志中是否包含以下关键信息：

HTTP Status: 200
Response Body: {"errcode": 0, "errmsg": "ok"}

如果日志里只有发送动作而没有返回结果，需要先补全日志逻辑。

为什么会这样

企业微信机器人接口是单向推送服务，它只负责接收请求并返回结果，不会主动收集调用方的运行状态。调用成功率受网络波动、企业微信侧限流、密钥失效等多种因素影响，这些因素只有调用端能第一时间感知。

此外，企业微信对 API 调用频率有限制，超过限制会返回特定错误码。如果不监控成功率，可能直到业务方反馈收不到通知时才发现接口已经不可用。

分步处理

1. 完善请求日志

在代码中捕获 HTTP 请求的响应状态和返回内容。确保日志中包含时间戳、请求 URL、HTTP 状态码、响应体中的 errcode。

2. 定义成功标准

仅 HTTP 状态码 200 不代表业务成功，必须同时判断返回 JSON 中的 errcode 是否为 0。部分网络代理可能返回 200 但内容是企业微信的错误提示。

3. 配置统计指标

使用监控系统（如 Prometheus、Zabbix 或云监控）采集日志数据。设置两个计数器：总调用次数、失败调用次数。成功率计算公式为：(总次数 - 失败次数) / 总次数。

4. 设置报警阈值

阈值没有固定标准，建议分两级：

• 连续失败：连续 N 次调用失败立即报警（适合核心通知）。
• 比例失败：5 分钟内成功率低于 X% 报警（适合防抖动）。

具体 N 和 X 的值根据业务重要性调整，公开资料中没有看到可靠的量化数据，需结合历史基线设定。

怎么验证是否生效

1. 正常发送测试

手动触发一次通知，确认监控系统收到了一次“成功”记录，成功率未下降。

2. 模拟失败场景

暂时修改 webhook 地址为一个无效 URL，或篡改密钥。触发通知后，确认监控系统收到“失败”记录，且成功率下降。

3. 检查报警渠道

确认报警信息能发送到指定的手机或群组，避免监控本身失效。

常见坑

1. 频率限制误判

企业微信对发送频率有限制，短时间内高频调用会触发限流返回错误。这不是服务不可用，而是调用策略问题。报警时需区分限流错误和其他网络错误。

2. 超时设置不合理

网络波动可能导致请求超时。如果代码中超时时间设置过短，会误判为调用失败。建议设置合理的超时重试机制，并将重试后的结果计入统计。

3. 密钥泄露风险

监控日志中不要明文打印 webhook 完整 URL 或密钥信息，避免日志泄露导致机器人被恶意调用。