PrestaShop no envía correos: solución completa

Si tu tienda PrestaShop no envía correos o los clientes no los reciben, la causa es casi siempre una de dos: tu hosting está usando PHP mail() sin SMTP configurado, o tu dominio de remitente carece de reputación. A diferencia de plataformas modernas como Shopify o Tiendanube, PrestaShop por defecto confía en la infraestructura del servidor, lo que en hosting compartido español es terreno minado. Este artículo te muestra cada paso para diagnosticar y arreglarlo.

¿Por qué PrestaShop no envía correos?

PrestaShop usa PHP mail() como método por defecto. Este comando es local: el servidor envía el correo al MTA (Mail Transfer Agent) del mismo servidor, sin autenticación, sin encriptación y sin reputación verificada. El resultado:

Sin reputación de dominio: Gmail, Outlook y Yahoo ven que el correo viene de un servidor de hosting compartido anónimo, no de un dominio legítimo. Automáticamente sospechoso.
Sin SPF/DKIM: Sin configurar registros DNS, el correo falla autenticación y cae directo a spam.
Sin uno-click unsubscribe: Google y Yahoo desde febrero de 2024 rechazan correos comerciales sin botón de desuscripción de un clic (RFC 8058). PrestaShop con PHP mail() no lo agrega automáticamente.
Límites de reputación del hosting: Muchos hosting españoles (especialmente baratos) limitan la tasa de salida de correos, y los proveedores grandes (Gmail, Outlook) marcan el servidor entero como spam tras un cierto volumen.

PHP mail() vs SMTP: la diferencia crítica

PHP mail() = tu servidor intenta ser un cartero que no conoce nadie. Los proveedores grandes desconfían por defecto.

SMTP externo (Brevo, Mailrelay, Acumbamail, Doppler) = delegas el envío a un servidor de confianza que sí tiene reputación mundial. Tú envías al servidor SMTP, el servidor SMTP envía a Gmail/Outlook con credenciales verificadas.

Para tiendas PrestaShop en España y Latinoamérica, las opciones más prácticas son:

Mailrelay (España) — tapa gratis generosa, SPF/DKIM en panel, soporte en español.
Brevo (Europa, ex Sendinblue) — muy popular, planes gratuitos hasta 300 emails/día.
Doppler (Latinoamérica) — preferida en LatAm, fácil setup SMTP.
Acumbamail (España) — pequeña, pero local y confiable.

El viaje del correo desde PrestaShop: autenticación y filtrado

Cómo revisar la configuración SMTP en PrestaShop

Entra al panel de administración de PrestaShop y ve a Preferencias > Email. Verás dos opciones:

Use PHP mail() — esto es lo que NO quieres. Desactívalo.
Use SMTP server — aquí es donde configuras tu proveedor SMTP externo.

Rellena los campos con los datos que te proporcione tu proveedor SMTP:

SMTP Server: Por ejemplo, smtp.brevo.com
SMTP Port: 587 (TLS) es el estándar seguro. NO uses puerto 25 (es antiguo y bloqueado por muchos ISP).
SMTP User: Tu email o nombre de usuario en el proveedor.
SMTP Password: Tu contraseña o clave API (cambia la que ves en la web por la de app-specific si el proveedor lo pide).
From Email: El correo que aparece como remitente. Importante: debe ser un dominio que tú controles (p.ej., noreply@tutienda.es, no un gmail gratis).
From Name: El nombre visible (p.ej., «Mi Tienda»).

Haz clic en Enviar correo de prueba. Si la prueba llega a tu bandeja de entrada, está básicamente funcionando. Si llega a spam, necesitas SPF/DKIM.

Consejo: prueba en desarrollo antes de activar en producción

Crea una copia de la tienda en dev.tutienda.es, configura SMTP allí, envía 5–10 correos de prueba con check.live-direct-marketing.online y verifica los veredicts (SPF, DKIM, spam score). Solo cuando todo esté verde, replica la config a producción. Así evitas que tus clientes reales sufran entregas fallidas mientras debuggeas.

Verificar dominio: SPF, DKIM y DMARC

Aunque configures SMTP, si el DNS de tu dominio no tiene registros SPF y DKIM, Gmail y Outlook lo rechazarán o lo marcarán como spam. Estos registros son obligatorios según las políticas de Google y Yahoo desde febrero 2024.

SPF (Sender Policy Framework) dice: «Este dominio autoriza a estos servidores SMTP para enviar correos en mi nombre.»

Típicamente, tu proveedor SMTP te dará una línea como:

v=spf1 include:smtp.brevo.com ~all

La añades como registro TXT en el DNS de tu dominio (en tu panel de hosting o registrador).

DKIM (DomainKeys Identified Mail) es una firma criptográfica que prueba que el correo realmente viene de ti. Tu proveedor SMTP te da una clave pública que añades como registro TXT en el DNS, y luego el proveedor firma cada correo con su clave privada.

DMARC (Domain-based Message Authentication, Reporting & Conformance) es la política que dice qué hacer si SPF o DKIM fallan. Empezar con p=none (solo reportar, no rechazar) es seguro:

v=DMARC1; p=none; rua=mailto:tu-email@tudominio.com

Registros DNS necesarios para autenticación de correo

Probar y diagnosticar con check.live-direct-marketing.online

Una vez que hayas configurado SMTP y SPF/DKIM, necesitas verificar que todo funciona en la realidad. Es aquí donde check.live-direct-marketing.online es invaluable.

El proceso es simple:

Ve a check.live-direct-marketing.online (sin necesidad de registrarse).
Copia la dirección de prueba (seed) que el sitio te proporciona. Por ejemplo, test_xyz123@inbox.live-direct-marketing.online
En tu tienda PrestaShop, simula un pedido o envía un correo de prueba a esa dirección.
El sitio te mostrará:
- Carpeta donde llegó: Inbox, Spam, Promotions, etc. en 20+ proveedores (Gmail, Outlook, Yahoo, Yandex, etc.).
- Veredicts SPF/DKIM/DMARC: Aprobado ✓ o fallido ✗ — si falla, sabes exactamente qué arreglar.
- Capturas reales: Cómo se ve el correo en la bandeja del cliente en light y dark mode.
- Spam score: Análisis de contenido que detecta palabras / enlaces sospechosos.

Si los veredicts muestran DKIM fallido, revisa que el registro DKIM en el DNS está correcto. Si es SPF, asegúrate de que el include: del proveedor está exacto. Si el correo cae en spam a pesar de autenticación verde, probablemente sea contenido (palabras clave spam, demasiados enlaces, imágenes vs texto desbalanceadas).

Alternativas si el hosting no coopera

Si tu hosting actual no permite cambiar de PHP mail() a SMTP, o no tiene DNS editable, tienes dos opciones:

Cambiar de hosting: Busca un proveedor que soporte SMTP saliente (la mayoría de hosting español de mediano tamaño sí). No es necesario hosting VPS caro; hosting compartido decente funciona.
Usar un módulo/plugin: En el marketplace de PrestaShop existen módulos de terceros que integran SMTP directo (búsca «SMTP module»). No todos son confiables; lee reviews antes.

Lo que no debes hacer es seguir con PHP mail() esperando que mejore. No mejorará. Google y Yahoo rechazarán cada vez más correos sin SPF/DKIM/DMARC, y pronto tu tienda perderá todas las notificaciones.

¿Qué puerto SMTP debería usar: 25, 465 o 587?

587 es el estándar moderno (SMTP con STARTTLS). El puerto 25 es antiguo y bloqueado por muchos ISP. El puerto 465 (SMTPS) es menos común pero también funciona. Tu proveedor SMTP te dirá cuál usar; respeta su recomendación.

¿PrestaShop tiene un límite de correos diarios?

PrestaShop en sí no. Pero tu proveedor SMTP y tu hosting sí. Mailrelay, por ejemplo, ofrece gratis hasta cierto volumen/mes. Brevo permite 300 correos/día en plan gratis. Consulta los límites de tu proveedor y, si creces, sube de plan.

¿Puedo verificar que los correos llegan bien antes de activar la tienda en internet?

Totalmente. Usa check.live-direct-marketing.online para enviar pruebas desde tu entorno de desarrollo o staging. Verifica los veredicts SPF/DKIM, la carpeta de destino en 20+ proveedores, y las capturas reales. Solo cuando todo esté verde, abre la tienda a clientes.

Lecturas relacionadas