# Notifications e-mail et SMS déclenchées par la boutique

> Ajouter la marque du produit dans l’e-mail de confirmation, prévenir un client par SMS au départ du colis, alerter l’atelier dès qu’une commande contient un article particulier : ces trois demandes se ressemblent et ne se traitent pas de la même façon.

- Source canonique : [https://allaux.fr/modules/notifications-email-et-sms](https://allaux.fr/modules/notifications-email-et-sms)
- Langue : FR
- Dernière mise à jour : 2026-08-02

## Modifier un e-mail existant : le plus simple, à une condition

Les e-mails transactionnels d’une boutique reposent sur des gabarits que l’on peut modifier. Ajouter une information disponible dans la commande — une référence, une mention, un lien de suivi — est un travail court, à condition que la donnée soit déjà accessible au moment où l’e-mail est construit. Quand elle ne l’est pas, il faut la rendre disponible, et c’est là que la charge change d’ordre.

Un point mérite d’être signalé : modifier un gabarit d’e-mail livré avec la plateforme sans précaution fait perdre la modification à la mise à jour suivante, exactement comme pour un module. Sur PrestaShop, les gabarits d’e-mail peuvent être fournis par le thème ; sur WordPress et WooCommerce, ils se surchargent depuis le thème enfant. Dans les deux cas, la modification doit vivre ailleurs que dans le cœur.

## SMS et alertes internes : ce que ça implique vraiment

Le SMS n’est pas un e-mail plus court. Il passe par un opérateur extérieur, avec un coût par message, un format d’expéditeur réglementé et des règles de consentement propres. Techniquement, le travail consiste à déclencher l’envoi au bon moment, à gérer les échecs, et surtout à ne pas envoyer deux fois le même message si le statut de commande change deux fois. Cette dernière précaution est ce qui distingue une intégration correcte d’une intégration coûteuse.

L’alerte interne est le cas le plus simple techniquement et le plus utile en exploitation : prévenir une adresse ou un canal d’équipe quand une commande remplit une condition particulière. Elle ne dépend d’aucun consentement client et ne coûte rien par message.

Dans tous les cas, je pose la même question avant d’écrire quoi que ce soit : que doit-il se passer si l’envoi échoue. Une notification perdue en silence est pire qu’une notification absente, parce que tout le monde continue de compter dessus.

## Un e-mail qui part n’est pas un e-mail qui arrive

> L’envoi et la délivrabilité sont deux sujets distincts. Une boutique peut envoyer correctement des messages qui finissent en indésirables faute de configuration d’authentification du domaine expéditeur. C’est une cause fréquente et souvent confondue avec un défaut de module.

## Pages liées

- **E-mails de confirmation de commande non reçus** — Quand le problème n’est pas le contenu du message mais son acheminement. ([/prestashop/problemes/emails-confirmation-commande-non-recus](/prestashop/problemes/emails-confirmation-commande-non-recus))
- **E-mails de commande non reçus sur WooCommerce** — Le même diagnostic côté WordPress et WooCommerce. ([/wordpress-woocommerce/problemes/emails-commande-non-recus](/wordpress-woocommerce/problemes/emails-commande-non-recus))
- **Statuts de commande personnalisés** — Le déclencheur le plus courant d’une notification métier. ([/prestashop/problemes/statuts-commande-personnalises](/prestashop/problemes/statuts-commande-personnalises))

## FAQ

### Peut-on ajouter n’importe quelle information dans un e-mail de commande ?

Toute donnée liée à la commande, oui. Une donnée qui n’y est pas rattachée demande d’abord d’être rendue accessible au moment de la génération du message, ce qui est un travail distinct de la modification du gabarit.

### Faut-il le consentement du client pour un SMS ?

Un message strictement lié à l’exécution de la commande et un message commercial ne relèvent pas des mêmes règles. La distinction est importante, et c’est un point à cadrer avant de développer, pas après.

### Comment éviter d’envoyer plusieurs fois la même notification ?

En enregistrant ce qui a déjà été envoyé pour une commande donnée, plutôt qu’en se fiant au seul changement de statut. Un statut peut être appliqué deux fois, manuellement ou par un traitement automatique.

### Peut-on tester les notifications sans écrire à de vrais clients ?

Oui, et c’est indispensable : sur une copie de test, l’envoi doit être redirigé vers une adresse interne ou complètement bloqué. C’est la première chose à mettre en place avant tout essai.