ESEN
ESEN

Por qué tu correo tarda o cae en spam en Gmail

· 8 min de lectura · por el equipo técnico de SISArgentina

Si Gmail demora tus mensajes, el problema está en la conexión entre servidores: Gmail difiere la entrega, casi siempre por reputación de la IP que envía o por un problema de cifrado del lado del servidor. Si Gmail entrega pero manda a spam, la conexión funcionó y lo que falló fue la evaluación del mensaje: autenticación incompleta, contenido sospechoso, un salto de volumen o quejas de destinatarios. Los dos síntomas se parecen desde afuera y se resuelven en lugares distintos, así que el primer paso es averiguar cuál te está pasando, mirando los encabezados del mensaje recibido y no probando cambios a ciegas.

Demora y spam no son el mismo problema

Desde el escritorio del que manda, los dos casos se ven igual: el mensaje no llegó. Pero son momentos distintos del recorrido y se arreglan en lugares distintos.

La demora ocurre antes de la entrega. El servidor de Gmail contesta con una respuesta temporal, del estilo "ahora no, probá más tarde". Tu servidor lo deja en la cola y reintenta, cada vez más espaciado, hasta que el mensaje llega horas después o rebota. Eso es reputación de la IP o un problema de la conexión entre servidores: es del servidor, no tuyo.

El spam ocurre después. Gmail aceptó el mensaje, lo evaluó y lo puso en correo no deseado: la conexión anduvo perfecto y lo que falló fue el contenido, la autenticación o el historial. Ahí sí hay bastante que podés hacer vos. Qué hace cada registro y cómo se implementan está explicado aparte, en la nota sobre SPF, DKIM y DMARC; esto es el diagnóstico.

Lo primero: averiguar cuál de los dos es

  1. Mandá un mensaje de prueba desde tu casilla del dominio a una cuenta de Gmail a la que tengas acceso.
  2. Fijate dónde aparece. Si tarda pero termina en la bandeja principal, es demora. Si llega al instante pero cae en spam, es evaluación. Si pasan las dos, resolvé primero la demora.
  3. Abrí el mensaje en Gmail y pedí ver el original: ahí están los encabezados, la única fuente confiable de lo que pasó.
  4. Buscá las líneas de autenticación, que dicen si SPF, DKIM y DMARC dieron aprobado o fallido. Un fallo ahí explica el spam.
  5. Mirá la marca de tiempo de cada servidor por el que pasó. Si entre la salida y la llegada hay horas, es demora confirmada.
  6. Repetí la prueba desde el webmail y desde tu programa de correo. Si falla solo desde uno, el problema es de ese cliente.

Reputación de la IP: el factor que no controlás

Todo lo que sale de un servidor compartido sale por la misma IP, así que tu reputación es la del conjunto. Si otra cuenta se infecta y manda spam, Gmail baja la nota de esa IP y tus mensajes se demoran aunque vos no hayas cambiado nada: es la explicación más frecuente de una demora que aparece de un día para el otro.

Gmail pide que el dominio o la IP que envía tenga registros de DNS directos e inversos válidos, y que el nombre del inverso se corresponda con la IP que conecta. Eso se configura del lado del servidor: no está en tu panel. Lo mismo con el cifrado de la conexión saliente, que Google también exige: si el certificado del servidor de correo está vencido o no se puede leer, la entrega se difiere. Es el síntoma que la base de conocimientos del grupo describe como demora en la entrega desde Gmail.

Autenticación: lo que sí depende de vos

Las guías oficiales de Google para remitentes piden autenticación a todos y exigen más a medida que crece el volumen. Para quien manda poco alcanza con SPF o DKIM. Pasando los cinco mil mensajes por día hacia cuentas de Gmail, son obligatorios SPF y DKIM juntos más una política DMARC publicada, aunque esté en modo de solo observar. También piden alineación: el dominio del remitente visible tiene que coincidir con el validado por SPF o DKIM, que es lo que rompe los formularios que mandan poniendo el correo del visitante como remitente.

  • Un solo registro SPF, con todos los servicios que mandan en tu nombre adentro. Dos registros hacen fallar la validación entera.
  • La firma DKIM activa y su registro publicado. La documentación de DirectAdmin señala que la firma baja la nota de spam en el destino, porque confirma que el mensaje salió de tu servidor.
  • DMARC publicado: sin política, cada proveedor decide qué hacer con lo que no valida.
  • El remitente de los envíos automáticos del sitio tiene que ser una dirección de tu dominio, con el correo del visitante en el campo de respuesta.
  • Un servicio de boletines o una pasarela tiene que estar autorizado en el SPF, y conviene que firme con DKIM de tu dominio.

Contenido, volumen y quejas

Con la autenticación en orden, queda el mensaje y el comportamiento del remitente. Google publica un umbral concreto para las quejas por spam: por debajo del 0,3 por ciento de los mensajes enviados, y recomienda apuntar a menos del 0,10 por ciento. Superado ese valor la entrega se degrada de golpe. El otro disparador es el volumen repentino: un dominio que manda treinta mensajes por día y un martes manda cuatro mil se comporta igual que un servidor comprometido. Si vas a mandar más, subí de a poco.

  • Enviar el boletín desde el mismo servidor que el correo diario. Una tanda de quejas arrastra la reputación de todo el dominio.
  • Mensajes de una sola imagen grande, sin texto, o con la dirección escrita de forma rara para esquivar filtros.
  • Listas viejas o compradas: las direcciones que ya no existen generan rebotes, y los rebotes cuentan en tu contra.
  • Marketing sin baja visible: Google exige que permitan darse de baja con un clic.

Qué revisás vos y qué va por ticket

TemaDe quién dependeDónde se ve
SPF, DKIM y DMARC del dominioTuyoAdministración DNS del panel
Remitente de los formulariosTuyoConfiguración del CMS
Contenido, listas y frecuenciaTuyoLa herramienta con la que enviás
Casilla comprometida mandando spamTuyo primeroCambiar la contraseña y revisar reenvíos
Registro inverso de la IPDel servidorTicket
Certificado del correo salienteDel servidorTicket
IP en listas de bloqueoDel servidorTicket
Límite de envío de la cuentaDel servidorTicket

Antes de abrir el ticket, juntá el mensaje original con sus encabezados, el texto del rebote y la hora exacta de un envío que falló.

Preguntas frecuentes

¿Cómo sé si el problema es mío o del servidor?

Por los encabezados del mensaje recibido. Si SPF o DKIM figuran como fallidos, es tuyo y se corrige en los registros del dominio. Si dan aprobado pero entre la salida y la llegada pasaron horas, es del servidor.

¿Sirve pedir una IP dedicada?

Sirve cuando el problema es reputación compartida y tu propio envío está impecable. Si la autenticación está incompleta o mandás contenido que genera quejas, una IP nueva se quema igual.

¿Por qué los mensajes a Gmail fallan y a otros destinos no?

Porque Gmail aplica sus propios requisitos de autenticación, cifrado y tasa de quejas, y los aplica antes que la mayoría. Un dominio a medio autenticar funciona meses en otros destinos y falla primero en Gmail.

¿Conviene mandar los boletines desde el mismo lugar que el correo diario?

No. Separarlos protege la reputación del correo importante: si una campaña recibe quejas, el daño queda acotado a ese canal.

Seguí leyendo