TikTok Business Messaging API 是 TikTok 面向符合条件的企业和应用提供的消息接入能力，可以将 TikTok 的私信功能接入外部软件、CRM、客服系统以及销售流程。
根据应用获得的能力和权限，企业可以通过 API 管理支持的私信会话、实现部分消息自动化、接收 Webhook 事件，并将 TikTok 私信与其他业务系统连接起来。
不过要注意，API 本身只是一个连接层，并不是一个开箱即用的客服工作台。企业仍然需要处理授权、权限、消息分配、数据存储、系统开发以及后续维护等工作。
当企业需要同时管理多个 TikTok 账号时，这个区别会更加明显。
自己开发 API 集成，可以获得更大的控制权；使用多账号消息管理平台，则可以直接获得现成的工作台，不需要从零开始搭建整套消息管理系统。
快速了解
l 如何接入： TikTok Business Messaging API 的接入取决于应用类型、所需权限、账号是否符合条件，以及 TikTok 的审核和授权流程。
l 有哪些限制： TikTok 会对 API 和消息功能设置相应限制，但具体限制会根据 API 和功能不同而变化。不要直接套用旧文章里的固定数字，最好以当前官方开发者文档为准。
l 能否管理多个账号： 在具备相应权限和授权的情况下，可以支持多账号场景，但每个账号的权限、消息分配、客户数据和聊天记录仍然需要妥善管理。
l 另一种方式： 如果主要需求是集中管理多个 TikTok 账号和客户对话，那么使用现成的多账号消息管理平台，可以少做很多底层开发工作。
TikTok Business Messaging API 一览
功能 | 说明 |
是什么 | 用于将 TikTok 消息能力连接到外部软件的 API |
主要用途 | 客户私信、自动化、CRM 以及自定义业务流程 |
接入条件 | 取决于账号资格、应用能力、权限范围以及 TikTok 审核 |
消息功能 | 支持符合条件的私信相关功能 |
自动化 | 可用于部分受支持的自动消息场景 |
Webhook | 支持在符合条件的事件发生时向应用发送通知 |
多账号 | 可以实现，但需要处理账号授权、消息分配等问题 |
主要成本 | 需要开发和维护相应的技术基础设施 |
TikTok 的开发者产品、权限和具体要求可能会发生变化。如果准备正式开发或上线，建议先查看最新的 Business Messaging API 官方文档。
什么是 TikTok Business Messaging API？
TikTok Business Messaging API 可以让符合条件的企业，将 TikTok 支持的消息能力接入自己的软件和业务流程。
也就是说，客服或销售人员不一定需要一直在 TikTok 内部处理消息。通过 API 集成，可以把符合条件的 TikTok 会话接入其他系统。
例如，企业可以将 TikTok 私信连接到：
l CRM 系统
l 客服平台
l 内部销售系统
l 自动化工作流
l 客户数据库
l 数据分析和报表系统
这与 全渠道平台 的思路比较接近：把来自不同渠道的客户沟通集中到一个系统中进行管理。
但需要明确的是，TikTok Business Messaging API 并不会直接提供上述所有功能。
API 负责连接 TikTok 和外部系统，CRM、客服工作台、消息分配、客户资料等功能，仍然需要企业自己开发，或者交给第三方平台来完成。
TikTok Business Messaging API 能做什么？
具体能使用哪些功能，取决于当前 API、权限范围、账号资格以及应用获得的产品能力。
TikTok 当前的 Business Messaging 相关文档涉及私信、会话和消息获取、媒体处理、Comment-to-Message、自动消息以及 Business Messaging Webhooks 等能力。
常见的使用方式包括以下几种。
1. 发送和管理 TikTok 私信
符合条件的消息能力，可以帮助企业把 TikTok 会话接入外部客服或销售系统。
这样，客服人员可以直接在其他系统中处理 TikTok 对话，而不需要在多个工具之间反复切换、复制客户信息。
2. 将 TikTok 私信接入 CRM
消息系统还可以与客户资料建立关联。
例如，一条 TikTok 私信可以与以下客户信息关联：
l 客户基本资料
l 历史沟通记录
l 客户标签
l 销售相关信息
l 客服记录
l 内部备注
这样，客服在回复客户之前，就可以看到更多历史信息，而不只是当前这一条消息。
3. 搭建自动化消息流程
TikTok 针对部分 Business Messaging 使用场景提供了自动消息能力。
不过，具体可以实现哪些自动化，取决于应用目前获得的能力和权限。因此，如果准备开发具体流程，最好先确认当前官方文档中的支持范围。
4. 接收 Webhook 事件
Webhook 可以让 TikTok 在发生特定事件时主动通知你的应用。
相比应用不断向 API 查询有没有新消息，Webhook 更适合实时消息场景。
根据 TikTok 的 Webhook 官方文档，Webhook 通知通过 HTTPS POST 请求发送。回调地址需要返回 HTTP 200 来确认收到通知；如果投递失败，TikTok 可能在最长 72 小时内重试。
TikTok 同时说明，Webhook 投递采用尽力而为（best effort）方式，并提供至少一次投递保证。因此，开发者需要考虑重复事件处理，确保同一个事件被重复发送时不会导致系统出现重复操作。
对于客服系统来说，Webhook 可以用于触发：
l 创建或更新会话
l 通知客服人员
l 更新 CRM 客户资料
l 启动自动化流程
l 记录客户行为
5. 实现 Comment-to-Message 流程
根据应用获得的 TikTok 消息能力，企业还可以将公开互动与私信连接起来。
例如，用户在 TikTok 内容下发表评论后，可以进一步进入私信沟通。
TikTok 的 Business Messaging API 文档包含针对符合条件的 Business Account 启用和管理 Comment-to-Message 的相关接口。
对于希望把 TikTok 内容互动进一步转化为销售或客服沟通的企业来说，这类功能会比较实用。
如何接入 TikTok Business Messaging API？
接入 API 并不是申请一个 API Key 就结束了。
一般来说，需要经过以下几个步骤。
1. 创建 TikTok for Developers 开发者账号
首先需要拥有开发者账号，并在 TikTok Developer Portal 中创建应用。
2. 注册并配置应用
创建应用后，还需要完成相应的开发和安全配置。
TikTok 的 开发配置文档 涉及可信域名、Webhook 回调地址以及 URL 等配置。
3. 申请所需权限和能力
TikTok 通过 Scope（权限范围）控制应用能够访问哪些数据以及执行哪些操作。
根据 TikTok 的 Scopes Overview，Scope 代表最终用户授予应用访问特定数据资源或执行特定操作的权限。
这里有一个容易被忽略的地方：
申请并获批某个 Scope，并不意味着应用自动拥有某个用户的数据访问权。用户仍然需要授权相应权限。
因此，申请权限时最好只选择业务真正需要的 Scope。
4. 完成应用审核
需要使用相关 API 或 SDK 的应用，可能需要通过 TikTok 的应用审核流程。
审核过程中可能需要提供可正常运行的应用、演示账号以及其他相关资料。
TikTok 并没有提供固定的审核时间保证，因此项目上线时间最好预留一定余量。
5. 处理授权和身份验证
获得所需权限后，还需要在系统中安全处理授权和 Access Token。
如果只接入一个 TikTok 账号，问题相对简单。
但如果需要管理多个账号，就必须确保每个账号对应正确的授权信息、客户数据和账号设置。
6. 开发、测试并长期维护
API 接入真正麻烦的地方，往往发生在拿到权限之后。
企业通常还需要自己处理：
l 消息接收和发送
l 会话数据存储
l 客服分配
l 客户身份匹配
l 错误处理
l Webhook 事件处理
l 登录授权和 Token 管理
l 数据统计
l 系统监控
而且 API、权限以及产品规则都可能发生变化，因此自建集成不是一次性开发完成后就可以完全不管，还需要持续维护。
TikTok Business Messaging API 有哪些限制？
TikTok Business Messaging API 并不存在一个可以概括所有场景的“固定限制数字”。
具体能做什么，通常取决于：
l 使用的是哪一个 API
l 应用获得了哪些权限
l TikTok 账号是否符合条件
l 所在市场和地区
l 当前 TikTok 的产品规则
TikTok 会针对 Business Messaging API 提供相应的 官方限制说明。
因此，与其引用旧文章中的某个固定数字，不如直接查看当前文档。
账号资格
并不是所有 TikTok 账号都一定能够使用所有开发者功能。
如果业务准备围绕某项 API 能力搭建完整流程，最好先确认计划接入的账号是否符合要求。
地区和产品可用性
TikTok 的产品和功能可能会因市场不同而有所差异，而且相关规则也可能随着产品调整发生变化。
如果企业需要同时运营多个国家或地区的账号，更应该分别确认具体账号和地区的可用能力。
权限和账号授权
应用必须拥有所需 Scope，并获得用户相应授权。
所以，即使技术上的 API 调用没有问题，如果缺少必要权限，或者用户没有完成授权，整个流程仍然无法正常运行。
消息和 API 请求限制
TikTok 会对 API 请求设置相应的限制，而且不同 API 的限制可能并不一样。
对于 TikTok for Developers API，速率限制采用滑动时间窗口计算。如果应用超过适用阈值，TikTok 可能限制后续请求，并返回 HTTP 429 和 rate_limit_exceeded 错误。
具体阈值取决于所使用的 API 以及对应限制。
不要把某个 TikTok API 的 Rate Limit 直接套到 Business Messaging API 上。
消息和媒体能力
不同类型的消息、媒体和互动功能，并不一定全部向每个应用开放。
因此，在设计客服或自动化流程之前，应该先确认你需要发送或处理的具体消息类型是否受到支持。
为什么 TikTok 多账号私信管理更复杂？
管理一个 TikTok 账号是一回事。
同时管理多个 TikTok 账号，则是另一套问题。
多账号系统通常需要记录：
l 哪个 TikTok 账号拥有这段对话
l 对应账号的授权信息
l 权限和访问凭证
l 聊天记录
l 客服人员分配
l Webhook 事件
l 客户身份
l 账号级设置
l 数据统计和错误信息
真正麻烦的，往往不是再连接一个账号，而是把所有账号的数据和权限管理清楚。
每一条消息都需要准确对应到正确的 TikTok 账号、客户、客服人员以及权限。
对于运营团队来说，实际问题其实很简单：
这条消息来自哪个账号？应该由谁处理？这个客户之前聊过什么？
当一个团队同时运营多个 TikTok 账号时，这些问题会越来越重要。
TikTok Business Messaging API 与多账号消息管理平台有什么区别？
这两种方式解决的是相关但不同的问题。
对比维度 | TikTok Business Messaging API | 多账号消息管理平台 |
主要用途 | 自己开发和搭建集成 | 通过现成工作台管理客户对话 |
开发工作 | 通常需要技术团队开发 | 通常不需要自己开发底层系统 |
灵活性 | 可以根据业务需求定制 | 取决于平台提供的功能 |
多账号管理 | 需要自己设计账号管理和消息分配逻辑 | 部分平台已经提供相关功能 |
CRM | 自己开发或接入现有 CRM | 部分平台已经集成 |
消息分配 | 自己开发分配规则 | 通常作为平台功能提供 |
系统维护 | 企业自己负责 | 主要由平台服务商负责 |
更适合 | 有技术团队和定制需求的企业 | 更关注日常客服和销售运营的团队 |
两种方式并没有绝对的优劣。
核心区别在于：
你更需要自定义控制，还是希望少做一些底层开发和维护工作。
什么情况下适合使用 TikTok Business Messaging API？
如果企业具备以下条件，自建 API 集成会比较符合需求：
l 有自己的技术团队
l 已经拥有 CRM 或客服系统
l 有比较特殊的消息分配需求
l 需要把 TikTok 数据接入内部系统
l 有复杂的自动化需求
l 希望完全控制自己的产品界面和用户体验
例如，一家大型企业已经有自己的客服系统，只希望把 TikTok 增加为其中一个新的沟通渠道。
这种情况下，自己开发 API 集成，可以按照现有系统架构进行定制。
什么情况下使用多账号消息管理平台更省事？
如果企业真正需要的是高效处理客户消息，而不是自己搭建底层消息基础设施，现成的平台通常更适合这种场景。
例如团队需要：
l 同时管理多个 TikTok 账号
l 多名客服共同处理消息
l 多人共享账号消息
l 分配客户会话
l 查看客户历史记录
l 不想自己开发消息基础设施
l 同时管理 Instagram、WhatsApp、Facebook 或 Email
这种情况下，客服可以直接在一个工作台中处理多个账号的对话，而不是不断切换账号和工具。
例如，一名客服可能需要：
1. 回复 TikTok 私信。
2. 查看客户之前的沟通记录。
3. 了解客户在其他渠道的互动。
4. 将客户分配给销售或客服人员。
5. 更新客户资料。
如果这些信息集中在一个工作台中，日常操作会简单很多。
当然，代价也很明确：现成平台可以减少企业自己开发和维护基础设施的工作，但相比完全自建方案，可定制程度通常会受到平台能力限制。
TikTok 和其他社交渠道可以放在一起管理吗？
现实中，TikTok 往往不会是企业唯一需要管理的渠道。
客户可能在 TikTok 上看到产品，之后通过 Instagram、WhatsApp、Facebook 或 Email 联系企业。
这时候就会出现一个很实际的问题：
客户的完整沟通记录到底放在哪里？
如果每个平台都使用独立工具，客服需要不断切换后台，也容易出现客户信息分散、聊天记录不完整等问题。
集中式工作台可以把不同渠道的沟通放到同一个系统中。
例如，一个团队可能需要：
1. 回复 TikTok 消息。
2. 查看客户之前的互动记录。
3. 在其他渠道继续沟通。
4. 将客户分配给销售或客服人员。
5. 更新客户资料。
对于同时运营多个社交渠道的团队来说，这种方式可以减少重复操作。
不过，两种方案的取舍仍然比较明确：
自建 API 更强调控制和定制；现成平台更强调日常运营效率。
另一种方式：使用 SaleWisely 管理多个 TikTok 账号
SaleWisely 采用的方式与从零开始开发 TikTok Business Messaging API 集成有所不同。
SaleWisely 采用云端托管的真实设备方案，为企业提供 TikTok 多账号管理能力。
这种方式与 TikTok Business Messaging API 并不是同一种技术方案，不应该把两者混为一谈。
对于希望直接使用现成工作台的团队，SaleWisely 可以通过 全渠道收件箱 将 TikTok 与 Instagram、WhatsApp、Facebook、Email 等渠道放在一起管理。
客服可以在同一个工作台中处理不同账号的消息、分配会话，并查看客户相关信息，从而减少在不同账号和工具之间来回切换。
客户信息还可以通过 SaleWisely 的 CRM 进行管理，包括客户资料、聊天记录、标签以及其他业务数据。
如果团队同时关注 TikTok 销售，那么将 TikTok 沟通与销售流程放在同一个工作流中，也可以减少客服和销售之间的信息割裂。
使用 TikTok Messaging API 时常见的几个误区
1. 以为有了 API 就等于有了客服工作台
API 只是让软件能够与 TikTok 进行通信。
它不会自动提供完整的客服界面。
企业仍然需要解决工作台、消息分配、客户资料、聊天记录以及客服协作等问题。
2. 以为所有 TikTok 账号的 API 权限都一样
API 能力可能受到应用、权限、账号资格以及 TikTok 当前产品规则的影响。
因此，在围绕某项功能设计系统之前，应该先确认具体账号是否真的可以使用。
3. 把多账号管理简单理解成“多接几个账号”
连接更多账号本身可能并不是最难的部分。
真正需要解决的是：
授权、消息、客户、客服、数据统计之间能不能一一对应。
如果账号越来越多，而这些信息没有清晰隔离和管理，后续运营很容易变得混乱。
4. 忽略 Webhook 和授权管理
消息系统需要稳定处理事件，并安全管理账号授权。
TikTok 的 Webhook 通过 HTTPS 回调发送事件，并可能对失败的投递进行重试。因此，系统需要正确返回确认状态，同时考虑重复事件的处理。
5. 一开始就自己开发一整套系统
自建 API 的确可以获得更大的灵活性，但同时也意味着更多开发和维护工作。
如果团队真正需要的只是管理多个 TikTok 账号和客户消息，那么直接使用现成的多账号消息管理平台，可以减少大量底层基础设施工作。
常见问题
TikTok Business Messaging API 是什么？
TikTok Business Messaging API 是一种消息接入方式，可以让符合条件的应用将 TikTok 支持的消息能力连接到外部软件和业务系统。
它本身并不是一个完整的客服软件。
TikTok Business Messaging API 免费吗？
不能简单地把“API 是否收费”和“搭建一个完整的客服系统是否需要成本”看成一回事。
即使 API 接入本身没有单独的软件订阅费用，企业仍然可能产生开发、服务器、维护以及第三方软件等成本。
使用 TikTok Business Messaging API 需要开发人员吗？
如果是自己开发 API 集成，通常需要。
因为系统需要处理身份验证、API 请求、Webhook、数据存储、错误处理，以及 API 周围的客服工作台和业务流程。
TikTok Business Messaging API 可以管理多个账号吗？
在相关账号和权限符合要求的情况下，可以支持多账号场景。
但多账号管理仍然需要解决账号授权、消息分配、客户匹配以及账号级设置等问题。
TikTok Business Messaging API 支持自动化吗？
TikTok 针对部分 Business Messaging 使用场景提供自动消息能力。
具体能够实现哪些自动化，需要根据应用当前获得的能力和权限进行确认。
TikTok Business Messaging API 和 TikTok 收件箱一样吗？
不一样。
API 是软件连接 TikTok 的一种方式，而收件箱是用户实际处理消息的界面。
客服平台可以通过 API 或其他集成方式，为团队提供共享收件箱、消息分配、CRM、自动化以及多账号管理等功能。
总结：API 还是现成平台？
TikTok Business Messaging API 的核心作用，是把 TikTok 的消息能力连接到其他软件和业务系统中。
如果企业有开发团队，并且需要把 TikTok 深度接入现有 CRM、客服系统或内部业务流程，可以重点考虑 API 集成。
如果团队的主要需求是同时管理多个 TikTok 账号、多人协作处理私信，并希望把 TikTok 与 Instagram、WhatsApp、Facebook、Email 等渠道放在一起管理，那么现成的多账号消息管理平台会更直接。
可以简单理解为：
需要自己搭建业务能力，就看 API；需要直接使用现成的消息工作台，就看平台。
在真正开始开发之前，建议先确认三个问题：
我们的 TikTok 账号目前可以使用哪些消息能力？
客服和销售团队每天真正需要处理哪些工作？
哪些基础设施希望自己开发和维护，哪些希望直接使用现成的平台？
如果团队希望同时管理 TikTok 和其他社交渠道，又不想从零开始搭建整套消息基础设施，那么现成的多账号消息管理工作台可以作为一种方案。
