Qué hacer cuando WooCommerce no envía correos
Diagnóstico ordenado para distinguir si WooCommerce no genera el correo, el servidor no lo envía o el proveedor lo rechaza.
Cuando WooCommerce no envía correos, el problema puede estar en tres lugares:
- El correo no se generó.
- WordPress intentó enviarlo y falló.
- Se envió, pero el proveedor lo bloqueó o mandó a spam.
Instalar SMTP sin diagnosticar puede ocultar la causa.
1. Confirma qué correo falta
WooCommerce incluye mensajes para:
- Nuevo pedido.
- Cancelación.
- Fallo.
- En espera.
- Procesando.
- Completado.
- Reembolso.
- Nueva cuenta.
- Restablecimiento.
Anota:
- Tipo.
- Pedido.
- Estado.
- Destinatario.
- Hora.
- Si falta para cliente, negocio o ambos.
2. Revisa el estado del pedido
Un pedido pendiente de pago puede no activar el correo esperado.
Comprueba:
- Pago aprobado.
- Estado actualizado.
- Pasarela.
- Notas.
- Webhook.
- Acción programada.
Si el pago fue exitoso, pero el pedido sigue pendiente, el problema puede ser la integración de pago.
3. Revisa WooCommerce
En WooCommerce > Ajustes > Correos:
- Correo habilitado.
- Destinatario.
- Remitente.
- Formato.
- Plantilla.
No uses @gmail.com como remitente de una web con dominio propio. Debe alinearse con un dominio autenticado.
Verifica que el destinatario no tenga espacios o errores.
4. Revisa logs
WooCommerce incluye registro de correos en versiones actuales y herramientas de estado según configuración.
Busca:
- Generado.
- Enviado.
- Fallido.
- Omitido.
- Deshabilitado.
Un estado enviado significa que la aplicación entregó el mensaje al sistema de correo, no que llegó a la bandeja.
Revisa también logs del hosting y del plugin.
5. Comprueba WordPress
WooCommerce utiliza wp_mail() por defecto.
Haz una prueba desde otro formulario o herramienta. Si ningún correo sale, el problema es general.
Posibles causas:
- Función de correo deshabilitada.
- Límite del hosting.
- Remitente inválido.
- DNS.
- Reputación.
- Firewall.
- Plugin.
- Error de PHP.
No hagas pruebas masivas.
6. Configura un proveedor de envío
Un servicio de correo transaccional mediante SMTP o API suele ser más confiable que enviar directamente desde el servidor web.
Necesitas:
- Cuenta.
- Dominio verificado.
- Remitente.
- Credenciales.
- Puerto y cifrado si usa SMTP.
- Plugin compatible.
- Prueba.
No uses la contraseña principal cuando el proveedor ofrece contraseña de aplicación, token o API.
7. SMTP o API
SMTP
Método estándar. Puede ser suficiente con bajo volumen.
API
Suele ofrecer mejor registro y evita algunos bloqueos de puertos.
La elección depende del proveedor y plugin.
No publiques credenciales en código ni capturas.
8. Autentica el dominio
SPF
Indica servidores autorizados.
Debe existir un solo registro SPF por dominio, combinando servicios.
DKIM
Firma mensajes mediante clave publicada en DNS.
DMARC
Indica política y reportes cuando SPF o DKIM no alinean.
No copies registros de otro dominio. Usa valores del proveedor.
Después, valida DNS.
9. Remitente y respuesta
Configura:
From: correo del dominio.From name: nombre de tienda.Reply-To: canal atendido.
No uses una dirección inexistente si los clientes necesitan responder.
10. Spam y reputación
Si sale, pero no llega:
- Revisa spam.
- Prueba varios proveedores.
- Analiza cabeceras.
- Revisa listas.
- Confirma autenticación.
- Evita enlaces sospechosos.
- No mezcles marketing y transaccional.
- Revisa adjuntos.
Los correos transaccionales deben ser claros y esperados.
11. Límites
Hostings y proveedores limitan:
- Por hora.
- Día.
- Segundo.
- Destinatarios.
- Tamaño.
- Tasa de rebote.
WooCommerce puede generar picos en promociones. Elige capacidad suficiente.
12. Prueba pedido completo
No uses solo “enviar prueba”.
Realiza:
- Pedido.
- Pago.
- Estado.
- Correo al cliente.
- Aviso al negocio.
- Completado.
- Reembolso.
- Restablecimiento.
Prueba Gmail, Outlook y dominio empresarial.
13. Si falla solo un tipo
Revisa:
- Habilitación.
- Destinatario.
- Estado.
- Personalización.
- Override en tema.
- Plugin que modifica correos.
- Error de plantilla.
Desactiva personalizaciones en staging.
14. Si el problema aparece después de actualizar
- Copia.
- Logs.
- Cambios.
- Versiones.
- Conflicto.
- Caché.
- Cron.
No reviertas producción sin plan.
15. Monitoreo
Configura:
- Logs.
- Alertas de fallo.
- Retención razonable.
- Pruebas periódicas.
- Responsable.
- Panel del proveedor.
No almacenes contenido sensible más de lo necesario.
Orden de diagnóstico
| Paso | Revisión |
|---|---|
| 1 | Tipo de correo |
| 2 | Estado del pedido |
| 3 | Configuración |
| 4 | Log |
| 5 | wp_mail |
| 6 | Servicio SMTP/API |
| 7 | SPF, DKIM y DMARC |
| 8 | Entrega |
| 9 | Pedido real |