Remise mondiale des OTP
Une seule connexion pour les codes de vérification, les notifications de compte et le marketing avec consentement, routés par destination.
SMS A2PApplications qui s’internationalisent
Des codes de vérification qui atteignent vos utilisateurs dans chaque nouveau marché
Envoyez codes d’inscription et de connexion vers 190+ pays via une seule connexion SMPP ou HTTP, avec une route de test vers vos propres téléphones et des types d’expéditeur choisis par pays.
Ce que vous obtenez
Une seule connexion transporte les codes de vérification, les notifications de compte et le marketing avec consentement. Le type d’expéditeur, les enregistrements et le tarif sont choisis par destination, et vous pouvez tester un marché avant d’y engager du volume.
Routes de test
Envoyez des messages de test vers vos propres téléphones dans les marchés de votre choix et vérifiez ce qu’affiche le téléphone, pas seulement l’accusé de remise.
Comment nous testons les routes
Types d’expéditeur par pays
Chaque marché décide si vous envoyez depuis un numéro long, un code court ou un nom de marque. Nous confirmons le type exigé par votre marché.
Types d’expéditeurExemples, pas un avis juridique
Types d’expéditeur et points de conformité : deux exemples
Les règles diffèrent sur chaque marché. Deux exemples de ce qu’une application doit anticiper ; nous confirmons les règles en vigueur pour vos destinations dans le devis.
| Marché d’exemple | Types d’expéditeur | Points à anticiper |
|---|---|---|
| Mexique | Confirmé dans votre devis | Les personnes inscrites au registre national d’opposition à la publicité (REPEP) doivent cesser de recevoir des SMS publicitaires ; prévoyez donc la gestion du consentement et de la désinscription. |
| Brésil | Codes courts, numéros longs | La LGPD s’applique aux numéros de téléphone et aux données personnelles que vous envoyez ; les règles d’opt-in et d’opt-out s’appliquent au marketing. |
Ceci est une information générale, pas un avis juridique. Vérifiez chaque marché avec votre conseil.
Intégration SMPP
Connectez-vous une fois, envoyez partout
Un bind est une session entre votre application et notre centre de messagerie : vous soumettez la destination et l’expéditeur attendu par le marché, et chaque envoi peut renvoyer un accusé de remise. Le type d’expéditeur et la route sont confirmés par destination lors de l’intégration ; l’encodage est un choix par message dans votre application.
- Protocoles
- SMPP 3.4 · HTTP
- Débit
- 200+ TPS par bind
- Encodage
- GSM-7 · UCS-2, pour le chinois et les autres écritures
- Accusés de remise
- Par message, par deliver_sm ou callback HTTP
- Concaténation
- UDH ; 153 caractères GSM-7 ou 67 caractères UCS-2 par partie
- Adresse de destination
- Chiffres E.164 : indicatif pays en premier, sans signe plus dans l’adresse SMPP
- Enregistrements
- Identifiants d’expéditeur, codes courts et plages de numéros là où le marché l’exige, confirmés avant le lancement
Politique de trafic
Ce que nous acheminons
- Codes de vérification (OTP)
- Notifications de compte et de commande
- Marketing vers des destinataires ayant donné leur accord
Ce que nous n’acheminons pas
- Jeux d’argent
- Recouvrement de créances
- Prêts sans licence
- Contenu politique
- Promotions non sollicitées
- Trafic SIM-box et routes grises
Quand nous ne sommes pas le bon choix
Des limites à connaître avant de planifier un nouveau marché sur nos routes.
Adapté pour
- Les applications qui envoient des codes d’inscription et de connexion, des avis de compte et du marketing avec accord préalable depuis une seule connexion
- Les équipes qui veulent tester un marché sur leurs propres téléphones avant d’y engager du volume
Pas adapté pour
- Le marketing vers des utilisateurs qui n’ont pas donné leur accord, ou le trafic hors de notre politique de trafic
- Le test du parcours de connexion de votre propre application ou de votre trafic utilisateur réel : les tests de route n’utilisent que des messages de test
FAQ
Pouvons-nous tester avant de signer ?
Oui. Demandez une route de test ; après examen de votre demande, nous mettons en place des identifiants de test pour que vous puissiez envoyer vers vos propres téléphones dans les marchés de votre choix.
Publiez-vous vos prix ?
Non. Les tarifs dépendent de la destination, du type d’expéditeur et du volume ; nous établissons donc un devis pour chaque demande.
Pouvons-nous envoyer des codes en caractères chinois ?
Oui. Les messages en chinois utilisent l’encodage UCS-2, qui tient moins de caractères par segment. Comptez les segments avant d’envoyer avec le compteur de segments SMS.
Quelle longueur un OTP peut-il avoir avant de coûter deux messages ?
Le GSM-7 tient 160 caractères dans un segment, ou 153 une fois ajouté un en-tête de concaténation ; l’UCS-2 en tient 70, ou 67 avec l’en-tête. Un code à six chiffres n’est jamais le problème ; le modèle qui l’entoure peut l’être. Vérifiez le décompte avec le compteur de segments SMS avant de modifier la formulation, et lisez concaténation si vos messages se divisent.
Qu’est-ce qui doit être enregistré avant d’envoyer vers un nouveau marché ?
Cela dépend du marché : les identifiants d’expéditeur alphanumériques, les codes courts et les plages de numéros dédiées peuvent nécessiter un enregistrement, et certaines destinations examinent d’abord le contenu du modèle. Nous confirmons ce qui s’applique, et le délai, dans votre devis. Enregistrement de l’expéditeur explique ce qui est généralement demandé, et identifiants d’expéditeur au Mexique et au Brésil montre comment deux marchés diffèrent.
Comment savoir qu’un code a atteint le téléphone ?
Un accusé de remise indique que le réseau a accepté et remis le message ; il ne prouve pas que le terminal a affiché le bon expéditeur ou le bon texte. Sur une route de test, envoyez vers vos propres téléphones et vérifiez sur chacun l’expéditeur, les accents, l’assemblage des messages longs et les liens. Tests de route et fraude à la remise des OTP expliquent les modes de défaillance à contrôler.
Pouvons-nous conserver une seule intégration en ajoutant des marchés ?
Oui : le bind SMPP ou le point de terminaison HTTP reste, tandis que le type d’expéditeur et la route changent par destination. Gardez l’expéditeur comme paramètre dans votre couche de modèles plutôt que de le coder en dur par pays, afin qu’un changement de marché ne nécessite pas une nouvelle version de l’application. SMPP ou HTTP expose les arbitrages.
Apprendre
Parcours: SMS A2P : du code à la production
Solutions associées: SMS A2P pour apps à l’international
Indiquez-nous vos marchés et vos volumes mensuels
Notre équipe répond avec les prochaines étapes ou un devis.