Mucha gente elige su correo con dominio propio como elegiría una grapadora. Busca en Google "hosting de correo barato", hace clic en el complemento que ofrece su registrador de dominios y da el problema por resuelto.
Después, las facturas empiezan a caer en Spam. El buzón alcanza su cuota en el tercer mes. Un antiguo contratista conserva acceso IMAP nueve meses después de dejar el proyecto. Y abandonar el proveedor incluido se convierte en una migración de cuatro semanas que cuesta más que cinco años de un buen servicio de correo.
Esto no es un folleto comercial. Es una guía operativa sobre qué es en realidad el correo con dominio propio, por qué la opción más barata casi siempre acaba saliendo cara y cómo configurar una dirección en tu dominio que pueda sobrevivir a un cambio de proveedor, a la rotación del equipo y a la próxima ronda de requisitos de autenticación de Gmail y Yahoo.
Qué significa realmente "correo con dominio propio"
Es el correo que envías y recibes en una dirección de un dominio que posees, como you@yourcompany.com, en lugar de un dominio compartido gratuito como @gmail.com o @outlook.com. La diferencia no se limita al texto situado después de @. Cambia por completo quién controla tu identidad y tu historial de mensajes, y si puedes marcharte del proveedor.
Cuando envías desde una dirección de consumo, no controlas esa dirección. Google controla @gmail.com. Si suspende la cuenta, la dirección deja de funcionar, junto con todos los accesos que alguna vez la usaron como contacto de recuperación. Con un dominio propio, la vigencia de la dirección depende de que mantengas registrado el dominio. Puedes trasladar el buzón a otro host en una tarde si el volumen y las condiciones lo permiten, cambiar de proveedor de autenticación o mudarte a otro país sin cambiar de dirección.
Las tres capas del correo con dominio propio
La expresión "correo con dominio propio" reúne tres elementos superpuestos:
- El dominio, registrado mediante un registrador como Namecheap, Cloudflare Registrar o Porkbun. El precio orientativo es de $10-$30 al año. Es el activo que controlas mientras mantengas el registro.
- Los registros DNS del dominio, que apuntan MX, SPF, DKIM y DMARC al host de correo. Indican a Internet dónde se recibe el correo del dominio y qué servidores están autorizados para enviar en su nombre.
- El host de buzones, que aporta almacenamiento y transporte. Puede costar de $0 a $30 por usuario y mes. Puede ser el paquete del registrador, Google Workspace, Microsoft 365 o un host especializado como TrekMail.
Cada capa puede cambiar por separado. Esa es la idea: conservar el dominio, dirigir el DNS a otro host y migrar los buzones sin cambiar la dirección. La portabilidad es el producto esencial; el resto son funciones añadidas.
Por qué el correo con dominio propio resulta imprescindible en 2026
En 2026, recurrir a un correo gratuito para una actividad empresarial puede acarrear un coste medible en entregabilidad, credibilidad o complejidad de una futura migración. Tres factores han reforzado esa conclusión respecto a hace cinco años: controles de autenticación más estrictos, una evaluación más severa de la reputación por parte del comprador y el impacto creciente de suspensiones de cuentas de consumo sobre los procesos empresariales.
1. Gmail y Yahoo exigen autenticación según el tipo y volumen del remitente
Desde 2024, Gmail y Yahoo aplican requisitos de SPF, DKIM y alineación DMARC que dependen de la categoría y del volumen del remitente, y sus reglas pueden cambiar. Enviar facturas desde una dirección Gmail que no representa a la empresa puede reducir credibilidad y contribuir a que se clasifiquen como Spam. Enviar desde un dominio propio sin autenticación correcta también perjudica la entrega. La solución es configurar bien los registros correspondientes y revisar los requisitos vigentes. Explicamos el contexto en SPF, DKIM y DMARC. DMARC puede superar la evaluación mediante SPF alineado o DKIM alineado; no exige que ambos mecanismos pasen a la vez.
2. Los compradores consultan la dirección remitente antes de abrir el correo
Un mensaje de sarah.smith@yourbusiness.com puede inspirar más confianza que uno de sarah.smith.businessguru@gmail.com. Ese atajo mental del cliente puede ser injusto, pero forma parte del entorno comercial. El dominio propio actúa como señal de credibilidad antes de que se lea el contenido.
3. Una cuenta gratuita puede perderse tras una sola toma de control
Las cuentas personales de Gmail y Outlook pueden suspenderse cuando una señal automatizada detecta un posible abuso, en ocasiones sin aviso previo. Las revisiones no tienen un plazo de resolución garantizado. Si una empresa depende de una dirección gratuita, una incidencia puede afectar a accesos bancarios, herramientas SaaS, historial de clientes y cadena de recuperación. Un host empresarial ofrece canales de soporte definidos, aunque tampoco elimina por completo el riesgo de suspensión o pérdida.
Los 5 registros DNS que hacen funcionar el correo con dominio propio
El correo con dominio propio depende de cinco registros DNS alojados en el registrador o en el servicio al que se haya delegado el DNS. Configurarlos y validarlos reduce errores de recepción y autenticación; si alguno falta o es incorrecto, ciertos destinatarios pueden tratar los mensajes de forma distinta.
MX: dónde se recibe el correo del dominio
Los registros MX (Mail Exchanger) indican qué servidor acepta correo para el dominio. Tienen este aspecto:
yourbusiness.com. 3600 IN MX 10 mx1.trekmail.net.
yourbusiness.com. 3600 IN MX 20 mx2.trekmail.net.El número marca la prioridad: se prueba primero el menor. Si los MX apuntan al host equivocado, el correo puede no llegar. Una causa frecuente de que un dominio nuevo no reciba mensajes es que los registros no se hayan guardado correctamente en el registrador.
SPF: qué servidores pueden enviar por el dominio
SPF (Sender Policy Framework) es un TXT que enumera las direcciones IP o nombres de host autorizados para enviar con el dominio. Sin él, el receptor carece de esa señal de autorización y puede rechazar o clasificar el mensaje como sospechoso. Un SPF mínimo es:
v=spf1 include:_spf.trekmail.net ~allEl ~all final aplica un fallo suave a lo no enumerado. Puedes usar ~all mientras confirmas la configuración y pasar a -all, fallo estricto, cuando hayas inventariado y probado todos los emisores autorizados.
DKIM: prueba criptográfica de que el correo no fue alterado
DKIM (DomainKeys Identified Mail) firma cada correo saliente con una clave privada. La clave pública correspondiente se publica en un TXT bajo un selector del dominio, normalmente algo como mailhost._domainkey.yourbusiness.com. Los receptores verifican la firma con la clave pública. Si coincide, confirma que firmó un servidor con la clave privada y que el contenido firmado no cambió durante el transporte.
DKIM se configura para cada host emisor. Si envías desde el host de buzones y también desde una herramienta de marketing, cada uno necesita publicar su propia clave DKIM.
DMARC: qué hacer cuando fallan SPF o DKIM
DMARC (Domain-based Message Authentication, Reporting and Conformance) se apoya en SPF y DKIM. Indica al receptor qué política aplicar cuando no hay un resultado alineado válido de SPF o DKIM y dónde enviar informes agregados sobre quienes intentan usar el dominio. El flujo completo está en nuestra guía de configuración de DMARC.
v=DMARC1; p=quarantine; rua=mailto:dmarc@yourbusiness.com; adkim=s; aspf=sEmpieza con p=none durante las primeras dos semanas para leer los informes e identificar remitentes legítimos. Pasa a p=quarantine tras corregir y comprobar su alineación. Usa p=reject solo después de un despliegue gradual autorizado y de verificar que no quedan emisores por incorporar.
El quinto opcional: MTA-STS
MTA-STS indica a los emisores compatibles que usen TLS al conectar por SMTP con tu dominio y reduce el riesgo de ataques de degradación cuando la política y el certificado son válidos. No es estrictamente necesario para recibir correo y no impide toda interceptación. Algunos hosts lo preparan automáticamente tras delegar DNS o añadir un CNAME; conviene verificarlo.
Las guías enlazadas explican paso a paso selectores, sintaxis y particularidades de cada registrador.
Tres tipos de proveedor y cómo puede fallar cada uno
En 2026 hay tres enfoques habituales: correo incluido con el hosting web o registrador, host de correo especializado y suite de productividad en la nube. Cada tipo presenta un modo de fallo característico al crecer, aunque no todos los proveedores se comportan igual. Elegir el modelo adecuado suele importar más que una marca concreta.
| Tipo | Ejemplos | Coste habitual | Dónde destaca | Riesgo característico |
|---|---|---|---|---|
| Incluido con hosting web / registrador | cPanel, GoDaddy, Namecheap PrivateEmail, complementos del registrador | $1-$5/buzón/mes | Ya tienes hosting web y basta un buzón | Riesgo de reputación de IP compartida: un vecino comprometido puede afectar a la lista de bloqueo del servidor |
| Host de correo especializado | TrekMail, Fastmail, Migadu, Zoho Mail (de pago) | $3-$10/buzón/mes o tarifa fija por cuenta | Equipos multidominio, agencias y quienes necesitan autenticación y administración sin una suite completa | Puede tener una integración menos profunda con calendario y documentos que una suite colaborativa |
| Suite de productividad en la nube | Google Workspace, Microsoft 365 | $6-$22/usuario/mes | Equipos que ya trabajan en Docs/Drive u Office y organizaciones de un dominio | El precio por usuario crece con la plantilla; usar varias marcas puede requerir otra compra o no estar disponible |
Nivel 1: hosting incluido y riesgo de vecinos ruidosos
La opción más barata puede venir incluida con el hosting web o costar unos pocos dólares en el registrador. El buzón suele compartir servidor físico con la web y, a menudo, con cientos de sitios. Puede funcionar hasta que otro sitio se ve comprometido, envía spam y perjudica la reputación de la IP compartida. Entonces las facturas pueden dejar de llegar a la bandeja de entrada. Algunos proveedores trasladan el servicio a otra IP compartida, una medida que no elimina el riesgo futuro.
El correo incluido también puede venir con registros de autenticación deficientes. Hemos encontrado hosts basados en cPanel cuyo SPF predeterminado ni siquiera incluía correctamente todas sus IP emisoras durante trabajos de migración, aunque no ocurre en todos los proveedores.
Nivel 2: hosts especializados, la elección de muchos operadores
Los hosts especializados se dedican al correo. Su trabajo incluye cuidar la reputación de las IP, rotar claves DKIM, supervisar listas de bloqueo y ofrecer herramientas administrativas para crecer más allá de una persona. TrekMail pertenece a esta categoría y cobra por cuenta, no por usuario. Starter cuesta $4 al mes, o $3.50/mes con pago anual, $42 al año, e incluye actualmente 50 dominios, 100 buzones por dominio, 15 GB de almacenamiento compartido entre correo y TrekMail Drive, migración IMAP en servidor y 30 alias por buzón.
Con los precios descritos, Starter puede resultar más barato que Workspace para equipos con más de un dominio o más de cuatro buzones. Pro ($10/mes, o $8/mes anual) duplica la mayoría de límites e incorpora filtros y enrutamiento catch-all externo. Agency ($29/mes o $23.25 anual) admite actualmente hasta 1,000 dominios y 1,000 buzones por dominio. En ese punto, las políticas operativas de rotación DKIM por dominio pueden importar más que el límite del software.
La debilidad característica de los hosts especializados es que pueden no ofrecer una suite Docs/Drive/Calendar tan profunda como Workspace. TrekMail incluye almacenamiento TrekMail Drive en todos los planes de pago, con espacio compartido y conversión automática de adjuntos grandes a partir de 18 MB según la configuración actual. Para la colaboración documental, el planteamiento es usar la herramienta que ya funcione para tu equipo, no una suite propia.
Nivel 3: suites de productividad y coste del ecosistema
Google Workspace y Microsoft 365 utilizan el correo con dominio propio como puerta de entrada a una suite más amplia. El precio corresponde a esa experiencia integrada, no solo al correo. Puede encajar muy bien en una empresa de 6 personas que usa Docs y Calendar a diario, y resultar caro para una agencia con 4 dominios donde 12 de los 50 buzones son simples direcciones funcionales como info@ y support@, todas cobradas como usuarios completos.
Otro riesgo de las suites es la dependencia del ecosistema. Cuanto más tiempo se utiliza Workspace, más laboriosa puede ser la salida porque calendario, Drive y chat no siempre se trasladan limpiamente. El correo suele migrarse por IMAP, pero ese protocolo no mueve automáticamente todos los demás tipos de datos.
El coste real del correo con dominio propio durante 5 años
El correo con dominio propio parece barato al comparar suscripciones mensuales. El cálculo cambia si incluye subidas al renovar, trabajo de migración tras una mala elección y horas dedicadas a investigar problemas de entregabilidad evitables.
Esta estimación muestra 5 años en tres casos: fundador individual (1 buzón), pyme en crecimiento (10 buzones en 2 dominios) y agencia pequeña (60 buzones en 8 dominios de clientes).
| Situación | Incluido (estilo cPanel) | TrekMail (Starter / Pro / Agency) | Google Workspace Business Standard |
|---|---|---|---|
| Fundador individual, 1 buzón, 1 dominio | ~$60 + ~$200 de corrección si falla la reputación | Starter $42/año × 5 = $210 | $14/usuario/mes × 60 = $840 |
| Pyme, 10 buzones, 2 dominios | ~$700 + ~$2,000 de migración fuera del paquete en el año 3 | Starter $42/año × 5 = $210 (10 buzones caben en un plan) | $14/usuario × 10 × 60 = $8,400 |
| Agencia, 60 buzones, 8 dominios de clientes | No escala bien: necesita 8 cuentas de hosting independientes | Agency $23.25/mes × 12 × 5 = $1,395 | $14/usuario × 60 × 60 = $50,400 |
El modelo fijo empieza a destacar cuando hay más de tres o cuatro buzones o más de un dominio, y en una agencia la diferencia puede ser mucho mayor. Estas cifras son ejemplos basados en los precios de lista y supuestos del snapshot. Un descuento empresarial del 20% reduciría el importe de Workspace, pero el coste ilustrativo de 5 años seguiría por encima de $40,000.
Otro coste difícil de reflejar son las horas dedicadas a arreglar una configuración incompleta, como un SPF deficiente del host económico. Hemos visto fundadores dedicar más de 30 horas en seis meses a investigar por qué su correo comercial llegaba a Spam antes de encontrar el problema. Si una hora del fundador se valora de forma ilustrativa en $100, son $3,000 no facturados; el coste real depende de cada negocio.
La configuración en 6 pasos
Configurar correo con dominio propio no suele ser difícil. Muchos errores nacen de cambiar el DNS deprisa y sin comprobar cada etapa. Esta ruta de seis pasos abarca registrador, host de buzones, registros DNS y una prueba completa de envío y respuesta antes de que los usuarios modifiquen sus clientes.
Paso 1: elige un registrador y confirma el control del DNS
Compra el dominio en un registrador fiable. En 2026 recomendamos evaluar Cloudflare Registrar, Namecheap y Porkbun por la combinación de precios claros y un panel DNS funcional, comprobando siempre las condiciones actuales. Evita servicios que cobren aparte por DNS o solo permitan editarlo con una interfaz difícil, pues es probable que lo toques varias veces al año.
Paso 2: elige un host de buzones que facilite la salida
Un criterio esencial es si puedes apuntar MX a otro sitio y migrar por IMAP si el servicio empeora o sube el precio. Muchos hosts especializados y suites permiten hacerlo. Algunos paquetes de registrador lo dificultan con herramientas de exportación limitadas o inexistentes, por lo que conviene probar antes de contratar.
Paso 3: crea la cuenta y al menos un buzón antes de cambiar DNS
Parece evidente, pero omitirlo es uno de los tres errores más frecuentes. Crea primero el buzón en el host y después apunta el DNS. Si cambias DNS antes de que exista, el correo puede rebotar en cuanto se propague. En TrekMail añadirías el dominio al panel, lo marcarías como verificado cuando pase la comprobación TXT y crearías el primer buzón antes de tocar MX.
Paso 4: actualiza los registros MX
Sustituye los MX existentes del registrador por los que proporcione el host. Un TTL de 3600, una hora, suele equilibrar carga de consultas y capacidad de corregir errores, pero la propagación y las cachés no garantizan que toda corrección sea visible exactamente en una hora.
Paso 5: publica SPF, DKIM y DMARC
Añade el TXT de SPF, el TXT de DKIM, o CNAME según el host; TrekMail usa CNAME para poder rotar claves sin otro cambio manual, y el TXT de DMARC. Empieza con p=none durante las primeras dos semanas de operación y revisa los informes. Pasa a p=quarantine cuando hayas confirmado la alineación de todos los emisores legítimos.
Paso 6: prueba envío y recepción; después migra
Envía un mensaje de prueba desde el nuevo buzón a Gmail, Outlook.com y Yahoo. Abre los encabezados y comprueba SPF=PASS, DKIM=PASS y DMARC=PASS en los tres, teniendo en cuenta que los resultados y su presentación varían entre receptores y que DMARC puede pasar con SPF o DKIM alineado. Responde desde cada uno. Solo tras validar el recorrido deberías iniciar la migración. Consulta cómo crear correo con tu dominio. Si ya publicaste DNS pero no fluye el correo, utiliza la lista de configuración de correo en un dominio.
Cómo migrar correo con dominio propio reduciendo el riesgo de pérdida
Una migración entre proveedores suele ser un 80% mecánica y un 20% estresante. La parte mecánica consiste en copiar por IMAP el contenido compatible, algo que muchos hosts especializados pueden hacer en servidor. La parte delicada es el cambio de DNS, que debe planificarse y supervisarse para reducir mensajes retrasados, duplicados o enviados al host anterior; no existe una garantía universal de cero pérdidas o interrupciones.
Secuencia de cambio que reduce el riesgo de perder correo
- Prepara primero todo en el host nuevo. Añade el dominio, crea cada buzón y prepara SPF/DKIM/DMARC para el host nuevo; parte de los registros no se utilizará hasta cambiar MX.
- Sincroniza el correo existente por IMAP. Usa la herramienta del host o
imapsyncy deja que termine. Puede tardar unas horas con buzones pequeños o varios días con buzones de retención legal que guardan cinco años. IMAP no transfiere por sí solo calendarios, contactos, reglas locales ni todos los metadatos específicos del proveedor. - Cambia los MX al host nuevo. Los mensajes nuevos empezarán a llegar allí a medida que se propague DNS, normalmente entre 10 minutos y una hora con TTL de 3,600 segundos, aunque algunas cachés pueden tardar más.
- Ejecuta una segunda sincronización IMAP para capturar los mensajes que hayan llegado al host anterior entre el final de sync-1 y el cambio de DNS.
- Actualiza SPF para retirar el host anterior, o pasa DMARC a
p=quarantinedespués de verificar durante dos semanas la autenticación del host nuevo y revisar excepciones. - Mantén activa la cuenta antigua al menos 90 días como medida de seguridad para mensajes rezagados, contactos antiguos o servicios con DNS en caché, siempre que las obligaciones de retención y el contrato lo permitan.
La herramienta de TrekMail cubre en servidor los pasos 2 y 4 para el contenido IMAP compatible, de modo que no necesitas mantener imapsync en un portátil ni alquilar un VPS solo para esa copia. Puede reanudar una transferencia interrumpida, algo útil en migraciones con recuentos de mensajes de 6 cifras, pero aun así hay que validar el resultado. El proceso completo está en nuestra guía de correo seguro para empresas.
Cinco errores que te atan a un mal proveedor
Muchos problemas se originan en uno de cinco errores de la configuración inicial. Aislados parecen pequeños, pero complican mucho una migración. Los siguientes abarcan usar el registrador como host de correo, publicar mal DKIM, aplicar DMARC antes de tiempo, ignorar la exportación y crear una recuperación frágil.
1. Usar el registrador como host DNS y host de buzones
Cuando todo está incluido en un registrador, cambiar de correo puede obligar a separar servicios o a mantener configuraciones paralelas. Separar registrador, DNS y correo permite sustituir cada componente por su cuenta, pero es una decisión con costes de gestión y no una regla universal. Evalúa la portabilidad, el soporte y el riesgo operativo de cada arquitectura.
2. No publicar DKIM o publicar una sola clave DKIM
El correo firmado solo con el DKIM predeterminado del registrador puede pasar sus pruebas, pero al enviar desde un CRM, un servicio transaccional o una plataforma de boletines, esos mensajes necesitan su propia autenticación alineada. De lo contrario, DMARC puede fallar y algunos envíos ir a Spam. Publica y valida una clave DKIM para cada remitente legítimo desde el principio.
3. Configurar DMARC como p=reject desde el primer día
Pasar directamente a reject antes de auditar cada emisor puede bloquear correo legítimo. Dedica dos semanas a p=none, analiza informes y corrige fuentes. Pasa a p=quarantine y luego a p=reject mediante un despliegue gradual autorizado cuando los informes muestren una alineación consistente durante dos semanas consecutivas. No es realista exigir informes literalmente limpios al 100%, pues puede haber intentos no autorizados; céntrate en que todas las fuentes legítimas estén alineadas.
4. Elegir un proveedor sin herramienta de exportación
Prueba la exportación antes de comprometerte. ¿Puedes extraer cada buzón a .mbox o copiarlo a otro servidor IMAP en una sola operación? Si debes hacerlo usuario por usuario, una futura migración puede medirse en semanas-persona y no en horas. Muchos hosts especializados superan esta prueba y muchos paquetes de registrador no, pero verifica cada proveedor en lugar de asumirlo por categoría.
5. Usar Gmail personal como recuperación de la cuenta administradora
Si un único Gmail personal recupera la cuenta administrativa del correo empresarial, su seguridad condiciona toda la infraestructura. Usa una vía de recuperación independiente con 2FA mediante clave física. Un segundo administrador en el mismo host de pago puede servir para recuperación cruzada, pero comparte un punto de fallo con el servicio principal, por lo que conviene proteger también una alternativa separada. No dependas únicamente del Gmail personal recuperable por teléfono.
Siguientes pasos
El correo con dominio propio es una decisión de infraestructura en la que una configuración correcta al principio suele costar menos que repararla después. Según el snapshot, TrekMail Starter cuesta $42 al año para 50 dominios y ofrece asistentes de autenticación gestionados. Ese importe es inferior al ejemplo de una hora dedicada a depurar un paquete deficiente que envía facturas a Spam, aunque el coste real del tiempo varía.
Si partes de cero, registra y conserva el dominio, elige el host; un especialista puede convenir más que un paquete o una suite salvo que necesites específicamente Workspace, y sigue los 6 pasos. Si migras, la secuencia anterior reduce el riesgo cuando preparas por completo el host nuevo antes de tocar MX, pero exige copias, validación y un plan de reversión. Hacerlo bien suele tener un coste pequeño frente a problemas acumulados durante años.
Según la oferta descrita, TrekMail dispone de una prueba gratuita de 14 días que requiere tarjeta y un plan Nano sin coste inicial ni tarjeta (10 dominios, 5 GB, SMTP propio) para explorar el panel antes de un nivel de pago. Comprueba las condiciones actuales, pues planes y límites pueden cambiar. El asistente ayuda con la verificación DNS, la rotación DKIM y los informes DMARC, pero el administrador debe revisar los resultados. El catálogo y los precios actuales están en trekmail.net/pricing.
