不少做外贸和跨境独立站的朋友，客户一多就会发现：一个人拿着手机回 WhatsApp 还行，三五个业务员一起回，马上变成“这条消息到底谁跟进了”的大型悬疑现场。
这时候你真正需要的不是再买几部手机，而是 WhatsApp Business Platform，大家平时仍习惯叫它 WhatsApp Business API。它可以把 WhatsApp 接入网站、CRM、客服系统、聊天机器人和自动化流程，让多个员工共同处理询盘，也能发送订单通知、物流提醒和经过审核的营销模板。
先分清：WhatsApp Business App 和 API 不是一回事
| 对比项目 | WhatsApp Business App | WhatsApp Business API |
|---|---|---|
| 适合谁 | 个人、小团队、询盘不多 | 多人客服、独立站、CRM与自动化 |
| 使用方式 | 手机或桌面客户端 | 通过 Cloud API 或服务商系统接入 |
| 多人协作 | 能力有限 | 可接入团队客服工作台 |
| 自动化 | 欢迎语、快捷回复等基础功能 | 机器人、订单通知、Webhook、CRM工作流 |
| 主动发消息 | 人工操作为主 | 超出客服窗口通常要使用审核通过的模板 |
| 技术要求 | 低 | 自行接入较高，使用BSP较低 |
API 本身不是一个可以直接打开聊天的手机软件。你申请成功以后，还要接入一个收件箱、CRM或自己开发的系统。只申请账号、不准备接收消息的工具，就像办了一张电话卡却没买手机。
申请前要准备什么？
- 一个正常使用的 Facebook 个人账号：用来登录 Meta 后台，建议先开启双重验证。
- Meta Business Portfolio：中文界面可能显示“业务资产组合”，过去常被叫作 Business Manager。
- 真实企业资料：营业执照、公司英文名、地址、电话、邮箱等。Meta要求补充什么，就按页面实际提示提交什么，资料之间不要互相“打架”。
- 一个正式企业官网：网站最好能清楚展示公司名称、产品、联系方式、隐私政策和服务条款。一个只有“Welcome”加三张图库照片的网站，很难让审核人员相信你是认真做生意的。
- 一个可接收短信或语音验证码的号码：最稳妥的做法是准备专用新号码。虚拟号、无法接听的号码以及来源不明的“接码号”，都是给自己挖坑。
- 可用的付款方式：用于支付模板消息费用。具体可用卡种和结算币种以你的 Meta 后台为准。
如果你已经在手机上使用同一个号码，不要直接注销或迁移。Meta及部分官方服务商提供“Coexistence（共存）”接入，但是否开放取决于账号、地区、号码和接入方式；页面没有共存选项时，就需要按迁移流程处理。聊天记录、联系人和原号码使用状态一定要先确认，别按教程按得太快，最后客户和聊天记录一起“毕业”。
两种申请方式：自己接 Cloud API，或者通过官方服务商
方式一：直接申请 Meta WhatsApp Cloud API
这种方式控制权高，也最省中间平台费，适合有开发人员、能配置服务器和 Webhook 的企业。Meta官方的 Cloud API 入门文档是最可靠的入口。
- 登录 Meta Business Suite，创建或选择企业的 Business Portfolio。
- 进入 Meta for Developers，注册开发者账号并创建应用。
- 创建应用时选择适合企业的 Business 类型或包含 WhatsApp 的业务用例，把应用关联到企业自己的 Business Portfolio。
- 在应用后台添加 WhatsApp 产品，进入 WhatsApp 的 API Setup。系统会先提供测试号码、临时 Access Token、Phone Number ID 和 WhatsApp Business Account ID，先用测试环境把消息发送通。
- 点击添加电话号码，填写 WhatsApp 商家资料、品牌显示名称、业务类别和网站，使用短信或语音完成号码验证。
- 在 WhatsApp Manager 中添加付款方式，提交企业验证与显示名称审核。部分功能可以先测试，但正式运营、提高消息额度或使用更多能力时，完整验证更稳妥。
- 创建 System User 和长期 Access Token，按实际需要授予
whatsapp_business_messaging、whatsapp_business_management等权限。临时 Token 到期很快，不适合上线。 - 配置 HTTPS Webhook，订阅消息和状态事件，再把 Phone Number ID、WABA ID、Token 安全地接入客服系统或自己的程序。
- 创建消息模板，按营销、实用工具、身份验证等真实用途提交审核；模板获批后再用于主动通知。
Meta还公开了WhatsApp Cloud API 示例代码，包含模板消息、Webhook、媒体消息等案例。开发人员可以参考，但新手不要把测试 Token 复制到公开仓库里——这不是分享学习笔记，这是把店门钥匙挂在门把手上。
方式二：通过 BSP 或技术提供商申请
BSP可以理解为 WhatsApp Business Solution Provider。你在服务商后台通过 Meta 的 Embedded Signup 登录，选择或创建自己的 Business Portfolio 和 WABA，验证号码，再使用服务商提供的团队收件箱、机器人、客户标签和CRM功能。
这种方式更适合没有技术团队的外贸公司。好处是上线快，不需要自己维护 Webhook；代价是除了 Meta 消息费，还可能有月费、坐席费、平台费或消息加价。签约前一定问清楚：
- WABA 和号码是否创建在你自己的 Meta 企业账号下面？
- 以后换服务商，号码和模板能不能迁移？
- 费用是 Meta 原价透传，还是额外按消息加价？
- 团队坐席、聊天记录导出、机器人和CRM是否另收费？
- 服务商是不是 Meta 官方合作伙伴，后台能否完成正规的 Embedded Signup？
最危险的做法，是把营业执照交给一家不明代理，然后让对方用他们的企业账号替你申请。短期看省事，后期号码、模板和客户数据都可能不属于你。外贸老板吃过最多的亏，往往就来自一句“你不用管，我们全包”。
WhatsApp Business API 要多少钱？
申请 Cloud API 通常没有一笔固定的“Meta开户费”，真正持续产生的是消息费用和你选择的技术服务成本。自2025年7月1日起，WhatsApp Business Platform 已转向按送达的模板消息计费。营销模板、身份验证模板，以及在24小时客户服务窗口之外发送的实用工具模板，通常按消息和收件人所在市场收费；客户主动联系后打开的24小时服务窗口内，自由回复和符合条件的实用工具消息通常不收 Meta 消息费。最新规则与地区费率应查看 Meta 官方定价页面。
如果通过BSP，还要加上服务商自己的月费、坐席费或功能费。所以有人说“WhatsApp API完全免费”，不准确；有人张口就收几万元“官方开户费”，也未必是Meta收的。先把 Meta 消息费和服务商服务费分开看，账就清楚了。
最常见的审核失败原因
- 公司资料不一致：营业执照、官网、企业邮箱、地址和Meta后台各写一套。
- 官网太空：看不出公司是谁、卖什么、如何联系，也没有隐私政策。
- 显示名称乱写：申请的名称与企业、品牌、网站没有明显关系，或者夹带口号、地区和夸张词。
- 号码正在被其他账号占用：没有走共存或迁移流程，就直接尝试注册。
- 业务本身受限：产品、服务或消息内容触碰 WhatsApp Business Messaging Policy。
- 一上线就群发：未经用户同意发送营销消息，退订和投诉率上升，号码质量很快被打坏。
申请前先把企业官网整理好，往往比反复提交资料更有效。官网要能证明公司、品牌和业务是真实存在的。还没有外贸官网的企业，可以用 SHOPAGG 搭建 WordPress 外贸独立站，把公司介绍、产品、联系方式、隐私政策和WhatsApp入口放在自己的域名下。网站不仅服务审核，更重要的是让广告和搜索带来的访客有地方了解产品，再自然进入WhatsApp咨询，而不是看到一个号码就被迫“盲聊”。
申请通过以后，先做这五件事
- 给 Business Portfolio、开发者账号和服务商后台全部开启双重验证。
- 把 WABA ID、Phone Number ID、Token 和恢复方式交由企业统一保管，不放在员工私人电脑或聊天群里。
- 先提交订单确认、物流通知、询盘跟进等必要模板，不要第一天就准备五十条促销轰炸。
- 在独立站的联系页、产品页和广告落地页增加清晰的 WhatsApp 咨询入口，同时取得用户同意。
- 建立坐席分配、跟进状态、退订、投诉和聊天记录规则，避免客户换个业务员就要重新介绍一遍自己。
如果每天只有几条询盘，先把 WhatsApp Business App 用好，不必为了“看起来高级”硬上API。等到多人协作、自动通知、广告询盘分配和CRM跟进真的成为痛点，再申请API。工具的价值是减少混乱，不是给后台再添一个永远没人登录的图标。
作者：庄朋龙
