Modèles d'e-mails PrestaShop : personnaliser les confirmations de commande
Fonctionnement des modèles d'e-mails PrestaShop
PrestaShop envoie des e-mails transactionnels à chaque moment clé du parcours client : création de compte, confirmation de commande, notification d'expédition, réinitialisation de mot de passe, et bien plus encore. Ces e-mails sont générés à partir de fichiers de modèles stockés sur votre serveur, et ils sont entièrement personnalisables. Comprendre le fonctionnement du système de modèles est la première étape pour créer des e-mails de confirmation de commande professionnels et fidèles à votre marque, qui renforcent l'identité de votre boutique.
Chaque e-mail PrestaShop se compose de deux fichiers de modèles : une version HTML pour les clients de messagerie qui prennent en charge le formatage enrichi, et une version texte brut (TXT) pour les clients de messagerie qui ne le prennent pas en charge. Les deux fichiers doivent exister pour qu'un e-mail soit envoyé correctement. La version HTML est celle que la grande majorité de vos clients verront. La version TXT sert de solution de repli et est également utilisée par les outils d'accessibilité et certains filtres de messagerie d'entreprise.
Les modèles d'e-mails se trouvent dans la structure de répertoires mails/. L'emplacement exact dépend de l'utilisation d'e-mails du noyau, d'e-mails remplacés par le thème ou d'e-mails spécifiques à un module. Comprendre cette hiérarchie est essentiel, car PrestaShop vérifie plusieurs emplacements pour chaque modèle et utilise le premier qu'il trouve.
La structure des répertoires des modèles d'e-mails
PrestaShop organise les modèles d'e-mails dans une hiérarchie de répertoires spécifique. Lorsqu'il doit envoyer un e-mail, le système recherche dans ces emplacements par ordre de priorité :
Surcharges au niveau du thème (Priorité la plus élevée)
Les modèles dans /themes/votre-theme/mails/fr/ (où fr est le code ISO de la langue) ont priorité sur tous les autres emplacements. Si vous souhaitez personnaliser un modèle d'e-mail sans modifier les fichiers du noyau, c'est ici que vos modèles personnalisés doivent être placés. Cette approche survit aux mises à jour de PrestaShop car les fichiers du thème ne sont pas écrasés lors des mises à jour du noyau.
Modèles du noyau (Par défaut)
Les modèles par défaut se trouvent dans /mails/fr/ dans le répertoire racine de votre PrestaShop. Ce sont les modèles livrés avec PrestaShop et utilisés lorsqu'aucune surcharge de thème n'existe. Modifier ces fichiers directement fonctionne, mais ce n'est pas recommandé car vos modifications seront perdues lors de la mise à jour de PrestaShop.
Modèles spécifiques aux modules
Les modules qui envoient leurs propres e-mails stockent les modèles dans /modules/nom-du-module/mails/fr/. Par exemple, les e-mails de notification de commande envoyés par les modules de paiement du noyau sont stockés dans leurs répertoires de modules respectifs. Vous pouvez les surcharger en plaçant des copies modifiées dans le répertoire mails/ de votre thème avec le même nom de fichier.
Sous-répertoires de langues
Chaque répertoire mails/ contient des sous-répertoires pour chaque langue installée, utilisant le code ISO de la langue : en pour l'anglais, fr pour le français, de pour l'allemand, et ainsi de suite. Lorsque PrestaShop envoie un e-mail, il utilise le modèle du répertoire correspondant à la préférence linguistique du client. Si un modèle n'existe pas dans la langue du client, PrestaShop se rabat sur la langue par défaut.
Anatomie d'un modèle de confirmation de commande
L'e-mail de confirmation de commande est l'e-mail transactionnel le plus important que votre boutique envoie. Il s'agit du fichier nommé order_conf.html (et de son compagnon order_conf.txt) dans votre répertoire mails. Examinons sa structure en détail.
Structure du modèle HTML
Les modèles d'e-mails PrestaShop sont des documents HTML autonomes. Ils n'utilisent pas de fichiers CSS externes car la plupart des clients de messagerie suppriment les feuilles de style externes. Tout le style doit être en CSS en ligne. Un modèle typique de confirmation de commande comprend ces sections :
Le document commence par un doctype HTML standard et une section head. Le corps contient une mise en page basée sur des tableaux (car les clients de messagerie ont un support médiocre des méthodes de mise en page CSS modernes comme flexbox et grid). À l'intérieur de cette mise en page, vous trouvez une section d'en-tête avec le logo de votre boutique, la zone de contenu principal avec les détails de la commande, un tableau de produits listant chaque article commandé, un résumé des prix avec sous-totaux et totaux, les informations d'expédition, les détails du mode de paiement et un pied de page avec les coordonnées de la boutique et les mentions légales.
Le système de variables
PrestaShop utilise un système simple de remplacement de variables dans les modèles d'e-mails. Les variables sont encadrées par des accolades : {nom_variable}. Lorsque l'e-mail est généré, PrestaShop remplace chaque variable par sa valeur réelle. Le modèle de confirmation de commande utilise ces variables clés :
{firstname} et {lastname} contiennent le nom du client. {order_name} est le numéro de référence de la commande (comme ABCDEF123). {shop_name} est le nom de votre boutique tel que configuré dans le back-office. {shop_url} est l'URL de votre boutique. {shop_logo} est le chemin vers l'image du logo de votre boutique. {date} est la date de la commande. {payment} est le mode de paiement utilisé. {total_paid} est le montant total payé. {delivery_company} et {delivery_address} contiennent les informations sur le transporteur et l'adresse de livraison.
Pour la liste des produits, PrestaShop utilise une syntaxe de bloc spéciale. La section des articles de produits est encapsulée dans une boucle qui se répète pour chaque produit de la commande : {items} contient le HTML préformaté pour l'ensemble du tableau de la liste des produits, y compris les noms des produits, les quantités, les prix et tous les détails de personnalisation.
Référence des variables disponibles
Pour voir toutes les variables disponibles pour un modèle d'e-mail spécifique, consultez le code PHP qui envoie l'e-mail. Pour la confirmation de commande, vérifiez la classe PaymentModule (dans /classes/PaymentModule.php). La méthode validateOrder() construit le tableau des variables du modèle. Chaque clé du tableau correspond à un nom de variable que vous pouvez utiliser dans le modèle.
Les variables couramment disponibles dans les e-mails de confirmation de commande incluent : {id_order}, {order_name}, {delivery_block_txt}, {invoice_block_txt}, {delivery_block_html}, {invoice_block_html}, {delivery_company}, {delivery_firstname}, {delivery_lastname}, {delivery_address1}, {delivery_address2}, {delivery_city}, {delivery_postal_code}, {delivery_country}, {delivery_phone}, {invoice_company}, {invoice_firstname}, {invoice_lastname}, {invoice_address1}, {invoice_address2}, {invoice_city}, {invoice_postal_code}, {invoice_country}, {invoice_phone}, {message} et {total_products}.
Personnaliser le modèle de confirmation de commande
Étape 1 : Créer une surcharge de thème
Ne modifiez jamais directement les fichiers de modèles du noyau. Copiez plutôt le modèle dans le répertoire mails de votre thème :
Copiez /mails/fr/order_conf.html vers /themes/votre-theme/mails/fr/order_conf.html. Faites de même pour order_conf.txt. Si le répertoire mails/fr/ n'existe pas dans votre thème, créez-le.
Si votre boutique prend en charge plusieurs langues, copiez les modèles pour chaque répertoire de langue. Votre confirmation de commande en allemand va dans /themes/votre-theme/mails/de/order_conf.html et ainsi de suite.
Étape 2 : Modifier la mise en page HTML
Ouvrez le modèle HTML dans un éditeur de texte (pas un éditeur visuel qui pourrait ajouter du code indésirable). Le HTML d'e-mail diffère du HTML web de plusieurs manières importantes :
Utilisez des tableaux pour la mise en page, pas des divs. Les clients de messagerie, en particulier Outlook, ont un support CSS très limité. Une mise en page à trois colonnes doit utiliser un <table> avec trois éléments <td>, pas des colonnes CSS ou flexbox.
Utilisez des styles en ligne sur chaque élément. Au lieu de <p class="heading"> avec une feuille de style séparée, utilisez <p style="font-size:18px; font-weight:bold; color:#333333;">. Chaque élément stylé a besoin de son propre attribut de style en ligne.
Définissez des largeurs explicites sur les tableaux et les cellules. Les clients de messagerie ne respectent pas toujours les largeurs en pourcentage. Utilisez une largeur fixe pour votre tableau de contenu principal (600 pixels est le standard) avec des colonnes internes en pourcentage.
Utilisez des polices web-safe. Tous les clients de messagerie ne prennent pas en charge les polices personnalisées. Restez avec Arial, Helvetica, Georgia, Times New Roman, Verdana ou Trebuchet MS. Vous pouvez essayer de charger une police personnalisée en solution de repli, mais spécifiez toujours une police web-safe comme dernier recours.
Étape 3 : Ajouter votre branding
Remplacez l'en-tête PrestaShop par défaut par le branding de votre boutique. Cela implique généralement la mise à jour du logo (la variable {shop_logo} utilise automatiquement le logo de votre boutique, mais vous pourriez vouloir une version spécifique pour les e-mails), le changement de la couleur d'arrière-plan de l'en-tête pour correspondre à votre marque, l'ajout de la palette de couleurs de votre marque aux titres et aux liens, et l'inclusion du slogan de votre boutique ou d'un bref message marketing.
Gardez la structure d'ensemble simple. Les designs d'e-mails trop complexes se cassent dans différents clients de messagerie. Une mise en page propre à colonne unique avec les couleurs et le logo de votre marque est plus efficace et plus fiable qu'un design élaboré à plusieurs colonnes.
Étape 4 : Personnaliser le tableau des produits
Le tableau de produits par défaut dans la confirmation de commande PrestaShop est fonctionnel mais basique. Vous pouvez l'améliorer en ajoutant des images de produits (utilisez des URLs absolues vers des images hébergées sur votre serveur, pas des chemins relatifs), en ajoutant des liens vers les pages produits pour que les clients puissent facilement recommander ou laisser des avis, en ajoutant des champs personnalisés comme les dates de livraison estimées ou des messages personnalisés, et en ajustant le style du tableau pour correspondre à votre marque.
Lorsque vous ajoutez des images de produits, gardez-les petites (50 à 80 pixels de large) et incluez toujours un attribut alt. Certains clients de messagerie bloquent les images par défaut, et le texte alt permet aux clients d'identifier quand même leurs produits.
Ajouter des champs personnalisés aux e-mails de commande
Les variables par défaut de PrestaShop couvrent les informations standard de commande, mais vous pourriez vouloir inclure des données supplémentaires comme les points de fidélité gagnés, la date de livraison estimée, un message de remerciement personnalisé ou des recommandations de produits en vente croisée.
Ajouter des variables via un module
La manière la plus propre d'ajouter des variables personnalisées est via un module qui se connecte au processus d'envoi d'e-mails. Créez un module qui enregistre le hook actionEmailSendBefore (disponible à partir de PrestaShop 1.7.6) ou le hook actionGetExtraMailTemplateVars. Dans votre gestionnaire de hook, ajoutez vos variables personnalisées au tableau des variables du modèle :
Votre fonction de hook reçoit le tableau des variables du modèle par référence. Vous pouvez ajouter de nouvelles variables à ce tableau, et elles deviennent disponibles dans le modèle en utilisant la syntaxe standard {nom_variable}. Par exemple, après avoir ajouté loyalty_points au tableau dans votre hook, vous pouvez utiliser {loyalty_points} dans votre modèle HTML de confirmation de commande.
Utiliser les données existantes de la base de données
Vous pouvez intégrer n'importe quelles données de votre base de données PrestaShop dans les variables d'e-mail. Les exemples courants incluent le nombre total de commandes du client (pour afficher "Merci pour votre 5e commande !"), le solde de points de fidélité du client, les champs de produits personnalisés stockés dans les caractéristiques ou attributs de produits, et les informations sur l'entrepôt ou le fournisseur pour les produits commandés.
Configuration des e-mails multilingues
Si votre boutique sert des clients dans plusieurs langues, chaque modèle d'e-mail a besoin d'une version pour chaque langue. PrestaShop gère automatiquement la sélection de la langue en fonction de la préférence linguistique du client, mais vous devez fournir les modèles.
Créer des modèles spécifiques à chaque langue
Pour chaque langue prise en charge par votre boutique, créez un répertoire dans le dossier mails de votre thème : /themes/votre-theme/mails/en/, /themes/votre-theme/mails/fr/, /themes/votre-theme/mails/de/, et ainsi de suite. Copiez et traduisez chaque fichier de modèle dans le répertoire approprié.
N'utilisez pas la traduction automatique pour les e-mails transactionnels. Ces e-mails représentent la communication de votre boutique avec les clients, et des traductions médiocres nuisent à la confiance. Faites rédiger ou relire chaque version linguistique par un locuteur natif.
Support des langues de droite à gauche
Si vous prenez en charge des langues comme l'arabe ou l'hébreu, vos modèles d'e-mails ont besoin d'un support de mise en page RTL (droite à gauche). Ajoutez dir="rtl" à l'élément de tableau principal et ajustez l'alignement du texte et les marges intérieures dans vos styles en ligne. Créez des modèles séparés pour les langues RTL plutôt que d'essayer de faire fonctionner un seul modèle dans les deux directions.
Formatage des dates et des devises
PrestaShop formate automatiquement les valeurs de dates et de devises selon les paramètres de langue et de devise du client. Les valeurs {date}, {total_paid} et les autres valeurs formatées reflètent déjà les paramètres régionaux corrects. Cependant, si vous ajoutez des variables personnalisées avec des valeurs de date ou de devise, assurez-vous de les formater correctement pour la langue cible.
Configuration SMTP pour une livraison fiable
Le plus beau modèle d'e-mail du monde est inutile si vos e-mails n'atteignent pas la boîte de réception. La configuration d'e-mail par défaut de PrestaShop utilise la fonction mail() intégrée de PHP, qui est peu fiable pour les e-mails transactionnels. La plupart de ces e-mails finissent dans le dossier spam ou sont entièrement rejetés par les fournisseurs de messagerie modernes.
Pourquoi le SMTP est important
Le SMTP (Simple Mail Transfer Protocol) avec une authentification appropriée est essentiel pour la délivrabilité des e-mails. Lorsque vous envoyez des e-mails via la fonction mail() de PHP, l'e-mail provient de l'adresse IP de votre serveur web sans aucune authentification. Les fournisseurs de messagerie comme Gmail, Outlook et Yahoo considèrent cela comme un signal d'alerte et classent souvent ces e-mails comme spam.
Avec le SMTP, vos e-mails sont envoyés via un serveur de messagerie authentifié avec des enregistrements SPF, DKIM et DMARC appropriés. Cela prouve aux serveurs de messagerie récepteurs que l'e-mail est légitime et autorisé par votre domaine.
Configurer le SMTP dans PrestaShop
Allez dans Paramètres avancés > E-mail dans votre back-office PrestaShop. Changez la méthode de "Utiliser la fonction mail() de PHP" à "Définir mes propres paramètres SMTP". Entrez les détails de votre serveur SMTP : l'adresse du serveur, le port (typiquement 587 pour TLS ou 465 pour SSL), le type de chiffrement, le nom d'utilisateur et le mot de passe.
Les fournisseurs SMTP courants pour PrestaShop incluent Gmail SMTP (smtp.gmail.com, port 587, TLS, nécessite un mot de passe d'application si la 2FA est activée), Amazon SES (abordable pour les grands volumes), SendGrid (niveau gratuit généreux), Mailgun (convivial pour les développeurs avec une bonne journalisation) et le serveur SMTP de votre hébergeur (vérifiez auprès de votre hébergeur pour les paramètres).
Tester la configuration SMTP
Après avoir configuré le SMTP, utilisez le bouton "Envoyer un e-mail de test" en bas de la page de configuration des e-mails. Entrez votre propre adresse e-mail et vérifiez que l'e-mail de test arrive dans votre boîte de réception (pas dans le spam). Si l'e-mail de test échoue, vérifiez vos identifiants SMTP, assurez-vous que votre serveur peut atteindre le serveur SMTP sur le port configuré (certains hébergeurs bloquent les ports sortants 25 et 587) et vérifiez si votre fournisseur SMTP nécessite des paramètres de sécurité spécifiques.
Enregistrements SPF, DKIM et DMARC
Pour une délivrabilité maximale, configurez ces enregistrements DNS pour votre domaine. SPF (Sender Policy Framework) spécifie quels serveurs sont autorisés à envoyer des e-mails au nom de votre domaine. DKIM (DomainKeys Identified Mail) ajoute une signature numérique à vos e-mails qui prouve qu'ils ont été envoyés par votre domaine. DMARC (Domain-based Message Authentication, Reporting, and Conformance) indique aux serveurs récepteurs quoi faire des e-mails qui échouent aux vérifications SPF ou DKIM.
Votre fournisseur SMTP vous donnera les enregistrements DNS spécifiques à ajouter. Par exemple, si vous utilisez SendGrid, ils fournissent les enregistrements SPF et DKIM pendant le processus d'authentification du domaine. Ajoutez-les comme enregistrements TXT dans les paramètres DNS de votre domaine.
Tester les modèles d'e-mails
Envoyer des e-mails de test
PrestaShop ne dispose pas d'un moyen intégré pour prévisualiser des modèles d'e-mails spécifiques. Pour tester votre modèle de confirmation de commande, vous devez passer une vraie commande de test. Créez un compte client de test, ajoutez des produits au panier et terminez le processus de commande avec une méthode de paiement de test. Si vous avez un module de paiement en mode sandbox configuré, utilisez-le. Sinon, les méthodes de paiement par virement bancaire ou par chèque vous permettent de finaliser une commande sans traitement de paiement réel.
Tests sur différents clients de messagerie
Le rendu des e-mails varie considérablement entre les clients de messagerie. Ce qui est parfait dans Gmail peut être cassé dans Outlook. Au minimum, testez vos modèles dans Gmail (web), Outlook (bureau et web), Apple Mail, Yahoo Mail et au moins une application de messagerie mobile. Des services comme Litmus ou Email on Acid automatisent ces tests en rendant votre e-mail dans des dizaines de clients de messagerie simultanément, mais ce sont des services payants.
Problèmes de rendu courants
Si votre e-mail est cassé dans Outlook, c'est presque certainement un problème de CSS. Outlook utilise le moteur de rendu de Microsoft Word pour les e-mails HTML, qui a un support CSS extrêmement limité. Il ne prend pas en charge les images d'arrière-plan sur les cellules de tableau (utilisez des couleurs d'arrière-plan à la place), le padding sur les éléments de bloc (utilisez le padding des cellules de tableau), max-width (utilisez des largeurs fixes), margin pour le centrage (utilisez align="center" sur les tableaux) et les floats CSS.
Pour la réactivité mobile, encapsulez votre tableau de contenu dans un conteneur avec max-width:600px et ajoutez une media query dans le bloc de style du head (que certains clients de messagerie prennent en charge) qui définit les largeurs de tableau à 100% sur les petits écrans. Ce n'est pas un design responsive parfait, mais cela empêche le défilement horizontal sur la plupart des appareils mobiles.
Problèmes courants et dépannage
Images manquantes dans les e-mails
C'est le problème de modèle d'e-mail le plus courant. Les images dans les e-mails doivent utiliser des URLs absolues (commençant par https://), pas des chemins relatifs. Si votre modèle fait référence à /img/logo.png, changez-le en https://www.votredomaine.com/img/logo.png. La variable {shop_logo} génère automatiquement une URL absolue, mais toutes les images que vous ajoutez manuellement doivent utiliser des URLs complètes.
Vérifiez également que vos images sont accessibles depuis l'extérieur de votre réseau. Si votre boutique est derrière un pare-feu ou une authentification HTTP, les clients de messagerie ne peuvent pas charger les images. Testez en ouvrant l'URL de l'image dans une fenêtre de navigateur privée/incognito.
Mise en page cassée après modification
Le HTML d'e-mail est fragile. Une seule balise non fermée ou une cellule de tableau manquante peut casser l'ensemble de la mise en page. Validez toujours votre HTML après modification. Comptez vos balises ouvrantes et fermantes table, tr et td. Chaque <table> a besoin d'un </table>, chaque <tr> a besoin d'un </tr> et chaque <td> a besoin d'un </td>. Vérifiez que chaque ligne d'un tableau a le même nombre de cellules (ou utilise colspan pour compenser la différence).
Variables non remplacées
Si vous voyez le texte littéral {nom_variable} dans vos e-mails envoyés au lieu des valeurs réelles, vérifiez le nom de la variable pour les fautes de frappe. Les noms de variables sont sensibles à la casse. Vérifiez également que la variable existe pour le type spécifique d'e-mail que vous personnalisez. Toutes les variables ne sont pas disponibles dans tous les modèles d'e-mails. Les variables spécifiques aux commandes comme {order_name} ne sont disponibles que dans les e-mails liés aux commandes.
Les e-mails ne sont pas envoyés du tout
Si les e-mails ne sont pas envoyés, vérifiez le back-office PrestaShop sous Paramètres avancés > E-mail. Vous pouvez y voir un journal des e-mails envoyés. Si le journal montre des échecs, vérifiez votre configuration SMTP. Si aucun e-mail n'apparaît dans le journal, l'e-mail n'est peut-être pas déclenché du tout. Vérifiez que vos transitions de statut de commande sont configurées pour envoyer des e-mails au client (Commandes > Statuts > modifier le statut > cocher "Envoyer un e-mail au client").
Vérifiez également le journal d'erreurs PHP de votre serveur pour les erreurs liées aux e-mails. Les problèmes courants incluent la fonction mail() de PHP désactivée par l'hébergeur, les échecs d'authentification SMTP dus à des mots de passe modifiés et les problèmes de connectivité réseau entre votre serveur et le serveur SMTP.
Les e-mails arrivent dans le spam
Même avec une configuration SMTP correcte, les e-mails peuvent toujours atterrir dans le spam. Les raisons les plus courantes sont des enregistrements SPF/DKIM/DMARC manquants ou incorrects, un contenu d'e-mail qui déclenche les filtres anti-spam (utilisation excessive de majuscules, mots déclencheurs de spam comme "gratuit" ou "agissez maintenant", trop d'images avec peu de texte), l'envoi depuis une adresse IP avec une mauvaise réputation (courant avec l'hébergement mutualisé) et l'adresse e-mail "de" dont le domaine ne correspond pas au domaine du serveur SMTP.
Corrigez d'abord les enregistrements DNS, puis examinez le contenu de vos e-mails. Utilisez un outil comme mail-tester.com pour analyser vos e-mails à la recherche de déclencheurs de spam. Envoyez un e-mail de test à l'adresse qu'ils fournissent, et ils renvoient un rapport détaillé montrant ce qui pourrait causer la classification en spam.
Surcharges d'e-mails spécifiques au thème
Certains thèmes PrestaShop incluent leurs propres modèles d'e-mails qui correspondent au design du thème. Si votre thème a des modèles dans /themes/votre-theme/mails/, ceux-ci remplacent automatiquement les modèles du noyau.
Vérifier les modèles d'e-mails du thème
Cherchez dans le répertoire de votre thème actif un dossier mails. S'il existe, le thème fournit des modèles d'e-mails personnalisés. Ces modèles correspondent généralement à la palette de couleurs et au design de l'en-tête/pied de page du thème, donnant à vos e-mails une cohérence visuelle avec votre vitrine.
Personnaliser les modèles d'e-mails du thème
Si votre thème fournit des modèles d'e-mails, modifiez ceux-ci plutôt que de copier depuis le répertoire mails/ du noyau. Les modèles du thème peuvent utiliser une structure HTML différente ou inclure du CSS supplémentaire spécifique au système de design du thème. Partir de la version du thème assure la cohérence visuelle.
Garder les modèles synchronisés avec les mises à jour du thème
Lorsque vous mettez à jour votre thème, vérifiez si la mise à jour inclut des modifications des modèles d'e-mails. Si c'est le cas, vos personnalisations pourraient être écrasées. Avant la mise à jour, sauvegardez vos modèles personnalisés. Après la mise à jour, comparez les nouveaux modèles avec vos sauvegardes et réappliquez vos personnalisations aux versions mises à jour. C'est fastidieux mais nécessaire pour maintenir à la fois vos personnalisations et les améliorations ou corrections que le développeur du thème a apportées.
Bonnes pratiques pour les e-mails de confirmation de commande
Un e-mail de confirmation de commande bien conçu fait plus que confirmer la transaction. Il instaure la confiance, réduit les demandes au support et crée des opportunités d'engagement.
Incluez un numéro de référence de commande clair et bien visible en haut. Les clients ont besoin de ce numéro lorsqu'ils contactent le support ou suivent leur commande. Listez chaque produit avec son nom, sa quantité, son prix et toutes les options ou personnalisations. Incluez le détail complet du sous-total, des frais de livraison, des taxes, des remises et du total. Affichez l'adresse de livraison pour que les clients puissent la vérifier et vous contacter immédiatement si elle est incorrecte. Indiquez le mode de paiement utilisé et tous les détails de transaction pertinents. Fournissez un lien vers la page de suivi de commande ou l'historique des commandes du client dans son compte. Ajoutez vos coordonnées de service client pour que les clients sachent comment vous joindre en cas de problème.
Gardez le design épuré et adapté aux mobiles. Plus de la moitié de tous les e-mails sont lus sur des appareils mobiles. Utilisez une mise en page à colonne unique, un texte lisible de grande taille (minimum 14px pour le corps du texte) et des boutons avec des zones tactiles suffisantes (minimum 44px de hauteur). Votre e-mail de confirmation de commande est le reflet du professionnalisme de votre boutique. Investissez le temps nécessaire pour le réussir.
Cette réponse vous a-t-elle été utile ?
Vous avez encore des questions ?
Can't find what you're looking for? Send us your question and we'll get back to you quickly.