Qu'est-ce qu'une passerelle SMS ? Types, fonctionnement, choix

Pourquoi les SMS professionnels ne doivent-ils pas passer par des SIM boxes ?

L'envoi par SIM contourne l'accord commercial avec l'opérateur : le trafic peut donc être retardé, rebaptisé ou bloqué. En messagerie, c'est la technique à l'origine de nombreuses routes grises.

Nos entrées sur la fraude par SIM box et les routes grises décrivent les symptômes :

• Les messages professionnels arrivent depuis un numéro mobile local aléatoire au lieu de l'identifiant d'expéditeur enregistré.
• Les messages arrivent en retard, perdent l'encodage arabe ou sont bloqués lorsque l'opérateur détecte les SIM.
• Les accusés de réception peuvent être peu fiables, voire fabriqués par la passerelle.
• Les règles d'enregistrement de l'identifiant d'expéditeur dans des marchés comme les Émirats arabes unis et l'Arabie saoudite ne sont pas respectées.

L'entreprise qui a envoyé le message supporte le risque, souvent sans le voir. Un prix très bas est un signal d'alerte. Demandez le type de route par destination et testez avec vos propres numéros.

Quelles fonctions une passerelle SMS doit-elle offrir ?

Une bonne passerelle gère de façon fiable les parties ingrates : accusés de réception, encodage, débit et identifiants d'expéditeur. Utilisez cette liste pour comparer les options.

Comment choisir une passerelle SMS ?

Décidez d'abord de votre trafic, puis testez les routes avec vos propres numéros avant de basculer du volume. Suivez cette séquence.

1. Listez les destinations et les types de trafic : OTP, alertes et promotions se comportent différemment et sont souvent enregistrés séparément.
2. Vérifiez les règles d'identifiant d'expéditeur de chaque pays avec le vérificateur d'identifiant d'expéditeur gratuit.
3. Choisissez API ou SMPP. La plupart des applications utilisent l'API, et les expéditeurs à fort volume ajoutent SMPP.
4. Demandez le type de route par pays et l'origine des accusés de réception.
5. Faites un test avec vos propres numéros vérifiés dans chaque pays cible. Contrôlez le délai d'arrivée, l'affichage de l'expéditeur, le rendu de l'arabe et les accusés.
6. Examinez le support et les circuits d'escalade, y compris qui contacter quand les messages s'arrêtent.
7. Lisez les conditions commerciales, notamment la façon dont les enregistrements d'identifiant d'expéditeur et les prix sont chiffrés. Notre liste de contrôle pour choisir un prestataire de SMS en masse va plus loin.

Le kit gratuit d'appel d'offres pour prestataires de messagerie peut transformer cette liste en questions pour les fournisseurs.

Comment se connecter à une passerelle SMS et envoyer un premier message ?

Demandez un accès de test, stockez votre jeton en lieu sûr, appelez le point d'accès d'envoi et recevez le statut de remise sur un webhook. Avec BroadNet, il n'y a pas d'inscription en libre-service immédiate : la première étape est donc une courte demande d'accès.

1. Demandez un accès de test. Indiquez-nous vos canaux, vos pays de destination, le volume attendu et votre cas d'usage. Un ingénieur émet des identifiants de test et vérifie les numéros avec lesquels vous testerez.
2. Stockez le jeton dans une variable d'environnement comme BROADNET_TOKEN sur votre serveur.
3. Envoyez un message avec POST /sms/sendSms vers https://api.broadnet.me, avec l'en-tête Authorization: Bearer <token>.
4. Recevez le statut sur votre webhook HTTPS. Les statuts comprennent SUBMITTED, SENT, DELIVERED, READ, FAILED et REJECTED. Gérez les doublons et les événements hors séquence.

curl -X POST https://api.broadnet.me/sms/sendSms \
  -H "Authorization: Bearer $BROADNET_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "senderId": "OmniDemo",
    "destinationNumber": "447700900123",
    "message": "Your OmniDemo code is 482913",
    "messageType": "TEXT"
  }'

Le pas-à-pas complet, avec Node.js, Python et PHP, se trouve dans le guide de démarrage rapide pour développeurs, la référence de l'API SMS et le guide des webhooks. Pour SMPP, les binds sont provisionnés par compte et utilisent TLS ; voir connectivité SMPP.

Quelles erreurs commet-on avec les passerelles SMS ?

La plupart des problèmes viennent d'hypothèses sur la remise et les routes, pas de l'appel d'API.

• Confondre « accepté » et « remis ». Attendez l'accusé de réception.
• Ignorer l'encodage. Un seul caractère arabe peut faire passer un message en UCS-2 et réduire la taille du segment. Utilisez le compteur de caractères SMS.
• Sauter l'enregistrement de l'identifiant d'expéditeur dans les pays qui l'exigent.
• Acheter sur le seul prix. Des routes bon marché peuvent être des routes grises.
• Envoyer OTP et promotions sur la même route sans les séparer.
• Ne pas prévoir de basculement. Demandez ce qui se passe quand une route se dégrade.
• Négliger les contrôles anti-fraude. Des points d'accès OTP non protégés attirent le SMS pumping.

Exemple concret : une application de livraison à Dubaï

« Rahal Express », application de livraison fictive à Dubaï, envoie un code de connexion, une alerte « le livreur arrive » et une promotion hebdomadaire. Leur première passerelle était un pont e-mail vers SMS intégré à un ancien outil. Les codes arrivaient parfois après l'expiration de la session, les noms arabes étaient altérés et l'application n'avait aucun statut de remise.

Ils passent à une passerelle API : l'application appelle le point d'accès SMS, l'identifiant d'expéditeur est enregistré là où c'est nécessaire, le texte arabe est compté en segments UCS-2 avant l'envoi, et les statuts reviennent sur un webhook pour que le support voie les échecs. Le trafic OTP et le trafic promotionnel utilisent des campagnes et des identifiants d'expéditeur distincts. Ils réalisent un test sur leurs propres numéros dans chaque destination avant de basculer du volume. Le résultat n'a rien de magique : une remise visible, un texte correct et un responsable clair pour chaque message.

Comment OmniChannels.ai vous aide

OmniChannels.ai envoie des SMS A2P via la connectivité directe aux opérateurs de BroadNet, avec SMS bidirectionnel, identifiants d'expéditeur, envoi en masse, Unicode et arabe, HLR lookup et SMPP 3.4 pour les gros volumes. Une API REST à api.broadnet.me rapporte les statuts de remise dans un format de webhook unique, et notre équipe prépare et dépose avec vous les enregistrements d'identifiant d'expéditeur. L'accès de test est limité à vos propres numéros vérifiés. Demandez un accès ou lisez la documentation développeur pour commencer.