Canaux d’alerte
Une alerte, quatre canaux
Chaque alerte commence comme un e-mail — le canal que chaque boutique envoie — et les canaux optionnels se tiennent à côté de lui, jamais à sa place. Chaque canal optionnel se trouve ci-dessous avec le message exact qu’il envoie, rendu depuis le vrai modèle sur des données d’exemple, et avec les conditions sous lesquelles il envoie, énoncées comme l’application les énonce à la boutique elle-même.
L’alerte elle-même — le canal que chaque boutique envoie.
Dès qu’un produit est de retour, l’application envoie un e-mail à tous ceux qui l’ont demandé, automatiquement, par vagues contrôlées, pour qu’une longue liste n’arrive jamais sur la boutique d’un seul coup.
Il part du propre domaine d’envoi de la boutique une fois qu’elle le connecte : l’application vérifie les enregistrements DKIM et DMARC avant le premier envoi, et jusque-là les alertes partent de l’adresse d’envoi de l’application, avec le nom de la boutique dessus.
Il parle la langue de la boutique : le bloc d’inscription et les e-mails d’alerte la suivent automatiquement, à travers 24 langues.
Le consentement du client est l’inscription elle-même — l’adresse qu’il laisse sur le produit épuisé. Rien d’autre ne lui est demandé.
L’e-mail est le propre message de la boutique : son objet, ses mots d’ouverture et son bouton peuvent être reformulés dans les Réglages, donc ce qui se tient ici est l’alerte dans son cadre, pas un texte fixe.
SMS
Un SMS à côté de l’e-mail, pour les clients qui en demandent un.
Avec le canal activé et ses conditions réunies, le formulaire d’inscription gagne un champ de téléphone avec sa propre case de consentement, séparée de l’inscription par e-mail : un client qui la coche et laisse un numéro reçoit un SMS quand son article revient, en plus de l’e-mail.
Chaque SMS porte les mots pour l’arrêter — répondez STOP — et arrêter les SMS n’arrête rien d’autre.
Les SMS sont envoyés à la pièce, sous le plafond quotidien propre au canal ; quand le plafond est atteint, les alertes restantes du jour partent par e-mail seulement — rien n’est mis en file ni réessayé.
- Désactivé tant que la boutique ne l’active pas dans les Réglages : tant qu’il est éteint, aucun SMS n’est envoyé.
- Partie du plan payant : tant que la boutique n’y est pas, l’interrupteur est enregistré et aucun SMS n’est envoyé.
- Le fournisseur est celui de l’application — rien à connecter côté boutique : tant qu’il n’est pas connecté, aucun SMS n’est envoyé non plus.
Aperçu — le message que vos clients reçoivent, rendu depuis le vrai modèle avec des données d’exemple (la boutique, le produit et le lien sont fictifs) :
La même alerte en message WhatsApp, sur un consentement propre.
Le champ de téléphone gagne une deuxième case de consentement, pour WhatsApp seul : un seul numéro sert les deux canaux téléphoniques, et un client peut prendre les SMS, les messages WhatsApp, les deux, ou ni l’un ni l’autre — le consentement de chaque canal est le fait propre du client.
WhatsApp ne laisse pas une entreprise ouvrir une conversation en texte libre : chaque alerte part comme un seul modèle de message, approuvé à l’avance, rempli avec le nom de la boutique, le produit et son lien. Approuver ce modèle fait partie de la connexion du compte WhatsApp de l’application — il n’y a rien à écrire côté boutique.
Chaque message se termine par les mots pour l’arrêter — répondez STOP — ce qui arrête les messages de ce canal seulement.
Les messages sont envoyés à la pièce, sous le plafond quotidien propre au canal ; quand le plafond est atteint, les alertes restantes du jour partent par e-mail seulement — rien n’est mis en file ni réessayé.
- Désactivé tant que la boutique ne l’active pas dans les Réglages : tant qu’il est éteint, aucun messages n’est envoyé.
- Partie du plan payant : tant que la boutique n’y est pas, l’interrupteur est enregistré et aucun messages n’est envoyé.
- Le fournisseur est celui de l’application — rien à connecter côté boutique : tant qu’il n’est pas connecté, aucun messages n’est envoyé non plus.
Aperçu — le message que vos clients reçoivent, rendu depuis le vrai modèle avec des données d’exemple (la boutique, le produit et le lien sont fictifs) :
Notification navigateur
La même alerte en notification dans le propre navigateur du client.
Le formulaire gagne sa propre case de consentement pour les notifications navigateur, séparée de l’inscription par e-mail et des deux consentements téléphoniques ; le navigateur du client demande ensuite lui-même l’autorisation de notification, et seul un navigateur qui l’accorde et rend un abonnement est jamais notifié.
La prise en charge varie selon le navigateur et l’appareil : un navigateur qui refuse, ou qui ne peut pas le faire, ne recueille simplement aucun consentement de notification — l’inscription par e-mail est intacte.
Les notifications sont comptées à la pièce, sous le plafond quotidien propre au canal ; quand le plafond est atteint, les alertes restantes du jour partent par e-mail seulement — rien n’est mis en file ni réessayé.
- Désactivé tant que la boutique ne l’active pas dans les Réglages : tant qu’il est éteint, aucun notifications n’est envoyé.
- Partie du plan payant : tant que la boutique n’y est pas, l’interrupteur est enregistré et aucun notifications n’est envoyé.
- Le fournisseur est celui de l’application — rien à connecter côté boutique : tant qu’il n’est pas connecté, aucun notifications n’est envoyé non plus.
Aperçu — la notification que vos clients reçoivent, rendue depuis le vrai modèle avec des données d’exemple (la boutique, le produit et le lien sont fictifs) :
Soyez prêt pour le prochain retour en stock.
Installez l’application, ajoutez le bloc, et le prochain produit épuisé commence à construire sa liste dès aujourd’hui.