Disponible pour missions & renforts d’agence · Réponse rapide, par la personne qui intervient

WhatsApp contact@allaux.fr
FR EN TR
allaux.
Urgence Parler de mon projet

E-mails de confirmation de commande non reçus sur PrestaShop

Une commande est bien enregistrée dans PrestaShop, mais aucun e-mail de confirmation ne parvient au client : le problème se situe presque toujours dans la chaîne d’envoi qui suit la commande, rarement dans PrestaShop lui-même.

Décrire mon problème Discuter sur WhatsApp

L’e-mail ne part jamais

Par défaut, PrestaShop envoie ses e-mails transactionnels via la fonction PHP mail(), sans passer par un vrai serveur SMTP authentifié. Beaucoup d’hébergeurs mutualisés limitent ou bloquent cette fonction sans le signaler par une erreur visible dans le back-office : la commande est validée, PrestaShop pense avoir envoyé l’e-mail, mais l’hébergeur l’a rejeté silencieusement.

La solution native est de configurer un serveur SMTP externe dans Paramètres avancés > E-mail, avec ses identifiants d’authentification. C’est la première chose que je vérifie, et dans la majorité des cas, cela suffit à rétablir l’envoi.

Autre cause possible : le module ps_emailalerts désactivé par erreur, ou un template d’e-mail personnalisé dans le dossier mails/ qui contient une erreur de syntaxe Smarty après une modification, ce qui bloque la génération du message avant même sa tentative d’envoi.

L’e-mail part, mais n’arrive jamais

Autre cas de figure, plus difficile à repérer : l’envoi réussit du côté de PrestaShop, mais le message termine dans les indésirables ou n’arrive jamais chez le fournisseur du client. C’est généralement un problème d’authentification du domaine d’envoi : sans enregistrements SPF et DKIM correctement configurés, les principaux fournisseurs de messagerie classent l’e-mail comme suspect, surtout s’il est envoyé depuis une adresse qui n’appartient pas vraiment au domaine du site.

Ce réglage se fait au niveau du DNS du domaine, pas dans PrestaShop : je vérifie d’abord si SPF et DKIM existent, puis je les corrige ou je les mets en place si besoin.

Pages liées

Décrivez votre besoin en 1 minute

Quelques questions ciblées pour que je vous réponde avec une estimation, pas avec un questionnaire de plus.

Que doit faire le module ?
Sur quelle version de PrestaShop ?
Où le module doit-il s’intégrer ? (facultatif)
Avez-vous déjà essayé un module du marché ? (facultatif)

Savoir ce qui a échoué évite de reproduire la même limite.

Pour quand ? (facultatif)
Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.

Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.

Questions fréquentes

Comment vérifier si l’e-mail part réellement de PrestaShop ?
Paramètres avancés > E-mail propose un test d’envoi direct, indépendant de la commande. S’il échoue, le problème est dans la configuration serveur, pas dans le processus de commande.
Faut-il un serveur SMTP payant ?
Non, un compte de messagerie classique chez l’hébergeur suffit souvent, à condition d’en renseigner les identifiants exacts dans PrestaShop. Un service SMTP dédié devient utile à partir d’un volume d’envoi plus important.
Les e-mails d’inscription client ont-ils le même souci que ceux de commande ?
Oui, ils utilisent le même mécanisme d’envoi. Si les confirmations de commande n’arrivent pas, les e-mails de création de compte ou de réinitialisation de mot de passe sont généralement touchés aussi.
Peut-on ajouter le numéro de téléphone du client dans l’e-mail de confirmation ?
Oui, mais cela demande de modifier le template Smarty du dossier mails/ pour la langue concernée, en plus du contrôleur qui prépare les variables envoyées au template. C’est un développement ciblé, pas un réglage du back-office.
SPF et DKIM, qui les configure ?
Ce sont des enregistrements DNS, gérés chez le fournisseur du nom de domaine ou l’hébergeur mail. Je peux vérifier leur présence et indiquer précisément quoi ajouter, même sans accès au compte d’hébergement.

Pages liées