---
title: "Stratégie de repli multicanal : WhatsApp, RCS et SMS"
description: "Concevoir le repli entre WhatsApp, RCS et SMS : déclencheurs, délais d'attente par type de message, prévention des doublons, consentement et maîtrise des coûts."
canonical: "https://omnichannels.ai/fr/blog/channel-fallback-strategy/"
language: "fr"
updated: "2026-10-10"
publisher: "BroadNet Technologies"
brand: "OmniChannels.ai"
category: "omnichannel"
primaryQuery: "message channel fallback strategy"
keywords: ["repli sms", "bascule whatsapp vers sms", "rcs avec repli sms", "repli otp", "envoi de messages multicanal", "délai de repli", "éviter les messages en double"]
published: "2026-10-10"
author: "OmniChannels.ai Editorial Team"
reviewer: "BroadNet Messaging Solutions Team"
readingMinutes: 12
answer: "Une stratégie de repli multicanal envoie chaque message d'abord sur le canal préféré du client, comme WhatsApp ou le RCS, et ne bascule vers le canal suivant, généralement le SMS, que si le premier échoue ou n'est pas confirmé dans un délai défini. Fixez l'ordre et le délai par type de message, déclenchez le repli sur le statut de livraison plutôt que sur la lecture, annulez ou faites expirer la première tentative pour éviter les doublons, et respectez les règles de consentement propres à chaque canal."
takeaways: ["Le repli a deux déclencheurs : une erreur immédiate à l'envoi, et un délai d'attente écoulé sans confirmation de livraison ; il faut traiter les deux.", "Le délai d'attente doit suivre la durée de vie utile du message, court pour un OTP et plus long pour un suivi de commande, tandis que la plupart des messages marketing ne doivent pas basculer du tout.", "La plateforme RCS de Google peut révoquer automatiquement les messages non délivrés grâce à une date d'expiration, ce qui permet de passer proprement la main au SMS.", "On évite les doublons en enregistrant le canal qui a délivré, en faisant expirer ou en révoquant les tentatives en attente et en utilisant des identifiants de message uniques.", "Chaque canal de la chaîne exige sa propre base légale ou son propre consentement (opt-in) : un message marketing WhatsApp ne peut donc pas simplement basculer en SMS marketing."]
faq: 
  - q: "Qu'est-ce que le repli SMS ?"
    a: "Le repli SMS est une règle qui envoie un message par SMS lorsque le canal préféré, comme WhatsApp ou le RCS, ne peut pas le délivrer. Le déclencheur est soit une erreur renvoyée à l'envoi, par exemple parce que le numéro ne peut pas recevoir de RCS, soit un délai d'attente écoulé sans confirmation de livraison. Le SMS sert de dernière étape, car il atteint presque tous les mobiles sans application ni connexion de données."
  - q: "Le repli doit-il se déclencher sur le statut « délivré » ou « lu » ?"
    a: "Pour les messages urgents, déclenchez-le sur le statut de livraison. Les accusés de lecture dépendent des réglages de l'utilisateur, sur WhatsApp comme sur le RCS : un message peut donc être lu sans qu'aucun événement READ n'arrive jamais. Attendre le statut de lecture enverrait des messages de repli inutiles et créerait des doublons. Les données de lecture restent utiles pour mesurer l'engagement a posteriori, mais elles ne doivent pas piloter le repli."
  - q: "Combien de temps attendre avant de basculer vers le SMS ?"
    a: "Tout dépend de la durée pendant laquelle le message reste utile. Les codes OTP expirent vite : le délai doit donc être assez court pour laisser au client le temps d'utiliser le code reçu par SMS. Les notifications de livraison peuvent attendre davantage, et les rappels de rendez-vous plus encore. Fixez les délais par cas d'usage, mesurez la fréquence de déclenchement du repli et la part des messages délivrés sur les deux canaux, puis ajustez à partir de vos propres données."
  - q: "Les messages marketing peuvent-ils basculer vers le SMS ?"
    a: "Seulement si le client a consenti au SMS marketing et si les règles locales autorisent l'envoi à ce moment-là. Le consentement au marketing sur WhatsApp ne couvre pas automatiquement le SMS. Dans les pays du CCG, le SMS promotionnel exige en général aussi un identifiant d'expéditeur (Sender ID) enregistré et le respect des horaires d'envoi autorisés. Beaucoup d'entreprises ne font tout simplement pas basculer le marketing, ou basculent vers l'e-mail lorsque le consentement existe."
  - q: "Comment éviter qu'un client reçoive deux fois le même message ?"
    a: "Attribuez un identifiant unique à chaque message logique, enregistrez le canal qui l'a délivré et arrêtez toutes les autres tentatives dès que la livraison est confirmée. Sur le RCS, définissez une expiration du message ou révoquez-le avant d'envoyer le SMS. Sur le SMS, fixez une période de validité pour qu'un message retardé soit abandonné. Certains doublons sont inévitables quand un téléphone se reconnecte tardivement : rédigez donc un contenu qui puisse être reçu deux fois sans dommage."
  - q: "L'ordre WhatsApp, RCS puis SMS est-il toujours le bon ?"
    a: "Non. C'est un ordre courant pour les messages transactionnels enrichis, mais le bon ordre dépend de votre audience et du message. Pour les alertes critiques, de nombreuses équipes commencent par le SMS, car il fonctionne sans données. Pour les clients sans compte WhatsApp, commencer par WhatsApp ne fait qu'ajouter du délai. Choisissez l'ordre par cas d'usage et par client, en fonction de ce que vous savez de leurs canaux."
sources: 
  - title: "Send messages (message expiration and fallback) — RCS for Business, Google for Developers"
    url: "https://developers.google.com/business-communications/rcs-business-messaging/guides/build/messages/send"
  - title: "Revoke messages — RCS for Business, Google for Developers"
    url: "https://developers.google.com/business-communications/rcs-business-messaging/guides/build/messages/revoke"
  - title: "Capability checks — RCS for Business, Google for Developers"
    url: "https://developers.google.com/business-communications/rcs-business-messaging/guides/build/capabilities"
  - title: "Getting opt-in for WhatsApp — Meta for Developers"
    url: "https://developers.facebook.com/docs/whatsapp/overview/getting-opt-in"
  - title: "Tarification de la WhatsApp Business Platform — Meta for Developers"
    url: "https://developers.facebook.com/documentation/business-messaging/whatsapp/pricing"
  - title: "3GPP TS 23.040 : réalisation technique du service de messages courts (SMS)"
    url: "https://www.3gpp.org/dynareport?code=23040"
---

# Stratégie de repli multicanal : WhatsApp, RCS et SMS

Canonical: https://omnichannels.ai/fr/blog/channel-fallback-strategy/
Language: fr
Publisher: OmniChannels.ai by BroadNet Technologies

Ce guide s'adresse aux responsables CX, CRM et ingénierie qui envoient des messages importants sur plusieurs canaux et veulent que chaque client les reçoive une fois, et une seule. Il explique comment concevoir le repli entre WhatsApp, le RCS et le SMS : ce qui le déclenche, combien de temps attendre, comment éviter les doublons et où le consentement limite vos options. Pour une comparaison des canaux eux-mêmes, consultez [WhatsApp, SMS ou RCS](/fr/blog/whatsapp-vs-sms-vs-rcs/).

## Qu'est-ce qu'une stratégie de repli multicanal ?

Une stratégie de repli multicanal est un ensemble de règles qui détermine, pour chaque message, le canal à essayer en premier, le moment où il faut y renoncer et le canal à utiliser ensuite. Son objectif : que le client reçoive le message une seule fois, à temps, sur le meilleur canal dont il dispose.

Chaque canal a ses angles morts. WhatsApp n'atteint que les personnes qui ont un compte et une connexion de données. Le RCS n'atteint que les appareils et les opérateurs compatibles avec la messagerie professionnelle RCS. Le SMS atteint presque tous les téléphones, mais ne transporte que du texte brut. Le repli les combine pour que les lacunes de l'un soient couvertes par un autre.

Une chaîne de repli comporte quatre éléments :

1. **Un ordre des canaux**, par exemple WhatsApp, puis RCS, puis SMS.
2. **Des déclencheurs** qui font passer le message au canal suivant.
3. **Un délai d'attente** pour chaque étape, fondé sur la durée pendant laquelle le message reste utile.
4. **Des règles d'arrêt** qui clôturent la chaîne dès que la livraison est confirmée et annulent ce qui est encore en attente.

## Comment choisir l'ordre des canaux ?

Choisissez l'ordre par type de message et par client, et non une fois pour toutes à l'échelle de l'entreprise. WhatsApp, puis RCS, puis SMS est un ordre courant pour les messages transactionnels enrichis, mais il n'est pas toujours le bon.

- **Commencez là où le client est joignable.** Si vos données n'indiquent aucun compte WhatsApp pour un numéro, commencer par WhatsApp ajoute une tentative ratée et du délai. Si une vérification des capacités montre que le numéro ne peut pas recevoir de RCS, sautez le RCS.
- **Placez le canal le plus fiable en premier pour les alertes critiques.** Pour les alertes de fraude ou les messages de sécurité, de nombreuses équipes envoient d'abord un SMS, car il fonctionne sans connexion de données, et utilisent un canal enrichi pour le suivi.
- **Respectez la préférence exprimée par le client.** Si un client a choisi le SMS lors de son inscription, respectez ce choix, même si un canal plus riche est disponible.
- **Gardez le support sur le canal du client.** Les réponses à un client qui a écrit sur WhatsApp se font sur WhatsApp ; le repli concerne les messages à l'initiative de l'entreprise.
- **Révisez l'ordre par marché.** Dans les pays du CCG, WhatsApp est largement utilisé pour la messagerie professionnelle, tandis que la couverture RCS dépend de l'opérateur et du pays : le meilleur ordre peut donc différer entre, par exemple, les Émirats arabes unis et l'Europe.

## Qu'est-ce qui doit déclencher un repli ?

Deux types d'événements doivent déclencher le repli : une erreur au moment de l'envoi, et l'absence de confirmation de livraison à l'expiration du délai. Les accusés de lecture, non.

### Erreurs immédiates

Certains échecs sont connus tout de suite. Sur le RCS, la documentation de Google indique que la plateforme 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 le réseau de l'utilisateur, et 400 INVALID_ARGUMENT lorsque le message utilise une fonctionnalité que l'appareil ne peut pas afficher. Sur WhatsApp, un envoi peut échouer lorsque le numéro n'a pas de compte WhatsApp ou qu'un modèle est rejeté. Ces cas doivent passer au canal suivant sans attendre.

Vous pouvez éviter bon nombre de ces erreurs en vérifiant en amont. La plateforme RBM de Google propose des vérifications de capacités qui indiquent si un numéro peut recevoir du RCS et quelles fonctionnalités il prend en charge, à condition que le numéro se soit connecté au RCS récemment.

### Délais d'attente

D'autres échecs sont silencieux. Le message est accepté, mais aucun statut DELIVERED n'arrive, généralement parce que le téléphone est éteint ou hors ligne. La plateforme RBM de Google conserve les messages non délivrés en file d'attente jusqu'à 30 jours : sans délai d'attente, un message RCS pourrait donc arriver bien après avoir perdu tout intérêt.

### Pourquoi pas les accusés de lecture ?

Les accusés de lecture dépendent des réglages de l'utilisateur, sur WhatsApp comme sur le RCS. Un client qui les a désactivés peut lire tous vos messages sans jamais émettre d'événement READ. Basculer faute de lecture envoie des SMS inutiles et crée des doublons. Utilisez les données de lecture pour mesurer l'engagement, pas pour piloter le repli.

| Signal | À utiliser comme déclencheur de repli ? | Pourquoi |
|---|---|---|
| Erreur à l'envoi (appareil incompatible, pas de compte, rejet) | Oui, immédiatement | Le canal ne peut pas délivrer ce message |
| Aucun statut DELIVERED dans le délai imparti | Oui | Le téléphone est probablement hors ligne ou injoignable sur ce canal |
| Statut FAILED après acceptation | Oui, immédiatement | La tentative de livraison s'est soldée par un échec |
| DELIVERED mais pas de READ | Non | Les accusés de lecture peuvent être désactivés |
| Le client a répondu | Arrêter la chaîne | La livraison est prouvée |

## Combien de temps chaque étape doit-elle attendre ?

Fixez le délai d'attente en fonction de la durée de vie utile du message : plus elle est courte, plus l'attente doit l'être. Il n'existe pas de valeur universelle ; partez d'une valeur raisonnée par cas d'usage et ajustez-la à partir de vos propres données de livraison.

| Type de message | Durée de vie utile | Approche du délai | Chaîne type |
|---|---|---|---|
| OTP et codes de connexion | Quelques minutes | Très court ; laisser au client le temps d'utiliser le code suivant | Authentification WhatsApp ou RCS, puis SMS |
| Alertes de fraude et de sécurité | Quelques minutes | Court ; ou SMS en parallèle pour les plus critiques | SMS d'abord, ou canal enrichi avec repli SMS rapide |
| Suivi de commande et de livraison | Quelques heures | Modéré ; le message doit arriver avant l'événement | WhatsApp, puis RCS, puis SMS |
| Rappels de rendez-vous | Jusqu'au rendez-vous | Plus long ; expiration avant que le rappel ne soit inutile | WhatsApp ou RCS, puis SMS |
| Marketing et offres | Jusqu'à la fin de l'offre | En général, pas de repli | Canal unique avec le consentement correspondant |
| Réponses du support | À l'initiative du client | Pas de repli ; répondre sur le canal utilisé par le client | Même canal ; e-mail si le fil est perdu |

Deux règles rendent les délais fiables :

- **Faites expirer la première tentative lorsque vous basculez.** Sur le RCS, définissez `ttl` ou `expireTime` sur le message. La documentation de Google explique que, lorsque le message expire sans avoir été délivré, la plateforme le révoque et notifie votre webhook, ce qui constitue le signal naturel pour envoyer le SMS. Vous pouvez aussi révoquer un message explicitement. Meta documente également un paramètre de durée de vie (time-to-live) pour certains types de modèles WhatsApp ; vérifiez dans la documentation en vigueur quelles catégories le prennent en charge.
- **Donnez aussi une période de validité au SMS.** La norme SMS (3GPP TS 23.040) permet à l'expéditeur de fixer une période de validité au-delà de laquelle le réseau cesse ses tentatives. Une période de validité courte sur un OTP évite qu'un code arrive après son expiration.

## Comment éviter les messages en double ?

Traitez chaque message comme un message logique unique avec plusieurs livraisons possibles, et arrêtez la chaîne dès qu'une livraison est confirmée. Les bonnes pratiques RBM de Google vont dans le même sens : confirmer qu'un message n'a pas été délivré avant de le renvoyer, et utiliser des identifiants de message uniques.

### Checklist de prévention des doublons

1. **Attribuez un identifiant par message logique** et rattachez-y chaque tentative, quel que soit le canal.
2. **Consultez cet historique avant chaque étape de repli** : si un canal a signalé DELIVERED, arrêtez.
3. **Faites expirer ou révoquez la tentative en attente** avant d'envoyer sur le canal suivant.
4. **Gérez la situation de concurrence.** Google signale que, rarement, une révocation peut échouer parce que le message est en cours de livraison à ce moment précis. Si une révocation échoue, vérifiez la présence d'un événement DELIVERED avant d'envoyer le SMS.
5. **Rédigez un contenu qui supporte une double réception.** Un message OTP ne doit pas laisser entendre que le premier code est invalide si ce n'est pas le cas, et deux notifications de commande ne doivent pas se contredire.
6. **Journalisez les motifs de repli** pour savoir s'il est déclenché par des erreurs, des délais écoulés ou des lacunes de capacité.

## Comment le consentement et la conformité encadrent-ils le repli ?

Chaque canal de la chaîne exige sa propre autorisation. Le repli change de canal ; il ne transfère pas le consentement d'un canal à l'autre.

- **WhatsApp :** Meta exige un consentement avant qu'une entreprise n'écrive à un utilisateur, et les messages à l'initiative de l'entreprise en dehors de la fenêtre de service client doivent utiliser des modèles approuvés. Consultez la page [Getting opt-in for WhatsApp (en anglais)](https://developers.facebook.com/docs/whatsapp/overview/getting-opt-in) de la documentation de Meta.
- **RCS :** la revue de lancement de Google vérifie que vos envois correspondent au consentement des utilisateurs, et les agents doivent respecter STOP et les mots-clés équivalents.
- **SMS :** régi par les règles locales des télécoms et de la protection des données. Dans les pays du CCG, le SMS promotionnel exige généralement des identifiants d'expéditeur enregistrés et le respect des horaires d'envoi autorisés ; faites confirmer les détails par le régulateur et votre fournisseur. Notre [guide d'enregistrement des identifiants d'expéditeur](/fr/blog/sms-sender-id-registration-uae-saudi/) explique la procédure aux Émirats arabes unis et en Arabie saoudite.

C'est pourquoi la plupart des messages marketing ne doivent pas basculer. Un client qui a accepté de recevoir des offres sur WhatsApp n'a peut-être pas accepté le SMS promotionnel, et le SMS risque d'arriver en dehors des horaires autorisés. Les messages transactionnels, comme les OTP et les suivis de commande, reposent sur une base plus solide, mais ils doivent rester purement transactionnels sur chaque canal. Centralisez les désinscriptions : un STOP reçu sur un canal doit être vérifié avant tout envoi marketing sur un autre. Notre [guide du consentement](/fr/blog/opt-in-consent-multichannel-campaigns/) traite le sujet en profondeur.

## Quel est l'impact du repli sur les coûts ?

Le repli n'ajoute un coût que lorsqu'il se déclenche, mais une chaîne mal réglée peut payer deux fois le même message. Mesurez le coût par message délivré, et non par tentative.

- **WhatsApp :** Meta facture chaque modèle délivré, selon la catégorie et le marché du destinataire. D'après la documentation tarifaire de Meta, depuis le 1er octobre 2026, Meta facture les messages de service au-delà d'un quota mensuel gratuit par numéro professionnel, et facture les modèles utilitaires envoyés dans la fenêtre de service client ; vérifiez dans la grille tarifaire en vigueur de Meta.
- **RCS :** les tarifs sont fixés par les marchés, les opérateurs et les fournisseurs, et varient selon le type de message.
- **SMS :** facturé par segment et par destination. Le texte arabe utilise l'Unicode, qui contient moins de caractères par segment ; consultez notre [guide des limites de caractères](/fr/blog/sms-character-limits-unicode-arabic/).

Leviers de coût qui ne pénalisent pas la livraison :

1. **Sautez les canaux que le client ne peut pas utiliser.** Commencer par WhatsApp pour une personne sans compte ajoute du délai et une tentative ratée.
2. **Utilisez les vérifications de capacités** avant les envois RCS.
3. **Réglez les délais** pour que le repli se déclenche pour les téléphones hors ligne, et non pour des rapports de livraison lents.
4. **Gardez les SMS de repli courts**, si possible en un seul segment.

Comparez les tarifs catalogue indicatifs par canal sur notre [page tarifs](/fr/pricing/).

## Comment mettre en place une chaîne de repli, étape par étape ?

1. **Listez les types de messages** et attribuez à chacun un canal principal, une chaîne et un délai d'attente.
2. **Enregistrez la disponibilité des canaux par client** : compte WhatsApp connu, capacité RCS, numéro mobile valide, consentement par canal.
3. **Rédigez un contenu équivalent** pour chaque canal, avec les informations essentielles en texte brut.
4. **Normalisez les statuts de livraison** de tous les canaux dans un modèle unique, par exemple envoyé, délivré, lu et échoué, pour qu'un seul moteur de règles puisse les exploiter.
5. **Implémentez les déclencheurs** : repli immédiat sur erreur, repli temporisé en l'absence de livraison.
6. **Implémentez les règles d'arrêt** : une livraison ou une réponse clôt la chaîne ; les tentatives en attente expirent ou sont révoquées.
7. **Testez les scénarios d'échec** : un numéro sans WhatsApp, un téléphone dont le RCS est désactivé, un téléphone éteint.
8. **Faites un suivi hebdomadaire** : taux de repli par cas d'usage et par marché, motifs, doublons et coût par message délivré.

Le [guide d'intégration d'une API de messagerie](/fr/blog/messaging-api-integration-guide/) et le [guide des statuts de livraison](/fr/blog/message-delivery-status-explained/) couvrent la partie webhooks.

## Exemple concret : un distributeur d'électronique dans le CCG

« Najm Electronics » (société fictive) vend en ligne aux Émirats arabes unis, en Arabie saoudite et au Koweït. Elle envoie des OTP au moment du paiement, des suivis de commande et des offres hebdomadaires.

- **OTP au paiement.** Les clients dont on sait qu'ils ont WhatsApp reçoivent un modèle d'authentification avec un bouton de copie de code ; les autres reçoivent directement un SMS. Si WhatsApp renvoie une erreur, ou si aucune livraison n'est confirmée dans un court délai, le code part par SMS avec une période de validité courte. La page de paiement prévient le client que le code peut arriver par SMS.
- **Suivi de commande.** La chaîne est WhatsApp, puis RCS pour les appareils compatibles, puis SMS. Le message RCS contient une carte enrichie avec une action « Suivre ma commande » et une expiration fixée bien avant le créneau de livraison. S'il expire sans avoir été délivré, la plateforme le révoque et le SMS part avec le même lien de suivi. Le système enregistre le canal qui a délivré, si bien que personne ne reçoit les trois.
- **Offres hebdomadaires.** Les offres partent uniquement sur WhatsApp, vers les clients qui ont accepté le marketing sur WhatsApp. Il n'y a pas de repli SMS, car beaucoup de ces clients n'ont pas consenti au SMS promotionnel et les horaires d'envoi varient d'un pays à l'autre.
- **Bilan.** Après le premier mois, l'équipe analyse les motifs de repli par marché. Une forte proportion d'erreurs RCS chez un opérateur montre que l'agent n'y est pas encore lancé : le RCS est donc sauté pour cet opérateur jusqu'à confirmation de la couverture, ce qui économise une tentative inutile sur chaque message.

## Quelles sont les erreurs de repli les plus courantes ?

- **Basculer faute d'accusé de lecture**, ce qui envoie des doublons à des personnes qui ont lu le premier message.
- **Aucune expiration sur la première tentative**, si bien que le message d'origine arrive en retard, après le SMS.
- **Un délai unique pour tout**, trop long pour l'OTP et trop court pour les rappels.
- **Faire basculer le marketing vers le SMS** sans consentement au SMS.
- **Un contenu différent selon le canal**, qui expose les clients à des informations contradictoires.
- **Commencer par des canaux que le client n'utilise pas**, ce qui ajoute délai et coût.
- **Ne pas mesurer le repli**, si bien que les pannes d'opérateurs et les trous de couverture passent inaperçus.

**Limites :** le fonctionnement des plateformes, les tarifs et la réglementation évoluent. Vérifiez les informations en vigueur dans la documentation de Google et de Meta et auprès de votre fournisseur. Ce guide est un conseil pratique, et non un avis juridique.

## Comment OmniChannels.ai vous aide

OmniChannels.ai vous permet de configurer le repli par cas d'usage, par exemple [WhatsApp](/fr/channels/whatsapp-business-api/), puis [RCS](/fr/channels/rcs/), puis [SMS](/fr/channels/sms/). Les statuts de livraison de tous les canaux (SUBMITTED, SENT, DELIVERED, READ, FAILED, REJECTED) arrivent dans un format de webhook unique : un seul jeu de règles peut ainsi piloter le repli et le reporting. BroadNet Technologies est Meta Business Solution Provider officiel et partenaire Google RBM, et le SMS transite par sa connectivité directe avec les opérateurs. Le RCS inclut un repli automatique vers le SMS là où le RCS n'est pas disponible. Les développeurs peuvent commencer par la [documentation de l'API RCS](/developers/rcs/).