SMS transactionnel : notifications automatiques par API

Le SMS transactionnel, c'est quoi ?

Un SMS transactionnel est un message déclenché par une action de votre client ou par un événement de votre système : il valide sa commande, vous lui confirmez. Le colis part, il reçoit le lien de suivi. Il prend rendez-vous, il reçoit un rappel la veille.

C'est un message de service, attendu par le destinataire, et non une sollicitation commerciale. On parle aussi de SMS de service, de notification SMS ou d'envoi SMS automatique ; la charte AF2M, qui fait référence en France, emploie le terme de message à caractère fonctionnel. Cette distinction n'est pas cosmétique : elle change le régime réglementaire applicable, comme détaillé plus bas.

Le SMS transactionnel n'est pas un produit à part chez SMS Proxima : c'est le même compte, les mêmes crédits et le même tarif que vos campagnes marketing. Seul le mode de déclenchement change.

	SMS marketing	SMS transactionnel
Déclenché par	Vous, à l'initiative de la campagne	Une action du client ou un événement système
Objectif	Promouvoir, fidéliser, relancer	Informer, confirmer, sécuriser
Destinataires	Une liste, un segment	Un client à la fois
Consentement commercial	Généralement requis en B2C	Non requis (message de service)
Plages horaires	8h–21h30, lundi au samedi recommandé	À tout moment
Mention STOP	Obligatoire	Non requise

Attention : un message de service qui contient une offre promotionnelle redevient un message marketing, avec toutes les obligations correspondantes. Une confirmation de commande accompagnée d'un code de réduction bascule dans la catégorie marketing.

Cas d'usage

Le point commun : un événement se produit, le client doit le savoir tout de suite.

Confirmation de commande

Le client valide son panier, il reçoit un récapitulatif avec son numéro de commande.

« Bonjour Marie, votre commande n°1234 est confirmée. Merci ! »

Suivi d'expédition

Colis expédié, en cours de livraison, disponible en point relais : chaque étape peut déclencher un SMS.

« Votre colis n°1234 est expédié. Suivi : sms4.fr/abc »

Rappel de rendez-vous

Le rappel envoyé la veille réduit sensiblement les rendez-vous manqués : garages, salons, cabinets, opticiens.

« Rappel : votre RDV demain à 14h au Garage Dupont. »

Code de vérification

Création de compte, connexion, validation de paiement : le SMS reste le canal le plus universel pour un code à usage unique.

« Votre code de vérification : 483920 »

Réinitialisation et sécurité du compte

Mot de passe oublié, connexion depuis un nouvel appareil, modification de coordonnées bancaires : le client est prévenu immédiatement.

« Lien de réinitialisation : sms4.fr/xyz — valable 15 min. »

Alertes et notifications

Incident technique, seuil dépassé, intervention planifiée : prévenez vos clients ou vos équipes depuis votre applicatif métier.

« Intervention prévue le 12/09 entre 9h et 12h. »

Votre secteur n'est pas dans la liste ? Ces mécanismes s'adaptent à toute activité qui gère des commandes, des rendez-vous ou des comptes clients. Parlons-en.

Deux façons de le mettre en place

Selon que vous ayez une boutique PrestaShop ou un logiciel à connecter, avec ou sans développeur.

Sans code : module PrestaShop

Aucune compétence technique

Installez le module, entrez votre clé API, définissez vos règles. Un SMS part automatiquement quand une commande change de statut.

Déclenchement sur n'importe quel statut PrestaShop, règle par règle
Variables [[commande]], [[statut]], [[prenom]]…
Règles activables et désactivables à la demande
Mode test intégré au back-office, sans débit de crédits

Compatible PrestaShop 8.x et 9.x, PHP 8.1 ou supérieur. Installations multiboutique adaptées sur demande.

Découvrir le module PrestaShop

Avec code : API REST

Pour votre CRM, ERP ou site

Une requête HTTP depuis n'importe quel langage. Un SDK PHP officiel est disponible pour aller plus vite.

Authentification par token Bearer, format JSON
Envoi immédiat ou différé (timeToSend)
Mode sandbox : réponse identique, aucun crédit débité
SDK PHP 7.4+ sans dépendance, avec exceptions typées
Codes d'erreur explicites pour chaque cas métier

Envoyer un SMS de confirmation :

$sms = new SmsProxima('VOTRE_TOKEN');
$sms->send(
    '33612345678',
    'BOUTIQUE',
    'Votre commande #1234 est confirmée.'
);

Lire la documentation API

Un autre CMS ou un logiciel métier spécifique ? L'API s'intègre partout, et nous pouvons vous accompagner sur la mise en place. Nous contacter.

Fiabilité des SMS transactionnels : éviter les doubles envois et les messages perdus

Une campagne ratée se relance. Un code de vérification envoyé deux fois, ou jamais reçu, est un incident client. L'API est conçue pour ça.

Aucun double envoi

Votre serveur perd la connexion au moment de l'appel et rejoue la requête ? Le message n'est envoyé qu'une seule fois.

Vous transmettez une clé d'idempotence avec votre requête. Si elle est rejouée dans les 24 heures, l'API renvoie la réponse d'origine sans réexpédier le SMS ni débiter de crédit.

Webhooks signés et réessayés

Votre système est prévenu de ce qui se passe après l'envoi, sans avoir à interroger l'API.

Trois événements : accusé de réception, réponse STOP, réponse entrante. Chaque appel est signé en HMAC SHA-256, et réessayé jusqu'à huit fois sur 24 heures si votre endpoint ne répond pas.

Accusés de réception

Savoir si le message est arrivé compte davantage sur un envoi unitaire que sur une campagne de masse.

Chaque envoi remonte un statut : remis, en échec, ou en attente de retour opérateur — avec l'opérateur du destinataire et l'horodatage.

Sandbox et comptage

Testez l'intégralité de votre parcours d'inscription ou de commande sans envoyer un seul SMS réel.

Le mode sandbox renvoie la même structure de réponse qu'un envoi réel, sans débit. Un endpoint de comptage vous indique le nombre de segments avant l'envoi, pour éviter de payer deux SMS au lieu d'un.

Un point à connaître avant d'intégrer : pour recevoir les réponses de vos destinataires, l'expéditeur doit être un numéro court, et non votre nom de marque. Les deux ne sont pas cumulables : soit vos messages affichent le nom de votre entreprise, soit vos clients peuvent répondre. Pour la plupart des usages transactionnels, l'expéditeur nommé reste préférable.

Ce que dit la réglementation

C'est la principale source de confusion sur le sujet, et la principale différence pratique avec le SMS marketing.

Le consentement commercial n'est pas requis

Un message de service n'est pas de la prospection. Si votre client a passé commande, pris rendez-vous ou créé un compte en fournissant son numéro, vous pouvez l'informer du déroulement de sa demande. La base légale est l'exécution du contrat, pas le consentement marketing.

À l'inverse, un message promotionnel suppose en principe le consentement préalable du destinataire en B2C — avec une exception pour vos clients existants, sur des produits ou services analogues à ceux qu'ils vous ont déjà achetés, et à condition qu'ils puissent s'y opposer facilement.

Les plages horaires ne s'appliquent pas

Depuis mars 2026, la charte AF2M autorise les messages promotionnels entre 8h et 21h30, du lundi au samedi de préférence ; les dimanches et jours fériés sont tolérés mais déconseillés. Les messages à caractère fonctionnel — livraison, authentification, relation client initiée par l'utilisateur — ne sont pas concernés par ces restrictions. Un code de vérification à 23h ou une alerte d'incident un dimanche matin sont légitimes, parce que le client les attend au moment où ils lui sont utiles.

La mention STOP n'est pas obligatoire

Elle est réservée aux messages commerciaux. L'ajouter sur une confirmation de commande n'a pas de sens et consomme des caractères. Sur notre API, la mention est activée par défaut : pensez à la désactiver explicitement sur vos envois transactionnels.

Le RGPD continue de s'appliquer

Information des personnes, durée de conservation, droit d'accès et d'effacement : les obligations restent entières. Le numéro de mobile est une donnée personnelle, quel que soit l'usage qu'on en fait.

La frontière est vite franchie

Un message qui mêle information de service et offre commerciale est traité comme un message commercial. Ajouter « -10 % sur votre prochaine commande » à une confirmation d'expédition fait basculer l'ensemble du message dans le régime marketing : consentement, horaires et mention STOP redeviennent obligatoires.

Le cas le plus fréquent est celui de la relance de panier abandonné. Elle est automatique et déclenchée par un événement, ce qui la fait souvent ranger à tort parmi les messages transactionnels : son objet est d'inciter à l'achat, elle relève donc de la prospection commerciale. Notre module PrestaShop la propose, mais elle doit être traitée comme une campagne marketing.

Ces éléments sont donnés à titre informatif et ne constituent pas un conseil juridique. Votre situation peut comporter des spécificités, notamment en santé, en assurance ou dans le secteur public. En cas de doute, échangeons avant de mettre en place vos envois.

Tarifs

Le SMS transactionnel est facturé au même tarif que le SMS marketing, sur la même grille dégressive. Pas de supplément, pas d'abonnement, pas de frais d'accès à l'API.

L'API, le SDK PHP, les webhooks, les accusés de réception et le module PrestaShop sont inclus. Vos crédits n'expirent pas : utile quand vos volumes transactionnels sont irréguliers.

Consulter la grille tarifaire

Questions fréquentes

Tout ce qu'il faut savoir avant de mettre en place vos SMS transactionnels

Pas si vous avez une boutique PrestaShop : le module se configure depuis le back-office, vous choisissez les statuts de commande qui déclenchent un SMS et vous rédigez les messages. Pour tout autre logiciel, une intégration via notre API est nécessaire — quelques lignes de code suffisent, et nous pouvons vous accompagner.

Pas pour un message de service lié à une commande, un rendez-vous ou un compte que le client a lui-même initié. Dès que le message contient une offre promotionnelle, le régime commercial s'applique : consentement préalable en B2C, sauf pour vos clients existants sur des produits ou services analogues. Les obligations RGPD d'information et de conservation s'appliquent dans tous les cas.

Oui. Les restrictions horaires de la charte AF2M visent les messages promotionnels ; les messages à caractère fonctionnel n'y sont pas soumis. Un code de vérification, une alerte technique ou une confirmation de paiement peuvent partir à toute heure : c'est précisément à ce moment-là qu'ils sont utiles au destinataire.

Oui, pour la partie envoi. La génération du code et la vérification de sa validité restent à la charge de votre application : nous ne fournissons pas de service de génération et de contrôle clés en main. Ce que nous apportons sur ce cas d'usage : la garantie qu'un seul code part même en cas de rejeu réseau, les accusés de réception pour savoir s'il est arrivé, et le mode sandbox pour tester votre parcours d'inscription.

Vous le savez. Chaque envoi remonte un accusé de réception avec son statut — remis, en échec, ou en attente de retour opérateur. Vous pouvez le récupérer via l'API ou le recevoir automatiquement par webhook, et déclencher une action de votre côté : relance sur un autre canal, alerte interne, mise à jour de la fiche client.

Non. Même grille dégressive, même compte, mêmes crédits. L'accès à l'API, le SDK, les webhooks et le module PrestaShop sont inclus sans surcoût. Vous ne payez que les SMS effectivement envoyés — les envois en mode sandbox ne sont pas débités.

Oui, depuis le même compte et le même solde de crédits. Vos campagnes se préparent dans la plateforme, vos envois transactionnels partent par API ou depuis votre module : les deux usages cohabitent sans configuration particulière. Veillez simplement à ne pas mélanger les deux natures dans un même message.

Créer un compte gratuitement Documentation API Module PrestaShop

SMS transactionnel : informez vos clients au bon moment