Cuando las confirmaciones de pedido, las respuestas del formulario de contacto o los restablecimientos de contraseña no llegan nunca, lo que tiene son problemas de email PrestaShop – no un proceso de compra roto. En la mayoría de los casos la causa es el método de envío (sendmail frente a SMTP), un ajuste de Nunca enviar correos electrónicos heredado del entorno de pruebas, destinatarios incorrectos en un módulo o el mensaje acabando en spam. Esta lista de comprobación repasa las pantallas del Back Office que suelen resolver la entrega en primer lugar.
El consejo genérico de configurar SMTP es fácil de obtener de un chatbot. Sigue fallando cuando la tienda está en Nunca enviar correos electrónicos, cuando Alertas por correo apunta a un buzón antiguo, o cuando la prueba del Back Office sale en verde mientras el correo de pedidos nunca se envía. Esta guía trata los problemas de email prestashop como una pila de capas: transporte → registro de la tienda → destinatarios de módulos → spam/DNS – e indica a qué capa apunta cada síntoma.
Desde PrestaShop 1.7 en adelante (incluidas las versiones 8 y 9), el transporte de correo está en Parámetros avanzados → Correo electrónico. Las notas oficiales de los campos están en la documentación de Correo electrónico de PrestaShop 9. La dirección que aparece en la tienda (identidad From / Reply-To) es un ajuste distinto – si solo necesita cambiar esa dirección, use primero la guía del correo de la tienda y vuelva aquí si los mensajes siguen sin enviarse.
Tres problemas que la gente confunde
Antes de cambiar los puertos SMTP, identifique qué fallo tiene realmente:
- Transporte – PrestaShop no puede entregar el mensaje a sendmail/SMTP (esta página). Solución: método de envío, credenciales, bloqueos del servidor.
- Identidad – El correo se envía, pero From / Reply-To o la dirección visible de la tienda es incorrecta. Solución: ajustes de tienda y contacto (guía del correo de la tienda).
- Destinatarios – El transporte funciona, pero las alertas de pedido nuevo van al buzón equivocado del personal (o a ninguno). Solución: Alertas por correo y módulos similares – no solo el método global de Correo electrónico.
Tratar los tres como un único ticket de correo roto es lo que hace perder una tarde con tutoriales SMTP copiados y pegados. Separe primero las capas y corrija la que coincida con el síntoma – esa es la forma práctica de depurar problemas de email prestashop en 2026.
Mapa de síntomas → capa
Use lo que vea tras un pedido de prueba o el envío del formulario de contacto. Estos patrones cubren la mayoría de los problemas de email prestashop tras una migración, clonación o cambio de hosting:
- Sin fila en el registro de email de PrestaShop → la tienda nunca intentó enviar. Compruebe Nunca enviar, el método de envío y si el módulo que debería dispararse está activado.
- Fila en el registro con error → transporte (autenticación fallida, conexión rechazada, TLS/puerto incorrecto). Quédese en los ajustes SMTP/sendmail.
- Fila correcta en el registro, bandeja vacía → spam, promociones o autenticación de dominio (SPF/DKIM) – no los campos del formulario de PrestaShop.
- El comerciante no recibe el correo de pedido nuevo, la confirmación al cliente sí llega → destinatarios de Alertas por correo, no SMTP.
- Probar la configuración del correo electrónico sale en verde en el BO, pero los pedidos reales no envían correo → ruta de módulo o plantilla tras el transporte. No siga rotando contraseñas SMTP.
Abrir Parámetros avanzados → Correo electrónico
Vaya a Parámetros avanzados → Correo electrónico. Verá tres métodos de envío:
- Usar la función mail() de PHP / sendmail – el envío local del servidor. Funciona en muchos hostings hasta que aparecen problemas de entrega o spam.
- Establecer mis propios parámetros SMTP – envío a través de Gmail, Outlook, SendGrid, Amazon SES o el SMTP de su hosting. Prefiera esta opción cuando el hosting compartido bloquea el correo saliente o los mensajes siguen cayendo en spam.
- Nunca enviar correos electrónicos – silencia todo el correo de la tienda. Útil en entornos de pruebas; desastroso si queda activo en una tienda en producción.
Si la tienda en producción dejó de enviar correo de repente tras una clonación o migración, compruebe Nunca enviar correos electrónicos antes que nada. Las copias de entornos de pruebas suelen traer esa opción activada. Un solo ajuste olvidado explica muchos tickets de nada se envía que nunca necesitaron un proveedor SMTP nuevo.
Leer el registro de email de PrestaShop
En la misma página de Correo electrónico, PrestaShop guarda un registro de los mensajes que intentó enviar. Ábralo cuando necesite separar PrestaShop nunca lo intentó de el proveedor rechazó o retrasó el mensaje. Esa sola distinción elimina la mayor parte de las conjeturas.
- Sin fila tras un pedido de prueba → PrestaShop no encoló ni envió (método, módulo o plantilla).
- Hay fila pero la bandeja está vacía → revise spam, credenciales SMTP o los filtros salientes del proveedor.
- Línea de error en el registro → corríjala primero (autenticación fallida, conexión rechazada, TLS/puerto incorrecto).
Los registros de sendmail del servidor o del proveedor SMTP están fuera de PrestaShop. Úselos solo cuando el registro de la tienda muestre un intento de envío que aun así nunca llega.
Lista de comprobación para problemas de email PrestaShop habituales
Si usa sendmail
sendmail bloqueado o ausente sigue siendo una causa frecuente de problemas de email prestashop en hosting compartido:
- Confirme que el hosting permite correo saliente. Muchos planes compartidos y algunos VPS bloquean el puerto 25 o desactivan sendmail por completo.
- Haga al hosting una pregunta concreta: ¿Está permitido PHP mail()/sendmail para esta cuenta, o debemos usar SMTP? Los tickets vagos reciben respuestas vagas.
- Si el hosting dice usar SMTP, cambie el método de envío y deje de pelear con sendmail.
Si usa SMTP
- Coincida servidor, puerto, cifrado (TLS/SSL), usuario y contraseña con la documentación actual del proveedor – las notas antiguas de SSL en el 465 caducan, y los chatbots suelen reciclarlas.
- Complete cualquier paso puntual de contraseña de aplicación o acceso SMTP que exija el proveedor (Google Workspace y Microsoft 365 cambian esto a menudo).
- Envíe una prueba (siguiente sección). Los errores de autenticación casi siempre significan contraseña incorrecta, formato de usuario equivocado (email completo frente a parte local) o acceso de aplicación bloqueado – no un fallo de PrestaShop.
Antes de sobrescribir las credenciales SMTP en una tienda en producción, haga una copia de seguridad de PrestaShop para poder revertir si un guardado incorrecto le deja sin correo por completo.
Si solo fallan algunos correos
El transporte puede estar bien mientras un módulo sigue apuntando a un buzón antiguo o está desactivado. Las alertas de pedido nuevo suelen venir del módulo Alertas por correo – no solo de la pantalla global de Correo electrónico. Confirme que el módulo está instalado, activado y lista las direcciones correctas. Una identidad de correo de tienda incorrecta (From / Reply-To) es otra corrección – cubra eso en la guía del correo de la tienda enlazada arriba.
Probar la configuración del correo electrónico
Todavía en Parámetros avanzados → Correo electrónico, use Probar la configuración del correo electrónico. Envíe a una bandeja que controle (no solo un alias interno). Lea la respuesta que muestra PrestaShop – los fallos de conexión y autenticación suelen nombrar el ajuste exacto a corregir. Use esa prueba para separar errores de configuración de otros fallos de entrega más abajo en la pila.
Tras una prueba en verde, haga un pedido de prueba real en una ventana privada y envíe el formulario de contacto. Confirme tanto la copia del cliente como la alerta del comerciante. Una prueba del BO correcta con un correo de pedido fallido suele significar un destinatario de módulo o un problema de plantilla, no SMTP – mantenga esa distinción cuando le tiente solo cambiar el servidor otra vez.
Spam, autenticación de dominio y límites del hosting
Si el registro muestra éxito pero Gmail u Outlook siguen ocultando el mensaje, revise spam y promociones. Las carpetas de spam esconden muchos problemas de email prestashop que desde el puesto del comerciante parecen SMTP roto. A largo plazo, autentique el dominio de envío (SPF, y DKIM cuando su proveedor SMTP lo permita) para que los proveedores confíen en el correo de su dominio. Los hostings compartidos que limitan o bloquean el correo saliente le obligan a usar SMTP aunque los ajustes de PrestaShop parezcan impecables.
Recorra la lista en orden: nombre la capa → Nunca enviar → método de envío → registro → comprobaciones SMTP o sendmail → destinatarios de módulos → prueba → spam/DNS. Esa secuencia resuelve la mayoría de los problemas de email PrestaShop sin adivinar – y sin reescribir los ajustes SMTP por un error tipográfico en Alertas por correo.