Envoyer des millions de SMS par jour : le guide haut volume

Comment gérer files d'attente et limitation de débit à grande échelle ?

Placez une file durable entre votre application et la connexion SMPP, et vidangez-la avec un limiteur de débit modifiable à l'exécution. La file absorbe les pics ; le limiteur vous maintient au débit convenu.

• Un token bucket par bind et par route. Rechargez-le au TPS convenu ; prélevez un jeton pour chaque submit_sm, en comptant chaque segment.
• Une file par priorité. D'abord les OTP et alertes, puis le transactionnel, puis le promotionnel.
• Délai croissant en cas d'erreur. Sur ESME_RTHROTTLED (0x58) ou ESME_RMSGQFUL (0x14), faites une pause, puis réessayez avec un délai exponentiel et du jitter. Ne renvoyez pas en boucle serrée.
• Reconnexion avec délai croissant après une déconnexion, et suivez les sequence numbers en attente pour pouvoir rapprocher ce qui a été accepté.
• Maintenez les sessions actives. La spécification définit un minuteur enquire_link pour vérifier que le pair a toujours une session active et un minuteur d'inactivité après lequel une session peut être coupée. Envoyez enquire_link pendant les périodes d'inactivité.
• Soumissions idempotentes. Enregistrez votre propre identifiant de message avant de soumettre, pour qu'un réessai ne puisse pas envoyer deux fois.

Comment router par opérateur à grande échelle ?

Placez files et limitation par opérateur de destination en plus de par bind, car un opérateur lent ne doit pas bloquer les autres. Les opérateurs peuvent plafonner le trafic A2P par expéditeur ou par route : la limite effective d'un pays peut donc être inférieure au débit du compte.

1. Associez chaque numéro à son opérateur. La recherche de numéro aide ; voir recherche HLR.
2. Conservez une file et un limiteur par opérateur ou par groupe de routes.
3. Surveillez le taux de livraison et le délai des accusés par opérateur, et ralentissez ceux qui se dégradent.
4. Demandez à votre fournisseur si des routes directes sont utilisées ; voir routes directes et routes grises.

Comment gérer les accusés de réception à grande échelle ?

Traitez les accusés de réception comme un second flux aussi volumineux que le premier. Un accusé arrive sous forme de deliver_sm sur votre bind, et vous devez répondre à chacun par un deliver_sm_resp. La spécification définit ces états, finaux et intermédiaires, dans l'accusé : DELIVRD, EXPIRED, DELETED, UNDELIV, ACCEPTD, UNKNOWN et REJECTD. Voir accusés de réception et statuts de livraison des messages expliqués.

Une conception fiable :

1. Acquittez vite. Répondez par deliver_sm_resp dès que l'accusé est dans une file.
2. Traitez de façon asynchrone avec des workers qui rattachent l'accusé au message d'origine par identifiant de message.
3. Rendez le traitement idempotent. Les accusés peuvent être répétés, et une livraison dans le désordre est possible.
4. Gérez les segments. Selon la route, vous pouvez recevoir un accusé par partie ou par message ; testez-le.
5. Fixez un délai d'expiration pour les messages qui n'obtiennent jamais de statut final et marquez-les comme inconnus.
6. Gardez les consommateurs d'accusés hors du chemin de soumission pour qu'un retard ne ralentisse pas l'envoi.

Que faut-il enregistrer dans chaque pays avant d'envoyer ?

Les règles de sender ID diffèrent d'un pays à l'autre, et dans certains marchés les expéditeurs non enregistrés sont bloqués ou remplacés. Exemples : les Émirats et l'Arabie saoudite exigent un enregistrement auprès des opérateurs, l'Inde impose l'enregistrement DLT de l'en-tête et de chaque modèle, et les États-Unis utilisent le 10DLC ou le toll-free plutôt que des expéditeurs alphanumériques. Les délais vont de quelques jours ouvrés à environ un mois dans les marchés que nous suivons.

Lancez les enregistrements en premier, car ils sont sur le chemin critique du lancement. Consultez les règles du SMS marketing par pays, le vérificateur de sender ID et le guide du sender ID pour les Émirats et l'Arabie saoudite. Nous préparons et déposons les enregistrements avec vous via notre service d'enregistrement ; les approbations restent du ressort des régulateurs et des opérateurs.

Comment respecter les plages horaires interdites à grand volume ?

Programmez les promotions selon l'heure locale de chaque destinataire et la règle du pays, et laissez le trafic non promotionnel en dehors de cette restriction. Certains marchés publient des fenêtres : les Émirats interdisent les SMS marketing de 21:00 à 07:00, et l'Arabie saoudite de 22:00 à 09:00 et de 01:00 à 12:00 pendant le Ramadan. Voir plages horaires interdites.

• Regroupez la liste par pays et fuseau horaire avant la mise en file.
• Libérez chaque groupe dans sa propre file à l'ouverture de sa fenêtre.
• Arrêtez les files promotionnelles à la fin de la fenêtre et reportez le reste au lendemain.
• Planifiez la séquence avec le planificateur d'heure d'envoi.

Une fenêtre étroite augmente le TPS nécessaire : vérifiez-le dans la formule de planification.

Pourquoi séparer le trafic OTP et le trafic promotionnel ?

Les OTP et les alertes sont urgents, alors que les campagnes promotionnelles sont envoyées en masse ; s'ils partagent une file ou un bind, une campagne peut retarder un code de connexion. Utilisez des binds ou comptes séparés, des sender ID séparés quand les règles l'exigent, des files séparées avec priorité stricte et une supervision séparée. Les OTP n'étant pas promotionnels, les plages horaires interdites ne s'appliquent pas à eux. Protégez aussi les routes OTP contre les abus : voir la prévention de la fraude par SMS pumping et le guide des OTP.

Quels KPI surveiller ?

Surveillez la santé des soumissions, l'âge des files, les résultats et le délai des accusés, par pays et par opérateur. Déclenchez des alertes sur les écarts par rapport à votre propre référence.

Voir améliorer le taux de livraison des SMS pour le diagnostic.

Quelle checklist de lancement pour un envoi de plusieurs millions ?

1. TPS de pointe requis calculé à partir des segments, de la plage et de la charge OTP.
2. Débit par bind, nombre de binds, fenêtre et IP sources confirmés par écrit par votre fournisseur.
3. Sender ID enregistrés pour chaque pays, avec les modèles là où ils sont exigés.
4. Test de charge sur une fraction du volume, puis montée en puissance par paliers ; ne démarrez pas au maximum.
5. Files, limiteur, délai croissant et idempotence testés, y compris une déconnexion forcée.
6. Chaîne des accusés testée au volume complet.
7. Programmation des plages horaires interdites vérifiée pays par pays.
8. Trafic OTP séparé et surveillé.
9. Tableaux de bord et alertes actifs, avec un responsable d'astreinte.
10. Un bouton d'arrêt qui stoppe instantanément les files promotionnelles.

Comment OmniChannels.ai vous aide

BroadNet livre les SMS via une connectivité directe aux opérateurs et prend en charge SMPP 3.4 sur TLS avec des binds provisionnés par compte, ainsi qu'une API REST, l'envoi en masse, le SMS bidirectionnel, l'Unicode et l'arabe, la recherche HLR et des rapports de livraison. La capacité est dimensionnée par compte et par route : indiquez-nous vos destinations, votre volume de pointe, vos plages d'envoi et vos sender ID, et nous convenons avec vous du débit, des binds et des enregistrements. Notre équipe prépare les enregistrements de sender ID. Contactez l'équipe commerciale avec votre plan de volumes, ou découvrez le programme grossiste.