Vous envoyez un SMS depuis votre application. L’API répond rapidement. La requête est acceptée. Pourtant, votre utilisateur attend toujours son message.
Quelques secondes passent. Puis une minute. Parfois davantage.
Pour un SMS marketing, ce délai peut être gênant. Pour un SMS transactionnel ou un OTP, il peut devenir un véritable problème : l’utilisateur pense que le code ne fonctionne pas, demande un nouveau code ou abandonne complètement son parcours.
Le point important est le suivant : l’API n’est qu’une étape dans le parcours du SMS.
1. L’API n’est pas le téléphone
Lorsqu’une application envoie un SMS, plusieurs étapes se succèdent :
Votre application → API SMS → plateforme de routage → opérateur mobile → réseau → téléphone du destinataire
Lorsque votre API vous répond 200 OK, cela signifie généralement que votre demande a été acceptée par la plateforme.
Cela ne signifie pas nécessairement que le téléphone a déjà reçu le SMS.
C’est une distinction fondamentale lorsque l’on analyse les performances d’une solution SMS.
2. Le routage peut faire toute la différence
Pour atteindre un même numéro, plusieurs routes peuvent parfois être disponibles.
Une route peut passer par un opérateur ou un agrégateur avec une bonne connectivité dans le pays concerné. Une autre peut comporter davantage d’intermédiaires.
Plus le parcours est complexe, plus il peut y avoir de points où le message est mis en attente, retardé ou rejeté.
C’est particulièrement important en Afrique, où les conditions de routage ne sont pas identiques d’un pays à l’autre.
Il n’existe pas une seule « route Afrique ».
Une route performante au Bénin n’est pas nécessairement la meilleure route pour le Togo, le Burkina Faso, le Cameroun ou un autre marché.
3. Le réseau mobile peut également introduire un délai
Même lorsque le message a correctement quitté la plateforme SMS, le réseau mobile peut rencontrer différentes situations :
- téléphone temporairement hors réseau ;
- couverture faible ;
- téléphone éteint ;
- congestion temporaire ;
- file d’attente côté opérateur ;
- problème de routage ou d’interconnexion.
Dans certains cas, le SMS n’est donc pas perdu. Il est simplement en attente de livraison.
C’est l’une des raisons pour lesquelles un SMS peut arriver plusieurs dizaines de secondes ou plusieurs minutes après son envoi.
4. Le statut « sent » n’est pas le statut « delivered »
C’est une erreur fréquente dans les systèmes qui intègrent une API SMS.
Il faut distinguer au minimum :
- Accepted / Sent : la plateforme a accepté ou transmis le message.
- Delivered : un accusé de réception indique que le message a atteint une étape de livraison définie par le réseau ou la route.
- Failed / Undelivered : la livraison n’a pas abouti.
Les détails exacts dépendent de l’opérateur et de la route utilisée.
C’est pourquoi les Delivery Reports (DLR) sont essentiels lorsqu’un SMS est critique.
5. Les OTP sont particulièrement sensibles aux délais
Pour un OTP, le problème est encore plus visible.
Imaginez le scénario :
- l’utilisateur demande un code ;
- le SMS est retardé ;
- l’utilisateur clique sur « Renvoyer le code » ;
- un deuxième OTP est généré ;
- le premier arrive finalement ;
- l’utilisateur saisit le mauvais code.
Le problème semble alors être un problème d’authentification.
En réalité, il peut s’agir d’un problème de latence SMS et de gestion du cycle de vie des OTP.
6. Il faut mesurer le parcours, pas seulement l’API
Une bonne analyse ne doit donc pas se limiter au temps de réponse HTTP.
Il faut regarder :
- le temps de réponse de l’API ;
- le temps avant prise en charge du message ;
- la route utilisée ;
- le statut de livraison ;
- le temps entre l’envoi et le DLR ;
- le comportement par opérateur ;
- le comportement par pays ;
- les erreurs récurrentes.
C’est cette vision qui permet de distinguer un problème d’application d’un problème de messagerie.
7. Le prix n’explique pas tout
Deux fournisseurs peuvent proposer des prix différents pour un même pays.
Mais comparer uniquement le prix au SMS ne permet pas de mesurer le coût réel.
Si une route moins chère génère davantage de retards, d’échecs ou de renvois d’OTP, le coût réel peut finalement être supérieur.
Pour un message transactionnel, la prévisibilité de la livraison est souvent plus importante que quelques fractions de centime économisées sur le prix unitaire.
En conclusion
Un SMS ne voyage pas directement de votre API vers le téléphone.
Il traverse une chaîne technique dans laquelle interviennent votre application, la plateforme SMS, le routage, les opérateurs et le réseau mobile.
Comprendre cette chaîne permet de diagnostiquer beaucoup plus rapidement les problèmes de livraison.
Et surtout, lorsqu’un utilisateur dit :
« Je n’ai pas reçu mon SMS. »
la bonne question n’est pas seulement « l’API fonctionne-t-elle ? »
Il faut demander :
« Où le message s’est-il arrêté dans son parcours ? »