Un correo con dominio propio es una dirección como nombre@tuempresa.es. Para ponerla en marcha necesitas algo más que comprar el dominio y abrir una aplicación. Intervienen el proveedor que guarda los mensajes, los registros DNS que dirigen y autentican el correo y la interfaz desde la que lo lees.
Separar esas piezas evita buena parte de los errores. El dominio identifica tu correo, el proveedor aloja los buzones, el DNS dirige y autentica los mensajes y la aplicación solo te permite leerlos y enviarlos. Entenderlo así permite cambiar de proveedor sin cambiar de dirección, siempre que el dominio y sus accesos estén realmente bajo control de la empresa.
El correo tiene cuatro capas distintas
Es frecuente llamar «correo» a todo el conjunto. El problema aparece cuando alguien cambia una de sus partes pensando que está cambiando otra.
| Capa | Qué hace | Un ejemplo |
|---|---|---|
| Dominio | Aporta la parte situada después de @ | tuempresa.es |
| Proveedor de correo | Guarda los buzones y procesa el envío y la recepción | Google Workspace, Microsoft 365 o un proveedor dedicado |
| DNS | Publica dónde se recibe el correo y quién puede enviarlo | Registros MX, SPF, DKIM y DMARC |
| Aplicación o webmail | Muestra la bandeja y permite trabajar con los mensajes | Gmail, Outlook, Apple Mail, Thunderbird o Roundcube |
La dirección puede seguir siendo la misma aunque cambies de aplicación o de proveedor. Lo que no conviene perder es el dominio. La empresa debería figurar como titular, controlar el registrador, conservar una vía de recuperación y proteger la cuenta administrativa con verificación en dos pasos.
En la infraestructura que gestionamos en Nereida, por ejemplo, Migadu aloja los buzones y un Roundcube con marca propia sirve de webmail. Cambiar la interfaz no movería los mensajes. Igual que instalar Outlook en lugar de Apple Mail tampoco cambia el servidor donde viven.
La elección empieza por el uso real
No existe un proveedor correcto para todas las empresas. Antes de comparar marcas conviene decidir cómo va a trabajar el equipo y qué ocurriría si mañana hubiera que migrar.
| Situación | Qué debería ofrecer el servicio |
|---|---|
| Una persona con uso básico | Buen webmail o acceso IMAP, recuperación segura y soporte claro |
| Un equipo que trabaja en Google | Correo, calendario, documentos y administración integrados |
| Un equipo que trabaja en Microsoft | Outlook, calendarios, permisos y colaboración integrados |
| Varios dominios y muchas direcciones | Gestión flexible de buzones y alias, con límites basados en el uso bien explicados |
| Ventas o soporte atendidos por varias personas | Buzón compartido, grupo o delegación con historial y permisos |
| Actividad con requisitos de archivo o cumplimiento | Retención, auditoría, residencia de datos y exportación verificables |
También hay que mirar el almacenamiento, los límites de envío, las copias, la autenticación multifactor, la administración de altas y bajas y la posibilidad de exportar el correo. El precio por buzón importa, pero importa más saber qué incluye y qué dependencia crea.
El correo incluido en un hosting puede ser suficiente para un uso sencillo. No es malo por definición ni un proveedor dedicado es bueno por llevar una factura aparte. Hay que comprobar la reputación de salida, el filtrado, las copias, los límites, el soporte y si una incidencia de la web puede afectar también al correo.
También existe correo gratuito con dominio propio. Zoho anuncia hasta cinco usuarios y 5 GB por usuario en su plan sin coste, aunque no incluye IMAP, POP ni ActiveSync y su disponibilidad depende del centro de datos. Puede encajar si basta con webmail y aplicación móvil. No es un sustituto idéntico de cualquier buzón de pago.
El coste total puede incluir dominio, buzones o uso, migración y gestión. Algunos proveedores cobran por usuario, otros por almacenamiento o volumen y otros vienen dentro del hosting. Comparar la cuota sin comparar funciones y límites dice bastante poco.
Buzón, alias y dirección compartida no son lo mismo
Un buzón guarda mensajes, tiene credenciales propias y normalmente pertenece a una persona o función concreta. Un alias es otra dirección que entrega en un buzón existente. facturacion@tuempresa.es, por ejemplo, puede llegar a la cuenta de administración sin tener bandeja ni contraseña propias.
Un grupo distribuye el mismo mensaje entre varias personas. Un buzón compartido permite que varias trabajen sobre una bandeja común, aunque su funcionamiento depende del proveedor. Es mejor para soporte o ventas cuando hay que saber qué se ha contestado y qué sigue pendiente.
El reenvío manda el mensaje a otra cuenta. Puede servir en una transición o para casos sencillos, pero reenviar entre proveedores añade otra capa a la entregabilidad. Si varias personas necesitan atender una dirección, un alias que entrega copias no sustituye automáticamente a una bandeja compartida.
La regla útil no es «un buzón por persona y alias para todo lo demás». Es crear cuentas individuales para identificar accesos y elegir alias, grupos o buzones compartidos según cómo se atienda cada dirección. Cuando alguien deja la empresa, se revoca su acceso sin tener que cambiar una contraseña que conocía media oficina.
La configuración sigue un orden
El proveedor facilita los valores técnicos, pero el orden de trabajo decide si el cambio es tranquilo o deja mensajes por el camino.
| Orden | Acción | Comprobación |
|---|---|---|
| 1 | Confirmar la titularidad del dominio y el acceso al DNS | La empresa controla registrador, recuperación y cuenta administrativa |
| 2 | Inventariar el correo actual | Constan buzones, alias, grupos, dispositivos y servicios que envían mensajes |
| 3 | Verificar el dominio en el proveedor nuevo | El panel reconoce el dominio antes de modificar la recepción |
| 4 | Crear cuentas, permisos y direcciones | Cada dirección necesaria existe y tiene un destino correcto |
| 5 | Copiar el histórico si hay una migración | Mensajes, carpetas y fechas se ven en el destino |
| 6 | Publicar los registros DNS del proveedor | MX y autenticación coinciden con su documentación vigente |
| 7 | Configurar webmail, móvil y escritorio | Envían y reciben con la identidad correcta |
| 8 | Probar antes de cerrar el servicio anterior | No quedan rutas, dispositivos ni mensajes pendientes |
El inventario del segundo paso suele descubrir más remitentes de los esperados. La web, el programa de facturación, una herramienta comercial o la plataforma de boletines pueden enviar usando el dominio. Si no entran en la configuración de autenticación, parte del correo legítimo empezará a parecer ajeno.
Si el DNS está en Cloudflare, el cambio se hace en su zona DNS. Nuestra guía para configurar Cloudflare en WordPress explica cómo localizar y revisar los registros sin confundirlos con la configuración del servidor web.
MX, SPF, DKIM y DMARC hacen trabajos distintos
Los cuatro registros aparecen juntos en muchas instrucciones, pero no son intercambiables.
| Registro | Función | Error habitual |
|---|---|---|
| MX | Indica dónde se recibe el correo del dominio | Dejar valores antiguos de otro proveedor |
| SPF | Declara qué servicios pueden enviar en nombre del dominio | Olvidar la web, facturación o boletines |
| DKIM | Añade una firma que el receptor puede verificar | Publicar la clave y no activar la firma en el proveedor |
| DMARC | Comprueba la alineación de SPF o DKIM con el remitente visible y define una política | Aplicar rechazo antes de conocer todos los envíos legítimos |
No copies registros de una guía genérica. Usa los que muestre el proveedor para tu cuenta y vuelve a comprobarlos en su documentación. Google, por ejemplo, indica ahora smtp.google.com como MX para las configuraciones nuevas, mientras mantiene compatibles los valores antiguos de cuentas previas a 2023. Su propia guía de registros MX avisa además de que el reconocimiento del cambio puede tardar hasta 72 horas.
El SPF debe contemplar todos los servicios que envían con el dominio. Si ya existe, se actualiza la política para incorporar el nuevo remitente en vez de pegar otro registro sin revisar el anterior. Google incluye expresamente servidores web, formularios y servicios externos en su procedimiento para preparar SPF.
DKIM se genera y activa desde el proveedor de correo. DMARC se añade después de tener SPF y DKIM funcionando. Lo sensato es empezar observando informes y endurecer la política de forma gradual. Ese es también el despliegue recomendado por Google, que propone comenzar con p=none antes de pasar a cuarentena o rechazo.
Autenticar bien mejora la legitimidad del envío, pero no compra un pase directo a la bandeja de entrada. La reputación del dominio y de la IP, las quejas, el volumen, el contenido y la infraestructura también cuentan. Las directrices de Gmail para remitentes recogen esas señales junto a SPF, DKIM y DMARC.
La web, la tienda o el programa de facturación necesitan una ruta de envío autenticada y contemplada en SPF. No deberían mandar desde el servidor web por pura inercia. En por qué los correos de WordPress no llegan desarrollamos ese circuito y su diagnóstico. La web y los buzones comparten dominio y parte del DNS, no tienen por qué compartir servidor.
Una migración no consiste en cambiar los MX
Modificar los MX dirige el correo nuevo al proveedor nuevo. No copia los mensajes que siguen guardados en el antiguo ni configura las aplicaciones de cada persona. Por eso una migración necesita un periodo de convivencia.
Primero se crean y prueban las cuentas de destino. Después se copia el histórico, normalmente mediante la herramienta del proveedor o por IMAP. A continuación se cambian los registros y se mantiene el servicio anterior accesible mientras caducan las cachés DNS y se comprueba que no ha quedado correo allí.
También hay que preservar alias, grupos, reglas, respuestas automáticas y permisos. Si cambia una dirección, conviene decidir cuánto tiempo seguirá recibiendo la antigua y quién será responsable de retirarla.
Cambiar los MX antes de crear los buzones es una forma bastante eficaz de descubrir cuánta gente escribe a la empresa. Mejor hacer el inventario primero.
Gmail y Outlook pueden ser interfaz o proveedor
Usar Gmail no siempre significa que Google aloje el correo. Con Google Workspace, Gmail es la interfaz y Google también es el proveedor. Con una cuenta externa añadida a una aplicación, la bandeja puede parecer la misma, pero los mensajes siguen alojados fuera.
Outlook, Thunderbird, Apple Mail y otras aplicaciones de escritorio pueden conectarse por IMAP y SMTP si el plan contratado lo permite. La aplicación móvil de Gmail también admite cuentas de terceros. El nombre de usuario suele ser la dirección completa y los servidores, puertos y métodos de seguridad deben salir de la documentación del proveedor.
El Gmail del navegador merece una advertencia en 2026. Su función «Consultar el correo de otras cuentas» usa POP, no IMAP, y Google retirará en enero de 2027 tanto esa recogida de cuentas externas como «Enviar como» para direcciones de terceros. Durante el tercer y cuarto trimestre de 2026 puede restringir nuevas configuraciones. No montaríamos ahora un correo profesional alrededor de un flujo que ya está despidiéndose.
Las alternativas son usar el webmail del proveedor, una aplicación de escritorio, la aplicación móvil de Gmail o alojar realmente el dominio en Google Workspace.
La puesta en marcha termina con pruebas
Recibir un mensaje de prueba propio no basta. Hay que comprobar el recorrido desde fuera y revisar que el dominio aparece autenticado.
| Prueba | Qué debe ocurrir |
|---|---|
| Envío a una cuenta externa de Gmail y otra de Microsoft | El mensaje llega, muestra el remitente correcto y permite responder |
| Recepción desde cuentas externas | Cada buzón, alias y grupo entrega donde corresponde |
| Cabeceras del mensaje | SPF, DKIM y DMARC pasan según la configuración prevista |
| Web, facturación y otros remitentes | Siguen enviando sin suplantar una identidad no autorizada |
| Móvil, escritorio y webmail | Sincronizan carpetas, enviados y eliminados como se espera |
| Recuperación y administración | Existe más de una vía controlada y la verificación en dos pasos funciona |
| Histórico y proveedor anterior | El correo migrado está disponible y no quedan mensajes nuevos atrás |
Si algo falla, primero identifica la capa. Un error de contraseña en Outlook no se corrige tocando los MX. Un correo que no llega al dominio sí obliga a revisar DNS y proveedor. En qué es un servidor DNS explicamos cómo separar resolución, registros y servidor antes de cambiar cosas al azar.
Preguntas frecuentes
¿Puedo tener correo profesional gratis?
Sí. Algunos proveedores ofrecen un plan gratuito y ciertos hostings lo incluyen. Comprueba usuarios, almacenamiento, acceso IMAP, límites, copias y soporte. Que no haya cuota no significa que no haya condiciones.
¿Puedo usar mi correo profesional en Gmail?
Sí si el dominio está alojado en Google Workspace. También puedes usar cuentas externas en la aplicación móvil de Gmail. No recomendamos iniciar ahora una integración con el Gmail web mediante POP y «Enviar como», porque Google la retirará en enero de 2027.
¿Cuánto cuesta un correo con dominio propio?
Depende del dominio, el número de usuarios, la forma de cobro del proveedor y si hace falta migrar o administrar el servicio. Compara funciones y límites antes que una cuota aislada.
¿Tengo que cambiar la web para configurar el correo?
Normalmente no. Se modifican registros DNS del dominio. La web puede seguir apuntando al mismo servidor, pero hay que conservar sus registros y revisar cualquier sistema que envíe formularios o avisos.
La dirección debe sobrevivir al proveedor
Un correo profesional está bien planteado cuando la empresa controla el dominio, cada acceso tiene responsable, el proveedor se puede sustituir y los registros reflejan todos los envíos reales. La dirección deja de depender de una cuenta personal sin quedar atada a una aplicación concreta.
Si prefieres que los cambios de dominio, DNS, correo y web se coordinen sin convertir cada incidencia en una investigación nueva, esa continuidad forma parte de un buen mantenimiento web. En esta guía para comparar un plan de mantenimiento explicamos qué conviene exigir antes de delegarlo.