---
title: "Checklist de lancement RCS : mettre en production un agent vérifié"
description: "Checklist de lancement RCS : éléments de l'agent, vérification de la marque, approbation des opérateurs, appareils de test, messages, repli SMS et mesure du pilote."
canonical: "https://omnichannels.ai/fr/blog/rcs-launch-checklist/"
language: "fr"
updated: "2026-10-10"
publisher: "BroadNet Technologies"
brand: "OmniChannels.ai"
category: "sms"
primaryQuery: "rcs launch checklist"
keywords: ["lancer rcs business messaging", "approbation lancement agent rcs", "vérification de marque rcs", "appareils de test rcs", "conception message rcs", "indicateurs pilote rcs", "repli sms rcs"]
published: "2026-10-10"
author: "OmniChannels.ai Editorial Team"
reviewer: "BroadNet Messaging Solutions Team"
readingMinutes: 12
answer: "Pour lancer RCS Business Messaging, choisissez un cas d'usage, confirmez la couverture des opérateurs dans chaque pays cible et préparez le nom, le logo, la bannière, la description, la politique de confidentialité et la gestion de la désinscription de l'agent. Soumettez la vérification de la marque et l'approbation de lancement, testez sur des appareils enregistrés et concevez chaque message avec un équivalent SMS. Passez en production avec vérification de compatibilité, expiration des messages et repli SMS, puis comparez à un groupe témoin SMS avant d'étendre."
takeaways: ["Google exige une vérification de la marque par un contact habilité de la marque avant le premier lancement d'un agent, et l'examen peut être mené par Google, par les opérateurs ou par les deux.", "Avant le lancement, un agent RBM ne peut écrire qu'à des appareils de test enregistrés qui ont accepté l'invitation.", "La documentation de Google recommande une vérification de compatibilité avant d'écrire à un utilisateur, et renvoie une erreur lorsque l'appareil ou le réseau ne peut pas recevoir le RCS : le repli relève donc de l'expéditeur.", "Définir une expiration de message (ttl ou expireTime) révoque automatiquement les messages RCS non délivrés et constitue le déclencheur naturel d'un repli SMS.", "Un pilote doit comparer le coût par action réalisée à celui d'un groupe témoin SMS, car le prix par message ne suffit pas à dire si le RCS est rentable."]
faq: 
  - q: "Combien de temps faut-il pour lancer un agent RCS ?"
    a: "Il n'existe pas de délai fixe. La vérification de la marque, l'examen de Google et l'approbation de chaque opérateur se déroulent successivement ou en parallèle selon les opérateurs choisis, et certains opérateurs exigent un accord direct avec la marque. Planifiez par opérateur, préparez tous les éléments avant de soumettre et considérez le premier lancement comme un projet qui se compte en semaines. Votre fournisseur confirme les étapes prévues pour chaque marché lors de la mise en service."
  - q: "Peut-on lancer le RCS aux Émirats arabes unis, en Arabie saoudite ou dans d'autres pays du Golfe ?"
    a: "La disponibilité dépend du lancement de RCS Business Messaging par chaque opérateur du pays et de l'approbation de votre agent. Elle varie selon l'opérateur et évolue dans le temps : il n'y a donc pas de réponse unique par pays. Demandez à votre fournisseur la couverture par opérateur sur chaque marché cible ; avec OmniChannels.ai, elle est confirmée lors de la mise en service, et le repli SMS couvre les destinataires qui ne peuvent pas recevoir le RCS."
  - q: "Quels éléments faut-il fournir pour l'approbation d'un agent RCS ?"
    a: "Prévoyez le nom d'affichage de l'agent, un logo, une image de bannière, une couleur de marque, une courte description, des coordonnées comme un numéro de téléphone, un site web et une adresse e-mail, ainsi que des liens vers votre politique de confidentialité et vos conditions d'utilisation. L'examen de lancement de Google demande aussi une description de l'expérience de l'agent, le cas d'usage déclaré, la façon dont les utilisateurs sont sollicités et se désinscrivent, et une vidéo de démonstration ou des transcriptions."
  - q: "Les clients peuvent-ils écrire en premier à mon agent RCS ?"
    a: "D'après la documentation de Google, les utilisateurs ne peuvent pas initier une conversation avec un agent RBM. L'entreprise envoie le premier message, déclenché par un événement comme une commande ou une réservation, et l'utilisateur peut ensuite répondre. Si vos clients doivent pouvoir lancer la conversation depuis votre site ou vos publicités, les liens click-to-chat WhatsApp ou les mots-clés SMS sont plus adaptés."
  - q: "Le SMS reste-t-il nécessaire après le lancement du RCS ?"
    a: "Oui. Le RCS n'atteint que les destinataires dont l'appareil, l'application de messagerie et l'opérateur le prennent en charge, et certains utilisateurs seront hors ligne ou auront désactivé le RCS. Conservez une version SMS de chaque message et envoyez-la lorsque la plateforme renvoie une erreur ou que le message RCS expire sans être délivré. L'expérience reste ainsi cohérente pour chaque client pendant que la couverture RCS progresse."
  - q: "Comment mesurer un pilote RCS ?"
    a: "Utilisez un groupe témoin qui reçoit le même message par SMS, puis comparez le taux de livraison, le taux de lecture lorsque les confirmations de lecture sont disponibles, le taux d'action sur les boutons ou les liens, et le coût par action réalisée. Les confirmations de lecture dépendent des réglages de l'utilisateur : considérez-les comme un signal plutôt que comme un décompte complet. Ne décidez d'étendre que lorsque les chiffres d'actions réalisées justifient l'effort supplémentaire."
sources: 
  - title: "Launch approval — RCS for Business, Google for Developers"
    url: "https://developers.google.com/business-communications/rcs-business-messaging/guides/launch/launch-approval"
  - title: "Brand verification — RCS for Business, Google for Developers"
    url: "https://developers.google.com/business-communications/rcs-business-messaging/guides/launch/brand-verification"
  - title: "Send messages — RCS for Business, Google for Developers"
    url: "https://developers.google.com/business-communications/rcs-business-messaging/guides/build/messages/send"
  - title: "Capability checks — RCS for Business, Google for Developers"
    url: "https://developers.google.com/business-communications/rcs-business-messaging/guides/build/capabilities"
  - title: "Best practices — RCS for Business, Google for Developers"
    url: "https://developers.google.com/business-communications/rcs-business-messaging/guides/learn/best-practices"
---

# Checklist de lancement RCS : mettre en production un agent vérifié

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

Cette checklist s'adresse aux équipes marketing, CRM et produit qui ont décidé de tester RCS Business Messaging et doivent maintenant mettre un agent en production sans perdre des semaines en allers-retours. Elle couvre chaque étape, du choix du premier cas d'usage à la lecture des résultats du pilote. Si vous avez encore besoin des bases (ce qu'est le RCS et en quoi il diffère du SMS), commencez par [RCS Business Messaging expliqué](/fr/blog/rcs-business-messaging-explained/), puis revenez ici.

## Que recouvre un lancement RCS ?

Un lancement RCS comporte cinq étapes : cadrage, éléments, approbation, développement et tests, puis pilote. La plupart des retards viennent des trois premières, pas du développement, car les approbations dépendent des preuves fournies sur la marque et du processus de chaque opérateur.

RCS Business Messaging (RBM) passe par la plateforme RBM de Google, que Google appelle désormais RCS for Business. Une marque y est représentée par un « agent » : le profil d'expéditeur vérifié avec votre nom, votre logo et votre description. Votre fournisseur de messagerie connecte vos systèmes à la plateforme, et les opérateurs mobiles décident si le trafic RBM atteint leurs abonnés.

| Étape | Livrable principal | Intervenants | Blocage typique |
|---|---|---|---|
| 1. Cadrage | Un cas d'usage, des pays et des opérateurs cibles | Produit, marketing, fournisseur | Vouloir lancer tous les cas d'usage en même temps |
| 2. Éléments | Logo, bannière, description, politiques, texte de désinscription | Marque, juridique | Politique de confidentialité manquante ou cas d'usage flou |
| 3. Approbation | Vérification de la marque et approbation de lancement | Contact de la marque, Google, opérateurs | Contact de la marque injoignable ; contrats opérateurs |
| 4. Développement et tests | Messages, repli, webhooks, résultats de tests | Ingénierie, fournisseur | Aucun équivalent SMS conçu pour chaque message |
| 5. Pilote | Résultats face à un groupe témoin SMS | CRM, analytics | Mesurer les ouvertures au lieu des actions réalisées |

## Étape 1 : comment choisir le premier cas d'usage ?

Choisissez un cas d'usage où le contenu riche l'emporte nettement sur le texte brut et pour lequel vous envoyez déjà des SMS, afin de disposer d'une référence. Un premier lancement ciblé est approuvé plus vite et donne des résultats plus nets.

L'examen de lancement de Google vous demande de déclarer le cas d'usage de l'agent. Les catégories de sa documentation sont OTP, transactionnel, promotionnel et multi-usage. Le cas d'usage déclaré détermine ce que les examinateurs s'attendent à voir dans vos déclencheurs, votre contenu et votre gestion de la désinscription : soyez précis.

Bons candidats pour un premier lancement :

- **Suivi de commande et de livraison.** Une carte riche avec l'image de l'article, le créneau de livraison et des actions « Suivre » ou « Reprogrammer » remplace un long SMS avec lien.
- **Rappels de rendez-vous.** Une carte avec la date, l'heure et le lieu, des réponses suggérées comme « Confirmer » et « Reprogrammer », et une action « Ajouter à l'agenda ».
- **OTP à l'image de la marque.** Un message de code court envoyé par un expéditeur vérifié, qui aide les clients à distinguer les vrais codes du phishing. Gardez le SMS comme voie garantie ; voir notre [guide des messages OTP](/fr/blog/otp-authentication-messages-guide/).
- **Promotions ciblées.** Un carrousel de produits pour les clients qui ont accepté le marketing. Les promotions font l'objet de l'examen et des exigences de consentement (opt-in) les plus strictes : elles constituent rarement le meilleur premier lancement.

### Cartographier les pays et les opérateurs

Listez vos pays cibles et, dans chacun, les opérateurs qui comptent le plus de vos clients. RBM n'atteint un abonné que si son opérateur a lancé RBM et approuvé votre agent. Dans les pays du Golfe et plus largement dans la région MENA, la disponibilité dépend de l'opérateur et du pays et se confirme lors de la mise en service ; ne bâtissez pas votre plan sur une affirmation du type « le RCS est disponible dans ce pays ».

## Étape 2 : quels éléments préparer avant la soumission ?

Préparez tous les éléments avant de soumettre, car toute modification après soumission relance une partie de l'examen. Le profil de l'agent est aussi ce que voient les clients : traitez-le comme un travail de marque, pas comme une formalité administrative.

### Checklist du profil de l'agent

1. **Nom d'affichage** identique à votre marque grand public, et non une raison sociale que les clients ne reconnaissent pas.
2. **Logo** au format et aux dimensions indiqués par votre fournisseur, lisible en petite taille et une fois recadré en cercle.
3. **Image de bannière** pour la page d'informations de l'agent, sans petit texte.
4. **Couleur de marque** offrant un contraste suffisant pour le texte des boutons.
5. **Courte description** indiquant ce qu'envoie l'agent, par exemple « Suivi de commande et planification des livraisons par Rawda Home. »
6. **Moyens de contact** : au moins un parmi téléphone, site web et e-mail, tous fonctionnels et surveillés.
7. **Politique de confidentialité et conditions d'utilisation** sur un site web public, accessibles depuis l'agent.
8. **Langues** : décidez si l'agent écrira en arabe, en anglais ou dans les deux, et préparez le contenu dans chaque langue.

### Checklist des justificatifs pour l'examen

La documentation de lancement de Google liste ce dont un examen géré par Google a besoin. Préparez :

1. Un site web de la marque fonctionnel et accessible au public.
2. Des liens vers la politique de confidentialité et les conditions d'utilisation.
3. Une description de l'expérience de l'agent, avec une vidéo de démonstration ou des transcriptions détaillées des conversations.
4. Le cas d'usage déclaré.
5. Des descriptions de la façon dont les utilisateurs sont sollicités, dont ils interagissent et dont ils se désinscrivent, cohérentes avec le cas d'usage.
6. La gestion de STOP dans chaque langue utilisée par l'agent, avec une confirmation de désinscription envoyée à l'utilisateur.

Rédigez des transcriptions qui montrent des parcours réels, y compris ce qui se passe lorsqu'un utilisateur répond par un texte libre inattendu.

## Étape 3 : comment fonctionnent la vérification de la marque et l'approbation de lancement ?

La vérification de la marque confirme qu'une personne habilitée au sein de la marque approuve les informations de l'agent et le droit de votre fournisseur à le gérer. Selon Google, elle est obligatoire avant le premier lancement et intervient après la soumission de la demande de lancement.

Vous désignerez un contact de la marque : un salarié habilité à confirmer l'agent. Google, les opérateurs ou les deux peuvent le contacter, selon le type de lancement. Le retard évitable le plus courant est un contact en congé, qui ne reconnaît pas la demande ou qui la transfère vers une boîte que personne ne lit. Prévenez-le à l'avance.

L'approbation de lancement est ensuite gérée par Google, par les opérateurs ou par les deux, selon les opérateurs sélectionnés. La documentation de Google précise que certains opérateurs mènent leur propre examen et exigent un accord direct avec la marque, et qu'ils refusent le lancement en l'absence de contrat. C'est pourquoi le plan de lancement doit être construit par opérateur, et non par pays.

### Checklist d'approbation

- [ ] Contact de la marque désigné, informé et joignable pendant la période d'examen.
- [ ] Cas d'usage déclaré et cohérent avec toutes les transcriptions et tous les déclencheurs.
- [ ] Liste des opérateurs confirmée avec votre fournisseur, y compris ceux qui exigent un contrat direct.
- [ ] Texte de désinscription validé par le juridique dans chaque langue.
- [ ] Responsable interne désigné pour répondre rapidement aux questions des examinateurs.

Après le lancement, Google Messages affiche une coche de vérification à côté du nom de l'agent, et la page de détails de l'agent indique qui l'a vérifié.

## Étape 4 : comment développer et tester les messages RCS ?

Concevez chaque message en binôme : la version RCS et la version SMS, porteuses des mêmes informations essentielles. Testez ensuite sur de vrais appareils avant le lancement.

### Règles de conception par type de message

La documentation de Google fixe des limites à respecter : messages texte jusqu'à 3 072 caractères, cartes riches avec jusqu'à quatre suggestions chacune, carrousels de 2 à 10 cartes, jusqu'à 11 suggestions par message et libellés de suggestion de 25 caractères au maximum. Les fichiers médias ont aussi des limites de taille.

| Type de message | Usage | Règle de conception | Équivalent SMS |
|---|---|---|---|
| Texte avec réponses suggérées | Confirmations, choix rapides | Deux à quatre réponses aux libellés courts et distincts | Texte avec un mot-clé de réponse ou un lien |
| Carte riche | Commandes, réservations, rappels | Une image, un titre clair, une action principale | Texte avec les informations clés et un lien |
| Carrousel | Choix de produits ou d'options | Peu de cartes ; chacune doit se suffire à elle-même | Texte avec un lien vers une page de liste |
| Actions suggérées | Ouvrir une URL, appeler, localiser, agenda | Le libellé annonce le résultat, comme « Suivre la commande » | La même URL ou le même numéro dans le texte |
| Médias et PDF | Billets, factures, menus | Vérifier les limites de taille ; ajouter un résumé texte | Lien vers le fichier |

Règles pratiques valables pour tous les types :

- **Mettez les informations essentielles dans le texte**, pas seulement dans une image. Certains destinataires recevront la version SMS, et les lecteurs d'écran ont besoin de texte.
- **Utilisez des libellés de suggestion qui sont des verbes d'action**, comme « Reprogrammer » ou « Payer maintenant », et restez sous la limite documentée dans les deux langues ; les libellés arabes demandent souvent une rédaction distincte.
- **N'en faites pas trop.** Un carrousel de dix cartes pour un simple rappel ajoute de la friction et des questions lors de l'examen.
- **Traitez les réponses en texte libre.** Orientez les réponses inattendues vers un conseiller ou un menu clair au lieu de les ignorer.

### Construire la logique de livraison

La documentation de Google recommande de vérifier la compatibilité d'un utilisateur avant d'engager une conversation et de n'utiliser que les fonctions prises en charge par l'appareil. Les vérifications de compatibilité renvoient les fonctions prises en charge par un appareil lorsque le numéro s'est connecté récemment au RCS ; Google propose aussi des vérifications en masse qui estiment combien de numéros sont joignables sans révéler les fonctions des appareils.

Prévoyez trois issues lors de l'envoi :

1. **Accepté et délivré.** Vous recevez un événement DELIVERED sur votre webhook, et éventuellement un événement READ si l'utilisateur a activé les confirmations de lecture.
2. **Rejeté à l'envoi.** Google renvoie 404 NOT_FOUND lorsque l'appareil ne prend pas en charge le RCS, que le RCS est désactivé ou que votre agent n'est pas lancé sur ce réseau, et 400 INVALID_ARGUMENT lorsque le message utilise une fonction non prise en charge par l'appareil. Envoyez immédiatement la version SMS.
3. **Accepté mais non délivré.** L'utilisateur est peut-être hors ligne. Google conserve en file d'attente les messages non délivrés jusqu'à 30 jours : définissez donc une expiration de message avec `ttl` ou `expireTime`. À l'expiration, la plateforme révoque le message et vous en informe, et vous envoyez la version SMS.

Google recommande aussi de confirmer qu'un message n'a pas été délivré avant de le renvoyer, et d'utiliser des identifiants de message uniques, pour que les clients ne reçoivent pas de doublons. Notre [guide de stratégie de repli entre canaux](/fr/blog/channel-fallback-strategy/) détaille les délais d'attente et la prévention des doublons entre WhatsApp, RCS et SMS.

### Tester sur des appareils enregistrés

Avant le lancement, un agent RBM ne peut écrire qu'aux appareils de test que vous enregistrez et qui acceptent l'invitation. Utilisez-les méthodiquement :

- [ ] Au moins un appareil de test par grand opérateur sur chaque marché cible, avec des cartes SIM actives.
- [ ] Android avec Google Messages, et iPhone chez un opérateur qui prend en charge le RCS professionnel, si votre audience utilise les deux.
- [ ] Chaque message affiché en arabe et en anglais, y compris la mise en page de droite à gauche dans les cartes.
- [ ] Chaque réponse et action suggérée touchée, et chaque réponse reçue par votre webhook.
- [ ] STOP et ses équivalents testés dans chaque langue, avec envoi de la confirmation.
- [ ] Un appareil avec le RCS désactivé, pour confirmer le déclenchement du repli SMS.
- [ ] Un appareil hors ligne, pour confirmer que l'expiration déclenche le repli et que rien n'arrive en double.

## Étape 5 : comment mener et mesurer un pilote RCS ?

Menez le pilote face à un groupe témoin qui reçoit le même message par SMS, et jugez-le sur les actions réalisées par unité de coût.

### Checklist du pilote

1. **Définissez l'action** qui compte pour vous : livraison planifiée, rendez-vous confirmé, paiement effectué.
2. **Répartissez l'audience** parmi les destinataires compatibles RCS : la plupart reçoivent le RCS, un groupe témoin reçoit uniquement le SMS. Comparer les utilisateurs RCS aux utilisateurs non compatibles mélange l'effet du canal et les différences d'audience.
3. **Suivez chaque message** : envoyé, délivré, lu lorsque c'est disponible, action réalisée, repli déclenché, désinscriptions.
4. **Interprétez les confirmations de lecture avec prudence.** Elles dépendent des réglages de l'utilisateur : l'absence d'événement READ ne prouve pas que le message n'a pas été lu.
5. **Calculez le coût par action réalisée** pour le RCS, SMS de repli compris, et pour le groupe SMS seul. La grille tarifaire de votre fournisseur donne les coûts par message ; voir nos [tarifs](/fr/pricing/).
6. **Analysez les désinscriptions et les réponses** pour détecter une fréquence ou un contenu inadaptés.
7. **Décidez** : étendre, ajuster et relancer, ou arrêter.

## Exemple concret : le premier agent RCS d'un distributeur de meubles du Golfe

« Rawda Home » (exemple fictif) est un distributeur de meubles qui vend aux Émirats arabes unis et en Arabie saoudite. Il envoie aujourd'hui des SMS de planification des livraisons, et de nombreux clients appellent le centre de contact pour changer de créneau.

- **Cadrage.** L'équipe retient un seul cas d'usage transactionnel : la planification des livraisons. Son fournisseur confirme quels opérateurs de chaque pays ont lancé RBM ; la couverture diffère selon l'opérateur, et le pilote ne tourne donc que là où l'agent est approuvé.
- **Éléments.** Le marketing fournit le nom de la marque grand public, le logo, la bannière et une description en arabe et en anglais. Le juridique valide le lien vers la politique de confidentialité et le texte STOP dans les deux langues. Le responsable e-commerce est désigné comme contact de la marque et informé.
- **Messages.** Une carte riche affiche l'image du produit, le créneau de livraison proposé et trois réponses suggérées : « Confirmer », « Changer de créneau » et « Nous contacter ». « Changer de créneau » ouvre un carrousel des créneaux disponibles. La version SMS reprend le même créneau et un lien vers une page de planification.
- **Logique de livraison.** Chaque envoi a une expiration fixée bien avant l'heure limite du jour de livraison. Une réponse 404 ou une expiration déclenche l'envoi de la version SMS, et le système enregistre le canal qui a délivré le message pour que personne ne reçoive les deux.
- **Pilote.** Parmi les clients compatibles RCS, un groupe témoin reçoit uniquement le SMS. À l'issue du pilote, l'équipe compare la part de livraisons confirmées sans appel et le coût par livraison confirmée, avant de décider d'ajouter le suivi de commande comme deuxième cas d'usage.

## Quelles sont les erreurs de lancement courantes ?

La plupart des lancements RCS ratés ou lents butent sur les mêmes quelques points.

- **Lancer plusieurs cas d'usage à la fois.** Chacun ajoute des questions d'examen et du contenu à faire approuver.
- **Utiliser une raison sociale** comme nom d'affichage, que les clients ne reconnaissent pas.
- **Un contact de la marque non préparé**, qui bloque la vérification.
- **Supposer une couverture nationale.** La portée se décide par opérateur, par appareil et selon les réglages de chaque utilisateur.
- **Aucune version SMS de chaque message**, si bien que les destinataires non compatibles ne reçoivent rien.
- **Aucune expiration de message**, si bien que les utilisateurs hors ligne reçoivent des OTP périmés ou des offres expirées plusieurs jours plus tard.
- **Renvoyer sans vérifier la livraison**, ce qui crée des doublons.
- **Considérer les taux de lecture comme complets**, alors que les confirmations dépendent des réglages de l'utilisateur.
- **Négliger le consentement.** Les promotions RCS exigent la même rigueur en matière de consentement et de désinscription que le SMS ; voir notre [guide du consentement](/fr/blog/opt-in-consent-multichannel-campaigns/).

**Limites de cette checklist :** les exigences de Google, les processus des opérateurs et la prise en charge des appareils évoluent. Vérifiez les règles en vigueur dans la documentation de Google et auprès de votre fournisseur avant chaque lancement. Il s'agit de conseils pratiques, pas d'un avis juridique.

## Comment OmniChannels.ai vous aide

OmniChannels.ai propose [RCS business messaging](/fr/channels/rcs/) via BroadNet Technologies, partenaire Google RBM. Vous disposez d'un expéditeur de marque vérifié, de cartes riches, de carrousels jusqu'à 10 cartes, de réponses et d'actions suggérées, et d'un repli SMS automatique là où le RCS n'est pas disponible, grâce à la connectivité opérateur directe de BroadNet pour le [SMS](/fr/channels/sms/). Les statuts de livraison de tous les canaux arrivent dans un format de webhook unique. Les développeurs peuvent commencer par la [documentation de l'API RCS](/developers/rcs/). La couverture des opérateurs sur vos marchés est confirmée lors de la mise en service.