Skip to content

SMS OTP non reçu : causes et solutions pour les applications

Pourquoi vos utilisateurs ne reçoivent pas votre SMS OTP ou le reçoivent en retard : filtrage, sender ID, enregistrement, routes lentes, contenu, et solutions.

Mis à jour le 20 octobre 2026

Quand des utilisateurs signalent qu'ils n'ont pas reçu leur SMS OTP, la cause côté application est en général l'une de celles-ci : la route est lente ou filtrée, le sender ID ou le modèle n'est pas enregistré pour ce pays, le message est bloqué à cause du contenu ou de l'encodage, le numéro est erroné, ou la demande d'OTP est limitée. Mesurez la livraison et la vérification par pays et par opérateur pour trouver laquelle.

Pourquoi mon SMS OTP n'est-il pas reçu ?

Pour les éditeurs d'applications, les échecs d'OTP se concentrent sur certains pays et opérateurs au lieu de se répartir uniformément. Commencez par vérifier si les utilisateurs concernés partagent un pays, un opérateur, un sender ID ou une plage horaire. Les causes les plus fréquentes côté expéditeur sont :

CauseSigne typiqueSolution
Filtrage de l'opérateurÉchecs sur un opérateur, DLR rejeté ou absentPasser sur une route autorisée pour cet opérateur ; vérifier le contenu
Sender ID non enregistréBloqué ou expéditeur remplacé dans un paysEnregistrer le sender ID selon le dispositif du pays
Modèle ou entité non enregistréTous les OTP bloqués dans un pays comme l'IndeEnregistrer l'entité, l'en-tête et le modèle OTP (DLT en Inde)
Route lente ou surchargéeLivré, mais après 30 secondes ou plusVérifier la latence par route, ajouter une deuxième route
Mauvais format de numéroErreurs de numéro invalideStocker les numéros au format E.164
Vos propres limitesAucun message envoyéRevoir les limites et les messages d'erreur affichés aux utilisateurs

Pourquoi les messages OTP arrivent-ils en retard ?

Un retard d'OTP vient en général des files d'attente sur la route : un fournisseur qui passe par trop de sauts, un bind en amont à faible débit, un opérateur qui limite le trafic A2P international, ou des réessais après des erreurs temporaires. Un code qui arrive après 60 secondes est souvent inutile, car l'utilisateur a déjà appuyé sur "renvoyer", ce qui ajoute de la charge et l'embrouille avec deux codes. Mesurez le temps entre l'envoi et l'accusé de réception par opérateur ; voir taux de livraison et latence SMS. Si la latence n'est élevée qu'aux heures de pointe, renseignez-vous sur le débit (TPS) de vos binds : binds SMPP et TPS.

Problèmes de livraison d'OTP sur certains opérateurs

Quand les utilisateurs d'un opérateur ne reçoivent plus les codes, l'opérateur ou son pare-feu rejette en général le trafic de votre route, ou un enregistrement a expiré. Cela arrive quand la route n'est pas autorisée pour le trafic A2P sur ce réseau, quand le sender ID n'a été enregistré que chez d'autres opérateurs, ou quand l'opérateur a changé ses règles. Demandez à votre fournisseur les codes d'erreur exacts et si la route est directe ou passe par d'autres carriers. Voir les pare-feu SMS, les routes SMS directes et, pour l'Inde, l'enregistrement DLT.

Problèmes de contenu et de modèle

  • Modèle non conforme. Dans les pays où les modèles doivent être enregistrés, le texte envoyé doit correspondre au modèle approuvé, espaces et variables compris.
  • Liens dans les messages OTP. Les URL, surtout raccourcies, augmentent le risque de filtrage. Un simple code avec le nom de la marque est plus sûr.
  • Unicode par accident. Les caractères spéciaux ou les emoji changent l'encodage et peuvent découper le message. Voir GSM-7 ou Unicode.
  • Formulation promotionnelle. Un OTP qui fait aussi de la publicité peut être classé promotionnel et bloqué par les règles DND. Gardez les messages OTP purement transactionnels : voir SMS transactionnel ou promotionnel.

Quand le tableau de bord indique livré mais que l'utilisateur n'a rien

Si les rapports indiquent "livré" alors que les utilisateurs affirment n'avoir rien reçu, la route renvoie peut-être de faux accusés de réception. Testez avec vos propres SIM sur chaque opérateur et comparez ce que reçoit le téléphone avec le rapport. L'autre explication courante est que le numéro dans votre base n'est plus celui de l'utilisateur (recyclage de numéros ou fautes de frappe), ce qu'une étape de validation à l'inscription réduit.

Comment corriger les problèmes de livraison d'OTP

  1. Suivez trois chiffres par pays et par opérateur : envoyés, livrés (selon le DLR) et vérifiés. L'écart entre livrés et vérifiés révèle les problèmes cachés.
  2. Lisez les codes d'erreur, pas seulement le statut. Voir les codes de statut DLR SMS.
  3. Enregistrez tout ce qui est exigé dans chaque pays avant d'envoyer : sender ID, modèles, entité.
  4. Utilisez deux routes dans vos pays principaux et basculez quand la conversion baisse.
  5. Ajoutez un second canal, comme l'OTP vocal ou WhatsApp, après une courte attente. Voir le repli OTP.
  6. Protégez le formulaire contre le SMS pumping, qui gonfle le trafic et peut vous faire subir du throttling.

Pour les causes générales au-delà de l'OTP, voir pourquoi un SMS n'est pas livré, et pour la rédaction des messages, les bonnes pratiques pour les SMS OTP.

VoIPMatcher trouve des routes SMS A2P pour l'OTP auprès de ses carriers et les gère pays par pays. Demander une route SMS OTP.

Questions fréquentes

Que montrer aux utilisateurs quand l'OTP n'arrive pas ?

Affichez un compte à rebours de 30 à 60 secondes, puis proposez des options claires : renvoyer le code, le recevoir par appel vocal ou WhatsApp, ou modifier le numéro de téléphone. Indiquez à quel numéro le code a été envoyé pour qu'ils repèrent les fautes de frappe. Limitez le nombre de renvois et expliquez quand ils pourront réessayer.

Pourquoi l'OTP arrive-t-il après son expiration ?

Le message a été retardé sur la route : files d'attente chez le fournisseur, sauts supplémentaires, throttling de l'opérateur ou téléphone hors ligne. Fixez une validité du code suffisante pour une livraison normale, en général quelques minutes, et corrigez les routes lentes. Si les retards touchent un seul opérateur, demandez à votre fournisseur de router cet opérateur autrement.

Faut-il renvoyer le même code OTP lors d'un renvoi ?

Les deux approches fonctionnent si elles sont cohérentes. Beaucoup de services renvoient le même code tant qu'il est valide, pour qu'un premier message en retard fonctionne encore. D'autres émettent un nouveau code et invalident l'ancien. Ne gardez jamais plusieurs codes valides longtemps, et limitez toujours le nombre total de tentatives par numéro et par session.

Pourquoi les utilisateurs d'un réseau mobile ne reçoivent-ils pas les OTP ?

En général, l'opérateur rejette le trafic de votre route, ou votre sender ID ou votre modèle n'est pas enregistré pour ce réseau. Vérifiez les codes d'erreur des accusés de réception pour cet opérateur, confirmez l'état de l'enregistrement et testez avec une SIM de ce réseau. Une deuxième route vers cet opérateur règle souvent le problème rapidement.

Le SMS pumping peut-il empêcher de vrais utilisateurs de recevoir leurs OTP ?

Oui. Les attaques de pumping peuvent faire dépasser à votre compte les limites de débit ou de dépenses, provoquer le blocage de votre expéditeur ou de votre route par l'opérateur, et remplir les files d'attente au point que les vrais codes arrivent en retard. Protéger le formulaire OTP avec une détection des bots et des limites protège donc les vrais utilisateurs autant que votre budget.

Besoin d'une route ?

Indiquez la destination, le type de route et le tarif cible. Nous vous répondons avec ce que nous pouvons fournir.

Autres guides

Tous les guides
Qualité et tests NER vs ASR : le Network Effectiveness Ratio en VoIP NER vs ASR : comment se calculent le network effectiveness ratio et l'answer seizure ratio, pourquoi l'ASR peut tromper et lequel mettre dans un SLA. Qualité et tests SMS non délivré : les causes côté expéditeur Causes côté expéditeur des SMS professionnels non délivrés : filtrage opérateur, sender ID et enregistrement, opposition, routes, contenu et encodage. Qualité et tests Délai après numérotation (PDD) : causes, normes et solutions Post-dial delay (PDD) en VoIP : ce qui est normal, causes d'un PDD long sur les routes wholesale, le trouver dans les traces SIP et CDR, et le réduire. Qualité et tests SIP 503 Service Unavailable : causes et solutions Ce que signifie SIP 503 Service Unavailable sur les routes VoIP, ses causes habituelles (canaux, CPS, pas de route, fournisseur en panne) et les solutions. Qualité et tests SIP 487 Request Terminated : que signifie ce code ? Ce que signifie SIP 487 Request Terminated, le flux CANCEL qui le produit, pourquoi dialers et routes lentes génèrent beaucoup de 487 et comment les réduire. Qualité et tests Test de caller ID : vérifier le CLI sur une route VoIP Comment tester le caller ID sur une route VoIP : mise en place, lecture du CLI reçu, taux de présentation à convenir et signes d'une route grise. Qualité et tests Score MOS VoIP, gigue et perte de paquets expliqués Le score MOS en VoIP expliqué : l'échelle MOS, les seuils de latence, gigue et perte de paquets pour des appels clairs, et la mesure de la qualité des routes. Qualité et tests Codes d'erreur SIP : liste complète des codes de réponse Tous les codes de réponse SIP de la RFC 3261 en un tableau, avec leur sens et leur cause typique en VoIP, plus le sens de 503, 487, 408, 480 et 486.