Tout ce qui mérite d'être su, rien qui ne le mérite pas.
Le taux de délivrance des OTP est-il le même que le taux de conversion ?
Non. Un accusé de réception indique que l'opérateur a remis le SMS au terminal ; il n'indique pas que l'utilisateur l'a lu ni qu'il a saisi le code. Suivez séparément le taux de vérification : codes correctement saisis divisés par codes demandés. Un taux de délivrance élevé associé à un faible taux de vérification désigne le parcours utilisateur (codes qui expirent trop vite, bouton de renvoi qui apparaît trop tard, code qui arrive après l'abandon de l'utilisateur), pas la route. Voir /answers/what-is-dlr.
Comment mesurer le taux de délivrance des OTP ?
Ne comptez que les accusés définitifs de l'opérateur : délivrés divisés par envoyés, par pays et par opérateur, sur une fenêtre glissante. Excluez du calcul les messages encore en attente et comptez comme échecs les accusés expirés, rejetés et non délivrables. La réponse de soumission de l'API ou du SMSC n'est pas une délivrance : elle signifie seulement que le message est entré dans le réseau. Mesurez en même temps la latence entre la soumission et l'accusé de délivrance, car un code qui arrive après son expiration est délivré mais inutile. Voir /answers/what-is-message-status.
Comment BroadNet rend-il compte du taux de délivrance des OTP ?
Chaque message envoyé via BroadNet renvoie un identifiant de message et un accusé de réception : par webhook sur l'API REST, ou sous forme de deliver_sm sur une liaison SMPP. Vous pouvez ainsi calculer le taux par pays et par opérateur à partir de votre propre trafic. Chaque page pays /coverage donne le taux de délivrabilité typique en direct opérateur pour ce marché ; pour /coverage/uae, il est de 99.6%. Ce sont des valeurs par marché, pas une moyenne mondiale ; vos propres accusés de réception donnent le taux de votre trafic.
Qu'est-ce qui fait baisser le taux de délivrance des OTP ?
Les numéros invalides ou portés, les identifiants d'expéditeur non enregistrés, les routes grises bloquées par les pare-feu des opérateurs et les contenus qui déclenchent les filtres anti-spam. Les requêtes HLR avant l'envoi, des identifiants d'expéditeur enregistrés, des routes directes opérateurs et un canal de repli traitent les principales causes. La checklist d'optimisation de la délivrance des OTP détaille chaque contrôle : voir /guides/otp-delivery-optimization-checklist.