Vos e-mails WordPress ne partent pas ? Trouver la cause et réparer l’envoi

Por qué los correos de WordPress no se envían

En los foros de WordPress.org, la misma pregunta se repite cada semana: los correos de WordPress no se envían, o han dejado de hacerlo. Las notificaciones de formularios no llegan, los correos de confirmación de un registro con doble opt-in llegan uno de cada dos veces, un boletín programado nunca sale. Una veintena de temas en seis semanas, casi siempre con el mismo punto de partida.

Por defecto, WordPress confía sus correos a la función de envío de PHP, es decir, al servidor del proveedor de hosting. Muchos proveedores la limitan o la desactivan. Cuando funciona, el mensaje suele enviarse sin autenticación del dominio remitente: los servicios de correo de destino lo clasifican como no deseado o lo rechazan sin decir nada.

El sitio, por su parte, no ve nada. WordPress considera que el correo ha sido transmitido y nadie recibe un aviso del fallo. Por eso el problema parece aleatorio: no lo es, simplemente es invisible.

Para salir de esta situación, se necesitan dos cosas. Una ruta de envío fiable que pase por un servidor de correo real. Y un lugar donde leer qué ha ocurrido cuando un mensaje no se ha enviado.

Enviar mediante SMTP o una API

El módulo Mail de nexya reemplaza el envío por defecto. Usted elige un método: un servidor SMTP, el de su servicio de correo o su alojamiento, o un servicio de envío conectado a través de su API, como Brevo, Mailgun, SendGrid o Postmark.

El SMTP es adecuado cuando ya dispone de una cuenta profesional en el dominio del sitio. La API es adecuada cuando el sitio envía mucho volumen, o cuando el proveedor de alojamiento bloquea los puertos SMTP salientes. En ambos casos, cada correo del sitio toma esta ruta: formularios, restablecimiento de contraseña, pedidos, confirmaciones.

El módulo Mail forma parte de la versión gratuita, para tantos sitios como desee. Como cualquier módulo de nexya, se enciende y se apaga desde el panel de control (hub); cuando está apagado, no registra nada y ninguno de sus ganchos (hooks) se ejecuta en el sitio.

• SMTP: la dirección del servidor, el puerto, el usuario y la contraseña proporcionados por el servicio de correo.
• API: la clave proporcionada por el servicio de envío.
• En ambos casos: una dirección de envío en el dominio del sitio.

Reparar el envío de correos electrónicos de WordPress en cuatro pasos

1. 1

   Elegir el método de envío

   Active el módulo Mail desde el panel principal y elija SMTP o API. Introduzca los datos de acceso proporcionados por su servicio de correo o la clave del servicio de envío, y una dirección de remitente en el dominio del sitio.

   
2. 2

   Enviar un correo de prueba

   Envíe un correo de prueba a una dirección que consulte. Si llega, la ruta funciona. Si no llega, la causa ya está en el registro.

   
3. 3

   Leer la causa en el registro

   Abra el registro de envíos. Cada mensaje fallido aparece allí con el motivo devuelto por el servidor: corrija la configuración correspondiente o transmítasela al proveedor de hosting o al servicio de envío.

   
4. 4

   Proteger los formularios

   Active el captcha invisible en los comentarios, el inicio de sesión y los formularios. Sustituye a reCAPTCHA o Turnstile, sin Google ni Cloudflare y sin casilla de verificación para el visitante.

   

El registro: la causa exacta de cada fallo

Cambiar de ruta no es suficiente si no se sabe qué ocurre después. El módulo Mail mantiene un registro (log) de los envíos y guarda cada envío fallido junto con su causa, tal como la ha devuelto el servidor SMTP o el servicio de envío.

Esto es lo que falta en la mayoría de los temas de los foros. «Mis correos ya no se envían» se convierte en una frase precisa: un identificador rechazado, una dirección de envío no autorizada, una cuota alcanzada. De este modo, se sabe a quién acudir: al proveedor de alojamiento, al servicio de envío o a la persona que cambió la contraseña de la cuenta de correo.

El módulo también permite enviar un correo de prueba. Es la primera acción que debe realizarse tras configurar el método, y la primera que debe repetirse cuando un cliente informa de que un formulario no responde: si la prueba se envía, la ruta funciona y hay que buscar el problema en el formulario o en el destinatario.

Un correo que falla sin dejar rastro no se puede reparar. Un correo que falla indicando su causa se repara en pocos minutos.

Confirmaciones de registro y boletines (newsletters)

Un correo de confirmación con doble opt-in es un correo como cualquier otro: si utiliza la función de envío del proveedor de alojamiento, sufre las mismas limitaciones. Una vez configurado el módulo Mail, toma la misma ruta que el resto y, si falla, su error aparece en el registro.

Para los boletines, nexya Pro añade el módulo Mailya. Envía las campañas desde su propio servidor, en segundo plano, al ritmo que ese servidor pueda soportar, sin necesidad de validar una cuenta de terceros antes del primer envío. Su formulario de suscripción utiliza el captcha del módulo de E-mails, una misma dirección recibe como máximo un correo de confirmación por hora, y se rechaza cualquier registro cuyo dominio no pueda recibir correos.

Una aclaración honesta: si su boletín está gestionado por otra extensión y es su programador el que se equivoca de hora, nexya no corrige esa extensión. El módulo Mail garantiza la ruta de envío y el registro, pero no el calendario de otra herramienta.

Los formularios nexya y el captcha invisible

Buena parte de los correos que no se envían provienen de formularios de contacto. Se deben principalmente a dos causas: el envío en sí, tratado anteriormente, y un captcha de terceros (reCAPTCHA o Turnstile) que bloquea el envío sin mostrar un mensaje claro.

El módulo Mail incluye un captcha invisible, sin Google ni Cloudflare, integrado en los comentarios, el inicio de sesión y los formularios del sitio. El visitante no tiene que marcar ninguna casilla. Es gratuito, como el resto del módulo.

nexya Pro añade además sus propios formularios. Comparten una misma apariencia, con menús desplegables y un calendario estilizado, y se insertan mediante un bloque, un widget de Elementor o un shortcode. Un formulario puede enviar varios correos, cada uno con sus destinatarios, copias y condiciones, así como una respuesta automática al visitante.

Las entradas se almacenan en el sitio, son exportables a CSV o a un PDF con diseño, y cuentan con un periodo de retención configurable en días. Por lo tanto, si falla un correo de notificación, la solicitud del visitante no se pierde: permanece en las entradas y la causa del fallo queda registrada en el registro.

• Varios correos por formulario, con destinatarios, copias y condiciones.
• Una respuesta enviada al visitante.
• Entradas guardadas en el sitio, exportables en CSV o PDF.

Qué es gratuito y qué pertenece a nexya Pro

Para hacer que los correos electrónicos de WordPress se envíen y saber cuáles no llegan, la versión gratuita es suficiente: envío por SMTP o por API, registro de envíos con la causa de los fallos, correo de prueba y captcha invisible.

nexya Pro añade un segundo servidor de envío y alertas en caso de fallo: si el servidor principal rechaza un mensaje, otro toma el relevo y se le avisa a usted, en lugar de enterarse por un cliente. Pro también incluye Mailya para los boletines y los formularios de nexya. La versión gratuita no contiene ninguno de estos códigos; nexya Pro se entrega a través de Freemius después de la compra y conserva la configuración ya realizada.

En cuanto a la confidencialidad, el plugin no envía nada a terceros por defecto. El servicio SMTP o API que elija recibe evidentemente sus correos electrónicos: ese es su cometido.