SMS A2P : comment les messages pro arrivent sur le mobile

Ce guide s'adresse aux responsables produit, marketing et technique qui envoient des OTP, des alertes ou des campagnes par SMS et veulent comprendre ce qui se passe une fois le message envoyé. À la fin, vous saurez expliquer le SMS A2P, lire d'un œil critique les promesses de routage d'un prestataire et poser les questions qui distinguent une livraison fiable d'un trafic bon marché.

Qu'est-ce que le SMS A2P ?

Le SMS A2P (application-to-person) désigne tout SMS généré par un logiciel et envoyé vers le téléphone mobile d'une personne. Codes à usage unique, suivis de livraison, alertes bancaires, rappels de rendez-vous et campagnes marketing relèvent tous de l'A2P.

Son contraire est le SMS P2P (person-to-person) : un abonné qui écrit à un autre. Sur le plan technique, les deux utilisent le même service de messages courts défini par le 3GPP dans la spécification TS 23.040 et arrivent dans la même boîte de réception. Sur le plan commercial et opérationnel, ce sont deux produits distincts.

Cette distinction compte, car les opérateurs protègent leurs revenus A2P et leurs abonnés. Le trafic professionnel qui cherche à passer pour du P2P afin d'éviter les tarifs A2P est précisément ce que les pare-feux des opérateurs sont conçus pour détecter.

Comment un SMS A2P voyage-t-il de votre application au mobile ?

Un message traverse quatre grandes étapes, et un accusé de réception (DLR) remonte la même chaîne. Chaque étape ajoute de la latence, du coût et un point de défaillance possible.

1. Votre application crée le message : numéro du destinataire au format international, identifiant d'expéditeur, texte et référence interne. Elle le soumet à un prestataire via une API HTTP ou SMPP, le protocole binaire très répandu entre systèmes de messagerie.
2. Le prestataire ou l'agrégateur valide la requête, vérifie que l'identifiant d'expéditeur est autorisé pour le pays, détecte l'encodage (GSM-7 ou Unicode), découpe les messages longs en segments, choisit une route et vous facture.
3. L'opérateur mobile de destination reçoit le trafic, souvent à travers un pare-feu SMS qui contrôle l'expéditeur, le contenu et la source. Son centre de messages courts (SMSC) localise l'abonné et tente la livraison, avec de nouvelles tentatives si le téléphone est éteint.
4. Le mobile reçoit le message. L'opérateur génère alors un accusé de réception qui remonte vers le prestataire puis vers vous, généralement sous forme de webhook ou d'accusé SMPP.

Les valeurs de statut diffèrent selon les prestataires, mais leur sens est constant : soumis (accepté par le prestataire), envoyé (transmis à l'étape suivante), délivré (confirmé par le réseau du mobile) ou échec avec un code d'erreur. Notre guide sur les statuts de livraison des messages explique comment les interpréter.

Où se produisent les retards et les échecs

• Chez le prestataire : numéros invalides, identifiants d'expéditeur non enregistrés, limites de compte ou problèmes d'encodage.
• Entre les étapes : congestion ou limitation de débit sur la connexion d'un intermédiaire.
• Au pare-feu de l'opérateur : expéditeur bloqué, contenu bloqué ou source non reconnue.
• Sur le mobile : téléphone éteint, hors couverture ou mémoire saturée. Le SMSC réessaie pendant une durée de validité, après quoi le message expire.

Quelle est la différence entre routes directes et indirectes ?

Une route directe signifie que votre prestataire livre à l'opérateur de destination par sa propre connexion ou par le canal que cet opérateur a autorisé pour le trafic A2P. Une route indirecte fait transiter vos messages par un ou plusieurs agrégateurs supplémentaires avant l'opérateur.

Les routes indirectes ne sont pas un défaut en soi. Aucun prestataire n'est connecté en direct à tous les opérateurs du monde, et des routes indirectes bien gérées via des partenaires réputés sont normales pour les destinations de longue traîne. Le vrai sujet est la transparence : vous devez savoir quelles destinations sont directes, lesquelles sont indirectes et qui est le maillon suivant.

Qu'est-ce qu'une route grise et pourquoi est-ce important ?

Une route grise fait entrer du SMS professionnel dans le réseau d'un opérateur par un chemin que celui-ci n'a pas validé pour le trafic A2P. La documentation de la GSMA décrit le trafic gris comme des messages qui atteignent le réseau d'un opérateur sans que l'opérateur de destination soit rémunéré pour la terminaison A2P.

Parmi les techniques courantes de route grise figurent l'envoi de trafic A2P via des accords d'interconnexion P2P, l'usage de SIM box (batteries de cartes SIM grand public qui injectent des messages comme s'ils étaient saisis par un abonné) et l'exploitation de liens de signalisation mal protégés. Les travaux de la GSMA sur la sécurité de l'interconnexion citent le contournement du SMS A2P et le contournement par SIM box parmi les types de fraude contre lesquels les opérateurs se défendent.

Pour un expéditeur professionnel, les routes grises créent des risques concrets :

• Blocage sans préavis : lorsque le pare-feu d'un opérateur détecte le chemin, la livraison peut s'arrêter du jour au lendemain.
• Perte de l'identifiant d'expéditeur : les messages peuvent arriver depuis un numéro local aléatoire au lieu de votre marque, ce qui ressemble à du phishing et ruine la confiance dans la saisie automatique des OTP.
• Accusés de livraison peu fiables : certaines routes de mauvaise qualité signalent « délivré » sans véritable confirmation du réseau du mobile.
• Exposition réglementaire : dans les marchés qui exigent des expéditeurs enregistrés, le trafic de contournement sape le régime d'enregistrement que font respecter les régulateurs.

Un prix anormalement bas pour une destination où les opérateurs facturent des tarifs A2P significatifs est le signal d'alerte le plus courant.

Que demander à un prestataire SMS ?

Posez des questions qui exigent des réponses précises et vérifiables. Un bon prestataire répond pays par pays et opérateur par opérateur, sans se contenter d'affirmer des « routes directes dans le monde entier ».

1. Quels opérateurs de mes marchés clés atteignez-vous en direct, et lesquels via des partenaires ?
2. Comment les identifiants d'expéditeur sont-ils enregistrés dans des marchés comme les Émirats arabes unis et l'Arabie saoudite, et à qui revient l'enregistrement ? Consultez notre guide d'enregistrement des identifiants d'expéditeur.
3. Comment les accusés de réception sont-ils générés ? Proviennent-ils de l'opérateur, et quels codes d'erreur transmettez-vous ?
4. Que devient le trafic promotionnel et transactionnel ? Sont-ils routés et enregistrés séparément là où le marché l'exige ?
5. Comment détectez-vous et stoppez-vous la fraude, y compris le trafic artificiellement gonflé ? Voir notre guide sur la prévention du SMS pumping.
6. Comment les messages Unicode et longs sont-ils facturés ? L'arabe et les emoji modifient le nombre de segments, comme l'explique notre guide des limites de caractères.
7. Quels rapports puis-je exporter pour rapprocher messages envoyés, délivrés et facturés ?
8. Comment m'informez-vous des changements de route ou des incidents côté opérateur ?

Exemple concret : une fintech saoudienne choisit sa route

« Wathiq Pay » (nom fictif) envoie des OTP de connexion et des alertes de transaction à des clients en Arabie saoudite et aux Émirats arabes unis, ainsi que des OTP occasionnels à des clients en déplacement à l'étranger.

• Marchés principaux : elle exige des identifiants d'expéditeur transactionnels enregistrés et des routes autorisées par l'opérateur pour chaque grand opérateur des deux pays, et demande à chaque prestataire présélectionné d'indiquer le chemin emprunté par opérateur.
• Test : elle envoie un trafic d'OTP identique via deux prestataires présélectionnés pendant deux semaines et compare le taux de livraison, le délai de livraison et l'arrivée intacte de l'identifiant d'expéditeur de la marque.
• Longue traîne : pour les destinations des clients en itinérance, elle accepte les routes indirectes mais n'active que les pays où elle compte des utilisateurs actifs.
• Supervision : elle rapproche les accusés de réception des vérifications menées à terme. Une route qui affiche un taux de livraison élevé mais un faible taux de validation d'OTP est examinée, car elle pourrait déclarer des livraisons qui n'ont pas eu lieu.

Erreurs courantes et limites

• Choisir uniquement sur le prix. La route la moins chère coûte souvent plus cher en OTP perdus et en tickets d'assistance.
• Croire « délivré » sans recoupement. Comparez les accusés de réception avec des résultats réels, comme la validation des OTP ou les clics sur les liens.
• Mélanger le marketing et le transactionnel sur le même expéditeur, ce qui peut entraîner la suspension d'un identifiant d'expéditeur enregistré.
• Ignorer l'encodage. Un seul emoji ou caractère arabe peut doubler ou tripler le nombre de segments facturés.
• Supposer que les règles sont mondiales. L'enregistrement de l'expéditeur, le contenu et les horaires sont fixés pays par pays ; confirmez-les auprès du régulateur, comme la TDRA aux Émirats arabes unis.
• Limites de ce guide : les accords de routage changent fréquemment et aucun annuaire public n'indique quel prestataire est connecté en direct à quel opérateur. La vérification par des tests et des engagements contractuels est la seule méthode fiable.

Comment OmniChannels.ai vous aide

OmniChannels.ai est propulsé par BroadNet Technologies, entreprise de messagerie télécom disposant d'une connectivité avec les opérateurs SMS. Vous pouvez lancer des campagnes SMS en parallèle de WhatsApp, du RCS, de Telegram et de l'e-mail, avec import Excel ou CSV, aperçu, planification et filtrage des doublons. Les rapports de livraison, avec vues synthétique et avancée, filtres et export CSV, vous permettent de rapprocher ce qui a été envoyé et délivré. L'arabe et l'anglais sont pris en charge, et la facturation fonctionne avec un portefeuille prépayé. Les développeurs peuvent envoyer via l'API REST publique avec webhooks de livraison, ou via SMPP 3.4 pour les gros volumes.