什么是 CPaaS？工作原理、用例与选型指南
一文讲清 CPaaS（通信平台即服务）：工作原理、支持的渠道、与 UCaaS 和 CCaaS 的区别、自建还是采购、计费模式，以及供应商评估清单。
作者： OmniChannels.ai Editorial Team · 审阅： BroadNet Messaging Solutions Team
全渠道
简短回答
CPaaS（通信平台即服务）是一种云平台，企业通过 API 就能把消息、语音和验证功能接入自己的应用，无需自建电信连接。服务商负责维护与运营商以及 Meta 等渠道方的对接，并通过 webhook 回传每条消息的状态。费用按用量计算，通常按条、按目的地或按分钟计费。
本页内容
要点速览
- CPaaS 是面向开发者的构建模块：通过一套 API 提供短信、WhatsApp、RCS、语音和邮件，并用 webhook 回传送达事件。它不是现成的电话系统或坐席工作台。
- UCaaS 服务于您的员工，CCaaS 服务于客服坐席，CPaaS 则服务于您自己的软件；许多成品系统的底层都是 CPaaS。
- 如果平台同时带有收件箱、营销活动和聊天机器人，非开发人员也能在 API 所驱动的同一个系统里工作，省去第二次开发。
- 计费按用量，且因渠道和目的地而异。请问清 WhatsApp 等渠道费用是按 Meta 公布的价格原价转收，还是加价。
- 评估 CPaaS 要看线路质量、渠道广度、文档、送达报告、目标市场的合规支持和服务模式，并用自己的号码做一次小规模测试来验证。
本指南写给那些总听人说“用 CPaaS 就行”、却想要一份通俗解释的创始人、产品经理和开发者。内容包括这个术语的含义、各部分如何配合、它与 UCaaS 和 CCaaS 的关系，以及签约前如何评估服务商。
什么是 CPaaS？
CPaaS（Communications Platform as a Service，通信平台即服务）是一种云平台，企业通过 API 就能把消息、语音和验证功能加到自己的软件里，而不必自建电信基础设施。术语表中的词条见我们的 CPaaS 定义。
可以把它看作一种公用服务。您的代码发出一次 HTTPS 请求，“把这条短信发到这个号码”，运营商、线路、渠道审核和送达都由服务商处理。消息送达、已读或被拒绝后，服务商会把结果回调到您服务器上的一个 URL。
CPaaS 是如何工作的？
CPaaS 分为四层：连接层、消息引擎、开发者工具和业务工具。您的应用只会接触到第三层和第四层。
| 层级 | 作用 | 您能看到什么 |
|---|---|---|
| 连接层 | 连接移动运营商（通常使用 SMPP，即系统之间交换短信的标准协议）以及 Meta、Google 等渠道方 | 看不到；按用量付费 |
| 消息引擎 | 路由、排队、重试、号码验证、状态标准化 | 跨渠道统一的送达状态格式 |
| 开发者工具 | REST API、SDK、webhook、日志、测试权限 | 文档和代码示例 |
| 业务工具 | 收件箱、营销活动、模板、聊天机器人、报告、账单 | 供非开发人员使用的网页控制台 |
典型流程如下：
- 您的系统调用服务商的 REST API，传入收件人、渠道和消息内容。
- 服务商校验消息、选择线路，并提交给运营商或渠道方。
- 网络把消息送达手机或应用。
- 服务商把结果发送到您的 webhook，例如 SUBMITTED、SENT、DELIVERED、READ 或 FAILED。
- 您的系统更新自己的记录，在另一个渠道重试，或通知相关人员。
我们的开发者文档展示了真实的请求和 webhook 格式，webhook 一页则说明各类事件。想了解短信这一侧的通俗解释，请看什么是短信网关。
CPaaS 覆盖哪些渠道？
现代 CPaaS 通过一次集成覆盖多个渠道，因为客户不会都使用同一款应用。
| 渠道 | 典型用途 | 主要限制 |
|---|---|---|
| 短信 | 验证码、提醒、通知、促销 | 各国发送方 ID 规则不同；GSM-7 编码每条 160 个字符，Unicode 为 70 个 |
| 通知、客服、面向已 opt-in 用户的营销 | 在客服窗口之外由企业发起的消息需要审核通过的模板 | |
| RCS | 带品牌的富媒体消息，并可自动回退为短信 | 需要受支持的设备和运营商，以及 Google 的代理（agent）验证 |
| 语音 | 语音验证码、IVR、外呼 | 由客户团队开通 |
| 邮件 | 收据、新闻简报 | 发件人认证和用户同意 |
| 推送 | 应用提醒 | 需要已安装的应用和用户授权 |
| Messenger、Instagram、Telegram | 社交渠道对话 | 平台对可联系对象和时机的规定 |
OmniChannels.ai 提供上述渠道。语音由客户团队开通，没有作为公开端点列入 REST 规范，因此请通过沟通来规划语音范围，而不是照搬代码示例。如需按用例选择渠道，请阅读 WhatsApp、短信与 RCS 对比。
CPaaS、UCaaS 和 CCaaS 有什么区别？
CPaaS 提供可编程的渠道，UCaaS 为员工提供沟通工具，CCaaS 为坐席提供联络中心工作区。
| CPaaS | UCaaS | CCaaS | 带收件箱的 CPaaS | |
|---|---|---|---|---|
| 面向对象 | 开发者 | 员工 | 客服坐席 | 开发者和业务团队 |
| 交付形式 | API、SDK、webhook | 电话、会议、聊天应用 | 坐席工作台、队列、路由 | API 加网页控制台 |
| 面向客户？ | 是，由您自行设计 | 主要用于内部 | 是，通过坐席 | 是 |
| 计费依据 | 用量 | 按用户 | 按坐席席位 | 用量加平台功能 |
| 示例需求 | 验证码和订单更新 | 替换办公室 PBX | 运营客服团队 | 通知加共享 WhatsApp 收件箱 |
这些类别之间的界限在变模糊。许多 UCaaS 和 CCaaS 产品底层运行在 CPaaS 之上，而 CPaaS 厂商也在增加收件箱和机器人。更有意义的问题不是厂商用了什么标签，而是公司里谁来操作这个工具。我们的 UCaaS 与 CPaaS 词条有更深入的说明。
用 CPaaS 可以构建什么？
大多数 CPaaS 项目属于六种模式，每一种都对应一个业务事件。
- 验证： 在登录或支付时通过短信、WhatsApp 或语音发送一次性验证码。参见 OTP 指南。
- 事务类提醒： 订单、配送、付款和预订通知。
- 提醒： 预约、续费和账单，并提供回复确认的选项。
- 营销活动： 已获同意的受众、定时发送，以及按渠道统计的结果。
- 客户支持： 共享收件箱，让 WhatsApp、Instagram 和邮件对话汇集在每位客户的同一条会话中。参见共享收件箱指南。
- 自动化与 AI： 聊天机器人和 AI 智能体回答常规问题，并转接给真人。
多渠道组合正是 CPaaS 体现价值的地方。关键提醒可以先发到 WhatsApp，没有送达就回退到短信，详见我们的渠道回退指南。
应该自建还是采购？
除非消息基础设施本身就是您的产品，否则应采购。自建意味着在每个发送目的国重做服务商已经完成的工作。
| 任务 | 自己搭建 | 使用 CPaaS |
|---|---|---|
| 运营商连接 | 与每家运营商或聚合商谈判并运营 | 服务商现有的连接 |
| 发送方 ID 与渠道审核 | 在每个国家、向 Meta 和 Google 分别申请 | 服务商准备材料并与您一起提交 |
| 吞吐量与重试 | 自行设计队列、绑定和背压机制 | 服务商管理，按账户配置容量 |
| 送达状态 | 解析各运营商各不相同的报告 | 统一标准化的 webhook |
| 欺诈防控 | 自行识别流量泵（traffic pumping） | 服务商限速并过滤 |
| 发出第一条消息的时间 | 数月的开发工作 | 取决于备案进度，而非代码 |
也有例外。如果您向少数几个目的地发送极大量的消息，并且雇有电信工程师，直接 SMPP 连接可能是合理的。即便如此，托管服务商通常也会承担合规工作。我们的 短信 API 与 SMPP 指南对这两种接入方式做了比较。
CPaaS 如何计费？
CPaaS 按用量计费，计费单位取决于渠道。本文不报价；重点是让您知道需要比较哪些内容。
| 渠道 | 通常的计费单位 | 影响价格的因素 |
|---|---|---|
| 短信 | 按条（分段） | 目的国家和运营商、发送方 ID 类型 |
| 按送达的消息 | Meta 按消息类别和收件人市场设定费率 | |
| RCS | 按条或按会话 | 服务商和目的地 |
| 语音 | 按分钟 | 目的地和通话类型 |
有两个商业问题比标价更重要。第一，服务商是按 Meta 公布的价格原价转收 WhatsApp 费用，还是加价？第二，是否有开通费、月度最低消费或备案费用？OmniChannels.ai 在价格概览中列出了商务条款，短信和 WhatsApp 的参考标价见价格指数和费用估算器。语音和 RCS 的价格请通过联系销售获取。
如何评估 CPaaS？评估清单
用同样的八个维度给每家服务商打分，并用您自己的流量测试重要的几项。
- 线路质量。 是否直连运营商，覆盖哪些国家？参见灰线路与直连线路。
- 覆盖范围。 您需要的每个国家和渠道，包括发送方 ID 规则。请查看覆盖范围页面。
- 渠道广度。 WhatsApp 是否通过 Meta 官方合作伙伴提供，是否支持 RCS 和回退？
- API 质量。 文档清晰，有 OpenAPI 规范、SDK、沙盒或测试权限，错误码合理。
- 送达报告。 逐条消息的状态、筛选和导出功能，能与账单对账。
- 合规支持。 协助办理发送方 ID 备案、WhatsApp 开通以及当地的同意规则。
- 安全与数据。 公开的认证、数据所在地和保留期限。
- 服务模式。 凌晨两点谁来响应，故障如何通报？
然后做一次简短的概念验证。向您最重要的三个国家的真实手机发送 50 至 100 条消息，比较送达时间和状态，并向一个无效号码发送消息来测试失败路径。消息 API 采购清单对每一项做了展开，服务商 RFP 工具包则提供了评分表。
有哪些风险和常见错误？
- 把 CPaaS 当成合规的挡箭牌。 服务商会协助备案，但用户同意和内容仍由您负责。请阅读跨渠道的 opt-in 与同意。
- 只看标价选型。 被过滤的便宜线路，比能送达的贵线路成本更高。
- 忽视欺诈。 公开的验证码表单会招来人为刷量。参见短信流量泵防范。
- 单渠道设计。 一个渠道失效不应让关键消息发不出去。
- 忽略业务工具。 如果只有开发人员能操作系统，每次修改模板都会变成一张工单。
- 承诺审批日期。 Meta、Google、运营商和监管机构决定备案结果。请预留缓冲时间。
实际案例：迪拜的配送初创公司
“Zaytoon Express”（虚构）经营生鲜配送，有应用、网站和一支小型客服团队。它需要登录验证码、配送更新、客户聊天和每周优惠。
- 开发人员从订单系统调用短信和 WhatsApp 端点，并订阅送达 webhook。
- 订单更新通过实用型模板发到 WhatsApp，消息未送达时回退到短信。
- 客服在共享收件箱中回复 WhatsApp 和 Instagram 消息，营业时间和订单状态由聊天机器人处理。
- 市场部门把已获同意的名单上传为定时营销活动，退订记录集中保存。
- 财务团队用导出的送达报告与账单对账。
一次集成满足了五项需求，也没有人需要去和运营商谈判。
OmniChannels.ai 如何提供帮助
OmniChannels.ai 是 BroadNet 旗下的 CPaaS 与全渠道平台，BroadNet 自 2003 年开展业务，直连 1,000 多家运营商和聚合商。平台提供 REST/JSON API、OpenAPI 3.1 规范、TypeScript SDK、送达 webhook 和 SMPP 3.4，并配有 Omni Inbox、营销活动、渠道回退和 AI 智能体。测试权限仅限发送到您自己已验证的号码。请查看 CPaaS 页面，阅读开发者文档，或联系我们的团队获取技术讲解。
常见问题
CPaaS 是什么的缩写？
CPaaS 是 Communications Platform as a Service（通信平台即服务）的缩写。服务商把消息、语音和验证以 API 和 SDK 的形式开放出来，企业可以直接嵌入自己的应用，而无需自己拥有运营商连接、服务器，也无需在每个国家办理电信牌照。
CPaaS 和 UCaaS 有什么区别？
UCaaS 是面向员工的现成服务：分机、会议和团队聊天，通常按用户收费。CPaaS 是与客户之间的可编程通信，例如验证码、订单更新和聊天，内置在您自己的软件中，按用量计费。两者在边缘地带有交集，但解决的是不同的问题。
CPaaS 和 CCaaS 有什么区别？
CCaaS 是托管的联络中心产品，带有坐席工作台、队列和路由。CPaaS 提供的是更底层的渠道 API，可以接入联络中心，也可以接入任何其他应用。企业可以为坐席购买 CCaaS，同时用 CPaaS 从自己的系统主动发送通知。
CPaaS 覆盖哪些渠道？
常见渠道有短信、WhatsApp、RCS、语音、邮件、推送通知，以及 Messenger、Instagram 和 Telegram 等聊天应用。不同服务商的覆盖范围不同，请逐个核对渠道、您需要的国家，以及各渠道的送达状态如何回传给您。
应该自建运营商直连，还是使用 CPaaS？
自建直连意味着要与运营商谈判、运行 SMPP 基础设施、办理每个国家的备案，还要通过 Meta 和 Google 的审核。大多数企业选择直接采购这项能力。只有当消息基础设施本身就是您的产品，并且有电信和合规团队来运营时，才值得自建。
CPaaS 如何计费？
按用量计费。短信按目的地、按条（分段）计价，WhatsApp 按 Meta 设定的消息类别和市场、按送达条数计价，语音按分钟计价。部分服务商还会对号码、发送方 ID 或支持服务另外收费。请索取分国家的价目表，并问清哪些费用按成本转收。
资料来源
- WhatsApp Business Platform: Solution providers overview, Meta for Developers
- WhatsApp Business Platform pricing, Meta for Developers
- Short Message Peer-to-Peer Protocol Specification v3.4, SMPP Developers Forum
- 3GPP TS 23.038: Alphabets and language-specific information
- OpenAPI Specification v3.1.0, OpenAPI Initiative
继续阅读
更多指南全渠道
客户消息旅程图：覆盖每个生命周期阶段的渠道规划
从获客、引导、交易、支持、留存到召回，教你绘制完整的客户消息旅程图：为每个生命周期阶段选定渠道、触发条件和发送规则，并提供可直接复制使用的模板表格，帮助出海企业统一管理全渠道客户沟通、减少重复打扰，并附巴林健身连锁品牌的实操案例。
9 分钟阅读
全渠道
全渠道消息ROI：如何搭建投资回报测算
如何为全渠道消息平台搭建ROI商业论证：拆解平台费、Meta与短信消息费等成本构成，梳理客服迁移、增量收入等收益杠杆，给出计算公式、基于假设数据的完整测算示例、敏感性测试和上线后的衡量清单，让出海企业的立项报告经得起财务部门推敲。
9 分钟阅读
阿联酋与沙特阿拉伯
如何选择适合阿联酋与沙特的企业消息平台
出海中东的企业该如何选择阿联酋与沙特阿拉伯的企业消息平台：本文梳理评估标准、阿拉伯语支持、数据驻留、本地短信 Sender ID 报备规则，并列出签约和试点前应向供应商确认的关键问题与测试方法，帮助你做出稳妥决策，并附吉达物流公司的评估案例。
8 分钟阅读