钉钉api对接收费政策是什么?
2026-03-12
下面给你一篇把噪音尽量剔干净的“钉钉 API 对接收费干货指南”。我重点回答两个问题:
第一,测试各种接口时要不要付钱。
第二,正式上线后到底怎么收费。
钉钉 API 对接收费干货指南
很多人一提“API 收费”,脑子里会自动冒出一个问题:
“我只是先调一调接口、测一测回调、跑一跑联调,难道也要先交钱?”
我把钉钉开放平台近一轮官方文档和通知口径仔细核对后,可以给你一个相对稳妥、适合拿去内部沟通的结论:
钉钉 API 对接,不是那种‘一开通就先收一笔接口接入费’的模式。它现在更接近‘按企业版本给免费额度,超了再付费扩容’。测试调用通常也属于调用量的一部分,不存在我查到的“专门为测试单独收一笔钱”的官方规则。 (open.dingtalk.com)
一、先说你最关心的:测试接口时要不要付钱
1.1 结论先讲明白
单纯做接口测试、联调、调试,不等于立刻要额外交钱。
我目前核对到的钉钉官方口径里,没有看到“测试环境单独收费”“调试工具单独收费”“只要开始测接口就必须先买包”的规则。官方更强调的是:你有一定额度内的免费调用量和并发量,超出后再付费购买。 (open.dingtalk.com)
这句话很关键。它意味着:
测试本身不是一个单独收费项目。
但测试产生的 API 调用,通常仍会计入调用量统计。也就是说,测试不一定要单独付钱,但它并不是“无限免费”。如果你测得少,往往吃免费额度就够了;如果你测得猛、测得频繁、测得久,把月度额度打满了,那就会触发付费扩容逻辑。 (open.dingtalk.com)
1.2 为什么我这么判断
因为官方开发者服务协议写的是:
“可享有一定额度内的免费调用量和并发量,超出免费额度后需付费购买。” 这套说法并没有把“测试调用”单独排除出去,也没有写“测试流量完全免费不计量”。 (open.dingtalk.com)
同时,关于企业内部应用 API 调用量限制的说明写得也很明确:
调用量是按自然月统计的。这个表述本身就是按“总调用量”管理,而不是按“正式调用”和“测试调用”分别算账。 (open.dingtalk.com)
所以更准确的理解是:
1.3 最稳妥的实际判断
第一种情况:你只是普通开发测试
比如:
接口通不通
token 能不能拿到
通讯录、审批、回调、用户信息这些先跑一遍
每天调用量不大
这种情况下,通常不用为“测试”单独掏钱,因为一般先落在免费额度里。 (open.dingtalk.com)
第二种情况:你在高频压测、持续回归、大量轮询
如果你是:
批量刷接口
频繁拉全量组织数据
做持续自动化测试
多环境反复联调
甚至接近压力测试
那就不能简单理解成“测试就免费”。因为这些调用仍可能吃掉你的月度调用量额度。官方协议里还特别提到,不得对平台或服务进行压力测试,不得影响线上服务稳定性。 (open.dingtalk.com)
所以,测试不是单独收费项,但测试消耗的调用量不是完全独立于正式流量之外的。
1.4 一句话版本
你可以直接对内这么说:
钉钉没有我目前查到的“测试接口单独收费”政策;测试调用一般先占用平台给的免费调用额度,超额后才涉及付费扩容。
这句话比较稳,也最符合官方文档现有口径。 (open.dingtalk.com)
二、正式使用时,钉钉 API 到底怎么收费
2.1 不是“按每个接口逐条买票”
钉钉现在的主逻辑,不是说“这个接口 5 分钱一次,那个接口 2 毛一次”。
更核心的是:
企业买了什么版本,就拥有什么级别的 API 调用权益。
超出这个版本带的权益,再通过增购包扩容。 (open.dingtalk.com)
2.2 官方能核对到的典型额度口径
钉钉关于企业内部应用 API 调用量和频次限制的调整说明里,公开写过比较明确的口径:
标准版
API 接口调用量:10000 次/月
单应用调用频率上限:20 QPS (open.dingtalk.com)
专业版
API 接口调用量:50 万次/月
单应用调用频率上限:40 QPS
页面还给出了专业版价格口径:9800 元/年。 (open.dingtalk.com)
这里你要注意一点:
这类页面反映的是官方公开调整说明,适合拿来判断整体方向和常见权益口径。实际采购时,仍应以你登录钉钉后台后看到的企业版本权益页为准。因为后续版本策略、增值能力范围,有可能继续调整。这个提醒不是推脱,而是对接采购时必须留的口。 (open.dingtalk.com)
三、超出免费额度后怎么办
3.1 不是一超就立刻掐死
这点对业务很重要。
钉钉 2026 年 1 月的“OpenAPI 付费计量模式优化通知”提到:
当每月额度用尽后,系统会自动提供最长 5 天保护期,保护期内应用仍可正常调用 API,避免因为没来得及扩容而马上中断业务。 (open.dingtalk.com)
这就意味着:
不是说你额度一满,系统马上给你闸刀拉下去;
它会给你一个缓冲期,让你补采购、补扩容、补处理。
这个机制对正式业务尤其重要,因为它降低了“月底突然接口全挂”的风险。 (open.dingtalk.com)
3.2 真不够用,就买增购包
钉钉开放平台计费模型和相关说明里,已经明确存在“企业应用开发增购包”这类扩容方案。相关说明页面明确写了:
购买增购包可以获取增值 OpenAPI 权益。 (open.dingtalk.com)
在此前官方公开计费模型口径中,常见说法是:
应用开发增购包价格约为 19800 元/年,
可增加 500 万次/月 API 调用量,
以及 50 万次/月 Webhook/Stream 调用量,
并支持叠加。这个口径来自我前面核对到的钉钉开放平台计费模型页。 (open.dingtalk.com)
这里我给你一个实务判断:
如果你只是普通 OA、组织架构同步、审批、消息通知,通常先看企业版本自带权益够不够。
如果你是高频集成,比如:
大规模通讯录同步
大量审批流转
持续消息推送
机器人和事件流很频繁
那就要提前评估是否要买增购包。 (open.dingtalk.com)
四、你要特别区分两种收费场景
这个地方很多人会搞混。
4.1 企业自己做内部对接
比如你们公司自己开发一个内部应用,接钉钉审批、用户、组织、消息这些能力。
这种场景,主要看的是:
企业买的是什么钉钉版本
版本自带多少 API 权益
超出后是否买增购包
这是“接口调用权益”问题。 (open.dingtalk.com)
4.2 你做一个商品化应用卖给别的企业
比如你是 ISV,做一个 SaaS 应用,挂到钉钉生态里卖给别家企业。
这种场景,除了 API 权益,还要看平台交易收费规则。官方平台收费规则写到,应用售卖收入会按规则收取平台服务费,常见口径是15%。这部分不是“API 调用费”,而是“平台抽佣”。 (open.dingtalk.com)
所以别把这两种钱混在一起:
前者是调用量/能力权益费;
后者是卖应用后的平台抽成。
五、测试阶段最容易踩的几个误区
5.1 误区一:测试调用不计费
不严谨。
更准确地说,测试调用通常不是单独收费项,但它会占用调用额度。
所以不能理解成“想怎么测就怎么测,反正不要钱”。 (open.dingtalk.com)
5.2 误区二:接口一开通就要先交钱
也不准确。
官方现有口径更接近:
先给一定免费调用量和并发量,超了再买。 (open.dingtalk.com)
5.3 误区三:调试工具免费,就等于后端接口调用也无限免费
这两个不是一回事。
调试工具能不能用,是工具层面的问题;
后端接口是否计入调用量,是平台计量层面的问题。
我没有查到官方说“用调试工具触发的调用完全不纳入计量”。因此实务上仍应按“会占额度”来管理,更稳妥。 (open.dingtalk.com)
5.4 误区四:拿测试名义去做高频压测
这个风险很大。
因为官方协议明确提到,不得对平台进行压力测试,不得影响线上稳定性。换句话说,普通开发调试可以,高强度压测不要想当然。 (open.dingtalk.com)
六、给技术负责人和老板的落地建议
6.1 如果你现在只是联调阶段
建议你这样执行:
先按“免费额度内测试”去做
控制测试脚本频率
不要反复全量拉数据
避免把测试写成轮询轰炸
把调用量监控起来
这样大多数团队都能在前期不额外增加明显成本。这个结论与官方“先有免费额度,超出后再购买”的机制一致。 (open.dingtalk.com)
6.2 如果你准备正式上线
建议提前测算三件事:
第一,你们企业现在买的是标准版、专业版还是其他版本。
第二,核心接口月调用量大概多少。
第三,是否有机器人、Webhook、Stream、通讯录同步等高频场景。
算完这三件事,就能大致判断:
是够用
是要升级版本
还是要加购开发包。 (open.dingtalk.com)
6.3 如果你们是重度集成型系统
比如 OA、ERP、HR、审批中台、消息中心全都绑在钉钉上,建议别等到额度告警再处理。
最好在上线前就把月调用量压测估个量级,然后决定是否扩容。因为即便有 5 天保护期,那也只是缓冲,不是长久方案。 (open.dingtalk.com)
七、最后给你一个可以直接复述的结论
钉钉 API 对接目前不是“开接口就单独收费”,而是“企业版本自带一定免费调用额度,超额后再购买扩容权益”。
测试阶段一般不需要因为“测试”这个动作单独付钱,但测试调用通常也会计入 API 调用量,并占用月度额度。
所以,少量联调通常可落在免费额度内;大量自动化测试、高频同步、持续压测,则可能把额度打满,从而需要付费扩容。官方还明确禁止对平台做压力测试。正式使用时,常见口径是标准版约 10000 次/月、专业版约 50 万次/月,超额可通过增购包处理;额度耗尽后还有最长 5 天保护期。 (open.dingtalk.com)
发表评论: