QiWe开放平台 · 开发者名片
API驱动企微自动化,让开发更高效
核心能力:为开发者提供标准化接口、快速集成工具,助力产品高效拓展功能场景
团队定位:专注企微API生态的技术服务团队
对接通道:搜「QiWe 开放平台」联系客服
核心理念:合规赋能,让企微开发更简单、更高效
1. 核心场景:为什么要用 API 推送?
在维护外部客户群时,人工转发消息效率极低。通过 API 推送,我们主要解决以下三个场景:
-
服务通知: 比如订单状态更新、物流提醒。
-
定时播报: 每日行业资讯、天气预报或早报。
-
预警提醒: 针对 B 端客户的系统报错或业务异常告警。
2. 核心接口拆解
要在外部群主动发消息,目前主流有两种路径,它们的应用场景完全不同:
A 路径:群机器人(Webhook)------ 最简单、最常用
-
适用场景: 内部员工创建的外部群,且群主开启了机器人功能。
-
实现逻辑: 获取 Webhook 地址,发送 HTTP POST 请求。
-
优势: 开发成本极低,支持文本、Markdown、图片、图文消息。
-
局限: 必须由群成员手动添加机器人,无法跨群大规模自动化。
B 路径:应用消息(send_appchat)------ 更正式、更原生
-
适用场景: 通过企业后台创建的"群聊会话"。
-
实现逻辑: 1. 使用 create_appchat 创建群聊(需包含外部联系人)。
- 使用 chat_id 通过 appchat/send 接口发送消息。
-
优势: 以企业应用(如"通知中心")的名义发送,专业感更强。
3. 原创实战避坑经验(硬核干货)
在实际调用 API 过程中,很多开发者会遇到"明明返回成功但群里收不到"的情况,这里有几个关键细节:
-
频率限制: 外部群的推送频率比内部群严苛得多。建议单群推送间隔不要低于 1 分钟,否则容易触发风控,导致消息被折叠或拦截。
-
Markdown 的魅力: 外部群机器人支持特定的 Markdown 语法。合理利用
<font color="warning">等颜色标签,可以极大地提升消息的可读性。 -
UserID vs ExternalUserID: 这是一个新手必踩的坑。在 API 调用中,企业内部成员用
userid,外部客户必须用external_userid,两者不可混用。
4. 关于"不打扰"的原则
合规的 API 推送不应成为垃圾信息源:
-
提供退订机制: 在推送底部加上"回复'取消订阅'停止提醒"。
-
敏感时间避让: 除非是紧急预警,否则尽量不要在凌晨或深夜调用推送接口。