Objetivo

Esta guía explica cómo diagnosticar y corregir la ausencia de correos de alerta enviados por Securantis. Cubre las causas frecuentes: dirección de envío, filtrado antispam, tareas programadas (cron), funciones de envío nativas de WordPress y PrestaShop, configuración SMTP y lectura de logs. Encontrará procedimientos distintos para WordPress/WooCommerce y PrestaShop.

Requisitos

• Acceso administrador al panel Securantis (SaaS) para verificar las direcciones de alerta configuradas.
• Acceso administrador al sitio WordPress o PrestaShop (backoffice).
• Acceso FTP/SFTP o al hosting para consultar los logs PHP/mail si es necesario.
• No enviar contraseñas por correo: siga los procedimientos para dar acceso seguro si es necesaria una intervención de pago.

Visión general de los pasos a seguir

1. Verificar la dirección destinataria y la dirección de envío en la interfaz Securantis.
2. Comprobar las carpetas de spam / cuarentena del destinatario.
3. Verificar que la tarea programada (cron) en el CMS / hosting se ejecute.
4. Probar la función de envío nativa del CMS (wp_mail para WordPress, sistema Mail de PrestaShop).
5. Probar o configurar un relé SMTP fiable.
6. Consultar los logs de envío en el CMS y en el servidor.

Comprobaciones generales (todas las plataformas)

• Dirección destinataria: asegúrese de que el correo indicado en Securantis es correcto, sin errores tipográficos, y permite la recepción de notificaciones (bandeja no llena, sin autorespondedor que bloquee).
• Spam / cuarentena: pida al destinatario que revise la carpeta de spam, los filtros y la cuarentena del proveedor (p. ej. Office 365, Google Workspace). Añada la dirección de envío a la lista de remitentes aprobados.
• Filtros / reglas de correo: algunas cuentas redirigen o eliminan automáticamente correos según reglas (sobretodo en entornos corporativos). Compruébelo con el administrador de correo.
• Bloqueo por parte del hosting: si se usan envíos PHP nativos, algunos hostings limitan o bloquean los correos salientes para luchar contra el spam.

WordPress / WooCommerce

Objetivo específico: verificar que las alertas generadas por el plugin Securantis llegan al servidor de envío del sitio.

Pasos detallados:

1. Probar el envío nativo: instale temporalmente un plugin de prueba de correo (test SMTP / mail) y envíe un correo de prueba desde la administración. Si la prueba falla, el problema proviene del servicio de envío del sitio.
2. Verificar cron WP: muchas alertas se desencadenan por tareas programadas. Confirme que wp-cron se ejecuta con regularidad. En hosting compartido, prefiera una tarea cron del sistema que invoque wp-cron por URL cada 5–15 minutos.
3. Revisar los parámetros del plugin Securantis en WordPress: comprobar que la activación de las notificaciones está habilitada y que la dirección destinataria es la correcta.
4. Logs: consulte los logs de errores PHP o los logs del plugin si están disponibles en la interfaz. Busque errores relacionados con wp_mail o timeouts.
5. Si el envío nativo está bloqueado, configurar un relé SMTP: instale un plugin SMTP de confianza, configure una cuenta SMTP (proveedor externo: SendGrid, Mailgun, SMTP del hosting o Microsoft/Google mediante relé). Pruebe el envío a través de este relé.

Ajustes prudentes:

• Utilice un relé SMTP autenticado en lugar del envío PHP nativo para mayor fiabilidad.
• No active un relé SMTP sin verificar los límites de envío del proveedor.

Errores frecuentes y soluciones:

• Prueba de correo falla: verifique credenciales SMTP y puerto (25/587/465), cifrado TLS/SSL.
• Correos enviados pero nunca recibidos: verifique los headers devueltos por la prueba SMTP (respuesta 250 OK o mensaje de error). Contacte al administrador de correo si hay rechazo por parte del destinatario.
• Cron interno (wp-cron) no se ejecuta: implemente una tarea cron del sistema.

PrestaShop (1.7 a 9)

Objetivo específico: verificar el sistema de envío integrado y la configuración del módulo Securantis para enviar informes y alertas.

Pasos detallados:

1. Probar el envío desde el backoffice de PrestaShop: en la configuración de correos de PrestaShop, utilice la función de prueba para enviar un mensaje. Si la prueba falla, el problema está en la mensajería del sitio.
2. Verificar la configuración del módulo Securantis: asegúrese de que el envío de eventos/alertas está activado y que la dirección destinataria es correcta.
3. Cron y tareas programadas: algunos informes pueden depender de tareas programadas en el módulo o en el hosting. Verifique que los CRON externos configurados en el hosting se ejecutan.
4. Logs: consulte los logs del servidor y los proporcionados por PrestaShop (si están activados). Busque errores SMTP o timeouts durante el envío.
5. Si el envío nativo falla, configure un relé SMTP en la configuración de correos de PrestaShop (Parámetros > E-mail). Use un proveedor fiable y pruebe el envío.

Ajustes prudentes:

• Prefiera un SMTP externo autenticado con límites conocidos en lugar del envío vía mail() si el host lo restringe.
• Active TLS cuando el proveedor lo requiera.

Errores frecuentes y soluciones:

• PrestaShop indica «échec d’envoi»: anote el mensaje de error exacto y pruebe las mismas credenciales en un cliente de correo.
• Correos enviados pero marcados como spam: verifique SPF, DKIM, DMARC del dominio de envío (ver precauciones más abajo).

SMTP, SPF, DKIM, DMARC y reputación de envío

• Si utiliza su dominio para enviar alertas, compruebe los registros DNS: SPF debe autorizar el relé SMTP; DKIM firmado si está disponible; DMARC para reporting. La ausencia de estos registros aumenta el riesgo de ser marcado como spam.
• Si usa un servicio tercero (Mailgun, SendGrid, etc.), siga su procedimiento de autenticación de dominio.

Lectura de logs e información a recopilar

Antes de contactar al soporte, reúna:

• Fecha/hora precisa de las alertas faltantes.
• Dirección remitente configurada y dirección destinataria.
• Resultados de las pruebas de envío desde WordPress/PrestaShop (capturas o mensajes de error).
• Respuesta SMTP o extracto de headers si están disponibles.
• Indicación si ha cambiado recientemente de proveedor SMTP o modificado DNS (SPF/DKIM).

Precauciones y buenas prácticas

• No elimine automáticamente las alertas: en caso de un evento de seguridad, la cuarentena, la restauración y la eliminación deben ser decisiones tomadas por una persona.
• No comunique nunca contraseñas por correo o chat. Para cualquier intervención de pago, utilice el espacio cliente seguro para transmitir los accesos tras el pago.
• Pruebe cualquier modificación en un sitio de preproducción si es posible, para evitar interrupciones en producción.

Cuándo contactar al soporte Securantis

Contacte al soporte si:

• Los pasos anteriores no permiten identificar la causa.
• Los logs muestran errores internos del plugin/módulo o fallos de autenticación en el lado de Securantis.
• Sospecha que Securantis no envía las notificaciones a pesar de pruebas SMTP exitosas en el sitio.

Información para proporcionar al soporte:

• Descripción de las comprobaciones ya realizadas (pruebas SMTP, cron, logs).
• Los logs de error pertinentes y capturas de pantalla de los mensajes de prueba.
• Sellos temporales e identificadores (sin contraseñas): licencia y nombre del sitio.

Resumen (acción rápida)

1. Verifique destinatario y carpeta de spam. 2. Envíe una prueba desde WordPress/PrestaShop. 3. Compruebe/ejecute cron. 4. Configure un relé SMTP autenticado si el envío nativo falla. 5. Valide SPF/DKIM/DMARC para el dominio de envío. 6. Reúna los logs y contacte al soporte si es necesario.

Siguiendo estos pasos resolverá la gran mayoría de los problemas de correos de alerta. Si necesita ayuda para la configuración SMTP o el análisis de logs, prepare los elementos listados y contacte a nuestro soporte a través del espacio cliente seguro.