WordPress no envía correos: recupera tus consultas

WordPress no envía correos: encuentra la falla

WordPress suele entregar los mensajes al servidor mediante PHP mail, salvo que el hosting o un plugin cambie esa ruta. El hosting puede restringirla y un servidor sin autenticar puede tener problemas para entregar a Gmail u Outlook. El mensaje puede ser rechazado o terminar en spam aunque la página parezca funcionar.

• El formulario no termina

  Un campo inválido, un script roto o el filtro antispam pueden detener la consulta antes de generar el correo. Si el formulario sigue cargando o muestra un error, empieza por esa falla.

• El servidor no logra enviarlo

  Una conexión bloqueada, una credencial vencida o un remitente rechazado pueden impedir la entrega al proveedor. Busca el intento en el registro con la hora de tu prueba antes de reinstalar el formulario.

• El buzón lo filtra

  El proveedor puede aceptar el mensaje y después dejarlo en spam o cuarentena. El estado de aceptado sirve para investigar, pero también debes revisar el buzón de destino.

La referencia de wp_mail de WordPress aclara que procesar el envío correctamente no demuestra su recepción. Haz una prueba identificada y anota hora y destinatario para seguir el mismo mensaje entre los sistemas.

Protege las consultas que llegan desde Google

Una persona puede encontrarte en Google, comparar tus servicios y escribir una solicitud que nunca llega a tu equipo. El problema inmediato es perder esa conversación después de conseguir la visita. Corregir SMTP protege el contacto; no promete mejorar posiciones en Google.

Estos datos describen las opciones de contacto presentes en el HTML revisado, no pruebas de entrega de correos. Muestran por qué conviene revisar el contacto antes de atraer más tráfico. Aunque exista un formulario, su entrega necesita una prueba propia.

Nuestra guía de diseño web WordPress relaciona estas revisiones con el recorrido del cliente. La guía para mejorar conversiones en WordPress explica qué necesita ver una persona antes de decidir contactarte.

SMTP WordPress: elige plugin y proveedor

Un plugin SMTP conecta WordPress con un servicio de envío; no es el buzón ni el servicio en sí. Puedes evaluar WP Mail SMTP, FluentSMTP o Post SMTP sin dar por hecho que uno sirve para todos los casos. Elige según tu proveedor, la autenticación necesaria y los registros disponibles, y mantén un solo plugin que controle el envío.

• Un buzón del negocio

  Un buzón existente puede servir para un flujo moderado de consultas. Usa una cuenta que pertenezca al negocio y confirma reglas de envío, límites y acceso de recuperación antes de confiarle las notificaciones del sitio.

• Un servicio transaccional

  Brevo, SendGrid, Mailgun, Amazon SES y Postmark son servicios que puedes comparar para mensajes automáticos. Revisa verificación del dominio, aprobación de cuenta, registros de entrega y compatibilidad con el plugin.

• Conexión SMTP o API

  Algunas conexiones usan la API del proveedor en lugar de SMTP. Ambas pueden autenticar el envío; lo esencial es saber quién envía el mensaje y cómo investigar una falla.

Comprueba qué edición del plugin incluye la conexión y los registros que necesitas. El costo del proveedor y la licencia del plugin son decisiones distintas; pagar un plugin no verifica tu dominio automáticamente. El negocio debe conservar acceso aunque cambie de empleado o agencia.

SMTP WordPress con Gmail: acceso correcto

En una cuenta de Gmail o Google Workspace que lo permita, SMTP manual usa smtp.gmail.com, puerto 587 con STARTTLS, la dirección completa y una contraseña de aplicación. La guía de Google para enviar desde aplicaciones describe las opciones. No pegues tu contraseña habitual de Gmail en WordPress.

Servidor: smtp.gmail.com
Puerto: 587
Cifrado: STARTTLS
Autenticación: activada
Usuario: tu dirección completa de Google
Contraseña: una contraseña de aplicación

La contraseña de aplicación exige verificación en dos pasos y puede no estar disponible por restricciones de la cuenta. Google prefiere Iniciar sesión con Google cuando sea compatible; consulta su guía de contraseñas de aplicaciones. Si no aparece la opción, usa una conexión OAuth compatible o consulta al administrador, sin reducir la protección de la cuenta.

El relay SMTP de Workspace es otra opción

Un administrador de Workspace puede configurar el relay SMTP con remitentes autorizados y el método de autenticación del servidor. Cambiar el nombre del servidor SMTP no activa ese servicio por sí solo. Google explica la configuración administrativa en su guía del relay SMTP de Workspace.

Microsoft 365: conviene conectar con OAuth

Microsoft 365 requiere más que un usuario y una contraseña. SMTP AUTH suele estar desactivado a nivel de organización o buzón, y los valores predeterminados de seguridad también pueden bloquearlo. Antes de cambiar la cuenta, tu administrador debe consultar la documentación de SMTP AUTH de Microsoft.

Conviene usar la integración Microsoft OAuth del plugin, con el consentimiento administrativo necesario, o un servicio transaccional autenticado. Por ejemplo, el conector Microsoft de WP Mail SMTP utiliza la API de Microsoft. Verifica la edición y los permisos requeridos antes de comprar o autorizar la conexión.

SPF, DKIM y DMARC sin complicaciones

SMTP autentica la conexión entre tu sitio y el proveedor. La autenticación del dominio ayuda al buzón receptor a verificar que ese proveedor puede representar a tu negocio. SPF enumera remitentes, DKIM firma mensajes y DMARC comprueba su relación con el dominio visible en De.

Las reglas de Google para remitentes exigen SPF o DKIM para enviar a cuentas personales de Gmail, y SPF, DKIM y DMARC para remitentes masivos. Autenticar también ayuda a sitios pequeños, aunque no garantiza llegar a la bandeja principal.

Tipo: TXT
Nombre: example.com
Valor: v=spf1 ip4:192.0.2.10 ~all

Tipo: TXT
Nombre: _dmarc.example.com
Valor: v=DMARC1; p=none; rua=mailto:dmarc@example.com

Obtén los registros DKIM del proveedor que realmente envía, con su selector y clave o destinos CNAME. No inventes una clave ni reemplaces registros DNS ajenos a la reparación. Pide a quien administra el correo del negocio que revise los cambios para conservar el envío del personal.

WordPress no envía correos: arreglo en 15 minutos

Toma los 15 minutos como objetivo para un caso sencillo, con cuentas aprobadas, acceso DNS y credenciales listas. La verificación del dominio, la aprobación del proveedor o el consentimiento en Microsoft pueden tardar más. Guarda los ajustes actuales y crea un respaldo recuperable antes de cambiar la configuración.

1. Paso 1

   Identifica un mensaje que no llega

   Envía una prueba identificada y anota página, hora y destino. Revisa el destinatario configurado, las consultas guardadas y spam para saber si la falla ocurre antes o después del intento de envío.

2. Paso 2

   Conecta un proveedor autenticado

   Configura un solo plugin de envío con tu buzón comercial o cuenta transaccional. Usa el método SMTP, OAuth o API que admita el proveedor y desactiva los plugins que dupliquen esa función después de guardar sus ajustes.

3. Paso 3

   Verifica el dominio remitente

   Publica los registros DNS solicitados y espera su validación. Configura una dirección De autorizada y coloca el correo validado del visitante en Reply-To para poder responder sin suplantar su dominio.

4. Paso 4

   Envía un correo de prueba desde el plugin

   Si puedes, envía pruebas identificadas a buzones controlados de Gmail y Outlook. Revisa bandeja, spam y cuarentena; registra los rechazos del proveedor sin tomar un indicador verde como prueba de recepción.

5. Paso 5

   Revisa los encabezados de autenticación

   Abre el original o los encabezados del mensaje recibido y busca SPF y DKIM con resultado pass en Authentication-Results. Comprueba DMARC y la alineación con tu dominio; investiga las fallas antes de dar la configuración por terminada.

6. Paso 6

   Activa registros y almacenamiento de consultas

   Registra estados de envío e identificadores mediante el plugin, el proveedor o una herramienta adecuada. Activa por separado el guardado de formularios si hace falta, limita el acceso y define cuánto conservar mensajes y archivos adjuntos.

7. Paso 7

   Vuelve a enviar el formulario real

   Prueba el formulario público desde un celular, en cada idioma y con sus distintas notificaciones. Confirma recepción del equipo, consulta guardada y confirmación al visitante; prueba responderle y documenta configuración y responsable.

El formulario de contacto no envía correos

Si tu formulario de contacto no envía correos, pero la prueba del plugin llega, revisa sus notificaciones. Comprueba destinatario, avisos activados, etiquetas de campos y reglas condicionales. La guía de correo de Contact Form 7 explica el remitente y los encabezados adicionales.

To: sales@example.com
From: Website <website@example.com>
Reply-To: [your-email]

Guardar consultas es una función que debes comprobar por separado; SMTP no la incorpora automáticamente. Verifica que un envío de prueba quede registrado y pueda leerlo el personal autorizado. Sin una copia guardada, reparar el correo no recupera las consultas que nunca se registraron.

Incluye el correo en el cuidado de tu sitio

El envío puede detenerse tras un cambio de contraseña, una autorización desconectada, una migración o una edición DNS. Conserva una ficha breve con proveedor, remitente, destinos de formularios y responsable. El negocio debe poder acceder a ella sin guardar contraseñas en un documento común.

Apóyate en nuestras guías de copias de seguridad de WordPress, actualizaciones seguras y seguridad de WordPress para cuidar el resto del proceso. Si buscas un equipo responsable de la reparación y las revisiones, consulta administración de WordPress.