PrestaShop no envía correos: causas y cómo solucionarlo

Un cliente compra y no le llega la confirmación. O los emails salen pero acaban en spam. Es uno de los fallos que más confianza (y ventas) cuesta. Vamos a dejar tus correos funcionando de verdad.

Problema 1: los correos no salen

PrestaShop puede enviar de dos formas (en Parámetros Avanzados → E-mail; en PrestaShop 9 se llama «Dirección de correo electrónico»):

• «Usar /usr/sbin/sendmail (recomendado…)», el programa de correo del propio servidor: es lo que viene marcado, y es poco fiable. Muchos hostings no lo tienen o lo limitan, y lo que sale por ahí acaba a menudo en spam. Es la causa nº1 de «no llega nada». En una tienda de pruebas sin sendmail, el correo de prueba da «Connection to "process /usr/sbin/sendmail -bs" has been closed unexpectedly».
• SMTP (recomendado): envías a través de un servidor de correo real con credenciales. Mucho más fiable.

Cómo configurar SMTP bien

1. Consigue los datos SMTP (tu hosting/proveedor de correo te los da): servidor, usuario, contraseña, puerto y cifrado.
2. Cifrado y puerto, según tu versión. En PrestaShop 8: 587 con TLS o 465 con SSL. En PrestaShop 9 el cifrado solo ofrece «TLS» o «Ninguno», y «TLS» quiere decir cifrar desde el primer momento, que va por el 465: TLS con el 587 falla con «wrong version number». Si tu proveedor solo da el 587, pon cifrado «Ninguno» con el 587: PrestaShop pide el cifrado por su cuenta (STARTTLS) si el servidor lo ofrece, y el correo sale cifrado igual. El 25 suele estar capado.
3. La dirección «De» debe ser de tu propio dominio (p. ej. tienda@tudominio.com), nunca un gmail/hotmail.
4. Guarda y usa el botón de «enviar correo de prueba» a tu email. ¿Llega? Ya envías.

Con Gmail, Google Workspace o Microsoft 365

Los datos van en Parámetros Avanzados → E-mail («Dirección de correo electrónico» en la 9), marcando «Establecer mis propios parámetros SMTP (SÓLO para usuarios avanzados)»: «Servidor SMTP», «Nombre de usuario SMTP», «Contraseña SMTP», «Cifrado» y «Puerto». Después, «Enviar un correo electrónico de prueba».

• Google Workspace (tu dominio con Google): servidor smtp.gmail.com; en PrestaShop 9, puerto 465 con cifrado TLS (en la 8, 587 con TLS). La contraseña no es la de la cuenta: es una «contraseña de aplicación» de 16 caracteres, que solo existe con la verificación en dos pasos activada. Google no la recomienda y, en cuentas de empresa, la opción puede no aparecer. El límite es de 2.000 mensajes al día.
• Gmail personal (@gmail.com): se configura igual, pero no lo recomendamos para una tienda: los correos saldrían de una dirección de Gmail, no de tu dominio, y Gmail limita los envíos diarios.
• Microsoft 365: servidor smtp.office365.com, puerto 587 (no admite el 465); en PrestaShop 9 con cifrado «Ninguno», en la 8 con TLS. El envío por SMTP tiene que estar permitido en ese buzón. Ojo con la fecha de abajo.
• Outlook.com o Hotmail personales: no sirven. Desde el 16 de septiembre de 2024, Microsoft no acepta usuario y contraseña en aplicaciones de otros, que es como envía PrestaShop.

⚠️ Microsoft 365, a finales de diciembre de 2026. Microsoft desactivará por defecto el envío con usuario y contraseña (lo llama «SMTP AUTH Basic»). PrestaShop solo sabe enviar así, de modo que la tienda dejará de mandar los correos de pedido. El administrador de Microsoft 365 podrá volver a activarlo, pero es una prórroga: Microsoft anunciará la fecha final en la segunda mitad de 2027. Lo estable es pasar los correos de la tienda a un servicio de envío transaccional, con su propio servidor SMTP.

Y si actualizas de la 8 a la 9: el SSL desaparece del desplegable. Con el 465, elige TLS; con el 587, «Ninguno». TLS con el 587 no funciona en la 9 (lo hemos comprobado: «wrong version number»). Más fallos típicos en errores después de actualizar.

Problema 2: salen pero llegan a spam

Aquí el envío funciona, pero los proveedores (Gmail, Outlook…) no se fían de tu dominio. La solución es autenticar el dominio en su DNS:

• SPF: declara qué servidores pueden enviar en nombre de tu dominio.
• DKIM: firma criptográfica que prueba que el correo es tuyo y no se ha manipulado.
• DMARC: política que une SPF+DKIM y dice qué hacer si algo no cuadra.

Otra causa que se pasa por alto: los registros falsos. Si un bot crea cuentas o se apunta al boletín con direcciones inventadas, tu tienda manda un correo a cada una, y eso también acerca tus correos de verdad a la carpeta de spam. Cómo pararlo: spam y registros falsos en PrestaShop.

Transaccional vs. envío masivo

No es lo mismo el correo de un pedido que una newsletter a 5.000 personas:

• Transaccional (pedido, contraseña, factura): el SMTP del hosting suele bastar.
• Masivo (newsletter, recuperación de carritos, campañas): usa un proveedor de email dedicado. Los hostings limitan el volumen y, si mandas mucho, te hunden la reputación y todo acaba en spam.

Cómo diagnosticarlo rápido

1. Manda un correo de prueba desde Parámetros Avanzados → E-mail.
2. Si falla, mira Parámetros Avanzados → Registros: cada correo que no sale deja una línea «Mailer Error» con el motivo. Si sale pero no llega, revisa spam y los logs del servidor (error_log).
3. Comprueba credenciales SMTP, puerto y cifrado: «Failed to authenticate» es usuario o contraseña; «wrong version number» es TLS con el 587 en PrestaShop 9.
4. La prueba de verdad: pide una contraseña nueva desde la tienda, como un cliente. Arriba de «Dirección de correo electrónico» verás la lista de los correos que sí han salido.
5. Verifica SPF/DKIM/DMARC de tu dominio con cualquier comprobador online.
6. Confirma que la dirección «De» es de tu dominio.

Cuándo conviene que lo dejemos fino nosotros

La entregabilidad mezcla configuración de PrestaShop y DNS, y un cliente que no recibe su confirmación es un cliente que desconfía. Lo dejamos funcionando y medible:

• Mantenimiento PrestaShop: correos vigilados y funcionando, entre otras muchas cosas.
• Integraciones: conectamos tu tienda con un proveedor de email profesional (transaccional + campañas).
• ¿Tu tienda además falla? Mira las guías de Error 500 y pantalla en blanco.

Preguntas frecuentes

Comprobado el 2 de noviembre de 2026: el calendario de Microsoft para SMTP AUTH, Outlook.com, las contraseñas de aplicación de Google, el SMTP de Gmail en Workspace y, en el panel de PrestaShop 8 y 9, los ajustes de correo. El 4 de noviembre, en una tienda de pruebas con PrestaShop 9.1.5 y un servidor de correo propio: sendmail, TLS con el 587 y con el 465, «Ninguno» con el 587 y una contraseña equivocada, cada uno con el resultado que contamos (el mismo ensayo del vídeo), y los puertos de smtp.gmail.com y smtp.office365.com.

← Volver al blog