Marketing et automatisation
Automatiser les tâches récurrentes selon des règles : e-mails d'évaluation et de relance, bons de réduction, changement de statut avec facture, codes produit et articles gratuits dans le panier. Et la question la plus fréquente : pourquoi ne reçois-je pas d'e-mail concernant l'événement ?
En bref
- Où : sous CMS → E-mails & Marketing / Automatisations, onglet « Événements marketing / Automatisations ». XONIC Premium: Marketing / Automatisierungen & Künstliche Intelligenz
- Principe : un événement comporte un type, des conditions et des actions. À chaque exécution, la boutique applique les actions à toutes les cibles répondant aux conditions.
- Fréquence : « unique » traite chaque cible exactement une fois, « récurrent » la traite à nouveau après la « période de blacklist ».
- Quand : une tâche Cron traite les événements. Les événements liés au panier s’exécutent immédiatement lorsqu’un visiteur modifie son panier.
- Démarrage sécurisé : les modèles et les événements importés sont initialement désactivés. La simulation répertorie les objectifs dans un fichier CSV sans rien exécuter.
- E-mails promotionnels : à adresser uniquement aux abonnés à la newsletter et à insérer
{link_unsub}dans le modèle. À partir de XONIC 4.10, la boutique ajoute elle-même le lien de désabonnement. à partir de 4.10
Dans ce guide
Comment fonctionne l'automatisation du marketing
Un événement est une règle : les conditions déterminent les cibles, et les réactions définissent ce qui se passe pour chaque cible. Selon leur type, les cibles peuvent être des clients, des commandes, des billets, des articles ou des catégories.
Le principe des événements
Chaque processus automatisé suit le schéma « condition → réaction » :
Conditions
Qui ou quoi est concerné ?
Lien
toutes les conditions ou l'une d'entre elles
Réactions
Que se passe-t-il pour chaque objectif ?
| Champ | Signification |
|---|---|
| Type | Ce à quoi l'événement se rapporte : clients, commandes, tickets, produits, catégories ou panier. Le type détermine les conditions et les réactions disponibles. |
| Déclencher l'événement si | « toutes les conditions sont remplies » (ET) ou « l'une des conditions est remplie » (OU). L'aperçu l'indique par « TOUTES » ou « UNE ». |
| Exécution | « une seule fois » : chaque cible est traitée exactement une fois. « récurrent » : la même cible est à nouveau prise en compte dès que la période de mise sur liste noire est écoulée et que les conditions sont toujours remplies. |
| Durée de la liste noire | Durée de blocage après une exécution, comprise entre 1 minute et 12 mois. Elle ne s'applique qu'en mode « récurrent ». |
| Statut | Seuls les événements actifs sont exécutés. Chaque condition et chaque réaction dispose en outre de son propre bouton d’état. |
| Journal (historique) | Liste des cibles traitées pour chaque événement. Elle sert également de liste de blocage pour le mode « unique » et la durée de la liste noire. |
Prérequis
- Le module complémentaire est activé. Sans ce module, l'onglet « Événements marketing / Automatisations » redirige vers la page produit du module.
- Vous créez les modèles d’e-mails pour vos événements dans l’onglet « E-mails » de cette même page.
- Une tâche cron lance le traitement, voir Tâche cron.
- Pour les fonctions d’IA, la boutique a besoin d’un fournisseur d’IA, voir Fonctions d’IA.
L'aperçu affiche, pour chaque événement, le statut, le type, l'exécution, le lien et la période de mise sur liste noire, ainsi que le déroulement des conditions et des réactions en dessous. Cliquez pour agrandir.
L'aperçu affiche, pour chaque événement, le statut, le type, l'exécution, le lien et la période de mise sur liste noire. Sous chaque événement figurent les conditions et les réactions sous forme de séquence. Vous pouvez filtrer par statut d'événement, type d'événement et nom d'événement.
Les six types d’événements
Vous sélectionnez d'abord le type. Celui-ci définit ce qu'est une cible et quelles sont les conditions et réactions associées.
Clients
L'objectif est un compte client : inscription, anniversaire, chiffre d'affaires, dernière commande, groupe de clients, abonnement à la newsletter ou panier inchangé depuis plusieurs jours.
Exemples typiques : e-mail de bienvenue et d’anniversaire, relance des clients, passage à un groupe de clients supérieur, rappel de panier.
Commandes
L’objectif est une commande : statut, mode de paiement, ancienneté, articles contenus, avis, provenance. Les e-mails sont envoyés à l’adresse e-mail associée à la commande, y compris pour les clients ayant commandé en tant qu’invités.
Exemples typiques : rappel de laisser un avis, e-mail de suivi, changement de statut avec envoi de la facture, activation de bons de réduction.
Tickets
L'objectif est un ticket : statut, dernière modification, responsabilité. Vous informez ici les clients via « Système de tickets : mise à jour » avec « Notification par e-mail », et non via « Envoyer un e-mail ».
Exemples typiques : signaler les tickets en attente, clôturer automatiquement des tickets, attribuer la responsabilité via l’IA. Pour en savoir plus, consultez le guide « Tickets et tâches ».
Produits
L'objectif concerne un article : stock, statut, chiffres de vente, fabricant, catégories, étiquette Google, caractéristiques.
Exemples typiques : désactiver les articles en rupture de stock, attribuer des catégories, définir des étiquettes pour les campagnes, recevoir une alerte de stock.
Catégories
L'objectif est une catégorie. Définir un statut ou un champ de base de données, à une date précise si vous le souhaitez.
Exemples typiques : activer et désactiver les catégories saisonnières.
Panier
Ne s’exécute pas via une tâche Cron, mais immédiatement lorsqu’un visiteur modifie son panier, même en tant qu’invité. Vérifier les conditions relatives au contenu et à la valeur des articles.
Exemple typique : ajouter et retirer automatiquement des articles gratuits. Pour les rappels concernant les paniers abandonnés, utilisez un événement client avec « Client : panier inchangé depuis ».
Commencer avec un modèle
La bibliothèque de modèles contient plus de 50 flux prêts à l'emploi. C'est le moyen le plus rapide et le plus sûr de créer votre premier événement.
Bibliothèque de modèles
Bouton « Bibliothèque de modèles » dans l'aperçu : recherchez des modèles, filtrez par clients, commandes, produits, catégories, tickets ou panier, puis créez-les en cliquant sur « Appliquer ». Le nouvel événement est inactif et s'ouvre immédiatement dans l'éditeur.
Les modèles avec e-mail fournissent un brouillon d’e-mail en allemand et en anglais. Certains permettent de créer plusieurs événements liés en une seule fois. Vous pouvez ensuite adapter le statut de la commande, les articles, les fabricants, les catégories et le texte de l’e-mail.
Exporter et importer
La fonction « Exporter (JSON) » dans le menu contextuel d’un événement exporte ses paramètres sous forme de texte, à copier ou à télécharger. La fonction « Importer un événement » permet de créer un événement à partir de ces données dans une autre boutique, également inactif. Vérifiez ensuite le modèle d’e-mail, le statut de la commande, les articles et les groupes de clients : ces numéros varient d’une boutique à l’autre.
Copier
L’option « Copier » dans le menu de ligne crée une copie portant le même nom et ayant le même statut. La copie d’un événement actif est immédiatement active et dispose d’un journal vide : elle traite à nouveau toutes les cibles, y compris les clients qui ont déjà reçu l’e-mail. Vous devez donc immédiatement désactiver la copie et la renommer.
La bibliothèque de modèles après une recherche sur « bon d’achat » : chaque fiche indique les conditions et les actions ; les mentions « e-mail inclus » et « 2 événements » signalent respectivement les modèles comportant un brouillon d’e-mail ou plusieurs événements. Cliquez pour agrandir.
Votre premier événement : rappel d’avis
Cet exemple rappelle aux clients, une semaine après l'envoi, de laisser un avis, mais uniquement pour les commandes sans avis. Le modèle « Rappel d'avis pour les commandes sans avis » contient déjà l'essentiel.
Créer un événement
Ouvrez CMS → E-mails & Marketing / Automatisations, puis l'onglet « Événements marketing / Automatisations ». Importez le modèle depuis la bibliothèque de modèles ou cliquez sur l'onglet « Créer un nouvel événement ».
Saisir les données de base
| Nom de l'événement | Rappel de notation après envoi (par langue) |
| Statut | désactivé pour l'instant |
| Type | Commandes. Sélectionnez le type avant d'ajouter des conditions : le choix des conditions dépend de celui-ci. |
| Exécution | une seule fois (chaque commande exactement une fois) |
| Déclencher l'événement lorsque | toutes les conditions sont remplies |
| Période de liste noire | n'a aucune incidence avec l'option « une seule fois » |
Ajouter des conditions
Avec « Ajouter une nouvelle condition », vous créez un champ pour chaque condition et sélectionnez le type de condition :
« Commande : statuts de commande »
Sélectionnez votre statut d’expédition, par exemple « Expédié ».
« Commande : dernière mise à jour »
Période « 1 semaine » : la commande n’a pas été modifiée depuis au moins une semaine.
« Commande : date de réception de la commande »
« Jour » = le jour où vous lancez l’événement, comparaison « >= (supérieur ou égal à) ». Ainsi, l’événement ne recense que les nouvelles commandes.
« Commande : avis sur le produit laissé »
« n’a PAS laissé d’avis sur le produit » et filtre de consentement « uniquement avec consentement par e-mail d’avis (commande ou compte client) ».
Ajouter une réaction
Avec « Ajouter une nouvelle réaction », sélectionnez le type de réaction « Envoyer un e-mail », « Destinataire » = « Client » et, sous « E-mail », votre modèle, par exemple « Rappel d'évaluation ». Vous devez créer au préalable ce modèle dans l’onglet « E-mails » ; le modèle de la bibliothèque comprend un brouillon.
Tester et activer
Dans le champ « Statut », définissez la réaction sur « inactif », l'événement lui-même sur « actif », puis enregistrez. Lancez « Traiter les événements (simulation) » et vérifiez la liste des commandes (voir Simulation). Si tout est correct, activez la réaction.
Le rappel d’évaluation dans l’éditeur : à gauche, les quatre conditions ; à droite, la réaction « Envoyer un e-mail » avec le destinataire « Client » et le modèle « Rappel d’évaluation ». Cliquez pour agrandir.
Conditions
Environ 80 conditions permettent de délimiter les objectifs. Celles qui sont disponibles dépendent du type d’objectif. Voici un aperçu des plus importantes, avec leurs noms tels qu’ils apparaissent dans la liste de sélection.
Clients
| « Client : période d’inscription (anniversaire) » | Inscription remontant à plus ou moins d’une période donnée |
| « Client : anniversaire » | tous les anniversaires ou uniquement les anniversaires ronds |
| « Le client est abonné à la newsletter (consentement à la protection des données de l'UE pour la publicité) » | Abonnement confirmé, sans blocage des newsletters, compte non bloqué ni inactif |
| « Client : groupe de clients », « … (sélection multiple) » | un ou plusieurs groupes de clients |
| « Client : n’a passé aucune commande au cours de la période » | Récupérer |
| « Client : date de la première commande », « … de la dernière commande » | Nouveaux acheteurs, clients réguliers |
| « Client : chiffre d’affaires », « Client : nombre de commandes », « Client : solde de points bonus » | Seuils, par exemple pour un groupe VIP |
| « Client : a acheté un produit spécifique » ou « … a consulté », « Client : a acheté des produits d’un fabricant » ou « … a consulté » | Intérêt pour des articles ou des marques |
| « Client : panier inchangé depuis » | paniers abandonnés, comptes clients uniquement |
| « Client : champ de la base de données issu de « customers » » ou « … « address_book » » | n'importe quel champ avec comparaison, par exemple pour exclure les comptes invités |
Commandes
| « Commande : statuts de commande » | statut actuel |
| « Commande : historique des commandes – statuts de commande » | a déjà été (ou n’a jamais été) dans un statut |
| « Commande : modes de paiement », « Commande : groupe de clients » | Mode de paiement, groupe de clients de la commande |
| « Commande : dernière mise à jour » | inchangé depuis au moins une certaine période |
| « Commande : date de réception de la commande » | avant ou après une date fixe |
| « Commande : contient un produit spécifique », « … la référence contient un échantillon », « … des produits issus de certaines catégories » | Contenu de la commande |
| « Commande : avis sur le produit laissé » | avec ou sans évaluation, avec filtre de consentement |
| « Commande : origine (boutique/place de marché) » | uniquement les commandes passées sur la boutique ou sur une place de marché |
| « Commande : date de l'attribut du produit (intervalle) » | Date du cours, du stage ou du rendez-vous issue d’une caractéristique |
| « Commande : montant de la facture en souffrance », « … délai de paiement dépassé » | Relance de paiement et mise en demeure à partir de 4.9.13 |
| « Commande : champ de la base de données issu de « orders » » | n'importe quel champ avec comparaison |
Produits
- « Produits : statut », « … statut "produit gratuit" », « … statut "produit bonus" », « … statut "livraison gratuite" »
- « Produits : Nouveautés/Coup de cœur », « … Produit phare », « … Offre (prix spécial) »
- « Produits : stock » (quantité, comparaison, entrepôt), « … unités vendues », « … prix d'achat (PA) »
- « Produits : par catégories », « … Fabricant », « … a un fabricant (au choix) », « … Fournisseurs »
- « Produits : profils de feux tricolores » (délai de livraison), « … Étiquette Google »
- « Produits : produit spécifique », « … caractéristique/valeur de caractéristique », « … type d’article (maître/esclave/article unique) »
- « Produits : champ de base de données issu de « products » »
Panier
- « Panier : contient un produit spécifique » et, juste en dessous, son contraire « ne contient pas »
- « Panier : contient un produit de la famille de produits (maître/variantes) » ou « aucun produit… »
- « Panier : valeur du panier par fabricant »
Pour les familles de produits, un article quelconque de la famille suffit, qu’il s’agisse du produit de base ou d’une variante.
Autres
- tickets : « Système de tickets : statuts », « Système de tickets : dernière modification », « Ticket : responsabilité » à partir de 4.9.24
- Catégories : « Catégories : catégories spécifiques »
- Tous les types : « Date : jour/heure », « Date : jour de la semaine »
- Enchaînement : les conditions « Marketing : … », voir Enchaîner des événements
Ce qui compte
- Sans condition, aucun événement ne peut avoir lieu. La boutique signale alors que l’événement n’a pas été exécuté.
- Ordre : avec l’option « toutes les conditions sont remplies », la boutique vérifie les conditions de haut en bas et s’arrête dès qu’il ne reste plus d’objectif. Faites glisser vers le haut la condition qui génère le moins de résultats ; cela allège la charge des grandes boutiques.
- Les conditions de date (« Date : jour/heure », « Date : jour de la semaine ») s’appliquent au moment opportun à tous les clients, commandes ou articles. Associez-les toujours à « Toutes les conditions sont remplies » et à au moins une autre condition.
- « Il y a au moins » : « dernière mise à jour » et « date de réception de la commande (intervalle) » n’ont pas de limite dans le temps. Pour les nouvelles commandes, définissez en plus « Commande : date de réception de la commande » avec une date fixe.
- Fabricant : « Produits : fabricant » ne s’applique qu’aux marques sélectionnées ; les nouvelles marques ne sont pas ajoutées automatiquement. Pour tous les articles de marque, utilisez « Produits : a un fabricant (n’importe lequel) ».
- Stock : les trois conditions de stock des commandes n’apparaissent qu’avec Paramètres → Paiement → Stock → « Gestion avancée des stocks ».
- Champ de base de données : sélectionnez le champ, l’opérateur de comparaison (=, !=, >, <, LIKE…) et saisissez la valeur. Exemple : le champ «
purchased_without_account= 0 » exclut les comptes invités.
Actions
Les actions s’exécutent pour chaque cible dans l’ordre de la liste. Modifiez l’ordre à l’aide du curseur, par exemple « Créer un bon d’achat » avant « Envoyer un e-mail ».
| Type | Réactions |
|---|---|
| Tous les types | « Créer un bon d'achat », « Définir le statut d'un bon d'achat », « Envoyer un e-mail », « Envoyer un message Slack via un webhook », « Envoyer un webhook (générique / n8n / Zapier) » |
| Clients | « Groupe de clients : modifier », « Client : définir le code postal comme mot de passe », « Créer un mot de passe aléatoire », « Supprimer des clients », « Clients : définir un champ de base de données (« customers ») » |
| Commandes | « Commande : mise à jour du statut », « Commandes : définir un champ de base de données (« orders ») », « Commande : ajouter un produit », « Commande : recalculer les totaux », « Commande : attribuer un partenaire », « Commande : valider/créer/envoyer un bon d’achat » |
| Commandes avec connexion | L'étiquette de retour PostAT, le marquage VCA, l'archivage OpenTrans (module supplémentaire xoPort) et le transfert vers DFShop n'apparaissent que lorsque l'intégration est configurée. |
| Prélèvement | « Commande : prélever par prélèvement automatique » déclenche un prélèvement SEPA, conçu comme une nouvelle tentative après un échec. Cette option n’apparaît que si l’option Paramètres → Contrats → « Prélèvement via mandats de paiement activé/désactivé » est sélectionnée . 4.9.17 |
| Produits | « Produits : statut », « … Statut produit gratuit », « … Statut produit bonus », « … Statut livraison gratuite », « … Étiquette Google », « … Attribution de catégorie », « … Supprimer l’attribution de catégorie », « … Définir un champ de base de données (« products ») », « … Définir un champ supplémentaire », « … Définir un champ de place de marché (Mirakl/Decathlon) » |
| Catégories | « Catégories : statut », « Catégories : définir un champ de base de données ('categories') » |
| Panier | « Panier : ajouter automatiquement un produit gratuit » ou « … supprimer » |
| Tickets | « Système de tickets : mise à jour » (statut, collaborateur, modèle de ticket, notification par e-mail, commentaire interne), « Confier à un agent IA » à partir de 4.9.24 |
Envoyer un e-mail
- « Destinataire » : « Client », « Responsable/représentant attribué », « Gérant de la boutique » ou « adresse e-mail libre » (adresses dans le champ du même nom, séparées par des virgules). « Destinataire (copie) » permet d’envoyer l’e-mail à d’autres adresses.
- « E-mail » : un modèle issu de l’onglet « E-mails ». Chaque destinataire reçoit un e-mail distinct dans sa langue.
- « Pièce jointe » : un fichier fixe par langue issu du dossier « Fichiers » du gestionnaire de fichiers, par exemple une notice d’entretien au format PDF. Les justificatifs d’une commande ne peuvent pas être envoyés de cette manière ; pour cela, il existe la fonction « Commande : mise à jour du statut ».
- Événements liés aux produits : destinataire « Gérant de la boutique » ou « adresse e-mail libre ». Un e-mail est envoyé pour chaque article ; le paramètre
{admin_product_link}renvoie vers la fiche produit. - Événements liés aux tickets et aux catégories : ici, les options « Envoyer un e-mail », le message Slack et le webhook n’attribuent pas correctement les destinataires et les données. Pour informer les clients d’un ticket, utilisez « Système de tickets : mise à jour » et « Notification par e-mail » ; pour les événements liés aux catégories, renoncez pour l’instant à ces trois réactions.
Créer un bon de réduction
- Champs : « Type de bon de réduction » (valeur fixe, pourcentage, frais de port offerts), « Valeur du bon de réduction », « Type de montant » (montant brut ou net), « Montant minimum de commande », « Restriction du fabricant », « Bon (valable à partir du) » et « Bon (valable jusqu’au) » ou « Bon (valable jusqu’à la date automatique) » de 1 jour à 1 an.
- Chaque destinataire reçoit son propre code. Celui-ci ne peut être utilisé qu'une seule fois et n'est pas lié à un client en particulier.
- Vous intégrez le code dans l’e-mail via «
{marketing_created_coupon_code}». Cela ne fonctionne que si «Créer un bon de réduction» préc ède «Envoyer l’e-mail». - La fonction « Définir le statut du bon » permet en revanche d’activer ou de désactiver un bon fixe via son « Code du bon ». Les bons en détail : Guide des bons d’achat et des coupons.
Commande : mise à jour du statut et justificatifs par e-mail
« Commande : mise à jour du statut » attribue un nouveau « statut de commande » ou, avec « Conserver le statut », maintient le statut actuel. Avec « Informer le client », l’e-mail de statut est envoyé au client ; le texte et les pièces jointes proviennent du « modèle de bloc de texte d’e-mail » sélectionné. L’historique du statut de la commande indique ensuite « XONIC Premium : événement marketing » avec le numéro de l’événement.
Sélectionner les justificatifs dans le bloc de texte
Ouvrez une commande, dans l’onglet « Modifier », sélectionnez le sous-onglet « Statut de la commande », puis cliquez sur « Modèles de texte ». Dans la fenêtre « Modifier les blocs de texte », ouvrez le bloc en cliquant sur « Modifier » dans le menu de la ligne. Vous pouvez y sélectionner ce qui sera joint :
- confirmation de commande, facture, QR-facture (avec QR-IBAN enregistré), rectificatif de facture, devis
- facture électronique au format XRechnung ou ZUGFeRD
- Attestation de don, CGV, droit de rétractation, déclaration de protection des données
Les boutons qui s’affichent dépendent des types de documents activés dans la boutique.
Bon à savoir
- Si une facture est jointe, les adresses enregistrées chez le client sous « Adresse e-mail (facture) » recevront également l’e-mail. 4.9.17
- Le changement de statut déclenche les mêmes actions dans l’interface de paiement qu’une modification manuelle ; par exemple, en cas de statut « Annulation », cela déclenche le remboursement, comme c’est le cas avec Amazon Pay. 4.9.17
- Pour les commandes provenant de Billbee, aucun e-mail n’est envoyé au client tant que l’option « Envoyer des e-mails de mise à jour aux clients » est désactivée sous Outils → Billbee (Synchro).
Dans le bloc de texte, vous définissez les documents que l'e-mail de statut doit inclure, ici la facture et la facture ZUGFeRD. Cliquez pour agrandir.
Le guide « Traiter les commandes » explique comment effectuer manuellement un changement de statut.
Produits et étiquettes Google
« Produits : étiquettes Google » permet d’attribuer ou de supprimer l’une des cinq valeurs d’étiquette pour le flux de produits. Vous créez les étiquettes sous Outils → Google Merchant Center; voir Étiquettes personnalisées.
La réaction n’écrit désormais que dans les cinq champs de libellé. Si un ancien événement ne fonctionne pas pour cette raison et signale un champ supplémentaire inconnu : ouvrez l’événement, sélectionnez un nouveau libellé et enregistrez-le. S’il manque dans la sélection, enregistrez à nouveau la validation du libellé dans Google Merchant Center. Fin 4.9.123
Article gratuit dans le panier
« Panier : ajouter automatiquement un produit gratuit » ajoute un article gratuitement au panier ; un deuxième événement avec « … supprimer » le retire lorsque la condition n’est plus remplie. Les modèles « Produit gratuit à partir d’un montant minimum du panier (avec suppression automatique) » et « Produit gratuit lorsqu’un produit est dans le panier (avec suppression automatique) » créent tous deux ces événements.
Si le client supprime lui-même l’article gratuit, la boutique ne le rajoute pas. Articles gratuits et points bonus : guide sur les points bonus et les produits gratuits.
Clients et champs de données
- « Créer un mot de passe aléatoire » et « Client : définir le code postal comme mot de passe » n’envoient rien en soi. La valeur est transmise au client par une action « Envoyer un e-mail » suivante, avec un espace réservé.
- « Supprimer des clients » nécessite « Confirmer la suppression » et ne supprime que les clients sans commande ; la boutique ignore les autres. Une fois supprimé, c’est supprimé.
- « … Définir un champ de base de données » écrit une valeur fixe dans un champ. Les mots de passe, les coordonnées bancaires, les données de paiement et le statut de la commande ne font pas partie des options proposées ; pour modifier le statut, utilisez « Commande : mise à jour du statut ».
« Envoyer un webhook (générique / n8n / Zapier) » envoie les données client ou de commande au format JSON à l’adresse de votre choix, avec, si vous le souhaitez, l’objet et le texte d’un modèle d’e-mail. Avec « Secret de signature (facultatif) », la signature apparaît dans l’en-tête X-Webhook-Signature. « Envoyer un message Slack via un webhook » publie un modèle d’e-mail dans un canal Slack et mentionne des collègues si vous le souhaitez.
Enchaîner les événements
Vous pouvez créer des flux à plusieurs étapes à partir de plusieurs événements. Le deuxième événement vérifie, à l’aide d’une condition « Marketing : … », ce que le premier a déjà effectué.
| Condition | S’applique si… |
|---|---|
| « Marketing : cible dans un autre événement » | la cible est apparue (« = ») ou non (« != ») dans l’événement sélectionné, éventuellement au cours d’une « période » : « supérieur à » = au cours de la période, « inférieur à » = depuis plus longtemps |
| « Marketing : aucune commande depuis l’apparition dans l’événement » | la cible est apparue dans l’événement il y a au moins le « délai d’attente » et que le client n’a rien commandé depuis (compte et adresse e-mail, les annulations ne comptent pas) |
| « Marketing : commande depuis l’apparition dans l’événement » | le cas inverse : le client a passé une commande depuis lors, par exemple en échange d’un e-mail de remerciement au lieu d’un bon de réduction |
| « Marketing : nombre d’occurrences dans l’événement » | le nombre d’entrées de journal correspond, pour les niveaux d’escalade. Chaque réaction compte séparément : un bon de réduction et un e-mail constituent deux entrées |
| « Marketing : le bon de réduction non utilisé issu de l’événement arrive bientôt à expiration » | un bon d'achat généré par l'événement est toujours valable et expire dans quelques jours |
Exemple : série de relances
Le modèle « Série de relances : e-mail de relance, puis coupon sans commande ultérieure » crée deux événements : un e-mail une semaine après la commande, puis un coupon une semaine plus tard, mais uniquement si le client n’a pas passé de commande depuis. Le modèle établit lui-même le lien entre ces deux événements.
À noter
- Seuls les événements actifs du même type sont disponibles. Activez le premier événement avant de lier le second.
- Définissez un délai d’attente. Avec « immédiatement », la deuxième étape peut se déclencher lors du même cycle que la première.
- Ne supprimez pas et ne videz pas le journal du premier événement : la deuxième étape lit précisément ce journal.
E-mails publicitaires, lien de désabonnement et exclusions
De nombreux e-mails d'événement sont publicitaires. Vous trouverez ici ce que la boutique met en œuvre à cet effet. Le guide sur les newsletters explique les dispositions légales applicables.
Lien de désabonnement et destinataires
- Insérez
{link_unsub}dans le modèle d’e-mail. Les abonnés y trouveront leur lien de désabonnement personnel ; pour les clients dont l’abonnement n’a pas été confirmé, cet emplacement restera vide. - Avec la condition « Le client est abonné à la newsletter (consentement à la protection des données de l’UE pour la publicité) », un événement client ne touche que les abonnés. Les clients ayant bloqué la newsletter, ainsi que les comptes bloqués et inactifs, en sont exclus.
- Cette condition n’est pas présente pour les événements liés aux commandes. Un e-mail de relance avec un bon de réduction atteint ainsi également les acheteurs non abonnés.
Exclure certains clients et invités
- Un client ne souhaite plus recevoir d’e-mails : sous Clients → Clients, modifiez la fiche du client et activez « Blocage de la newsletter (boutique) ». Pour que l’événement l’exclue, il faut utiliser la condition « Le client est abonné à la newsletter… » ou « Client : champ de la base de données issu de 'customers' » avec
customers_nl_lock= 0. - À partir de XONIC 4.10, le blocage de la newsletter suffit à lui seul : les e-mails promotionnels liés à l’événement ne sont alors plus envoyés à ce client. À partir de 4.10
- Pour les clients sans compte client : « Commande : champ de la base de données issu de « orders » » ou « Client : champ de la base de données issu de « customers » » avec le champ
purchased_without_account= 0 permet d’exclure les commandes d’invités.
Lien de désabonnement ajouté automatiquement 4.10
Sous Paramètres → Interfaces → Marketing par e-mail / CRM → Options e-mail → « E-mails marketing : ajouter automatiquement un lien de désabonnement » (activé par défaut), la boutique ajoute un lien de désabonnement au bas de l’e-mail envoyé aux abonnés et insère le bouton de désabonnement dans le client de messagerie. Cela s’applique au destinataire « Client » dans les événements liés aux clients, au panier et aux commandes. Si {link_unsub} figure déjà dans le modèle, aucun lien supplémentaire n’est ajouté.
Pour chaque réaction « Envoyer un e-mail », sélectionnez dans le champ « Lien de désabonnement automatique » : « Par défaut (bouton dans les options d’e-mail) », « Toujours ajouter » ou « Ne jamais ajouter (e-mail de service uniquement) ».
Plus aucune publicité après désabonnement 4.10
- Si un client s’est désabonné de la newsletter ou s’il est soumis à un blocage des newsletters, il ne recevra plus d’e-mail avec les options « Par défaut » ou « Toujours joindre », même si le bouton est désactivé. Les copies continuent d’être envoyées, et le journal indique « send_mail (suppressed: …) ».
- Configurez les e-mails de service, tels que les rappels de paiement, sur « Ne jamais joindre (e-mail de service uniquement) », sinon ils ne seront plus envoyés à ces clients.
- Les e-mails contenant de nouvelles données d’accès issues des fonctions « Créer un mot de passe aléatoire » ou « Client : définir le code postal comme mot de passe » sont toujours envoyés.
- Le blocage ou la désactivation d’un compte ne vaut pas désabonnement. Si vous souhaitez qu’un client bloqué ne reçoive pas de publicité, activez également le blocage des newsletters.
Simulation et test
La simulation montre quelles cibles un événement traiterait actuellement. Elle ne déclenche aucune réaction et n’enregistre rien dans le journal.
Pour simuler
- Dans l’aperçu, cliquez sur la flèche à côté de « Traiter les événements » et sélectionnez « Traiter les événements (simulation) ». Ne cliquez pas sur « Traiter les événements » lui-même, car cela déclencherait les événements.
- Pour chaque événement actif comportant des résultats, un message s’affiche avec le lien « Télécharger le fichier ».
- Le fichier CSV contient, dans la colonne «
target_id», les cibles : numéros de client, numéros de commande, identifiants d’article, de ticket ou de catégorie. - Vérifiez quelques échantillons, puis activez les réactions.
Attention
- La simulation ne prend en compte que les événements actifs; elle ne prend pas en compte les événements liés au panier. Pour effectuer un test en toute sécurité, activez l’événement et réglez chaque réaction sur « inactif » dans le champ « Statut ».
- « Traiter les événements » sans précision supplémentaire n’est pas une simulation : cela exécute immédiatement tous les événements actifs.
- Le fichier répertorie tous les résultats. Un maximum de 200 cibles sont traitées par événement et par exécution ; pour les réactions liées uniquement aux champs, aux statuts, aux catégories, aux libellés et aux groupes de clients, ce nombre peut atteindre 50 000. Le reste est pris en charge par l’exécution suivante ; le message indique alors les deux chiffres.
Une fois la simulation terminée, un lien vers la liste des cibles est disponible pour chaque événement ayant généré des résultats ; celle-ci s’ouvre dans le menu à côté de « Traiter les événements ». Cliquez dessus pour l’agrandir.
Journal et liste de blocage
Chaque événement dispose d’un journal. Celui-ci consigne quelles cibles ont été traitées et à quel moment, et empêche toute exécution en double.
Journal (historique)
- Ouvrez le « Journal (historique) » dans le menu contextuel de l’événement. Chaque ligne indique l’« ID de la cible », la réaction et l’heure ; la recherche s’effectue par ID de cible.
- Une ligne est créée pour chaque réaction exécutée ; dans le cas de « Envoyer un e-mail », une ligne par destinataire. Les articles gratuits dans le panier et « Commande : valider/créer/envoyer un bon d'achat » ne génèrent aucune ligne ; dans ce cas, la boutique ne valide de toute façon chaque bon d'achat qu'une seule fois.
- Avec l’option « unique », une cible du journal n’est plus jamais prise en compte ; avec l’option « récurrent », ce n’est qu’après la période de mise sur liste noire.
- Autres traces : les commandes portent la mention « XONIC Premium : événement marketing » dans l’historique des statuts ; les articles et les catégories apparaissent dans leur « journal (historique) » sous Produits → Catégories / Produits avec la mention « XONIC Premium : événement marketing » suivie d’un numéro.
Vider et nettoyer le journal
- « Vider le journal » supprime l’intégralité du journal de cet événement. Un événement ponctuel traite ensuite à nouveau toutes les cibles et envoie un nouveau message à chaque client, par exemple.
- Seul l’administrateur principal peut supprimer des lignes individuelles. Pour valider une cible de manière ciblée, supprimez toutes les lignes correspondant à cet ID de cible.
- « Nettoyer les entrées périmées » supprime les entrées obsolètes des événements récurrents liés aux produits et aux catégories, et ce pour tous les événements. Cette opération s'effectue automatiquement une fois par jour ; la durée de conservation se configure sous Paramètres → Interfaces → Marketing par e-mail / CRM → Options e-mail → « Journal marketing : durée de conservation des entrées produit/catégorie (jours) » (par défaut 30, 0 = désactivé).
- La boutique ne supprime jamais d’elle-même les entrées relatives aux clients, au panier, aux commandes et aux tickets, ni le journal des événements ponctuels.
Le journal comporte une ligne par objectif et par réaction, avec l’heure ; c’est ainsi que l’événement identifie les objectifs qu’il a déjà traités. Cliquez pour agrandir.
Vous n’avez pas reçu d’e-mail provenant de l’événement ?
Vérifiez ces points dans l'ordre. Les messages affichés après « Traiter les événements » vous y aideront.
- Actif ? L’événement et la réaction « Envoyer un e-mail » sont activés.
- La tâche Cron s’exécute-t-elle ? Sans tâche Cron, rien ne se passe, sauf pour les événements liés au panier. Lancez manuellement « Traiter les événements » à titre de test.
- Déjà traité ? Recherchez le numéro de client ou de commande dans le « Journal (historique) ». S’il y figure, la cible est traitée une fois pour toutes si l’événement est « ponctuel » ; si elle est « récurrente », elle est bloquée jusqu’à la fin de la période de mise sur liste noire.
- Les conditions sont-elles remplies ? La simulation vous le montre. Le message « … mais aucun objectif ne remplit actuellement les conditions de l’événement » signifie : aucune correspondance.
- Tout est-il renseigné ? S’il manque un modèle ou un destinataire, l’événement s’interrompt avec un message d’erreur. Une réaction erronée bloque également les réactions suivantes.
- Envoi d’e-mails activé ? Si, dans Paramètres → Interfaces → Marketing par e-mail / CRM → Options e-mail → « Envoyer des e-mails », l’option est désactivée, la boutique n’envoie rien, mais enregistre l’objectif dans le journal. Une fois l’option activée, l’administrateur principal valide l’objectif en supprimant ses lignes du journal.
- Destinataire approprié ? Pour les événements liés aux produits, s’il n’y a pas de client, sélectionnez « Gérant de la boutique » ou « Adresse e-mail libre ». Pour les événements liés aux tickets et aux catégories, sélectionnez « Système de tickets : mise à jour » au lieu de « Envoyer un e-mail ».
- Limite atteinte ? Chaque cycle envoie au maximum 200 destinataires ; les autres suivront lors des cycles suivants.
- Commandes Billbee : « Commande : mise à jour du statut » n’informe le client qu’une fois l’option « Envoyer des e-mails de mise à jour aux clients » activée sous Outils → Billbee (Synchro).
- Désabonné ? À partir de la version 4.10, un client désabonné de la newsletter ne recevra plus d’e-mails promotionnels concernant les événements ; le journal affiche « suppressed ». à partir de 4.10
Tâche Cron pour l’exécution automatique
Une tâche Cron lance régulièrement le traitement. À chaque exécution, elle traite tous les événements actifs liés aux clients, aux commandes, aux tickets, aux produits et aux catégories.
Configuration
Ajoutez cet appel dans le planificateur de tâches de votre serveur, ici toutes les 15 minutes :
Si vous n'avez pas accès au planificateur de tâches, veuillez contacter notre service d'assistance. À titre de test, l'option « Traiter les événements (cronjob) » du menu Actions exécute la même tâche et affiche le résultat sous forme de texte.
Fréquence d'exécution d'un événement
Ce n’est pas la tâche Cron qui le détermine, mais les paramètres « Exécution », « Période de blacklist » et, le cas échéant, une condition de date. Voici les paramètres par défaut :
| Cas d'utilisation | Exécution | Période de blacklist |
|---|---|---|
| Rappel d’évaluation, e-mail de bienvenue | une seule fois | – |
| Message d'anniversaire, rappel des points bonus | récurrent | 30 jours |
| Alerte de stock, rappel du panier | récurrent | 1 semaine |
| Activer les codes produit, les catégories | récurrent | 1 jour |
Mécanismes de protection
- Blocage : si un traitement est encore en cours, la boutique ignore l'appel suivant. Aucun événement ne se produit deux fois.
- Limite : 200 cibles au maximum par événement et par exécution pour les e-mails, les bons de réduction, les changements de statut et les webhooks.
- Liste de blocage : le journal enregistre les cibles traitées, voir Journal et liste de blocage.
- Les événements liés au panier ne nécessitent pas de tâche cron ; ils s'exécutent à chaque modification du panier.
Fonctions IA
L'IA crée des événements à partir de votre description, vérifie ceux qui existent déjà et attribue des tickets. Elle ne remplace toutefois pas la vérification manuelle du résultat.
Prérequis
Les fonctions d’IA font partie du module complémentaire. Pour cela, la boutique doit disposer d’au moins un fournisseur d’IA sous Paramètres → Interfaces → Intelligence artificielle: dans « Claude (Anthropic) », « OpenAI (ChatGPT) », « xAI » ou « Perplexity », activez le statut correspondant (par exemple « API OpenAI : statut activé/désactivé ») et saisissez la clé (« API OpenAI : clé »). Sans activation dans le module, les clés saisies n’ont aucun effet, mais les frais facturés par le fournisseur s’appliquent tout de même. XONIC Premium: Marketing / Automatisierungen & Künstliche Intelligenz
Si plusieurs fournisseurs sont actifs, sélectionnez le fournisseur à l’aide du bouton correspondant. Votre description et les paramètres des événements, y compris les noms des statuts de commande, des groupes de clients et des modes de paiement, sont transmis au fournisseur.
IA : Créer un événement
Décrivez avec vos propres mots ce qui doit se passer, par exemple : « Envoyer un rappel d’avis 7 jours après l’expédition. Si le client n’a pas laissé d’avis après 14 jours supplémentaires, envoyer un bon de réduction de 5 %. » L’IA propose des événements avec des conditions, des actions et des modèles d’e-mails ; en cas de plusieurs étapes, elle propose des événements liés entre eux.
La fonction « Créer un événement » crée des événements et des modèles d’e-mails avec le statut indiqué dans la proposition, généralement « actif ». Vérifiez immédiatement chaque nouvel événement et désactivez-le jusqu’à la simulation. Si une demande ne peut être mise en œuvre, l’IA indique la fonctionnalité manquante ; avec « Envoyer une demande de fonctionnalité à XONIC », celle-ci nous est transmise.
IA : consolider et vérifier les événements
« IA : consolider les événements » recherche les chevauchements dans tous les événements actifs et propose des fusions. « Appliquer » crée les nouveaux événements et désactive ceux qui sont remplacés.
« IA : Vérifier l’événement » dans l’éditeur compare l’événement ouvert à tous les événements actifs, notamment pour détecter d’éventuelles contradictions ou des chaînes qui se déclenchent mutuellement.
Agent IA pour les tickets 4.9.24
La réaction « Confier à l’agent IA » dans les événements de ticket classe les tickets que l’IA doit attribuer à un gestionnaire (tâche « Attribuer les tickets aux gestionnaires »). Généralement avec « Ticket : responsabilité » = Non et « Système de tickets : statuts » = ouvert. Vous sélectionnez le prestataire et le modèle pour chaque événement.
- « Mode de fonctionnement » : « Proposer (note interne uniquement) » est la valeur par défaut et n’entraîne aucun changement ; « Appliquer (la modification est exécutée) » effectue l’attribution.
- Les tâches sont traitées par un cronjob dédié ; contactez-nous pour la mise en place.
- Si l’option « récurrent » est sélectionnée, la durée de la liste noire doit être d’au moins 1 heure, sinon l’événement ne peut pas être enregistré.
- L’objet et le premier message client des tickets sont transmis au fournisseur d’IA.
Exemples concrets
Des processus éprouvés à reproduire. Bon nombre d’entre eux sont déjà disponibles dans la bibliothèque de modèles.
Fidéliser les clients
| Type | Clients |
| Conditions | « Client : n'a passé aucune commande au cours de la période » (6 mois) et « Le client est abonné à la newsletter… » |
| Actions | « Créer un bon de réduction » (10 %, valable automatiquement pendant 1 mois), puis « Envoyer un e-mail » avec {marketing_created_coupon_code} |
| Exécution | une seule fois |
Bon d’anniversaire
| Type | Clients |
| Conditions | « Client : anniversaire » et « Le client est abonné à la newsletter… » |
| Actions | « Créer un bon de réduction » (5 €), puis « Envoyer un e-mail » |
| Exécution | récurrent, durée de la liste noire : 30 jours. Avec l’option « unique », le bon ne serait valable que pour le premier anniversaire. |
Alerte de stock
| Type | Produits |
| Conditions | « Produits : stock » <= 5 et « Produits : statut » = Oui (actif) |
| Actions | « Envoyer un e-mail » au « Gérant de la boutique », un e-mail par article contenant {admin_product_link} |
| Exécution | récurrent, durée de mise sur liste noire : 1 semaine |
Articles en rupture de stock de la catégorie « Promotions »
| Type | Produits |
| Conditions | « Produits : stock » <= 0 et « Produits : dans les catégories » (catégorie promotionnelle, « Possède une attribution de catégorie » = Oui) |
| Actions | « Produits : supprimer l'affectation à une catégorie » (catégorie d'action) |
| Exécution | récurrent, durée de la liste noire : 1 jour |
La boutique supprime l’affectation même s’il s’agit de la seule catégorie de l’article. N’utilisez cette fonction que pour les articles qui se trouvent également dans leur catégorie principale.
Échantillon gratuit à partir de la valeur de la marchandise
| Type | Panier |
| Conditions | « Panier : valeur du panier par fabricant » >= 50 € |
| Réactions | « Panier : ajout automatique d'un produit gratuit » (test) |
| Événement inverse | Valeur < 50 € → « Panier : suppression automatique du produit gratuit » |
Rappel avant une date
| Type | Commandes |
| Conditions | « Commande : date de l’attribut du produit (intervalle) » avec « Nom de l’attribut » « Date de début du camp », « Direction » « AVANT la date de l’attribut », 7 « jour(s) » et « Commande : statuts de commande » |
| Réactions | « Envoyer un e-mail » au client |
| Exécution | récurrent, période de blacklist de 12 mois |
La condition s’applique exactement le jour correspondant à l’intervalle. « APRÈS la date de l’attribut » convient pour une demande d’évaluation après des cours ou des événements.
Relance après une commande d’échantillons
| Type | Commandes |
| Conditions | « Commande : la référence contient "échantillon" » (LIKE, %-MUSTER) et « Commande : statut de la commande » et « Commande : dernière mise à jour » (1 semaine) et « Commande : date de réception de la commande » (à partir du jour de début) |
| Actions | « Envoyer un e-mail » au client |
| Exécution | une seule fois |
Vous devez ajouter vous-même le signe « % » : %-MUSTER se termine par « -MUSTER », tandis que MUSTER% commence par ce terme. Pour créer une deuxième étape avec un coupon, procédez comme indiqué dans la section « Enchaîner les événements ».
Envoyer automatiquement la facture en cas de paiement anticipé
| Type | Commandes |
| Conditions | « Commande : modes de paiement » (paiement anticipé) et « Commande : statuts de commande » (votre statut de réception) et « Commande : date de réception de la commande » (à partir du jour de début) |
| Réactions | « Commande : mise à jour du statut » avec « Conserver le statut », « Informer le client » = Oui et un bloc de texte avec « Joindre la facture » |
| Exécution | Une seule fois |
Si la facture électronique doit être jointe à l’e-mail d’envoi, activez l’option « Joindre la facture électronique (ZUGFeRD) » dans le bloc de texte que vous utilisez lors de l’envoi. Elle est alors envoyée via un événement sous forme d’e-mail distinct, par exemple avec le statut « Envoyé » comme condition. Voir « Justificatifs par e-mail ».
Bon cadeau avec motif à imprimer soi-même
Votre client achète un chèque-cadeau avec un motif, par exemple pour Noël ou un anniversaire. Une fois le paiement reçu, il reçoit automatiquement un e-mail contenant le chèque-cadeau au format PDF : votre motif en arrière-plan, avec le code du chèque-cadeau et le montant. Pour chaque motif, vous créez un article « chèque-cadeau » et un événement.
| Type | Commandes |
| Conditions | « Commande : statuts de commande » (votre statut pour « payé ») et « Commande : la référence de l'article contient le mot-clé » avec LIKE et GIFT-WEIHNACHT% |
| Réactions | « Commande : valider le bon d’achat / créer un « |
| Exécution | une seule fois |
Comment préparer le modèle
- Téléchargez le motif au format JPEG ou PNG dans le dossier
images/et sélectionnez-le sous « Pièce jointe du bon d'achat au format PDF : image de base » ; le chemin d'accès est calculé à partir de ce dossier. Il est possible d'utiliser une image différente pour chaque langue. - Le PDF correspond à une page A4, en format paysage si l’image est plus large que haute. La boutique adapte le motif et le centre. Créez-le au format A4, soit environ 1 754 × 1 240 pixels en largeur ou 2 480 × 3 508 pixels en hauteur pour une qualité d'impression optimale. À partir de 4.9.123
- Prévoyez une zone claire et libre pour le code et le montant. Le texte sera imprimé en noir.
- Indiquez les positions du code et de la valeur (champs « … axes X … » et « … axes Y … ») en pixels du motif, à partir du coin supérieur gauche. La valeur Y correspond à la ligne de base de la police, et non à son bord supérieur.
- Indiquez la taille de la police en points. Si vous souhaitez utiliser votre propre police, ajoutez-la sous forme de chemin d’accès au fichier
.ttfà partir du répertoire de la boutique ; en l’absence d’indication, la boutique utilise une police par défaut. à partir de 4.9.108
Ce qui compte
- La référence de chaque article « bon d’achat » commence par
GIFT, par exempleGIFT-WEIHNACHTouGIFT-GEBURTSTAG. - La réaction n’apparaît que si, sous Paramètres → Paiement → Récapitulatif → Bon d’achat, l’option « Afficher les bons d’achat » est activée. De plus, l’option « File d’attente des bons d’achat » doit y être activée ; sans file d’attente, la boutique crédite directement le montant sur le compte client et aucun code n’est généré.
- Saisissez également le modèle de la condition dans la réaction, sous « Uniquement les bons d’achat avec numéro d’article (facultatif) ». Ainsi, même une commande comportant des bons d’achat de différents motifs affichera la bonne image pour chaque bon. ab 4.9.108
- Sans modèle, la réaction valide tous les bons d’achat en attente de la commande. N’organisez donc pas d’événement sans modèle en parallèle d’événements à thème.
- Testez chaque motif avec une commande distincte avant de proposer les bons d’achat. Comment vendre et valider les bons d’achat : guide « Bons d’achat et coupons ».
À gauche, la réaction avec le modèle, l’image de base et les positions ; à droite, le PDF généré par la boutique à partir de ces éléments. Cliquez pour agrandir.
Conseils pour bien démarrer
- Commencez par un modèle et personnalisez-le progressivement.
- Toujours effectuer une simulation avant que les réponses ne soient activées.
- Limitez les nouvelles commandes afin qu’aucun événement ne contacte d’anciens clients.
- Choisissez judicieusement la durée de la liste noire : trop courte, elle agace les clients et encombre le journal ; trop longue, elle fait passer à côté d'occasions.
- Préparez vos modèles d'e-mails avant de créer des événements.
- Envoyerdes publicités uniquement aux abonnés et via
{link_unsub}.
Espaces réservés pour les e-mails d'événement
Ces espaces réservés sont disponibles dans les e-mails de la fonction « Envoyer un e-mail », en plus des espaces réservés habituels des modèles d’e-mail.
| Variables | Contenu |
|---|---|
{marketing_created_coupon_code} | Code issu de la fonction « Créer un bon de réduction » dans le même événement (réaction précédente) |
{marketing_created_coupon_amount} | Valeur de ce coupon |
{marketing_created_coupon_minimum_order} | Montant minimum de commande pour ce bon de réduction |
{marketing_created_coupon_expire_date} | Date d'expiration de ce bon de réduction |
{marketing_customer_set_random_pass_new_password} | Nouveau mot de passe issu de « Créer un mot de passe aléatoire » |
{marketing_customer_set_zip_as_pass_entry_postcode} | Code postal issu de « Client : définir le code postal comme mot de passe » |
{marketing_customers_data_customers_email_address} | Adresse e-mail du client |
{admin_product_link} | Lien vers l'article dans l'interface d'administration (Événements produit) |
{link_unsub} | Lien de désabonnement personnel, uniquement si l'abonnement à la newsletter est confirmé, sinon laissé vide |
{customers:bonus_points}, {customers:bonus_points_value} | solde de points bonus du client, sous forme de nombre ou de montant |
{orders:bonus_points}, {orders:bonus_points_value} | Points de fidélité liés à cette commande (événements de commande) |
Modifier les modèles d’e-mails : guide du gestionnaire CMS et des e-mails.
Foire aux questions
Pourquoi ne reçois-je pas d'e-mail provenant de mon événement marketing ?
Un événement sans condition s'applique-t-il à tous les produits ou à toutes les marques ?
Quel est l’effet de la période de mise sur liste noire ?
Comment enchaîner deux événements, par exemple un rappel suivi d’un bon d’achat ?
Comment exclure les clients sans compte client ?
purchased_without_account », comparaison « = », valeur 0.Comment exclure un client spécifique des e-mails marketing ?
Comment fonctionne le lien de désabonnement dans les e-mails d’événement ?
{link_unsub} dans le modèle d’e-mail. Les abonnés reçoivent leur lien personnel, tandis que les clients non abonnés voient s’afficher un espace vide. À partir de la version 4.10 de XONIC, la boutique ajoute elle-même le lien et le bouton de désabonnement dans le client de messagerie des abonnés.Un événement réinitialise sans cesse un indicateur. Pourquoi ?
Comment exclure les articles en rupture de stock, par exemple lors d’un événement lié à une marque ?
Comment le code promo généré automatiquement est-il intégré à l’e-mail ?
{marketing_created_coupon_code} dans le modèle d’e-mail. Dans l’événement, l’option « Créer un bon de réduction » doit précéder « Envoyer un e-mail », sinon le paramètre de remplacement sera vide.Comment envoyer automatiquement une facture ou une facture électronique au format PDF ?
Puis-je joindre mon propre fichier PDF à un e-mail d’événement ?
Un statut d’annulation déclenché par un événement entraîne-t-il un remboursement ?
Où dois-je saisir la clé pour ChatGPT ou une autre IA ?
Comment recevoir les événements de la boutique dans n8n ou un autre outil ?
Guides complémentaires
Nous configurons vos automatisations avec vous
Nous vous aidons à gérer les événements, les modèles d'e-mails, la tâche cron et à déterminer quels e-mails sont publicitaires.
Contacter l'assistance dès maintenant
