Le RCS Business Messaging (RBM) permet aux marques d'envoyer des messages riches et interactifs via l'application de messagerie native de l'opérateur, en s'appuyant sur le GSMA Universal Profile. Les agents professionnels se connectent à une fonction MaaP (Messaging-as-a-Platform) au lieu d'établir un bind SMPP, découvrent la capacité de chaque terminal, échangent des messages mobile-originated et mobile-terminated, et sont facturés par conversation ou par événement de message.
Ce que sont le RCS et l'Universal Profile
Le RCS (Rich Communication Services) est le successeur IP du SMS/MMS défini par la GSMA, remis dans le client de messagerie par défaut de l'opérateur. Pour mettre fin à la fragmentation entre les implémentations des opérateurs, la GSMA a publié le RCS Universal Profile — un jeu de fonctionnalités unique et convenu (chat, chat de groupe, accusés de lecture, indicateur de saisie, médias haute résolution, transfert de fichiers) spécifié dans la RCC.07. L'Universal Profile 2.x constitue la base que visent la plupart des déploiements. Le RCS circule sur IP jusqu'au terminal mais reste ancré dans le cœur IMS/messagerie de l'opérateur : il hérite ainsi de l'adressage carrier-grade (le MSISDN reste l'identité) tout en ajoutant l'expérience riche, de type session, que le SMS n'a jamais offerte.
MaaP : la messagerie en tant que plateforme
La messagerie professionnelle sur RCS est définie par la spécification GSMA MaaP (RCC.71). MaaP introduit une fonction de plateforme au sein du réseau de l'opérateur qui héberge les agents professionnels (aussi appelés chatbots) et assure la médiation entre eux et les abonnés. Une marque n'ouvre pas une session protocolaire brute vers chaque abonné ; elle enregistre un agent auprès d'un fournisseur MaaP, et la fonction MaaP gère la joignabilité des terminaux, la capacité, la diffusion et la facturation. C'est là la différence structurelle avec le SMS : le SMPP expose un bind binaire de bas niveau vers un centre de messages, tandis que MaaP expose un agent hébergé sur une plateforme qui dialogue avec de nombreux abonnés pour le compte de la marque.
| Élément | Spécification | Rôle |
|---|---|---|
| Universal Profile | GSMA RCC.07 | Ensemble de fonctionnalités RCS convenu (chat, médias, accusés, indicateur de saisie) |
| MaaP | GSMA RCC.71 | Plateforme qui héberge les agents des entreprises et atteint les abonnés |
| Agent d'entreprise / chatbot | RCC.71 | L'identité de marque avec laquelle les abonnés dialoguent |
| RBM API | Google RCS Business Messaging | API REST d'agent utilisée pour envoyer/recevoir et interroger les capacités |
| Agent vérifié | GSMA / MaaP | Nom de la marque, logo, couleur et badge de vérification |
L'API agent RBM face à un bind SMPP
Là où un émetteur SMS A2P ouvre une session SMPP binaire persistante et émet des PDU submit_sm, un émetteur professionnel RCS appelle une API agent REST. Dans le RCS Business Messaging de Google, l'agent s'authentifie avec un compte de service et poste un message vers un endpoint agentMessage adressé au MSISDN d'un abonné ; les messages entrants et les événements de remise/lecture arrivent sous forme de callbacks webhook. Il n'y a ni bind transmit/receive persistant ni encodage de PDU — la charge utile est du JSON décrivant un texte, un média ou une carte enrichie. Le compromis : un contenu plus riche et une interactivité structurée en échange d'une intégration de plus haut niveau, par agent, plutôt qu'un tuyau brut vers un centre de messages.
POST https://rcsbusinessmessaging.googleapis.com/v1/phones/+15551234567/agentMessages
{
"contentMessage": {
"text": "Your order #4021 has shipped.",
"suggestions": [
{ "reply": { "text": "Track", "postbackData": "track_4021" } },
{ "reply": { "text": "Help", "postbackData": "support" } }
]
}
}Découverte de capacités : tous les terminaux ne parlent pas RCS
La joignabilité RCS s'évalue par terminal, non par numéro : un même MSISDN peut être compatible RCS sur un combiné et retomber sur le SMS sur un autre. Avant d'envoyer un contenu riche, un agent professionnel effectue une vérification de capacité — en RBM, un GET sur les capabilities de l'abonné indique si le terminal est joignable en RCS et quelles fonctionnalités (cartes enrichies, carrousels, transfert de fichiers, actions suggérées) il prend en charge. Un émetteur bien conçu s'en sert à la fois pour décider s'il faut envoyer du RCS et pour adapter le message aux fonctionnalités disponibles, en basculant vers le SMS ou le MMS lorsque le terminal n'est pas joignable en RCS. La découverte de capacités est donc la première étape de tout envoi RCS et le point d'ancrage sur lequel repose le fallback omnicanal.
GET https://rcsbusinessmessaging.googleapis.com/v1/phones/+15551234567/capabilities?requestId=8f2c...
200 OK
{ "features": [ "RICHCARD_STANDALONE", "RICHCARD_CAROUSEL", "ACTION_DIAL", "ACTION_URL" ] }
404 -> device not RCS-reachable now; fall back to SMS/MMSMO/MT, conversations et agents vérifiés
Le trafic professionnel RCS est bidirectionnel. Les messages mobile-terminated (MT) vont de l'agent vers l'abonné ; les messages mobile-originated (MO) — les réponses de l'abonné, les appuis sur les boutons et les médias partagés — reviennent sous forme d'événements webhook portant les postback data que l'agent a attachés à chaque suggestion. Parce que l'échange est conversationnel, un agent vérifié présente une identité de confiance : le nom de la marque, son logo, sa couleur et un badge vérifié affichés par le client, provisionnés via l'opérateur/agrégateur et la plateforme MaaP après vérification de la marque. C'est cette identité vérifiée qui distingue une marque RCS légitime d'un émetteur usurpé et qui sous-tend les contrôles d'émetteur de marque traités séparément.
Événements de facturation et classes de trafic
La facturation professionnelle RCS est fondée sur l'événement plutôt que par segment comme le SMS. Selon l'opérateur et le modèle commercial MaaP, la tarification s'applique par message ou par conversation (une fenêtre de session regroupant des messages liés), et se décline souvent en classes de trafic — par exemple des notifications A2P à message unique face à des sessions conversationnelles interactives, parfois avec une distinction A2P et P2A (person-to-application, à l'initiative de l'abonné). Les médias riches, les carrousels et le transfert de fichiers voyagent au sein de la même conversation et n'entraînent pas de segmentation à la manière du SMS. Comme la tarification, la disponibilité et le support des fonctionnalités varient selon l'opérateur, une plateforme professionnelle réconcilie capacité, joignabilité et conditions commerciales par marché avant d'engager du trafic sur RCS.
Questions fréquemment posées
Qu'est-ce que le RCS Business Messaging ?
Le RCS Business Messaging (RBM) est le canal professionnel du RCS de la GSMA : les marques envoient des messages riches, interactifs et vérifiés qui apparaissent dans l'application de messagerie native de l'abonné. Il utilise le jeu de fonctionnalités Universal Profile, est remis via une plateforme MaaP, et prend en charge le texte, les médias, les cartes enrichies, les carrousels ainsi que les réponses et actions suggérées.
Qu'est-ce que MaaP ?
MaaP (Messaging as a Platform, GSMA RCC.71) est la fonction réseau qui héberge les agents professionnels RCS et assure la médiation entre eux et les abonnés. Au lieu de se lier à un centre de messages via SMPP, une marque enregistre un agent auprès d'un fournisseur MaaP, qui gère la joignabilité des terminaux, la capacité, la diffusion des messages et la facturation.
En quoi l'API RBM diffère-t-elle du SMPP ?
Le SMPP est une session binaire persistante avec des PDU submit_sm vers un centre de messages. Le RBM est une API agent REST : l'agent poste des messages JSON vers le MSISDN d'un abonné et reçoit les réponses et les événements de remise/lecture sous forme de webhooks. Il n'y a ni bind persistant ni encodage de PDU, et la charge utile peut porter des cartes enrichies et des éléments interactifs que le SMS ne permet pas.
Comment savoir si un numéro peut recevoir du RCS ?
La joignabilité RCS s'évalue par terminal, vous exécutez donc une vérification de capacité avant l'envoi. En RBM, un GET sur les capabilities de l'abonné indique si le terminal est joignable en RCS et quelles fonctionnalités il prend en charge ; un résultat introuvable signifie que le terminal n'est pas joignable en RCS pour l'instant et que l'émetteur doit basculer vers le SMS ou le MMS.
Qu'est-ce qu'un agent RCS vérifié ?
Un agent vérifié est une identité professionnelle provisionnée via l'opérateur et la plateforme MaaP après vérification de la marque. Il présente le nom de la marque, son logo, sa couleur et un badge vérifié dans le client de messagerie, afin que les abonnés puissent faire confiance à l'émetteur. C'est l'équivalent RCS d'une identité d'émetteur enregistrée et vérifiée.
Comment la messagerie professionnelle RCS est-elle facturée ?
Contrairement au SMS, facturé par segment de 160/70 caractères, la messagerie professionnelle RCS est facturée par message ou par session de conversation, souvent répartie en classes de trafic telles que notifications à message unique ou conversations interactives. Les médias riches et les carrousels voyagent au sein de la conversation et ne sont pas segmentés. La tarification et la disponibilité exactes varient selon l'opérateur et le modèle MaaP.
Spécifications sources
Les normes publiées sur lesquelles repose cette page. S'ouvre dans un nouvel onglet.