Qué falla de verdad cuando envías desde una dirección gratuita, el arreglo del formulario que no cuesta nada y cuándo te basta con el correo del hosting.
Una constructora de Marbella manda un presupuesto de 40.000 € para una reforma desde constructor1987@hotmail.com. El trabajo puede ser impecable. Aun así, el presupuesto parece salido de alguien que quizá no siga ahí dentro de un año, y el cliente que está comparando tres presupuestos se da cuenta.
Esa es la versión blanda del problema. Debajo hay otra más técnica, y casi todos los artículos sobre esto la cuentan mal. Este intenta no hacerlo.
Qué falla de verdad y qué no
Si escribes un correo en la web de Gmail o en su app y lo mandas con tu dirección @gmail.com, no hay ningún problema técnico. Google firma ese mensaje al salir y el servidor que lo recibe puede comprobar que viene de Google. Nadie lo va a rechazar.
El problema empieza cuando algo que no es Gmail manda correo con tu dirección de Gmail dentro: el formulario de contacto de tu web, un sistema de reservas, el programa de facturación, un CRM, una herramienta de newsletter. Esos servidores no están autorizados a enviar en nombre de gmail.com, así que el mensaje suspende las comprobaciones que hoy hace cualquier servidor de correo. Cualquier automatización que mande correo por ti choca con lo mismo.
Lo que casi todo el mundo cuenta mal
Vas a leer por ahí que Gmail rechaza el correo que sale con una dirección @gmail.com desde cualquier sitio que no sea Gmail. El 28 de agosto de 2026 consultamos nosotros mismos las políticas publicadas, y no dicen eso.
gmail.com publica p=none, que le dice al servidor receptor que no haga nada cuando un mensaje suspende esa comprobación. O sea, no se rechaza por política. Cae en el filtro antispam de siempre, sin autenticar, que tampoco es buen sitio donde estar, pero no es un rebote.
Con yahoo.com, yahoo.es y aol.com la cosa cambia: los tres publican p=reject. Si tu formulario pone la dirección de Yahoo de un visitante en el remitente, ese mensaje se puede rechazar directamente. hotmail.com y outlook.com hoy publican p=none.
Resumiendo: el problema de usar una dirección gratuita existe, pero es mucho más grave con Yahoo y AOL que con Gmail.
El arreglo del formulario, que no cuesta nada
Este es concreto y lo puedes comprobar hoy. El formulario de tu web tiene que enviar desde una dirección de tu propio dominio, por ejemplo web@tudominio.com, y poner la dirección del visitante en la cabecera Reply-To. Tú le das a responder y la respuesta le llega al cliente, que es justo lo que quieres.
Lo que no puede hacer es poner la dirección del visitante en el remitente. Eso convierte el aviso en una suplantación sin autenticar del dominio del visitante: suspende SPF y la alineación de DMARC, y se rechaza sin más cuando el visitante usa yahoo.es, aol.com o el dominio de una empresa con política estricta. Y falla en silencio. Nadie te avisa, no hay ningún rebote en tu bandeja que puedas encontrar, simplemente hay una consulta que no viste.
Es lo primero que miramos en cualquier diseño web en Málaga que nos llega desde otra agencia, y lo vemos sobre todo en páginas web para constructoras, donde el trabajo es grande y el tuyo es uno de los tres presupuestos que caen en la misma bandeja.
Las normas que cambiaron y a quién le afectan
Las guías de Google para quien envía correo se aplican a todo el mundo, sin volumen mínimo: configurar SPF o DKIM para tu dominio (o, no las dos), tener DNS directo e inverso válidos para el servidor que envía, usar conexión TLS, mantener las quejas de spam por debajo del 0,3%, dar formato a los mensajes según el estándar RFC 5322 y no suplantar cabeceras de Gmail.
Hay una segunda lista, más estricta, y esa solo va para los remitentes masivos. Google define remitente masivo como quien envía cerca de 5.000 mensajes o más a cuentas personales de Gmail en un plazo de 24 horas. Esos sí necesitan SPF y DKIM, las dos, un registro DMARC (con p=none ya cumple), alineación entre el dominio del remitente y una de las dos, y baja con un clic en el correo comercial. Es exigible desde el 1 de febrero de 2024.
Si mandas veinte presupuestos al día, esa segunda lista no va contigo. Quien te diga que las normas de Gmail para envíos masivos te obligan a algo, te está vendiendo algo. Un detalle que sí conviene saber: Google dice que la condición de remitente masivo no caduca y es permanente una vez asignada, y que cambiar después tu forma de enviar no te la quita. Lanzas una campaña a 5.000 direcciones una vez y esas normas se quedan contigo.
Microsoft fue por el mismo camino desde el 5 de mayo de 2025, con el mismo umbral de 5.000 al día para el correo dirigido a cuentas de consumidor de Outlook.com, Hotmail.com y Live.com.
SPF, DKIM y DMARC en un párrafo cada uno
SPF es un registro en el DNS de tu dominio con la lista de servidores autorizados a enviar por ti. El receptor comprueba el servidor que se conecta contra esa lista. Valida la dirección técnica de retorno, no el remitente que lee una persona.
DKIM añade una firma criptográfica a cada mensaje con una clave privada que tienes tú, y publica la clave pública correspondiente en tu DNS. Así el receptor confirma que el mensaje salió de tu dominio y que no lo han tocado por el camino.
DMARC ata las dos cosas al remitente que ve el cliente. Exige que el dominio del remitente esté alineado con el dominio que validaron SPF o DKIM, le dice al receptor qué hacer cuando no lo está (p=none: nada, p=quarantine: a spam, p=reject: rechazarlo) y pide informes. Ahí está la clave: SPF y DKIM por su cuenta no protegen la línea del remitente que lee tu cliente. Eso lo hace DMARC.
DMARC no es nuevo. Es de 2012, y en mayo de 2026 se publicó como RFC 9989 y pasó a estándar propuesto en la vía de estándares, sustituyendo al antiguo RFC 7489, que era solo informativo. Eso no lo convierte en obligatorio para ti. Sí significa que todos los proveedores de correo trabajan ya con el mismo documento.
Si publicas un registro DMARC, empieza en p=none y lee los informes unas semanas antes de apretar nada. En una empresa pequeña sale correo desde más sitios de los que crees: el formulario de la web, la herramienta de reservas y el programa con el que la gestoría te manda las facturas y presenta el modelo 303. Ir directo a p=reject es la forma más fiable de que desaparezcan tus propias facturas.
Qué cuesta y cuándo basta con el correo del hosting
Hay tres caminos realistas.
Microsoft 365 Empresa Básico encaja si el negocio ya vive en Outlook, Word y Excel. En la web española de Microsoft aparece a 6,07 € por usuario y mes, sin IVA, con compromiso anual de renovación automática y 1 TB de almacenamiento por usuario.
Google Workspace te da la bandeja de Gmail de siempre con tu dominio. El precio en euros se mueve con las promociones que tengan abiertas, así que míralo en la web de Google antes de contratar en lugar de fiarte de lo que diga un blog. Lo que sí está claro es que no existe versión gratuita con dominio propio: Google quitó esa opción hace años.
El buzón que viene con tu hosting suele estar incluido en lo que ya pagas. Para un autónomo que recibe cuatro o cinco consultas al día es suficiente de verdad, y lo decimos aunque nosotros vendamos hosting. Sus pegas reales son menos espacio, un filtro antispam más flojo y un webmail bastante peor de usar que Gmail u Outlook. La autenticación no es una de sus pegas: SPF y DKIM se configuran en las tres opciones.
Lo que no te vamos a prometer
Pasarte a tu dominio no te va a meter en la bandeja de entrada. Microsoft lo dice en su propia documentación: pasar SPF, DKIM y DMARC no garantiza la entrega en bandeja de entrada. El filtro también mira la reputación del servidor que envía, la reputación del dominio, las quejas y el contenido. Un dominio recién estrenado no tiene ninguna reputación y puede funcionar peor que una cuenta de Gmail de diez años durante las primeras semanas. Configúralo, úsalo con normalidad y no lances un envío masivo la primera semana.
Preguntas frecuentes
¿Tengo que dejar de usar Gmail?
No. El correo que escribes y envías desde la propia interfaz de Gmail se autentica bien. El argumento para tener tu dominio va de lo que ve el cliente en el remitente y de poder autenticar el correo automático que mandan tu web y tus herramientas por ti.
¿Puedo usar la app de Gmail con una dirección de mi dominio?
Sí, con una suscripción de pago a Google Workspace. Lo que no puedes hacer es poner un dominio propio en una cuenta gratuita de Gmail. Esa opción ya no existe.
¿SPF, DKIM y DMARC frenan el spam?
No. Sirven para que el servidor receptor compruebe si el correo que dice venir de tu dominio viene de verdad de tu dominio, y para que tú digas qué hacer cuando no es así. Un spammer que envía desde su propio dominio bien autenticado pasa las tres comprobaciones tan tranquilo.
¿Cómo sé si mi formulario está bien configurado?
Abre el último aviso de consulta que te mandó tu web y mira el remitente. Si aparece la dirección del visitante, ese es el patrón que hay que cambiar. Si aparece una dirección de tu dominio y al responder le llega igualmente al visitante, ya está bien.
¿Cuántos buzones necesito?
Uno por persona que lea correo. Las direcciones extra tipo info@ o presupuestos@ que entregan en un buzón que ya tienes suelen ir incluidas y no se cobran una a una, pero míralo en tu plan.
Resumen corto: arregla esta semana el remitente del formulario y deja la mudanza del buzón para una decisión más tranquila. Si quieres que miremos cómo envía tu formulario y qué publica hoy tu dominio, escríbenos y lo repasamos contigo.