这种情况通常是权限配置或内容过滤导致的，API 返回成功仅代表请求被接收，不代表消息已投递。
先说结论：接口返回成功只说明网关收到了请求，消息未显示多半是群权限、机器人状态或内容安全策略拦截了投递。
- 先确认：机器人账号是否仍在群成员列表中且未被禁用
- 先处理：检查群聊设置中是否关闭了机器人发言权限或开启了关键词屏蔽
- 再验证：发送纯文本测试消息，排除格式兼容性问题
核心原因分析
以钉钉和企业微信为例，排查逻辑主要包括权限、内容、频控三方面。很多开发者容易混淆“接口响应”和“消息送达”。主流 IM 平台的消息发送接口通常是异步处理的，服务器收到请求后返回 200 状态码，仅代表请求合法且已入队，后续是否真正推送到客户端还取决于以下因素：
首先是权限控制。如果机器人被管理员移出群聊，或者群主在后台关闭了该应用的发言权限，接口可能依然返回成功，但消息会被服务端丢弃。
其次是内容安全。平台通常会有敏感词过滤或格式校验。如果消息包含违规关键词，或者 Markdown 格式错误导致解析失败，消息可能被静默拦截。
最后是频率限制。部分平台在触发频控时，不会直接返回错误码，而是直接丢弃超额的消息，导致看起来像是发送成功但未显示。
分平台排查指引
不同平台的配置入口有所区别，请根据实际使用的平台对照检查：
钉钉机器人
- 登录钉钉开发者后台，确认应用状态为“启用”。
- 检查群设置中的“群机器人”列表，确认机器人未被移除。
- 若使用回调模式，确认回调 URL 配置正确且服务器能正常响应，部分场景下回调失败会影响消息投递。
企业微信机器人
- 登录企业微信管理后台，查看应用是否停用。
- 确认群聊是否开启了“禁止机器人发言”全局开关。
- 检查 webhook 地址是否匹配当前群聊，不同群组的 webhook 地址是独立的，不可混用。
接口调试与代码示例
建议使用 cURL 或 Postman 直接调用接口，排除代码封装带来的干扰。以下是通用的发送请求示例：
curl -X POST "https://oapi.dingtalk.com/robot/send?access_token=YOUR_TOKEN" \
-H "Content-Type: application/json" \
-d '{"msgtype": "text", "text": {"content": "test"}}'响应报文分析：
即使 HTTP 状态码为 200，也需检查响应体中的业务错误码。例如钉钉返回{"errcode":0,"errmsg":"ok"}才代表请求被接受。若errcode非 0，即使 HTTP 状态正常也代表发送失败。部分平台在内容违规时可能返回成功但实际不投递，需结合后台日志判断。
验证方法
完成上述调整后，执行以下验证：
- 手动触发一次告警或测试命令，观察群内是否在 5 秒内出现消息。
- 查看开发者后台的“消息发送日志”或“调用统计”，确认是否有发送失败或被拦截的记录。
- 更换一个测试群，将机器人拉入新群发送消息。如果新群正常，说明原群设置有问题；如果新群也不显示，说明机器人配置或代码有问题。
常见坑与解决方案
1. 签名时间戳：很多平台要求请求携带时间戳和签名，服务器时间与标准时间偏差过大会导致消息被丢弃，即使接口返回 200。请确保服务器时间同步。
2. 消息去重：部分平台有防刷屏机制，短时间内发送完全相同的消息内容可能会被合并或拦截，建议在测试时加入随机数。
3. 特殊字符：消息内容中包含 emoji 或特殊控制字符可能导致编码问题，建议在发送前进行转义处理。
4. 内容长度限制：通常平台限制在 2000-4000 字符之间，具体请参考对应平台开发者文档。建议先发送短文本测试，排除长度超限问题。
5. 频率限制：不要为了测试频繁调用接口，触发频控后通常有恢复等待期，期间所有消息都会失效。