Home/Blog/Guías prácticas

Cómo evitar que tus correos acaben en spam

Presupuestos que no llegan, recordatorios que nadie ve. Guía práctica para autenticar tu dominio, separar los envíos automáticos y enterarte de lo que no se entrega.

Un correo de empresa acaba en spam por cuatro motivos, y casi siempre por varios a la vez: el dominio no está autenticado con SPF, DKIM y DMARC; los envíos salen por la IP compartida del hosting, donde la reputación la marcan otros; nadie mira los rebotes, así que se sigue escribiendo a direcciones muertas; y el contenido tiene forma de publicidad aunque sea un presupuesto. El orden para arreglarlo es ese mismo.

Empieza por mirar las cabeceras de un correo tuyo ya recibido, porque ahí pone en tres líneas qué está fallando. Lo que no se puede arreglar es la promesa: ningún ajuste garantiza la bandeja de entrada. Lo que sí se consigue es dejar de dar motivos y, sobre todo, enterarte de lo que no llega en vez de suponer que sí.

¿Cómo sé si mis correos están llegando?

Hoy, probablemente, no lo sabes. El correo que se envía y no llega no da error casi nunca: el servidor de destino lo acepta, lo mete en la carpeta de no deseado y se acabó. Desde tu lado se ve exactamente igual que un envío perfecto.

La comprobación más barata dura cinco minutos. Pide a alguien de fuera, con un correo en un proveedor grande, que te reenvíe un mensaje tuyo tal cual llegó y abre el original del mensaje. Entre las cabeceras hay tres líneas con el resultado de SPF, DKIM y DMARC. Un fail o un none te dice dónde está el trabajo antes de tocar nada en el DNS.

Y la comprobación que de verdad cambia las cosas es tener un registro. Si un presupuesto sale por un sistema que apunta si fue entregado, rebotado o rechazado, dejas de discutir con el cliente sobre si lo mandaste.

¿Cómo se arregla, paso a paso?

  1. Mira las cabeceras de un correo tuyo ya recibido. Tres líneas con SPF, DKIM y DMARC. Ahí está el diagnóstico, y cuesta cinco minutos.
  2. Inventaria todo lo que envía correo en tu nombre. Servidor, formulario web, facturación, newsletter, CRM, centralita. Lo que se olvide en esta lista es lo que se caerá después.
  3. Publica un único SPF con todos esos remitentes. Uno solo: dos registros hacen que falle el que había. Ojo al límite de diez consultas DNS.
  4. Activa DKIM en cada servicio que envía por ti. Firma el mensaje, así que aguanta los reenvíos, que es donde SPF se rompe.
  5. Publica DMARC en p=none con informes y léelos un mes. Vas a descubrir sistemas enviando en tu nombre que no sabías. Solo después, sube a quarantine y luego a reject.
  6. Separa los envíos automáticos y registra entregas y rebotes. Proveedor de envío con reputación propia, a ser posible en un subdominio, y alguien concreto mirando los rebotes cada semana.

El paso cinco es el que la gente se salta por prisa, y es el único que te enseña la realidad. Un mes de informes de DMARC vale más que cualquier auditoría.

¿Qué hace cada uno de los tres registros?

Se confunden constantemente porque los tres se publican en el DNS y suenan igual. Hacen cosas distintas:

RegistroQué diceDónde se queda corto
SPFQué servidores pueden enviar como tu dominioSe rompe en los reenvíos y tiene un límite de diez consultas DNS
DKIMFirma cada mensaje, así se comprueba que no se ha manipuladoNo dice qué hacer si la firma falta o falla
DMARCQué debe hacer el destinatario si SPF y DKIM no cuadran, y a dónde mandar los informesSin leer los informes primero, ponerlo en reject tira correo legítimo
Reputación de la IPNo se publica: la construye tu historial de envíosEn un hosting compartido no es tuya, es de todos los que están en esa máquina

La última fila es la que más sorprende. Puedes tener los tres registros perfectos y seguir yendo a spam porque compartes IP con alguien que manda publicidad a mansalva.

¿Por qué llegan a unos clientes y a otros no?

Porque no hay una decisión central. Cada proveedor de destino puntúa con sus propias señales: autenticación, historial de tu dominio, cuánta gente marca tus correos como no deseados, si el mensaje se parece a otros que sí lo eran.

Cuando alguien me dice «es que a este cliente nunca le llegan mis correos», casi siempre hay una explicación concreta y aburrida. El servidor del cliente tiene su propia lista de bloqueo. O alguien de allí marcó una vez un correo como spam y desde entonces todo el dominio va a la carpeta. O el correo lleva un adjunto con un tipo de archivo que ese servidor no acepta.

Ninguna de esas se resuelve mirando desde tu lado. Se resuelven con un registro de envíos que diga entregado o rebotado y con el texto del rebote, que suele explicar el motivo con bastante claridad.

¿Y el contenido del correo?

Cuenta menos de lo que la gente cree, pero cuenta. Lo que más penaliza no son palabras concretas, sino la forma general del mensaje: un correo con una imagen enorme y cuatro palabras, enlaces acortados que ocultan el destino, o el asunto en mayúsculas con signos de exclamación.

Hay dos cosas que sí conviene cuidar siempre. La primera, que el remitente sea una persona o un área con nombre, no una dirección de noreply: nadie contesta a un noreply y eso no genera ninguna señal buena. La segunda, que se pueda dejar de recibir en un clic cuando el correo es comercial. Cada persona que marca como spam en lugar de darse de baja te cuesta reputación durante meses.

Los presupuestos y las facturas rara vez caen por contenido. Caen por autenticación y por IP.

¿Cuándo NO merece la pena montar todo esto?

  • Cuando envías veinte correos al día desde un proveedor grande. Con SPF y DKIM bien puestos ya estás donde tienes que estar. Un proveedor de envío separado sobra.
  • Cuando el problema es de listas, no de entrega. Si escribes a direcciones compradas o a contactos de hace seis años, ninguna configuración lo arregla. Limpia la lista primero.
  • Cuando nadie va a mirar los rebotes. El registro sin dueño se convierte en otra pantalla que nadie abre. Antes de montarlo, decide de quién es la tarea y qué día de la semana la hace.
  • Cuando lo urgente es otra cosa. Si los presupuestos tardan tres días en salir, que además lleguen a la bandeja de entrada no es tu cuello de botella.

¿Qué errores se cometen normalmente?

  • Publicar dos registros SPF. Al añadir una herramienta nueva se crea otro TXT en vez de ampliar el que había. El resultado es que fallan los dos.
  • Poner DMARC en reject el primer día. Se tira correo legítimo del formulario de la web o del programa de facturación, y nadie se entera hasta que un cliente reclama.
  • Mandar las campañas desde el dominio principal. Una campaña con muchas quejas arrastra la reputación de los correos con los que hablas con tus clientes.
  • Estrenar un subdominio con un envío de diez mil. Un dominio nuevo sin historial que arranca con volumen alto es el perfil exacto de un spammer. Se calienta durante unas semanas.
  • Fiarse de la confirmación de lectura. Depende de que el destinatario acepte enviarla y el píxel se dispara al descargar imágenes. Es un dato que miente en las dos direcciones.

Preguntas frecuentes

¿Basta con SPF, DKIM y DMARC para llegar a la bandeja de entrada?

No. Son el requisito de entrada, no la garantía: sin ellos hay proveedores que ni te miran, pero con ellos el correo puede seguir yendo a spam si tu dominio tiene poca reputación, si envías desde una IP compartida con otros o si el contenido parece publicidad. Nada garantiza la bandeja de entrada, y quien te lo prometa está vendiendo humo.

¿Conviene usar un subdominio distinto para los correos automáticos?

Sí, en cuanto haya volumen. Si las facturas, los recordatorios y la newsletter salen por un subdominio propio, una campaña con muchas quejas no arrastra la reputación del correo con el que hablas con tus clientes. La contrapartida es que ese subdominio empieza sin reputación y hay que calentarlo unas semanas subiendo el volumen poco a poco.

¿Por qué mis correos llegan a unos clientes y a otros no?

Porque cada proveedor de destino decide por su cuenta y con sus propias señales. Suele haber un patrón: llegan bien a dominios pequeños y mal a los grandes, o mal a un cliente concreto cuyo servidor tiene una lista negra propia. El registro de entregas es lo que convierte esa sospecha en un dato con nombre y fecha.

¿Sirve de algo la confirmación de lectura?

Poco, y es un dato que miente. Depende de que el destinatario acepte enviarla, y el píxel de seguimiento que usan las herramientas de marketing se dispara solo cuando el cliente descarga imágenes, así que marca como leídos correos que nadie abrió y como no leídos otros que sí. Para saber si un correo llegó, mira el registro de entrega del proveedor de envío, no la confirmación de lectura.

El objetivo no es la bandeja de entrada, es enterarte

Autentica el dominio con un SPF único, DKIM en cada servicio y DMARC empezando en p=none. Saca los envíos automáticos del hosting compartido y ponlos en un subdominio con reputación propia. Eso resuelve la mayor parte de los casos y no promete nada imposible.

Lo que de verdad cambia el día a día es dejar de suponer. Un registro donde cada presupuesto y cada recordatorio queda como entregado, rebotado o rechazado, y alguien que mira los rebotes los viernes, valen más que cualquier ajuste fino de configuración.

¿Cuántos de tus presupuestos llegaron de verdad la semana pasada?

Si la respuesta es «supongo que todos», ahí hay un agujero que se puede tapar. Se puede autenticar el dominio, separar los envíos automáticos y dejar un registro donde se vea qué se entregó y qué rebotó. Cuéntame desde dónde salen tus correos ahora.

Ver el servicio de automatización Hablemos de tu caso