Fallback SMS du RCS : sécuriser la couverture sans doublons
Le fallback SMS n’est pas une assurance technique : c’est une règle d’orchestration commerciale
Dans une campagne RCS, le fallback SMS est souvent présenté comme une mécanique de secours : si le message enrichi n’est pas délivrable, un SMS prend le relais. Cette définition est correcte, mais trop pauvre pour un pilotage marketing avancé. Le RCS, Rich Communication Services, protocole de messagerie enrichie permettant d’intégrer visuels, carrousels, boutons, réponses suggérées et interactions dans la messagerie native, ne couvre pas encore uniformément tous les terminaux, opérateurs et configurations utilisateurs. Le SMS, short message service, message texte court disponible sur la quasi-totalité des téléphones mobiles, reste donc le filet de sécurité le plus robuste pour préserver la couverture.
Mais le vrai risque n’est pas seulement de manquer une partie de l’audience. Il est de mal gérer la transition entre RCS et SMS : doublons, pression excessive, incohérence de promesse, mesure biaisée, coûts additionnels et dégradation relationnelle. Une enseigne qui envoie un RCS promotionnel puis un SMS identique à un client déjà exposé ne sécurise pas sa couverture ; elle augmente artificiellement sa fréquence. À l’inverse, une marque qui ne prévoit aucun fallback peut perdre 20 à 50 % d’une population éligible selon les marchés, les opérateurs, les terminaux, l’état de l’application de messagerie et les conditions de routage. Les taux exacts varient, mais la réalité opérationnelle est stable : la délivrabilité RCS n’est jamais un acquis universel.
Pour les annonceurs retail, omnicanaux et locaux, l’arbitrage est particulièrement sensible. Un RCS peut porter une offre magasin, une disponibilité produit, un coupon, un rendez-vous ou un itinéraire. Si le fallback SMS arrive trop tard, l’intention peut être perdue. S’il arrive en doublon, il peut irriter. S’il ne reprend pas correctement la proposition de valeur, il casse le funnel, parcours allant de l’exposition à la considération, puis à la conversion et à la fidélisation. Le fallback doit donc être conçu comme un scénario, pas comme une option technique activée en fin de routage.
La bonne question n’est pas : faut-il prévoir un SMS de secours ? Elle est : à quel moment, pour quels utilisateurs, avec quel contenu, quelle pression, quelle attribution et quelle règle d’exclusion le SMS doit-il remplacer le RCS sans créer de doublon ? Cette discipline transforme le fallback en levier de performance. Elle permet de maximiser la couverture utile, de protéger l’expérience client et de produire une mesure plus fiable du CPA, cost per acquisition, coût nécessaire pour générer une conversion attribuée, et du ROAS, return on ad spend, ratio entre chiffre d’affaires attribué ou incrémental et dépenses marketing.
Comprendre les causes d’échec RCS : la non-délivrabilité n’a pas une seule origine
Un fallback SMS efficace suppose d’abord de comprendre pourquoi un RCS n’arrive pas. Les causes sont multiples et n’ont pas toutes les mêmes implications. La première est la compatibilité terminal et application. Tous les smartphones ne disposent pas d’une messagerie compatible RCS ou correctement configurée. Certains utilisateurs désactivent les fonctionnalités enrichies, changent d’application de messagerie ou utilisent un environnement où le service n’est pas actif. La deuxième cause est opérateur ou agrégateur : selon les pays, les accords, les routes et les agents validés, la capacité de livraison peut varier.
La troisième cause est liée à l’identité et à la qualification du numéro. Un numéro inactif, mal formaté, récemment porté ou absent des tables de capacité peut conduire à une incapacité de routage RCS. La quatrième est temporelle : un utilisateur peut être temporairement hors réseau data, en itinérance, avec une connexion instable ou avec un terminal incapable de recevoir le message enrichi dans la fenêtre utile. La cinquième est réglementaire et relationnelle : consentement marketing, opt-out, préférence canal, règles de pression et conformité locale peuvent empêcher ou limiter l’envoi.
Ces causes doivent être distinguées, car elles influencent le fallback. Si le numéro est non compatible RCS de manière structurelle, le SMS peut être envoyé immédiatement. Si le statut est inconnu, l’orchestration peut attendre un accusé de non-délivrabilité pendant une fenêtre définie. Si le message RCS a été livré mais non ouvert, envoyer un SMS identique n’est plus un fallback ; c’est une relance. Si le RCS a été ouvert mais sans clic, le SMS peut être pertinent uniquement si la valeur est différente : rappel d’échéance, coupon court, service critique. La différence entre fallback, relance et répétition doit être explicitement codée.
Dans les campagnes réelles, cette distinction est souvent négligée. Une équipe CRM configure une campagne RCS, l’outil propose une option de fallback automatique, et le SMS part pour tous les statuts non confirmés après un délai standard. Cette simplicité peut fonctionner pour un message transactionnel court, par exemple retrait disponible ou code de connexion. Elle devient risquée pour une opération commerciale locale, où le timing, la fréquence et la promesse déterminent la perception. Un fallback envoyé deux heures après un RCS réellement reçu mais non remonté comme livré peut créer une double sollicitation invisible dans le reporting si les statuts ne sont pas consolidés.
La première condition de réussite est donc la cartographie des statuts. Les équipes doivent définir au minimum six états : éligible RCS confirmé, non éligible RCS confirmé, statut inconnu, RCS soumis, RCS livré, RCS échoué. À ces états s’ajoutent les signaux d’engagement : ouvert, clic bouton, réponse, ajout coupon, demande d’itinéraire, conversion. Le fallback ne doit jamais être déclenché uniquement sur une absence de clic. Il doit être déclenché sur une incapacité de livraison ou sur une règle de scénario clairement distincte.
Définir une logique de décision : quand envoyer le SMS, quand attendre et quand exclure
Le fallback SMS doit être piloté par un arbre de décision. Cet arbre doit combiner la valeur du message, la fenêtre d’action, le statut de délivrabilité, le niveau d’intention et la pression déjà subie par l’utilisateur. Un message transactionnel urgent, comme une confirmation de rendez-vous le jour même, justifie un fallback rapide. Un message promotionnel valable une semaine peut accepter une fenêtre d’attente plus longue. Un coupon magasin valable seulement entre 12 h et 14 h ne peut pas dépendre d’un fallback envoyé à 15 h.
Une méthode opérationnelle consiste à classer les scénarios en trois catégories. La première regroupe les messages critiques de service : authentification, commande prête, changement de créneau, incident livraison, rappel de rendez-vous. Ici, la priorité est la réception. Le fallback SMS doit être immédiat ou quasi immédiat si le RCS n’est pas délivrable. La deuxième regroupe les messages commerciaux à fenêtre courte : vente privée aujourd’hui, offre restaurant avant le déjeuner, activation Drive-to-Store autour d’un événement magasin. Ici, le fallback doit être rapide, mais contrôlé par la pression relationnelle. La troisième regroupe les messages de considération ou de fidélisation : sélection produit, statut membre, guide d’achat, opération locale sur plusieurs jours. Ici, un fallback différé ou conditionnel peut suffire.
Un exemple concret illustre l’arbitrage. Une enseigne de mode adresse 500 000 clients opt-in pour une vente privée de 48 heures. Le plan initial prévoit un RCS avec carrousel de produits, bouton vers stock local et coupon. Après préqualification, 320 000 numéros sont considérés comme compatibles RCS, 140 000 non compatibles, 40 000 inconnus. Une orchestration naïve enverrait le RCS aux 320 000, puis un SMS à tous les non livrés et aux inconnus après une heure. Une orchestration mature distingue les cas : SMS direct pour les 140 000 non compatibles, RCS pour les 320 000 compatibles, attente de deux heures pour les 40 000 inconnus, SMS seulement si aucun statut de livraison n’est confirmé, exclusion des clients ayant déjà cliqué ou activé le coupon, relance différente uniquement à J+1 pour les clients à forte valeur non engagés.
Cette approche réduit les doublons et améliore la lisibilité de la mesure. Elle évite notamment de compter comme conversions SMS des achats influencés par un RCS déjà reçu. L’attribution, méthode qui assigne une conversion à un ou plusieurs points de contact marketing, doit refléter la hiérarchie des contacts. Si le RCS est livré puis le SMS envoyé en relance, la conversion ne doit pas être attribuée automatiquement au dernier SMS selon un modèle last click, modèle attribuant toute la conversion au dernier point de contact. Sinon, le SMS apparaîtra artificiellement performant et le RCS sous-évalué.
Le principe central est simple : un fallback remplace un message non délivré ; il ne s’ajoute pas à un message délivré. Dès qu’il s’ajoute, il doit être traité comme une relance avec une pression, un objectif et une attribution propres. Cette séparation conceptuelle est indispensable pour piloter le coût, la fatigue et la contribution réelle de chaque canal.
Adapter le contenu : un SMS de secours ne peut pas être une version dégradée au hasard
Le contenu du fallback est souvent le maillon faible. Le RCS permet d’afficher une image, plusieurs cartes, des boutons, parfois une logique conversationnelle. Le SMS impose une contrainte radicale : quelques caractères, un lien, une promesse, éventuellement un code. Réduire mécaniquement le RCS à une phrase tronquée revient à perdre la valeur du scénario. Un bon fallback SMS doit préserver l’action prioritaire, pas reproduire toute l’expérience.
La règle consiste à identifier le noyau décisionnel du RCS. Pour une campagne de disponibilité produit, le noyau peut être : le produit est disponible dans votre magasin, réservez ou consultez le stock. Pour une vente privée, il peut être : votre accès est ouvert jusqu’à demain, activez votre avantage. Pour un rendez-vous, il peut être : votre créneau est confirmé, modifiez si besoin. Le SMS doit porter ce noyau avec un CTA, call-to-action, incitation à réaliser une action, unique et clair. Multiplier les liens ou les instructions dans un SMS réduit la compréhension et complique l’attribution.
La personnalisation doit être sélective. Mentionner le magasin le plus proche, la date de fin ou le montant de l’avantage peut augmenter la pertinence. Mais ajouter trop d’éléments variables accroît le risque d’erreur. Dans le retail, une mauvaise information de stock ou un mauvais magasin dans un SMS est plus coûteux qu’une absence de personnalisation. Le fallback doit donc s’appuyer sur des données très fiables : magasin favori, consentement, offre éligible, date de validité, lien traçable. Si le stock temps réel n’est pas robuste, il vaut mieux orienter vers une page de vérification que promettre une disponibilité précise.
Il faut également penser la cohérence créative entre RCS et SMS. Le SMS ne doit pas nécessairement reprendre le même wording, mais il doit maintenir la même promesse. Un RCS présentant une sélection premium ne doit pas devenir un SMS purement promotionnel centré sur une remise générique. Cette rupture crée un biais de perception et peut déplacer l’audience vers un comportement plus opportuniste. À l’inverse, un SMS trop vague après un RCS riche peut sous-performer car l’utilisateur non compatible n’a jamais vu les preuves visuelles.
Un framework utile est la matrice message-preuve-action. Le message est la proposition principale, la preuve est l’élément qui réduit l’incertitude, l’action est le geste attendu. En RCS, les trois peuvent être séparés : titre, visuel, carte magasin, bouton. En SMS, ils doivent être compressés. Exemple : Votre paire running est disponible à Lyon Part-Dieu. Réservez-la avant 19 h : lien. Le message est clair, la preuve est locale, l’action est immédiate. Pour une vente privée : Votre accès membre est ouvert jusqu’à demain. Activez votre avantage en magasin ou en ligne : lien. Le SMS conserve l’essentiel sans prétendre remplacer le carrousel.
Éviter les doublons : la gouvernance des identifiants et des statuts est décisive
Les doublons ne sont pas seulement un problème de routage. Ils sont souvent le symptôme d’une gouvernance insuffisante des identifiants, des consentements et des statuts. Un même client peut exister dans plusieurs systèmes : CRM, application mobile, outil SMS, plateforme RCS, CDP, customer data platform, plateforme unifiant les données clients provenant de plusieurs sources, et parfois plateformes média. Si ces systèmes ne synchronisent pas correctement les événements, un utilisateur peut recevoir un RCS via un agent de messagerie, puis un SMS via un routeur distinct, puis un push via l’application, tous pour la même opération.
La prévention des doublons repose sur trois mécanismes. Le premier est une clé de campagne unique. Chaque message RCS, SMS, push ou email lié à une même opération doit porter un identifiant commun. Cet identifiant permet de reconnaître que les contacts appartiennent au même scénario. Le deuxième est une table de statuts partagée : soumis, délivré, échoué, ouvert, cliqué, converti, exclu. Le troisième est une règle de priorité canal. Par exemple : RCS prioritaire si compatible ; SMS direct si non compatible ; SMS fallback uniquement si RCS échoué ; push exclu si coupon déjà activé ; email maintenu uniquement comme canal de preuve ou de rappel non intrusif.
Cette gouvernance devient critique lorsque les campagnes mélangent CRM et média. Une enseigne peut activer une audience CRM en RCS ou SMS, puis recibler les non-convertis en display programmatique via une DSP, demand-side platform, plateforme permettant aux annonceurs d’acheter automatiquement des impressions publicitaires. Le RTB, real-time bidding, mécanisme d’enchères en temps réel pour acheter une impression disponible, peut compléter la couverture locale. Mais si les exclusions ne remontent pas assez vite, les clients ayant déjà reçu un fallback SMS peuvent être surexposés en display dans les heures suivantes. La pression réelle est vécue par le client, pas par le canal.
Un indicateur simple à suivre est le taux de duplication par campagne : part des individus ayant reçu plus d’un contact commercial sur la même opération dans une fenêtre donnée, hors scénarios de relance prévus. Si ce taux dépasse 5 à 10 % sur une campagne courte, il doit être audité. Il faut distinguer les doublons acceptés, par exemple un email de confirmation après une action, des doublons subis, comme RCS livré puis SMS fallback identique. Un autre indicateur utile est le délai de déduplication : temps nécessaire pour qu’un événement de livraison ou de conversion soit pris en compte par les autres canaux. Dans des opérations locales à fenêtre courte, un délai de six heures peut déjà être trop long.
La pression doit aussi être plafonnée au niveau individu. Le capping, limitation de la fréquence d’exposition ou de sollicitation sur une période donnée, ne doit pas être défini séparément pour le RCS et le SMS. Un client recevant un RCS et un SMS dans la même journée ne considère pas qu’il a reçu deux canaux différents ; il considère qu’il a été sollicité deux fois par la marque. Pour les messages commerciaux, un plafond global hebdomadaire par intensité de relation est préférable : clients très actifs, clients récents, clients dormants, prospects opt-in. Les messages de service doivent être séparés, car leur valeur attendue et leur tolérance sont différentes.
Mesurer correctement : séparer couverture sécurisée, uplift réel et coût relationnel
Le fallback SMS complique la mesure, mais il peut aussi l’améliorer si les règles sont propres. Trois niveaux doivent être distingués. Le premier est la couverture sécurisée : combien d’individus auraient été perdus sans SMS ? Le deuxième est la performance du fallback : combien d’actions le SMS génère-t-il parmi les non compatibles ou non livrés RCS ? Le troisième est l’incrémentalité : quelle part de ces actions n’aurait pas eu lieu sans fallback ?
Un reporting superficiel peut conclure que le SMS de fallback est très performant parce qu’il affiche un taux de clic supérieur au RCS. Ce raisonnement peut être faux. Les populations ne sont pas comparables : les non compatibles RCS peuvent être plus âgées, plus fidèles, plus habituées au SMS ou au contraire moins appétentes au digital. Les statuts inconnus peuvent inclure des utilisateurs déjà intentionnistes. Il faut donc segmenter les résultats par type d’éligibilité et par statut, puis idéalement mesurer avec un groupe de contrôle.
Exemple chiffré : une campagne RCS retail cible 300 000 clients. 200 000 reçoivent un RCS, 70 000 reçoivent un SMS direct car non compatibles, 30 000 sont en statut inconnu. Sur les 70 000 SMS directs, le taux de clic est de 6 %, le taux d’achat de 2,4 %. Sur les 200 000 RCS livrés, le taux d’interaction est de 11 %, le taux d’achat de 2,8 %. À première vue, le RCS convertit légèrement mieux. Mais si un holdout, groupe volontairement non exposé servant de référence, montre que les non compatibles auraient acheté à 1,9 % sans SMS, l’uplift réel du fallback est de 0,5 point, soit 350 achats incrémentaux. Si le coût total du SMS fallback est de 3 500 euros, le coût par achat incrémental est de 10 euros. Si la marge moyenne par achat est de 18 euros, l’opération est profitable avant coût de production et remise.
Cette logique est plus robuste qu’un CPA attribué simple. Le CPA attribué peut sembler excellent si l’on divise le coût SMS par tous les achats post-envoi. Mais il surestime l’impact lorsque des clients auraient acheté spontanément. Le ROAS doit donc être décliné en ROAS attribué et ROAS incrémental. Le ROAS attribué est utile pour suivre l’exploitation. Le ROAS incrémental est nécessaire pour arbitrer le budget. Lorsque les volumes le permettent, un test A/B doit comparer fallback SMS versus absence de fallback sur une fraction limitée et éthiquement acceptable de la population, en excluant les messages critiques de service.
Il faut enfin mesurer le coût relationnel. Un fallback peut augmenter les ventes court terme tout en générant des désabonnements. Les signaux à surveiller sont les opt-out SMS, les plaintes, la baisse d’ouverture des campagnes suivantes, la désactivation push si l’orchestration est multicanale, et la hausse des contacts service client. Une augmentation de 0,2 point d’opt-out peut paraître faible, mais sur une base de 2 millions de contacts, elle représente 4 000 personnes perdues pour les campagnes futures. Si ces contacts ont une valeur annuelle moyenne élevée, le gain immédiat du fallback peut être neutralisé par la perte de LTV, lifetime value, valeur économique attendue d’un client sur la durée de relation.
Industrialiser sans rigidifier : templates, règles de priorité et scénarios par cas d’usage
Pour passer de quelques tests à une pratique industrielle, les équipes doivent formaliser des templates de fallback. Un template n’est pas seulement un modèle de texte ; c’est une combinaison de règles : éligibilité, délai d’attente, contenu, lien, exclusion, attribution, pression et mesure. Les templates doivent être différenciés par cas d’usage, car un fallback de service et un fallback promotionnel n’ont pas la même logique.
Un template transactionnel peut suivre une règle simple : si RCS non compatible ou non livré dans les cinq minutes, SMS immédiat ; aucun message commercial dans les vingt-quatre heures si le client a reçu un SMS de service critique ; attribution orientée résolution plutôt que vente. Un template Drive-to-Store à fenêtre courte peut fonctionner ainsi : RCS prioritaire pour compatibles ; SMS direct pour non compatibles ; fallback après trente à soixante minutes seulement si l’offre reste valable ; exclusion en cas de coupon activé, clic itinéraire ou achat ; relance interdite le même jour sauf statut fidélité très fort. Un template fidélisation peut attendre davantage : fallback SMS uniquement si l’avantage expire dans moins de quarante-huit heures et si la pression hebdomadaire n’est pas atteinte.
La matrice ICE, impact, confidence, ease, peut aider à prioriser les scénarios à industrialiser. L’impact mesure la valeur attendue : ventes, marge, visites, satisfaction, réduction d’appels. La confidence évalue la preuve disponible : tests passés, taille d’audience, fiabilité des statuts RCS, historique SMS. L’ease mesure la facilité d’exécution : données disponibles, validation juridique, intégration caisse, capacité de déduplication. Les scénarios à fort impact, forte confiance et exécution simple doivent être industrialisés en premier : retrait disponible, rendez-vous, vente privée membres, coupon local à forte marge, relance de panier avec stock magasin fiable.
La rigidité est toutefois dangereuse. Les taux de compatibilité RCS évoluent, les opérateurs améliorent leurs routes, les comportements utilisateurs changent et la pression concurrentielle varie. Les règles doivent donc être revues régulièrement. Un délai de fallback optimal en 2024 peut devenir trop court ou trop long quelques mois plus tard. De même, un SMS direct aux non compatibles peut être pertinent sur une opération urgente, mais inutile sur une campagne de notoriété locale où l’email ou le push peut jouer un rôle moins intrusif.
La gouvernance doit associer CRM, mobile messaging, data, juridique, retail et finance. Le CRM définit les segments et la pression. Les équipes messaging garantissent la délivrabilité et les statuts. La data mesure l’incrémentalité. Le juridique valide consentement et mentions. Le retail confirme que la promesse magasin est tenable. La finance challenge le ROAS marge. Sans cette gouvernance, le fallback devient une option activée par défaut. Avec elle, il devient une brique d’orchestration omnicanale.
Conclusion : sécuriser la couverture sans augmenter mécaniquement la pression
Le fallback SMS du RCS est indispensable, mais il doit être traité avec rigueur. Sa valeur n’est pas d’envoyer un message supplémentaire ; elle est de garantir qu’un message important atteigne les utilisateurs que le RCS ne peut pas toucher. Cette nuance change tout. Elle impose de distinguer non-délivrabilité, absence d’ouverture et absence de conversion. Elle impose aussi de séparer fallback, relance et répétition.
Une feuille de route actionnable peut se structurer en huit étapes. Premièrement, cartographier les statuts RCS disponibles et leur fiabilité : compatible, non compatible, inconnu, soumis, livré, échoué, ouvert, cliqué. Deuxièmement, classer les cas d’usage par criticité : service, commercial court, fidélisation, considération. Troisièmement, définir des règles de délai différentes selon la fenêtre d’action. Quatrièmement, créer un contenu SMS centré sur le noyau décisionnel : promesse, preuve minimale, action unique. Cinquièmement, mettre en place une clé de campagne commune pour dédupliquer RCS, SMS, push, email et média. Sixièmement, plafonner la pression au niveau individu, et non au niveau canal. Septièmement, mesurer séparément couverture récupérée, CPA attribué, ROAS incrémental, marge et opt-out. Huitièmement, revoir les règles à partir de tests contrôlés, pas seulement à partir des clics.
Le bon fallback est souvent invisible dans l’expérience client : l’utilisateur non compatible reçoit un SMS clair, au bon moment, sans savoir qu’il a échappé à un RCS non délivrable. Le mauvais fallback, lui, se voit immédiatement : doublon, message contradictoire, pression excessive, attribution confuse. Pour les professionnels du marketing mobile, l’enjeu est donc moins technique qu’économique et relationnel. Sécuriser la couverture ne doit jamais signifier doubler la sollicitation. La performance durable vient de cette capacité à remplacer sans empiler, mesurer sans surattribuer et orchestrer sans fatiguer la base client.
