Comparativas y alternativas

Correo corporativo va a spam: SPF, DKIM y DMARC en tu hosting

Si tus correos con dominio propio terminan en la carpeta de spam, el problema casi siempre está en los registros SPF, DKIM o DMARC que debes configurar en tu proveedor de hosting.

A professional woman presenting to a colleague during a business meeting in an office setting.

Si tus correos con dominio propio (como [email protected]) terminan en la carpeta de spam, el problema casi siempre es la ausencia o mala configuración de tres registros DNS: SPF, DKIM y DMARC. Configurarlos correctamente en tu proveedor de hosting es la solución más efectiva y duradera.

Por qué los proveedores de correo filtran tus mensajes

Gmail, Outlook, Yahoo y los demás grandes proveedores usan algoritmos de reputación muy sofisticados. Antes de entregar un correo en la bandeja principal, verifican que el remitente sea quien dice ser. Cuando no encuentran la prueba que buscan, mandan el mensaje directo al spam.

Esa "prueba de identidad" se entrega mediante tres registros publicados en el DNS de tu dominio:

  • SPF — declara qué servidores tienen permiso para enviar correo en nombre de tu dominio.
  • DKIM — firma criptográficamente cada mensaje para que el receptor pueda verificar que no fue alterado en tránsito.
  • DMARC — une SPF y DKIM y le dice a los receptores qué hacer cuando un mensaje falla la verificación (ignorar, poner en cuarentena o rechazar).

Si alguno de estos registros falta, está mal escrito o apunta al servidor equivocado, los grandes proveedores de correo te penalizan aunque tus mensajes sean completamente legítimos.

Cómo verificar si ya tienes SPF, DKIM y DMARC

Antes de tocar nada, confirma cuál es tu situación actual. Puedes hacerlo con estas herramientas gratuitas:

  • MXToolbox SPF Lookup — busca tu dominio y te dice si el registro existe y si tiene errores de sintaxis.
  • Google Admin Toolbox (toolbox.googleapps.com/apps/checkmx/) — revisa SPF, DKIM y DMARC al mismo tiempo.
  • Comando dig desde cualquier terminal: dig TXT tudominio.com muestra todos los registros TXT donde viven SPF y DMARC.

Lo más común es encontrar una de estas situaciones:

  1. No existe ningún registro SPF.
  2. Existe un SPF antiguo que no incluye el servidor de tu hosting actual.
  3. DKIM no está activado porque nunca se generó la clave en el panel de control.
  4. DMARC no está configurado, así que los receptores no saben cómo tratar los fallos.

Configurar SPF en cPanel (hosting compartido)

SPF se publica como un registro TXT en la zona DNS de tu dominio. El formato básico es:

v=spf1 include:servidor-de-tu-hosting.com ~all

El valor exacto de include: depende de tu proveedor. Si tu hosting usa cPanel, lo encontrarás así:

  1. Entra a cPanel y busca Editor de zonas DNS.
  2. Localiza o crea un registro TXT para tu dominio raíz (@).
  3. Pega el registro SPF que te indica tu proveedor. Suele verse como v=spf1 include:hostedmail.example.com ~all.
  4. Guarda los cambios. La propagación tarda entre 10 minutos y 48 horas.

Trampa común: nunca tengas dos registros SPF distintos para el mismo dominio. Los filtros de spam interpretan eso como un error y la verificación falla. Si ya tienes uno, edítalo para añadir el nuevo servidor con un include: adicional en lugar de crear otro registro.

Activar DKIM desde el panel de control

DKIM requiere que tu proveedor de hosting genere un par de claves: la privada se usa para firmar cada mensaje en el servidor; la pública se publica en tu DNS para que el receptor la descargue y verifique la firma.

En cPanel el proceso es directo:

  1. Ve a Autenticación de correo electrónico (o "Email Authentication" en inglés).
  2. Activa DKIM si no lo está. cPanel generará las claves automáticamente y publicará el registro DNS por ti si el dominio está alojado en el mismo servidor.
  3. Si tu DNS está gestionado por Cloudflare u otro proveedor externo, cPanel te mostrará el registro TXT que debes añadir manualmente en esa plataforma.

El registro resultante se verá así en tu DNS:

default._domainkey.tudominio.com  TXT  "v=DKIM1; k=rsa; p=MIGfMA0GCSq..."

El selector (default) puede variar. Lo importante es que el registro exista y que la clave pública coincida con la privada en el servidor.

Publicar DMARC: el registro que consolida todo

DMARC es un registro TXT que se agrega como subdominio especial _dmarc.tudominio.com. Un punto de partida seguro para cualquier dominio es:

v=DMARC1; p=none; rua=mailto:[email protected]
Política (p=) Qué hace con correos que fallan Cuándo usarla
none Solo monitorea, no bloquea nada Al empezar; recopila datos durante 2-4 semanas
quarantine Envía los mensajes fallidos a spam Cuando los reportes confirman que tus remitentes legítimos pasan
reject Rechaza por completo los mensajes que fallan Cuando tienes control total de todos tus flujos de correo

El campo rua envía reportes XML diarios con un resumen de qué servidores están enviando correo bajo tu dominio. Analiza esos reportes antes de subir a p=quarantine o p=reject; de lo contrario puedes bloquear correos legítimos de sistemas como CRMs, ERPs o plataformas de email marketing.

Otros factores que afectan la entregabilidad

SPF + DKIM + DMARC resuelven el 80% de los problemas de spam en correo corporativo. Pero si los tres están correctos y tus mensajes siguen cayendo en spam, revisa:

  • Reputación de la IP del servidor: en hosting compartido compartes la IP con cientos de otros sitios. Si alguno de ellos envía spam, toda la IP puede estar en listas negras. Herramientas como el soporte especializado de una agencia de hosting te ayudan a diagnosticar y migrar a una IP dedicada si es necesario.
  • Contenido del mensaje: palabras como "gratis", "oferta limitada", "haz clic aquí" o el exceso de mayúsculas activan filtros de contenido.
  • Ratio texto/imagen: los correos compuestos solo por imágenes no tienen contexto textual y son sospechosos para los filtros.
  • Listas de destinatarios limpias: enviar a muchas direcciones inválidas eleva la tasa de rebote y daña tu reputación de remitente.

Si gestionas tus registros DNS desde un panel externo como Cloudflare, asegúrate de que la zona de tu dominio tenga los mismos registros SPF, DKIM y DMARC que tu proveedor de hosting requiere. Puedes consultar la sección de comparativas de hosting en nuestra categoría de comparativas para evaluar proveedores con mejor reputación de IP.

Conclusiones clave

  • El correo corporativo llega a spam principalmente por ausencia o mala configuración de SPF, DKIM y DMARC.
  • SPF declara los servidores autorizados; DKIM firma los mensajes criptográficamente; DMARC une ambos y define la política de rechazo.
  • Empieza con p=none en DMARC, analiza los reportes durante unas semanas y luego sube a quarantine o reject.
  • En hosting compartido también influye la reputación de la IP compartida; considera una IP dedicada si el problema persiste.
  • El contenido del mensaje, las listas sucias y el ratio texto/imagen también impactan la entregabilidad.

¿Tus correos siguen cayendo en spam después de revisar estos registros? Los especialistas en hosting de elenlace.com pueden hacer una auditoría completa de tu configuración DNS y de entregabilidad para que tus mensajes lleguen donde deben.

Preguntas frecuentes

¿Cuánto tiempo tarda en verse el efecto de configurar SPF, DKIM y DMARC?

Los cambios en DNS tardan entre 10 minutos y 48 horas en propagarse globalmente. Una vez propagados, los grandes proveedores como Gmail y Outlook empiezan a verificar los nuevos registros de inmediato. Sin embargo, si tu IP ya tiene mala reputación acumulada, puede tomar varias semanas de envíos correctos para recuperarla.

¿Puedo tener correo en cPanel y a la vez usar Google Workspace o Microsoft 365?

Sí, pero si usas Google Workspace o Microsoft 365 para enviar correo, debes incluir sus servidores en tu registro SPF y activar DKIM desde esas plataformas. El registro SPF final tendrá varios include:, uno por cada plataforma que envíe correo bajo tu dominio.

¿Por qué no debo usar -all en SPF desde el principio?

El mecanismo -all (hard fail) rechaza categóricamente cualquier servidor que no esté en tu lista SPF. Si algún servicio legítimo que uses (como un CRM o una newsletter) no está incluido, sus correos serán rechazados. Empieza con ~all (soft fail) y solo cambia a -all cuando tengas certeza de que todos tus flujos de envío están en el SPF.

¿Qué hago si mi proveedor de hosting no soporta DKIM?

Un proveedor de hosting serio siempre debe ofrecer DKIM. Si el tuyo no lo hace, considera migrar a uno que sí lo soporte o usar una solución de correo dedicada como Google Workspace o Zoho Mail, que gestionan DKIM por ti.

Recursos útiles

Otros proveedores y guías que vale la pena comparar:

← Todos