// cómo solucionarlo
Los emails de tu web o de WordPress van a spam
Los formularios de contacto, las confirmaciones de pedido y los restablecimientos de contraseña que envía tu web suelen acabar en spam. Envíalos mediante SMTP autenticado o un servicio de email transaccional.
Qué significa
Por defecto, WordPress y muchas webs envían los emails con la función de correo integrada del propio servidor web (PHP mail()). El email sale de tu servidor de hosting, normalmente sin DKIM, a menudo con un SPF que no incluye ese servidor y, a veces, con una dirección From que ni siquiera es tuya.
Los receptores ven un email que dice venir de tu dominio pero enviado por un servidor desconocido, así que lo mandan a spam o lo rechazan.
Por qué importa
- Tus clientes no reciben las confirmaciones de pedido, las facturas ni los restablecimientos de contraseña.
- Te pierdes los mensajes de tu formulario de contacto.
- La IP de un servidor de hosting compartido puede estar en blacklist por culpa de otras webs alojadas en él.
Cómo comprobarlo
- Envía un email de prueba desde tu web: en la página de inicio, copia tu dirección de prueba única y úsala en el formulario de contacto de tu web, en un restablecimiento de contraseña o en un pedido de prueba. Abre el informe: mira SPF, DKIM, DMARC, las blacklists y el servidor de envío.
- Si el informe muestra el servidor de tu empresa de hosting y falta DKIM, la web está usando la función de correo integrada.
Cómo solucionarlo
- Elige cómo enviar. Dos buenas opciones:
- Tu buzón actual (Google Workspace, Microsoft 365, el correo de tu hosting) mediante SMTP autenticado. Vale para volúmenes pequeños.
- Un servicio de email transaccional (hay muchos, con planes gratuitos). Mejor para tiendas y volúmenes mayores.
- Instala un plugin SMTP en WordPress. Busca «SMTP» en el directorio de plugins: los plugins populares te permiten indicar el servidor SMTP, el puerto, el usuario y la contraseña, o conectar directamente un servicio transaccional. Otros creadores de webs y frameworks tienen una página parecida de «ajustes SMTP».
- Usa ajustes seguros: el puerto
587con STARTTLS (o el465con SSL), y un usuario y una contraseña reales. Para Google y Microsoft, puede que necesites una contraseña de aplicación. - Usa una dirección From de tu propio dominio, como
noreply@yourdomain.comoshop@yourdomain.com. No uses nunca la dirección del visitante como From en un formulario de contacto: ponla enReply-To. - Autentica el servicio. Si usas un servicio transaccional, añade su
include:de SPF a tu registro SPF y publica los registros DKIM que te da. - Protege tus formularios con un captcha, para que los bots no puedan usarlos para enviar spam desde tu web.
Ejemplo de registro SPF con Google Workspace y un servicio transaccional:
v=spf1 include:_spf.google.com include:spf.transactional-example.com ~all
Comprueba que está solucionado
Los cambios de DNS no son instantáneos. La mayoría se ven en pocos minutos, pero algunos proveedores tardan hasta 24 o 48 horas.
Envía una nueva prueba desde tu web a tu dirección de prueba de Delivmail. El informe debería mostrar que SPF, DKIM y DMARC se superan para tu dominio, y el servidor de envío debería ser ahora tu proveedor, no tu hosting web.
Comprueba que está solucionado
Un cambio de DNS puede tardar de unos minutos a unas horas. Después, envía un nuevo email de prueba o vuelve a escanear tu dominio.
Guías relacionadas
- Tu dominio no tiene registro SPFTu dominio no indica qué servidores pueden enviar emails en su nombre. Añade un registro TXT y los receptores podrán distinguir tus emails reales de los falsos.
- Error SPF: demasiadas consultas DNS (permerror)SPF permite como máximo 10 consultas DNS. Por encima, todo el registro se rompe y los receptores lo consideran no válido. Así puedes aligerarlo.
- Varios registros SPF en un mismo dominioUn dominio solo debe tener un registro SPF. Con dos o más, SPF falla en todos los emails. Únelos en una sola línea.
- SPF falla: el servidor de envío no está autorizadoTu dominio tiene un registro SPF, pero el servidor que envió tu email no está en él. Averigua qué servicio envió el email y añádelo.
- Tus emails no tienen firma DKIMDKIM añade una firma digital que demuestra que un email viene de verdad de tu dominio. Actívala en tu proveedor de correo y publica su clave en el DNS.