Gratis Te mudamos el sitio y los correos sin cortes ni costo

0810 345 6377 ESEN, cambiar a inglés
InHosting
ESEN, cambiar a inglés

Correo

Por qué tu correo tarda en llegar a Gmail o termina en spam

Por el equipo técnico de InHosting8 min de lectura

En pocas palabras

Cuando Gmail demora un mensaje, lo frenó antes de aceptarlo: respondió con un error temporal (los que empiezan con 4) y tu servidor lo reintenta más tarde. Las causas habituales son la reputación de la IP que envía, la falta de registro inverso o un problema de cifrado entre servidores, y se resuelven del lado del proveedor. Cuando lo acepta pero lo manda a spam, la entrega funcionó y lo que falló fue la evaluación: SPF, DKIM o DMARC incompletos, un remitente que no coincide con el dominio, un salto de volumen o quejas. Los encabezados del mensaje dicen cuál de los dos casos tenés.

Dos fallas en dos momentos distintos del envío

Un correo pasa por dos controles antes de llegar a la bandeja. Primero, el servidor que envía se conecta al de Gmail y le ofrece el mensaje: Gmail puede aceptarlo, pedirle que vuelva más tarde o rechazarlo. Si lo acepta, recién ahí lo analiza y decide si va a la bandeja principal, a Promociones o a spam.

La demora pasa en el primer control. Gmail contesta "ahora no" y el mensaje queda en la cola de tu servidor, que reintenta cada vez más espaciado. Puede llegar dos horas tarde o, después de varios días, volver como rebote. El spam pasa en el segundo: la conexión anduvo, el mensaje llegó en segundos y aun así terminó donde nadie lo mira.

Cómo saber cuál de los dos te pasa

  1. Mandá una prueba desde tu casilla del dominio a una cuenta de Gmail tuya, con un asunto y un texto normales, sin adjuntos.
  2. Si tarda más de unos minutos, es demora. Si llega enseguida pero a spam, es evaluación. Si pasan las dos cosas, arrancá por la demora.
  3. En Gmail abrí el mensaje, tocá los tres puntos y elegí "Mostrar original". Arriba aparece un resumen con el resultado de SPF, DKIM y DMARC: PASS, FAIL o nada.
  4. Más abajo están las líneas Received:, una por cada servidor que tocó el mensaje, con su hora. Leídas de abajo hacia arriba muestran el recorrido; un salto de horas entre dos de ellas marca dónde estuvo trabado.
  5. Probá desde el webmail y desde el programa que usás todos los días. Si falla solo en uno, revisá primero la configuración de salida de ese programa.

Los códigos de rechazo de Gmail y qué quieren decir

Si el mensaje rebota, el aviso trae el código de Gmail. El primer número dice si es temporal (4, se reintenta) o definitivo (5, no se reintenta). El resto señala la causa.

CódigoQué dice GmailDónde se arregla
421 4.7.28Detectó una tasa inusual de correo no deseado desde tu IP o tu dominio y limita la entregaEn el servidor si la IP es compartida; en tu cuenta si el volumen sale de ahí
550 5.7.25La IP que envía no tiene registro inverso (PTR), o ese nombre no resuelve a la misma IPEn el servidor
550 5.7.26El mensaje no está autenticado: no pasa SPF ni DKIM, o falla la política DMARC del dominioEn tu zona DNS
550 5.7.1Considera que el mensaje es probablemente no deseado, por contenido o por historialEn tu contenido y tus listas

Copiá el rebote completo en el ticket, con el código y el enlace a la ayuda de Google que trae al final. Un resumen hecho a mano pierde justo el dato que hace falta.

Cuando el problema es la IP y no tu dominio

En un hosting compartido, todas las cuentas del servidor salen a internet por la misma dirección IP. Gmail le pone nota a esa IP según lo que recibe de ella, así que tu reputación depende también de los vecinos: si un sitio queda comprometido y manda miles de mensajes, la nota baja para todos. Es la causa más común de una demora que aparece un martes sin que hayas cambiado nada.

Otros dos requisitos de Google tampoco se tocan desde tu panel. La IP tiene que tener un registro inverso que apunte a un nombre, y ese nombre tiene que resolver a la misma IP. Y la conexión entre servidores tiene que ir cifrada con TLS: si el cifrado del servidor de correo está mal configurado, la negociación falla y Gmail difiere. Las dos cosas son del proveedor. Si los encabezados muestran autenticación en PASS y aun así hay horas de demora, es momento de abrir un ticket.

Lo que Google pide a quien envía, y sí depende de vos

Desde 2024 Google publica requisitos para todos los remitentes, que se vuelven más estrictos a medida que crece el volumen. Cualquiera que mande a Gmail necesita SPF o DKIM válidos. Quien pase los 5000 mensajes diarios a cuentas personales de Gmail necesita los dos, más un registro DMARC (alcanza con p=none) y que el dominio del remitente coincida con el que validan SPF o DKIM. Cómo se escribe cada registro está en SPF, DKIM y DMARC.

  • Un único registro SPF por dominio, que incluya todos los servicios que envían en tu nombre. Si hay dos registros que empiezan con v=spf1, el resultado es un error y cuenta como fallo.
  • DKIM activo y su clave publicada en el DNS. Es la firma que prueba que el mensaje salió de tu servidor y nadie lo modificó en el camino.
  • Un registro DMARC en _dmarc.tudominio.com.ar. Empezá con p=none y una dirección para recibir los informes; con unas semanas de informes limpios, pasá a quarantine.
  • Los formularios del sitio tienen que enviar desde una dirección de tu dominio. El correo del visitante va en el campo de respuesta (Reply-To), nunca como remitente: si no, la alineación falla y DMARC lo rechaza.
  • Si mandás boletines con un servicio externo, sumalo al SPF y configurá su DKIM con tu dominio, no con el del servicio.

Volumen, quejas y contenido: spam con todo en regla

Con la autenticación en PASS, Gmail mira cómo te comportás. Lo que más pesa son las quejas: la proporción de destinatarios que marcan tus mensajes como spam. Google pide mantenerla por debajo del 0,3 % y recomienda no pasar el 0,1 %. Si una campaña la dispara, la entrega de todo el dominio se resiente durante semanas.

El otro disparador es el cambio brusco. Un dominio que manda cuarenta correos por día y de golpe manda tres mil se parece a una cuenta robada. Si vas a empezar a enviar más, subí el volumen de a poco durante varias semanas.

  • Listas compradas o viejas: las direcciones que ya no existen rebotan, y una tasa alta de rebotes juega en contra.
  • Mensajes que son una sola imagen, o con poco texto y muchos enlaces acortados.
  • Boletines y correo operativo desde el mismo dominio y la misma IP: si el boletín genera quejas, arrastra a los avisos de pago y a las respuestas a clientes.
  • Marketing sin enlace de baja visible, o con una baja que obliga a iniciar sesión. Google exige que se pueda cancelar con un clic.

Mirar lo que ve Google

Si mandás volumen, registrá tu dominio en Google Postmaster Tools. Es gratis y muestra la tasa de quejas, los errores de autenticación y si tu envío cumple los requisitos. Con pocos mensajes no llega a mostrar datos; en ese caso, los encabezados siguen siendo la mejor fuente.

Qué revisás vos y qué pedís al soporte

Lo que muestran los encabezados o el reboteCausa probableQuién actúa
SPF o DKIM en FAILRegistro mal escrito, duplicado o sin uno de los servicios que envíanVos, en la zona DNS
DMARC en FAIL con SPF y DKIM en PASSEl remitente visible no es de tu dominioVos, en el formulario o la herramienta de envío
Todo en PASS y horas de demoraReputación de la IP compartida o cifrado entre servidoresEl proveedor, por ticket
Rebote 550 5.7.25Falta el registro inverso de la IPEl proveedor, por ticket
Rebotes de golpe por mensajes que no mandasteUna casilla comprometidaVos primero: nueva contraseña y revisión de reenvíos; después, aviso al soporte

Para el ticket: el original del mensaje con los encabezados, el rebote entero y la hora exacta de un envío que falló.

Preguntas frecuentes

¿Por qué a Hotmail o a Yahoo llega bien y a Gmail no?

Porque cada proveedor tiene sus propios umbrales y Gmail suele ser el primero en exigir. Yahoo aplica requisitos parecidos y Microsoft empezó a pedirlos para los envíos masivos a Outlook.com, así que lo que hoy falla solo en Gmail conviene corregirlo ya.

¿Una IP propia soluciona la demora?

Solo si la causa es la reputación compartida y tu envío ya está en regla. Una IP nueva no tiene historial, así que al principio Gmail la trata con cautela y hay que hacerle reputación con volumen bajo. Si el problema es de autenticación o de quejas, la IP nueva se ensucia igual.

¿Sirve pedirle al destinatario que marque "No es spam"?

Ayuda con esa persona y suma una señal positiva, pero no arregla la causa. Si la autenticación falla o la IP tiene mala nota, el próximo mensaje a otra persona va a caer igual.

¿Cuánto tarda en recuperarse la reputación?

Depende del daño. Una corrección de SPF o DKIM se nota en los mensajes siguientes. Una tasa de quejas alta o un episodio de spam desde la IP puede tardar semanas en borrarse, siempre que no se repita.

Seguí leyendo

¿Preferís que lo veamos juntos? Te atiende una persona.

Si la guía no alcanza para tu caso, contanos qué necesitás: te ayudamos a elegir el plan, a migrar o a configurar tu servidor.

Hablar con un técnico