SMS.to

SMS.to est une plateforme de communication en mode service (CPaaS) qui achemine, pour le compte des entreprises, des SMS ainsi que des messages Viber, WhatsApp ou Telegram. Édité à Paphos (Chypre), le service se pilote depuis une application web ou par une API, l’interface qui laisse un logiciel envoyer des messages sans intervention humaine. La page d’accueil cite aussi le RCS, la messagerie enrichie, à discuter avec l’équipe commerciale ; la documentation de l’API détaille surtout les SMS et les messages Viber. Le service est réservé aux professionnels. L’éditeur revendique plus de 1 000 entreprises clientes.

L’ancrage européen tient d’abord à l’éditeur, une société chypriote soumise au droit de ce pays et à la compétence des tribunaux de Paphos. L’infrastructure repose en revanche sur Amazon Web Services et Google Cloud. Les environnements de production et de reprise après sinistre se trouvent « principalement dans l’EEE », l’Espace économique européen. Dans sa politique de sécurité, l’éditeur déclare avoir adopté un système de management de la sécurité de l’information « en accord avec » la norme ISO 27001:2022. Le contrat de traitement des données (DPA) le dit seulement « aligné sur ses principes », et aucun certificat n’est publié.

La plateforme sert aussi bien aux codes de connexion à usage unique d’une application qu’aux notifications d’état de commande d’une boutique PrestaShop. Une enseigne passe aussi par SMS.to pour ses campagnes de SMS marketing. Quel que soit l’usage, l’éditeur ne garantit ni la disponibilité du service ni la réception des messages. Dans certains pays, l’identifiant d’expéditeur (le nom ou le numéro affiché au destinataire) doit être enregistré au préalable.

Sur l’engagement, deux textes de l’éditeur divergent. La page des tarifs annonce « No contracts, no commitments » (ni contrat ni engagement) et un paiement à l’usage. Les conditions d’usage prévoient pourtant une durée initiale minimale de 12 mois, sauf accord avec le gestionnaire de compte, puis une reconduction mensuelle. Une résiliation anticipée y coûte la dépense mensuelle moyenne multipliée par le nombre de mois restants. Elle reste sans frais si elle est notifiée par écrit dans les 7 jours ouvrés suivant le début du contrat.

Le remboursement oppose, lui aussi, deux textes principaux, et le DPA en prévoit un troisième cas. La politique de remboursement accepte, dans les 14 jours suivant l’achat, une demande portant sur les crédits non utilisés. Les conditions d’usage déclarent au contraire les paiements non remboursables (« No refund, exchange only », pas de remboursement, un échange seulement), hors exceptions légales ou défaut de service. Elles limitent en outre la validité des crédits achetés à la période pour laquelle ils ont été alloués. À la résiliation, le crédit inutilisé est perdu, sauf celui des paiements reçus dans les 7 jours qui la précèdent.

Côté fonctionnalités, l’application web vise d’abord les campagnes en masse.

Fonctionnalités de SMS.to

Campagnes en masse et messages personnalisés

L’application web envoie un SMS à toute une liste de contacts importée, en insérant les données propres à chacun, et suit les envois. La zone de rédaction accepte jusqu’à 5 champs dynamiques, qui adaptent un même texte à chaque destinataire. Plusieurs membres d’une équipe travaillent sous un seul compte. Le compte principal leur répartit des crédits d’envoi et fixe leurs niveaux d’accès. Le nombre maximal de membres n’est pas indiqué. Pour les envois urgents, l’éditeur annonce des connexions directes avec des opérateurs du monde entier.

Liens courts, taux de clic et désinscription

Un service de liens courts mesure ce que devient un SMS après sa réception. Il recueille le numéro de chaque destinataire qui a cliqué, son appareil et l’heure, puis en tire le taux de clic. Le service propose aussi des tests A/B. Un lien de désinscription en un clic, sur le domaine nosmsto.me, retire le destinataire des campagnes suivantes. Le consentement préalable des destinataires de SMS marketing reste à la charge du client, comme le traitement des désinscriptions.

Codes de vérification et contrôle des numéros

La Verify API gère l’authentification multifacteur sur tous les canaux, avec un repli possible sur un autre canal. Elle envoie les codes à usage unique (OTP) qui sécurisent une connexion. Avant une campagne, la vérification HLR (le registre où l’opérateur mobile enregistre ses abonnés) interroge en temps réel le réseau sur un numéro. Une vérification MNP (portabilité des numéros) la complète. Des rapports HLR servent ensuite à nettoyer une liste de contacts.

Échanges dans les deux sens

Le SMS bidirectionnel passe par la location de numéros virtuels, longs, courts ou gratuits. Ces numéros servent d’identifiant d’expéditeur ou recueillent les réponses des clients. Les statuts de livraison, les messages entrants et les désinscriptions remontent vers le logiciel de l’entreprise par webhook, un appel automatique envoyé à une adresse qu’il expose. Des journaux d’envoi complètent ce suivi. Une page publique affiche par ailleurs l’état du service.

Une API HTTP doublée d’un accès SMPP

L’API HTTP s’appelle avec un jeton d’authentification (Bearer token) et accepte, pour chaque SMS, un identifiant d’expéditeur et une adresse de rappel. Elle se double d’un accès par SMPP, le protocole standard d’échange de SMS. Le site donne des exemples de code en cURL, PHP, Node.js, Ruby, Python, Java et Go ; l’aide en ajoute en C# et en VB.NET. La documentation de l’API couvre enfin la gestion d’équipe, les listes de contacts et les rapports.