Guía paso a paso para comprar un dominio, conectar DNS y configurar correo empresarial (MX, SPF, DKIM, DMARC). Comprobaciones claras, soluciones comunes y consejos de seguridad.
Estás configurando dos cosas que trabajan juntas: un nombre de dominio (como yourcompany.com) y direcciones de correo empresariales que usan ese dominio (como [email protected]). Una vez conectados correctamente, podrás enviar y recibir correo de forma fiable — y la gente verá tu marca cada vez que pulses “enviar”.
[email protected]) y direcciones de equipo (p. ej., [email protected]).La conexión entre tu dominio y tu proveedor de correo se hace mediante ajustes DNS (unos pocos registros que añades en el panel de tu dominio). Esos ajustes le dicen a internet dónde entregar el correo para tu dominio y cómo verificar que es legítimo.
Esta guía es para personas no técnicas: fundadores en solitario, autónomos y equipos pequeños que quieren tener correo empresarial funcionando sin necesidad de entender redes o servidores.
info@, billing@, support@).La mayoría de las configuraciones toman 30–90 minutos de trabajo práctico.
La mayor incertidumbre es la propagación DNS: después de actualizar registros DNS, puede tardar desde unos minutos hasta 24–48 horas en reconocerse en todas partes. Durante ese periodo, el correo puede funcionar para algunas personas y no para otras, o empezar a funcionar de forma gradual.
Una vez todo esté conectado, tendrás una presencia de correo más limpia y confiable — y una base con la que crecer (nuevos compañeros, más direcciones y mejor entregabilidad con el tiempo).
Antes de entrar en los ajustes, ayuda saber qué empresa hace qué. La mayoría de la confusión al configurar correo viene de que intervienen tres “lugares” distintos.
Registrador de dominio: la compañía donde compras tu nombre de dominio (como yourcompany.com). Gestionan la propiedad, las renovaciones y controles básicos del dominio.
Host DNS (proveedor DNS): el lugar donde vive la “agenda” de tu dominio. DNS es un conjunto de registros que le dicen a internet dónde están los distintos servicios de tu dominio (sitio web, correo, etc.). A veces tu registrador también actúa como host DNS, pero no siempre.
Proveedor de correo: el servicio que realmente gestiona tus buzones y envía/recibe correo (por ejemplo, Google Workspace o Microsoft 365). Te dan buzones tipo [email protected].
Piénsalo así:
Así que compras el dominio en el registrador, luego editas los registros DNS (dondequiera que se hospede DNS) para decirle al mundo: “El correo para @yourcompany.com debe entregarse a este proveedor.”
Si quieres un diagrama simple para el artículo, usa:
Domain (registrar) → DNS (records) → Email provider (inboxes)
Cuando cambias DNS (como MX, SPF, DKIM), la actualización no aparece en todas partes al instante. La propagación es el tiempo que tardan los cambios DNS en difundirse por internet a medida que las distintas redes actualizan su caché.
En la práctica, eso significa que puedes guardar un cambio DNS y seguir viendo comportamiento antiguo durante un rato — especialmente en la primera hora o dos.
Tu dominio es la base para tu sitio web y tu dirección de correo (como [email protected]). También es algo que conservarás años, así que un poco de cuidado al principio ahorra problemas después.
Busca algo corto, claro y fácil de escribir tras oírlo una vez.
Algunas reglas prácticas:
Si es posible, compra las variaciones más importantes (por ejemplo, el .com más tu dominio local) para proteger tu marca, y elige un dominio “principal” para el correo.
Al elegir un registrador (la compañía donde compras el dominio), compara:
Asegúrate de que el dominio esté registrado a nombre de tu empresa (o de un propietario de confianza) y de que controlas el acceso, el correo de recuperación y la autenticación de dos factores. Mantén el acceso al registrador en un lugar centralizado y seguro para que el dominio no se vaya con un empleado o contratista que se marche.
Activa la privacidad WHOIS salvo que tengas una razón específica para no hacerlo. Reduce el spam y protege los datos personales de contacto que aparecerían públicamente.
Elegir un proveedor de correo es sobre todo decidir dónde vive el servicio de correo. Tu dominio (el nombre) puede quedarse en una compañía, mientras el correo funciona en otra.
1) Correo con tu registrador
Muchos registradores venden paquetes de correo junto con dominios. Es conveniente porque la facturación y el soporte están en un lugar. La contrapartida: las funciones suelen ser básicas (menos herramientas de colaboración, controles de administración simples) y migrar después puede requerir pasos adicionales.
2) Correo con un proveedor independiente
Esta es la opción típica para equipos en crecimiento. Proveedores como Google Workspace o Microsoft 365 se centran en entregabilidad, seguridad y apps de productividad. Tu dominio puede quedarse en el registrador: solo conectas el correo mediante registros DNS.
Enfócate en lo que realmente vas a usar:
Los administradores no técnicos suelen notar la diferencia aquí:
Espera precios por usuario al mes para proveedores completos; el correo del registrador suele ser más barato pero con menos funciones. Antes de comprometerte, comprueba lo que incluye cada nivel (buzones vs alias, almacenamiento, buzones compartidos) y compara planes en páginas como /pricing.
Si dudas, elige un proveedor que facilite exportaciones y herramientas de migración: el futuro tú te lo agradecerá.
Aquí es donde tu correo con dominio personalizado empieza a hacerse real: crearás los buzones que la gente usa cada día y las direcciones extra que dan profesionalismo a tu negocio.
Crea la dirección principal primero — normalmente una de estas:
Si eres un negocio en solitario, puedes usar you@ como buzón real y añadir hello@ como alias que entregue en él.
A continuación, crea buzones para personas reales (p. ej., sara@, mike@). Luego añade direcciones “de rol” que coincidan con cómo los clientes te contactan:
Para direcciones de rol, decide quién debe recibir los mensajes. Las opciones suelen incluir: entrega a una persona, entrega a varias personas o un buzón compartido (más adelante se detalla).
Usa un alias cuando:
Crea un buzón separado cuando:
Escoge una regla simple y síguela:
Evita variaciones aleatorias (como support-team@ vs help@) — la consistencia facilita la incorporación, la seguridad y la resolución de problemas más adelante.
DNS es la página de ajustes para tu dominio. Es donde le dices a internet dónde está tu sitio web y, para el correo, qué servicio debe recibir mensajes para direcciones como [email protected].
La buena noticia: normalmente solo necesitas editar unos pocos elementos para correo empresarial — sobre todo registros MX, más un par de TXT (para SPF, DKIM y DMARC después). Lo difícil suele ser encontrar la pantalla correcta.
La mayoría gestiona DNS en uno de estos:
Una pista rápida: si tu dominio usa nameservers personalizados (a menudo algo como ns1.cloudflare.com), probablemente el DNS no se gestiona en el registrador — incluso si compraste el dominio allí.
Busca elementos de menú como:
Una vez dentro, deberías ver una tabla con columnas como Type, Name/Host, Value/Content, Priority y TTL.
Tómate 2 minutos para protegerte de errores fáciles:
Para correo empresarial con dominio personalizado, normalmente añadirás o reemplazarás:
Normalmente puedes dejar los registros relacionados con la web (como A, AAAA y CNAME) tal cual, a menos que tu proveedor te diga lo contrario.
Estos causan la mayoría de los problemas “el correo no funciona”:
mail.example.com y otros añaden el dominio automáticamente.Si te organizas — encuentra el host DNS correcto, guarda lo que hay y luego haz solo los cambios que indique tu proveedor de correo — estarás listo para el siguiente paso: configurar los MX.
Los registros MX son los letreros de enrutamiento del correo para tu dominio. Cuando alguien te envía un correo a [email protected], el servicio de esa persona consulta el DNS de tu dominio y busca los registros MX para saber qué proveedor (Google Workspace, Microsoft 365, etc.) debe recibir ese mensaje.
Los registros MX (Mail Exchange) dicen al mundo dónde entregar tu correo. Si apuntan al lugar equivocado —o tienes una mezcla conflictiva— los mensajes pueden rebotar, desaparecer o llegar a un buzón antiguo que habías olvidado.
En los ajustes DNS de tu dominio, tu proveedor de correo te dará una lista específica de entradas MX (host/name, value/target y prioridad). Añádelas exactamente como te las indiquen.
Si cambias de proveedor, normalmente tendrás que eliminar los registros MX antiguos que apuntan al servicio previo. Muchos proveedores dicen explícitamente “delete any existing MX records”. Sigue esa instrucción con cuidado — dejar registros MX antiguos puede dividir la entrega entre sistemas.
Consejo: antes de cambiar nada, copia los MX actuales en una nota para poder restaurarlos si hace falta.
La prioridad MX es un orden: los números más bajos se prueban primero. Ejemplo: prioridad 1 se prefiere sobre prioridad 5.
La mayoría de las configuraciones funcionan siempre que:
Primero usa la herramienta de verificación de tu proveedor (casi todos tienen un paso “Verify domain/DNS”) para confirmar que los MX se detectan.
Luego haz una prueba real: envía un mensaje desde una cuenta personal (por ejemplo Gmail) a tu nueva dirección empresarial y confirma que llega. Responde para comprobar también el envío saliente (los MX afectan al correo entrante; lo saliente lo gestiona tu proveedor).
SPF, DKIM y DMARC son tres registros DNS que ayudan a otros sistemas de correo a confiar en los mensajes enviados desde tu dominio. Su función es simple: reducir la suplantación (alguien que finge enviarte correos) y mejorar la entregabilidad para que tu correo real tenga menos probabilidades de acabar en spam.
SPF es un único registro TXT que lista qué servicios están autorizados a enviar correo usando tu dominio.
Dos reglas prácticas:
Ejemplo de valor SPF TXT (solo ejemplo):
v=spf1 include:_spf.google.com include:servers.mcsv.net -all
Las líneas “include:” autorizan remitentes. El -all final significa “todo lo demás no está permitido”. Si dudas durante pruebas, algunos equipos empiezan con ~all (más suave) y luego cambian a -all.
DKIM permite que tu proveedor de correo firme los mensajes salientes. Añadirás un registro DNS y luego activarás la firma en tu proveedor.
La mayoría de proveedores te darán:
google o s1)Suele aparecer como selector._domainkey.yourdomain.com. Tras añadirlo, vuelve al panel de administración de correo y activa DKIM/signing.
DMARC le dice a los receptores qué hacer si fallan SPF/DKIM. Empieza con una política de monitorización para no bloquear correos legítimos por accidente.
Un registro DMARC de inicio común:
v=DMARC1; p=none; rua=mailto:[email protected]; adkim=s; aspf=s
Con p=none solo estás recopilando informes. Después de confirmar que todo legítimo pasa las comprobaciones, puedes endurecerlo a quarantine o reject.
Una vez creado el correo con tu dominio y conectado el DNS, el último tramo es hacerlo funcionar en todos los dispositivos donde lees y envías mail: portátil, teléfono y a veces tablet.
Webmail es el buzón que abres en el navegador (por ejemplo: Gmail en Chrome, Outlook en la web o el portal web de tu proveedor). Es el lugar más fácil para confirmar que la cuenta funciona porque no hay nada que “configurar”. Si puedes enviar/recibir en webmail, el buzón está bien.
Apps de correo son programas como las apps móviles de Gmail u Outlook, Apple Mail o Outlook de escritorio. Son cómodas (notificaciones, acceso sin conexión), pero dependen de un inicio de sesión y ajustes correctos.
Consejo: si la configuración en una app falla, primero inicia sesión en webmail. Así separas “problema de cuenta” de “problema de dispositivo”.
Algunos proveedores ofrecen varias formas de conectar:
Si tienes la opción y tu plan lo incluye, elige Exchange/ActiveSync por simplicidad. Usa IMAP cuando Exchange no esté disponible o quieras una configuración más universal.
Si tu cuenta tiene autenticación de dos factores (2FA) activada, algunas apps antiguas (o ciertos clientes de escritorio) no pueden manejar el segundo paso.
Soluciones comunes:
[email protected]), no solo el nombre de usuario.Cuando una app pide “ajustes manuales”, normalmente necesitarás:
[email protected]Si no conoces los nombres de servidor, consíguelos en la página de ayuda de tu proveedor: busca “IMAP settings” o “Exchange settings” y copia exactamente.
Después de configurar, envía un correo de prueba a una dirección personal y responde para confirmar que tanto envío como recepción funcionan.
Cuando tu equipo tiene buzones reales, probablemente querrás algunas configuraciones de conveniencia: reenvío, alias, catch-all o un buzón compartido para trabajo en equipo. Suenan similares, pero se comportan muy distinto.
info@ → sarah@)sarah@ también recibe invoices@)support@.Una regla simple: usa alias para “más direcciones para una persona” y buzones compartidos para “muchas personas, una dirección.”
El reenvío está bien para:
El reenvío puede causar problemas a largo plazo:
Si una dirección de equipo es importante (sales@, support@), un buzón compartido o un sistema tipo helpdesk suele ser más limpio.
Un catch-all acepta [email protected] (incluso suupport@ con faltas).
Pros:
Contras:
Si lo activas, enrútalo a un buzón compartido monitorizado y aplica filtrado antispam fuerte.
La mayoría de proveedores permiten crear reglas como:
Estos pequeños ajustes evitan que el correo se convierta en un chat grupal que nadie gestiona.
Cambiar a una dirección nueva no tiene por qué implicar perder mensajes ni buscar contactos a oscuras. La clave es decidir qué migras y usar un enfoque de “mantener ambos un tiempo”.
Empieza eligiendo el alcance:
Si dudas, mueve correo primero y trae contactos/calendario una vez que el correo sea estable.
La mayoría de proveedores ofrecen tres opciones prácticas:
1) Importador integrado (más fácil)
Google Workspace y Microsoft 365 tienen herramientas de migración que copian correo (y a veces contactos/calendario) desde otro proveedor. Suele ser la opción menos propensa a errores para configuraciones no técnicas.
2) Movimiento por IMAP (funciona con muchos proveedores)
Si tu correo antiguo soporta IMAP (muchos lo hacen), una herramienta de migración puede copiar carpetas y mensajes. Normalmente mueve el correo de forma fiable, pero puede que no traiga calendario/contactos a menos que los exportes aparte.
3) Exportación/importación manual (más laborioso)
Úsalo cuando no hay herramienta automatizada. Exporta desde el servicio antiguo (PST/mbox/CSV) y luego importa al nuevo. Es viable, pero requiere tiempo para limpieza.
No cierres la cuenta antigua de inmediato. Manténla activa hasta que hayas verificado:
También considera poner una respuesta automática en la cuenta antigua: “Nos hemos mudado a [email protected]” (con un periodo corto).
Escoge un momento con poco tráfico (mañana temprano o fin de semana), luego:
Cuando todo esté comprobado, actualiza las inscripciones, facturas y accesos que usaban la dirección antigua — y conserva el buzón antiguo durante un periodo de seguridad antes de cancelarlo.
La mayoría de los problemas de correo empresarial se reducen a tres áreas: registros DNS (ajustes del dominio), autenticación (SPF/DKIM/DMARC) o inicio de sesión/configuración (contraseñas, 2FA, ajustes de app). Usa esta lista para acotarlo rápido.
Empieza por tus registros MX.
Suele ser un problema de autenticación o identidad.
[email protected]).Al contactar soporte, incluye:
Si estás configurando correo junto con un producto nuevo o una herramienta interna, conviene alinear tus direcciones “from” desde el principio (por ejemplo, support@ para respuestas de clientes, billing@ para facturas y un remitente dedicado para notificaciones de la app). Los equipos que construyen aplicaciones en Koder a menudo hacen esto al principio para que el correo transaccional y de soporte se mantenga consistente a medida que la app evoluciona, sin tener que volver a tocar DNS y fundamentos de entregabilidad más adelante.
Necesitas acceso a dos cuentas:
También prepara una lista corta de direcciones que quieres (por ejemplo: you@, hello@, support@) para poder crear todo de una vez.
Normalmente son 30–90 minutos de trabajo práctico, más el tiempo de propagación DNS.
La propagación puede tardar minutos hasta 24–48 horas, así que es normal que el correo empiece a funcionar de forma gradual (funcione para algunos remitentes antes que para otros).
Son roles diferentes:
Si tu dominio usa nombres de servidor personalizados (por ejemplo, Cloudflare), debes editar DNS ahí, no en el registrador.
Los registros MX indican dónde entregar el correo entrante para @yourdomain.com.
Para configurarlos de forma segura:
Empieza con la herramienta de verificación de tu proveedor y luego haz pruebas reales:
Son señales de confianza basadas en DNS que mejoran la entregabilidad y reducen la suplantación:
Usa un alias cuando una misma persona deba recibir correos enviados a varias direcciones (p. ej., hello@ → su buzón principal).
Usa un buzón separado/buzón compartido cuando:
Un catch-all acepta correos enviados a [email protected], incluidos errores tipográficos.
Pros:
Contras:
La mejor práctica es estabilizar el nuevo sistema primero y luego migrar:
Trabaja de arriba abajo:
Al pedir soporte, incluye capturas de pantalla del DNS y las cabeceras completas de un mensaje (muestran resultados SPF/DKIM/DMARC).
p=nonesupport@sales@Si lo activas, enrútalo a un buzón monitorizado y aplica un filtrado antispam estricto.