---
title: "RCS上线检查清单：用认证Agent正式开通"
description: "面向品牌的RCS上线检查清单：Agent资料素材、品牌验证、运营商审批、测试设备注册、消息设计、短信回退逻辑，以及如何用对照组衡量试点效果，附完整的实战示例和常见错误，帮助出海团队少走弯路，把RCS商业消息顺利推上线并稳定运行。"
canonical: "https://omnichannels.ai/zh/blog/rcs-launch-checklist/"
language: "zh"
updated: "2026-10-10"
publisher: "BroadNet Technologies"
brand: "OmniChannels.ai"
category: "sms"
primaryQuery: "rcs launch checklist"
keywords: ["RCS商业消息如何上线", "RCS Agent上线审批", "RCS品牌验证", "RCS测试设备", "RCS消息设计", "RCS试点指标", "RCS短信回退"]
published: "2026-10-10"
author: "OmniChannels.ai Editorial Team"
reviewer: "BroadNet Messaging Solutions Team"
readingMinutes: 12
answer: "要上线RCS商业消息，先选定一个使用场景，确认每个目标国家的运营商覆盖情况，并准备好Agent的名称、Logo、横幅、简介、隐私政策和退订处理。提交品牌验证和上线审批，在已注册的设备上测试，并为每条消息设计对应的短信版本。上线时启用能力检测、消息有效期和短信回退，扩大规模之前先与短信对照组比较效果。"
takeaways: ["Google要求在Agent首次上线前，由品牌的授权联系人完成品牌验证，审核可能由Google、运营商或两者共同进行。", "上线之前，RBM Agent只能向已注册并接受了邀请的测试设备发送消息。", "Google的文档建议在向用户发送消息之前先做能力检测；当设备或网络无法接收RCS时会返回错误，因此回退是发送方的职责。", "设置消息有效期（ttl或expireTime）会自动撤回未送达的RCS消息，也是触发短信回退的天然时机。", "试点应当用每次完成操作的成本与短信对照组比较，因为仅看每条消息的价格，并不能说明RCS是否划算。"]
faq: 
  - q: "上线一个RCS Agent需要多长时间？"
    a: "没有固定的时间表。品牌验证、Google的审核以及各运营商的审批，会根据您选择的运营商顺序或并行进行，部分运营商还要求与品牌直接签订协议。请按运营商来规划，在提交之前备齐所有素材，并把首次上线当作以周计的项目。服务商会在开通过程中为每个市场确认预期的步骤。"
  - q: "可以在阿联酋、沙特阿拉伯或其他海湾国家上线RCS吗？"
    a: "能否使用取决于该国每家运营商是否已上线RCS商业消息并批准您的Agent。这因运营商而异，并且会随时间变化，所以各国没有统一的答案。请向服务商索取每个目标市场按运营商划分的覆盖情况；在OmniChannels.ai，这会在开通过程中确认，短信回退则覆盖无法接收RCS的接收方。"
  - q: "RCS Agent审批需要哪些素材？"
    a: "预计需要提供Agent的显示名称、Logo、横幅图片、品牌色、简短简介、电话、网站和邮箱等联系方式，以及隐私政策和条款的链接。Google的上线审核还会要求提供Agent体验的描述、声明的使用场景、用户如何被触发和退订，以及预览视频或对话文本。"
  - q: "客户可以先给我的RCS Agent发消息吗？"
    a: "根据Google的文档，用户无法与RBM Agent发起会话。第一条消息由企业发送，由订单或预订等事件触发，用户随后可以回复。如果您需要客户从网站或广告发起对话，WhatsApp点击聊天链接或短信关键词更适合这项工作。"
  - q: "上线RCS之后，还需要短信吗？"
    a: "需要。RCS只能触达设备、消息应用和运营商都支持它的接收方，而且部分用户会处于离线状态或关闭了RCS。请为每条消息保留一个短信版本，并在平台返回错误或RCS消息未送达即过期时发送。这样在RCS覆盖不断扩大的同时，能让每位客户的体验保持一致。"
  - q: "应该如何衡量RCS试点？"
    a: "使用通过短信接收相同消息的对照组，然后对比送达率、有已读回执时的已读率、按钮或链接上的操作率，以及每次完成操作的成本。已读回执取决于用户设置，所以应把它当作一种信号，而不是完整的统计。只有在完成操作的数据能够证明额外投入值得时，再决定扩大规模。"
sources: 
  - title: "上线审批 — RCS for Business，Google for Developers"
    url: "https://developers.google.com/business-communications/rcs-business-messaging/guides/launch/launch-approval"
  - title: "品牌验证 — RCS for Business，Google for Developers"
    url: "https://developers.google.com/business-communications/rcs-business-messaging/guides/launch/brand-verification"
  - title: "发送消息 — RCS for Business，Google for Developers"
    url: "https://developers.google.com/business-communications/rcs-business-messaging/guides/build/messages/send"
  - title: "能力检测 — RCS for Business，Google for Developers"
    url: "https://developers.google.com/business-communications/rcs-business-messaging/guides/build/capabilities"
  - title: "最佳实践 — RCS for Business，Google for Developers"
    url: "https://developers.google.com/business-communications/rcs-business-messaging/guides/learn/best-practices"
---

# RCS上线检查清单：用认证Agent正式开通

Canonical: https://omnichannels.ai/zh/blog/rcs-launch-checklist/
Language: zh
Publisher: OmniChannels.ai by BroadNet Technologies

本清单面向已经决定尝试RCS商业消息、现在需要让Agent顺利上线、又不想在返工上耽误数周的市场、CRM和产品团队。它按阶段逐一说明，从选定第一个使用场景，到解读试点结果。如果您还需要了解RCS是什么以及它与短信有何不同，请先阅读[RCS商业消息详解](/blog/rcs-business-messaging-explained/)，再回到这里。

## RCS上线包含哪些环节？

RCS上线分为五个阶段：范围、素材、审批、开发与测试、试点。大部分延误来自前三个阶段，而不是工程开发，因为审批取决于品牌证明材料和各运营商的流程。

RCS Business Messaging（RBM）通过Google的RBM平台运行，Google现称其为RCS for Business。品牌由“Agent”代表：即带有您的名称、Logo和简介的认证发件人资料。您的消息服务商把您的系统连接到该平台，而移动运营商决定RBM流量能否触达其用户。

| 阶段 | 主要产出 | 涉及人员 | 常见阻碍 |
|---|---|---|---|
| 1. 范围 | 一个使用场景、目标国家和运营商 | 产品、市场、服务商 | 试图同时上线所有使用场景 |
| 2. 素材 | Logo、横幅、简介、政策、退订措辞 | 品牌、法务 | 缺少隐私政策或使用场景不清晰 |
| 3. 审批 | 品牌验证与上线审批 | 品牌联系人、Google、运营商 | 品牌联系人联系不上；运营商合同 |
| 4. 开发与测试 | 消息、回退、Webhook、测试结果 | 研发、服务商 | 没有为每条消息设计对应的短信版本 |
| 5. 试点 | 与短信对照组的对比结果 | CRM、数据分析 | 衡量打开而不是完成的操作 |

## 阶段1：如何选择第一个使用场景？

选择一个富媒体内容明显优于纯文本、并且您已经在发送短信（因此有基线可比）的使用场景。范围窄的首次上线审批更快，结果也更清晰。

Google的上线审核要求您声明Agent的使用场景。其文档中的类别是验证码（OTP）、事务类、营销类和多用途。您声明的使用场景，决定了审核人员希望在您的触发条件、内容和退订处理中看到什么，所以请务必准确。

适合首次上线的候选场景：

- **订单与配送更新。**一张带商品图片、送达时段，以及“跟踪”或“改期”操作的富媒体卡片，取代了带链接的冗长短信。
- **预约提醒。**一张包含日期、时间和地点的卡片，加上“确认”“改期”等建议回复和“添加到日历”操作。
- **品牌化验证码。**来自认证发件人的简短验证码消息，帮助客户区分真实验证码与钓鱼信息。请把短信保留为有保障的通路；参见我们的[验证码消息指南](/blog/otp-authentication-messages-guide/)。
- **定向促销。**面向已opt-in营销的客户的商品轮播。促销面临最严格的审核和授权要求，所以很少是最佳的首次上线选择。

### 梳理国家和运营商

列出您的目标国家，以及每个国家里承载您大部分客户的运营商。只有该运营商已上线RBM并批准了您的Agent，RBM才能触达订阅用户。在海湾地区及更广泛的中东北非地区，可用性取决于运营商和国家，并在开通过程中确认；请不要围绕“某国已经开通RCS”这类国家层面的说法来制定计划。

## 阶段2：提交之前需要准备哪些素材？

提交之前备齐所有素材，因为提交后的更改会让审核的部分环节重新开始。Agent资料也是客户看到的内容，所以请把它当作品牌工作，而不是文书工作。

### Agent资料检查清单

1. **显示名称**要与您面向消费者的品牌完全一致，而不是客户不认识的法人实体名称。
2. **Logo**按服务商指定的格式和尺寸提供，缩小显示并裁成圆形后依然清晰。
3. 用于Agent信息页的**横幅图片**，不要含小字。
4. **品牌色**，与按钮上的文字有足够对比度。
5. **简短简介**，说明Agent会发送什么，例如“来自Rawda Home的订单更新和配送预约”。
6. **联系方式：**电话、网站和邮箱至少一种，均可正常使用并有人值守。
7. 公开网站上的**隐私政策和服务条款**，并从Agent中链接。
8. **语言：**决定Agent使用阿拉伯语、英语还是两者兼用，并为每种语言准备好内容。

### 审核证明材料检查清单

Google的上线文档列出了Google管理的审核所需的材料。请准备：

1. 品牌的一个可正常访问的公开网站。
2. 隐私政策和服务条款的链接。
3. 对Agent体验的描述，附预览视频或详细的会话文本。
4. 声明的使用场景。
5. 与使用场景一致的、关于用户如何被触发、如何交互、如何退订的描述。
6. Agent所用每种语言的STOP处理，包括确认用户已退订的回复。

请写出能展示真实流程的对话文本，包括用户回复您未预料到的自由文本时会发生什么。

## 阶段3：品牌验证和上线审批如何运作？

品牌验证用来确认品牌方的授权人员批准了Agent的信息，以及您的服务商管理它的权限。据Google所述，首次上线前必须完成，并在提交上线申请之后进行。

您需要指定一名品牌联系人：有权确认该Agent的员工。根据上线类型，Google、运营商或两者都可能联系此人。最常见、本可避免的延误，是这位联系人正在休假、不认识这次请求，或者把邮件转发到了无人查看的收件箱。请提前向他们说明。

随后，上线审批由Google、运营商或两者共同负责，具体取决于您选择了哪些运营商。Google的文档指出，部分运营商会运行自己的审核并要求与品牌直接签订协议，如果没有合同，这些运营商会拒绝上线。这就是为什么上线计划应当按运营商而不是按国家制定。

### 审批检查清单

- [ ] 品牌联系人已指定、已知情，并且在审核期间可以联系到。
- [ ] 已声明使用场景，且与所有对话文本和触发条件一致。
- [ ] 与服务商确认了运营商清单，包括需要直接签约的运营商。
- [ ] 每种语言的退订措辞均已通过法务批准。
- [ ] 指定内部负责人，能快速回答审核人员的问题。

上线之后，Google Messages会在Agent名称旁显示认证对勾，Agent的详情页会说明由谁完成了验证。

## 阶段4：如何开发和测试RCS消息？

把每条消息按一对来构建：RCS版本和携带相同核心信息的短信版本。然后在上线前，用真实设备测试。

### 各类消息的设计规则

Google的文档设定了需要遵守的限制：文本消息最多3,072个字符，富媒体卡片每张最多四个建议，轮播为2到10张卡片，每条消息最多11个建议，建议标签最长25个字符。媒体文件同样有大小限制。

| 消息类型 | 适用场景 | 设计规则 | 对应的短信版本 |
|---|---|---|---|
| 带建议回复的文本 | 确认、快速选择 | 两到四个回复，标签简短且彼此区分明显 | 带回复关键词或链接的文本 |
| 富媒体卡片 | 订单、预订、提醒 | 一张图片、一个清晰的标题、一个主要操作 | 包含关键信息和一个链接的文本 |
| 轮播 | 商品或选项选择 | 卡片数量要少；每张都能独立成立 | 带列表页链接的文本 |
| 建议操作 | 打开链接、拨号、位置、日历 | 标签直说结果，例如“跟踪订单” | 在文本中给出同样的URL或号码 |
| 媒体与PDF | 票据、发票、菜单 | 检查大小限制；附上文字摘要 | 文件链接 |

适用于各类型的实用规则：

- **把关键信息放进文字，**而不只是图片里。有些接收方收到的是短信版本，屏幕阅读器也需要文字。
- **让建议标签使用动词，**例如“改期”或“立即支付”，并在两种语言下都保持在文档规定的上限之内；阿拉伯语标签往往需要单独编辑。
- **不要过度设计。**为一条简单的提醒做十张卡片的轮播，只会增加摩擦和审核问题。
- **处理自由文本回复。**把意料之外的回复转给真人或一个清晰的菜单，而不是置之不理。

### 构建送达逻辑

Google的文档建议，在发起会话前先检测用户的能力，并且只使用设备支持的功能。当号码近期接入过RCS时，能力检测会返回设备支持的内容；Google还提供批量检测，可以估算有多少号码可达，而不暴露设备功能。

发送时请针对三种结果做好规划：

1. **已接受并送达。**您的Webhook会收到DELIVERED事件，如果用户开启了已读回执，还可能收到READ事件。
2. **发送时被拒绝。**当设备不支持RCS、RCS已关闭，或您的Agent未在该网络上线时，Google返回404 NOT_FOUND；当消息使用了设备不支持的功能时，返回400 INVALID_ARGUMENT。请立即发送短信版本。
3. **已接受但未送达。**用户可能处于离线状态。Google会将未送达的消息排队最多30天，所以请用`ttl`或`expireTime`设置消息有效期。到期后，平台会撤回该消息并通知您，随后您发送短信版本。

Google还建议，在重发之前先确认消息确实未送达，并使用唯一的消息ID，避免客户收到重复消息。我们的[渠道回退策略指南](/blog/channel-fallback-strategy/)详细介绍了在WhatsApp、RCS和短信之间设置超时与防止重复的方法。

### 在已注册设备上测试

上线之前，RBM Agent只能向您注册并且已接受邀请的测试设备发送消息。请有针对性地使用它们：

- [ ] 每个目标市场的每家主要运营商至少一台测试设备，SIM卡为有效状态。
- [ ] 如果受众同时包含两类用户，则测试装有Google Messages的Android，以及在支持商业RCS的运营商上的iPhone。
- [ ] 每条消息都以阿拉伯语和英语渲染，包括卡片中的从右至左排版。
- [ ] 点击每个建议回复和操作，并确认每条回复都被您的Webhook收到。
- [ ] 测试每种语言下的STOP及其同义词，并发送确认。
- [ ] 一台关闭了RCS的设备，用来确认短信回退能够触发。
- [ ] 一台离线设备，用来确认过期会触发回退，并且不会重复送达。

## 阶段5：如何开展并衡量RCS试点？

用通过短信接收相同消息的对照组来开展试点，并以单位成本下的完成操作数来评判。

### 试点检查清单

1. **定义您关心的操作：**已预约配送、已确认预约、已完成支付。
2. 在具备RCS能力的接收方中**拆分受众：**大多数收到RCS，一个对照组（holdout）只收短信。把RCS用户与不具备能力的用户比较，会把渠道效应与受众差异混在一起。
3. **按消息跟踪：**已发送、已送达、可获得时的已读、已执行操作、触发的回退、退订。
4. **谨慎对待已读回执。**它取决于用户设置，所以缺少READ事件并不能证明消息未被阅读。
5. **计算每次完成操作的成本，**RCS一侧包含回退的短信，另有仅短信组。服务商的价目表提供每条消息的成本；参见[定价](/pricing/)。
6. **复查退订和回复，**看是否有发送频率或内容不当的迹象。
7. **做决定：**扩大规模、调整后重跑，或者停止。

## 实战示例：一家海湾家具零售商的第一个RCS Agent

“Rawda Home”（虚构）是一家在阿联酋和沙特阿拉伯销售的家具零售商。它目前发送配送预约短信，许多客户会打电话给联络中心来更改时段。

- **范围。**团队选择一个事务类使用场景：配送预约。服务商确认了每个国家哪些运营商已上线RBM；由于各运营商的覆盖不同，试点只在Agent已获批准的地方运行。
- **素材。**市场部提供面向消费者的品牌名称、Logo、横幅，以及阿拉伯语和英语的简介。法务确认隐私政策链接和两种语言的STOP措辞。电商负责人被指定为品牌联系人并得到通知。
- **消息。**一张富媒体卡片展示商品图片、建议的送达时段，以及三个建议回复：“确认”“更改时段”和“联系我们”。“更改时段”会打开一个可选时段的轮播。短信版本携带同样的时段，以及预约页面的链接。
- **送达逻辑。**每次发送都设置一个远早于配送日截止时间的有效期。收到404响应或到期时，会发送短信版本，系统会记录是哪个渠道完成的送达，因此不会有人同时收到两条。
- **试点。**在具备RCS能力的客户中，一个对照组只收到短信。试点结束后，团队比较无需致电即确认的配送占比，以及每次确认配送的成本，再决定是否加入订单跟踪作为第二个使用场景。

## 上线时有哪些常见错误？

大多数失败或缓慢的RCS上线，都栽在同样的几个问题上。

- **同时上线多个使用场景。**每增加一个，就多出审核问题和需要审批的内容。
- **用法人实体名称作为显示名称，**客户并不认识它。
- **品牌联系人毫无准备，**会导致验证停滞。
- **假定全国范围的覆盖。**触达范围由运营商、设备和用户设置共同决定。
- **没有为每条消息准备短信版本，**导致不具备能力的接收方什么也收不到。
- **没有设置消息有效期，**离线用户几天之后才收到过时的验证码或已过期的优惠。
- **没有核对送达就重发，**造成重复。
- **把已读率当作完整数据，**而回执取决于用户设置。
- **忽视授权。**RCS营销需要与短信相同的opt-in和退订规范；参见我们的[授权指南](/blog/opt-in-consent-multichannel-campaigns/)。

**本清单的局限：**Google的要求、运营商流程和设备支持都会变化。每次上线前，请到Google文档并向服务商确认当前规则。本文是实操指引，不构成法律意见。

## OmniChannels.ai 如何提供帮助

OmniChannels.ai通过Google RBM合作伙伴BroadNet Technologies提供[RCS商业消息](/channels/rcs/)。您可以获得认证的品牌发件人、富媒体卡片、最多10张卡片的轮播、建议回复和操作，以及在RCS不可用时利用BroadNet的运营商直连网络发送[短信](/channels/sms/)的自动回退。各渠道的送达状态以统一的Webhook格式返回。开发者可以从[RCS API文档](/developers/rcs/)入手。您所在市场的运营商覆盖情况会在开通过程中确认。