Crear correo con tu dominio: guía completa de configuración

Ya has comprado el dominio. Ahora necesitas la bandeja de entrada.

Crear correo con tu dominio permite vincular la comunicación a la identidad de tu empresa. En lugar de presentarte como someone@gmail.com, puedes trabajar como name@yourcompany.com. Una dirección personal también puede servir para trabajar, pero el dominio propio facilita mantener una identidad empresarial estable.

No se trata solo de la imagen, sino del control del enrutamiento. Administrar el dominio y sus registros MX permite elegir el proveedor y organizar los accesos. La disponibilidad de los datos, su exportación y los costes siguen dependiendo del contrato, la configuración y los permisos efectivos; tener un dominio no sustituye esas comprobaciones.

Tanto si aprovisionas tu primer buzón como si eres un MSP que migra cincuenta clientes desde cPanel, los componentes básicos son un dominio, un proveedor de correo y los registros DNS correspondientes. La complejidad de la migración depende de los datos, las rutas y los permisos de cada cliente. Esta guía explica la preparación y las comprobaciones.

Antes de empezar: lo que necesitas realmente

Antes de configurar el correo, prepara estos tres componentes. Así podrás coordinar los cambios de DNS y el aprovisionamiento de destinatarios sin improvisar durante la puesta en marcha.

1. El dominio

Necesitas autorización para administrar el dominio, por ejemplo yourcompany.com. Si aún no has registrado uno, puedes comparar registradores como Namecheap, Cloudflare Registrar o Porkbun. Separar el registro del alojamiento web puede reducir dependencias, siempre que también protejas las cuentas y compruebes quién administra el DNS autoritativo. No elimina todos los riesgos de bloqueo o indisponibilidad.

2. Acceso al DNS

Necesitas acceso autorizado de escritura a la zona DNS. En el panel puede aparecer como DNS Management (gestión de DNS), Zone Editor (editor de zona) o Advanced DNS (DNS avanzado). Tendrás que editar registros TXT, MX y CNAME según las instrucciones del proveedor. Si no dispones de este acceso, consíguelo antes de continuar.

3. Un proveedor de correo

El DNS autoritativo publica el enrutamiento y el proveedor presta el servicio de correo. Registrar un dominio en GoDaddy no crea por sí solo un buzón: necesitas un servicio adecuado. Estas son dos opciones que puedes comparar:

• Las suites de colaboración: Google Workspace o Microsoft 365. La comparación histórica usa entre $72 y $144 por usuario al año; revisa las tarifas y licencias actuales. Direcciones funcionales como info@ y billing@ pueden resolverse con alias, grupos o buzones compartidos, según los requisitos y derechos del servicio, sin necesariamente añadir usuarios de pago.
• El alojamiento centrado en correo: TrekMail. Compara sus planes y almacenamiento compartido con tus necesidades de dominios, buzones y envío. Las funciones, cuotas y condiciones de facturación dependen del plan vigente.

Lista de comprobación de 10 minutos

Esta lista sirve para organizar la revisión inicial, no para prometer un plazo de puesta en marcha. Comprobar los destinatarios y el enrutamiento antes del cambio puede evitar tener que dedicar una hora a un diagnóstico imprevisto.

Paso 1: crea primero los buzones (sí, primero)

Un destinatario que falta en el servidor nuevo puede impedir que llegue una consulta comercial. Incluye el inventario de direcciones en la preparación del cambio.

Tras cambiar los registros MX, los remitentes empiezan a usar la ruta nueva conforme caducan sus cachés. Si el servidor no reconoce contact@yourdomain.com y no dispone de una ruta válida para ella, puede responder con 550 User Not Found. La notificación al remitente depende de su sistema; revisa también los registros disponibles y las colas durante el cambio.

Crea los buzones y demás destinatarios necesarios antes de cambiar la ruta de entrega. La verificación previa del dominio puede requerir publicar un TXT.

Procedimiento en TrekMail:

1. Inicia sesión en el panel de TrekMail.
2. Abre la pestaña Buzones del dominio.
3. Crea todas las direcciones que utilizas actualmente.

Para pymes: crea como mínimo tu dirección personal (yourname@) y una dirección funcional (hello@ o info@).

Para agencias que migran a un cliente: inventaría sus buzones, alias y rutas autorizadas. Si tenía billing@ en el proveedor anterior, prepara billing@ en el nuevo antes de cambiar los MX. Confirma la lista con el responsable y comprueba la copia del correo, las carpetas y las diferencias finales; los contactos y calendarios pueden necesitar un proceso separado.

TrekMail permite crear buzones manualmente o enviar una invitación para configurar el buzón: un enlace de un solo uso y vigencia limitada para que el destinatario establezca su contraseña personal. Verifica que sea la persona autorizada y protege la entrega del enlace; la opción manual requiere gestionar las credenciales de forma segura. Consulta la documentación de las invitaciones para configurar buzones.

Paso 2: configura los registros MX y realiza el cambio

Los registros MX (Mail Exchange) indican los servidores de recepción del dominio y sus prioridades. Si no hay MX, SMTP puede intentar una ruta implícita mediante A/AAAA; eso no sustituye una configuración explícita adecuada para tu proveedor. Los destinos MX deben resolver a direcciones, no ser CNAME.

Cómo configurar los registros MX:

1. Abre la página de gestión de tu proveedor de DNS autoritativo, que puede ser distinto del registrador.
2. Revisa los registros MX existentes. Puede haber entradas de «GoDaddy Secure Mail», «Google Workspace» o un alojamiento cPanel antiguo. Confirma las rutas autorizadas, prioridades y respaldo antes de retirar únicamente las entradas obsoletas.
3. Añade los registros indicados en el panel actual de tu cuenta. La tabla siguiente conserva ejemplos históricos de TrekMail, no instrucciones para copiarlos sin comprobarlos; la configuración predeterminada actual usa mail.trekmail.net.

Sobre el TTL: si controlas la zona, puedes preparar un TTL (Time To Live) de 300 segundos antes del cambio. Equivale a 5 minutos de vigencia en caché, no a consultas periódicas; una respuesta anterior con vigencia de 24 horas puede seguir almacenada hasta caducar. Espera a que venza el TTL previo y, tras verificar las rutas, restablece un valor adecuado, como 3600.

Encontrarás capturas y nombres de campos específicos de cada registrador en nuestra guía de configuración de DNS para proveedores habituales.

Paso 3: primer inicio de sesión y prueba de envío y recepción

Los intervalos de 15-30 minutos o 24 horas sirven como ejemplos de planificación, no como plazos máximos de DNS. La visibilidad depende del TTL anterior y de las cachés; terminar el paso 2 no confirma que todos los remitentes usen la ruta nueva.

Inicia primero sesión en el correo web y prueba mensajes reales antes de configurar Outlook o el iPhone. Así reduces las variables del diagnóstico; acceder al webmail no valida por sí solo las conexiones IMAP y SMTP de un cliente.

Prueba de salida: redacta un correo desde la dirección nueva y envíalo a tu Gmail personal.

• ¿Ha llegado?
• ¿Ha acabado en spam? Revisa los resultados de SPF y DKIM, además del contenido, la reputación y la política receptora; consulta el paso 4.

Prueba de entrada: responde desde Gmail a la nueva dirección de empresa.

• ¿Ha llegado a la bandeja de entrada del correo web?
• Si es así, has comprobado esa entrega por la ruta observada, no todos los MX ni todas las cachés.

Cuando ambas pruebas funcionen, ya puedes configurar el cliente de correo. Consulta la documentación de configuración IMAP y SMTP de TrekMail. Si vas a conectar Gmail como cliente, utiliza la guía específica para conectar Gmail.

Paso 4: la tríada de entregabilidad, SPF, DKIM y DMARC

Los registros MX publican la ruta de recepción. SPF, DKIM y DMARC aportan autenticación y políticas, pero no aseguran la llegada a la bandeja de entrada. En el contexto de 2025-2026, revisa los requisitos de Google y Yahoo aplicables a tu envío y confirma los resultados en mensajes reales.

SPF: quién puede enviar

SPF (Sender Policy Framework) publica la autorización de las IP remitentes para la identidad SMTP evaluada. Si el dominio de MAIL FROM, o de HELO cuando corresponde, es yourcompany.com, el receptor evalúa su política SPF. No comprueba directamente el dominio del From visible.

Este es un ejemplo histórico de SPF. No lo copies sin verificar el panel actual: la configuración predeterminada de TrekMail utiliza el dominio de inclusión spf.trekmail.net.

v=spf1 include:_spf.trekmail.net -all

La política delega autorización mediante include y declara Fail para las IP que no coincidan. El receptor decide qué hacer con ese resultado; no es una orden de rechazo obligatorio.

El -all final declara Fail para lo no autorizado. Antes de usar -all, inventaría todos los emisores legítimos, incluidos el correo transaccional y el CRM, y combina sus autorizaciones en un único registro SPF. El límite de 10 se aplica a los términos que provocan búsquedas DNS durante la evaluación, incluidas las referencias recursivas, no a todos los paquetes de consulta; superarlo puede producir PermError.

DKIM: el sello que revela alteraciones

DKIM (DomainKeys Identified Mail) permite firmar criptográficamente partes del mensaje. El receptor verifica la firma con la clave pública del selector publicado en DNS. Modificar partes firmadas puede invalidarla; los cambios en partes no firmadas no tienen necesariamente ese efecto. Comprueba que los flujos de envío previstos estén realmente firmados.

Obtén en el panel de TrekMail el selector y el valor DKIM que corresponden al dominio y publícalos como se indique. Después comprueba la resolución DNS y la verificación criptográfica de un mensaje real. Consulta el procedimiento en la documentación de registros DNS obligatorios.

DMARC: el motor de políticas

DMARC supera la comprobación si SPF o DKIM tiene éxito y su dominio está alineado con el From visible. Falla si ninguna de esas vías alineadas tiene éxito. Publica una política para esos fallos y permite solicitar informes; su recepción depende de los receptores y de la configuración del destino de informes.

Empieza con una política solo de supervisión:

v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com

Esta política no solicita cuarentena ni rechazo por el fallo de DMARC; otros filtros del receptor siguen aplicándose. Confirma todos los flujos autorizados y la recepción de informes antes de considerar p=quarantine y, después, p=reject.

Para profundizar en cada registro, consulta nuestros artículos sobre la configuración de SPF, la configuración de DKIM y cómo configurar DMARC. Si prefieres verlo todo junto, la guía sobre el orden de configuración de la autenticación de correo explica los tres en secuencia.

¿Por qué no usar Gmail sin más?

«¿No puedo usar mycompany@gmail.com?». Sí, pero conviene evaluar quién administra la cuenta, cómo se recupera el acceso y cómo se mantiene la continuidad cuando cambia el equipo.

Estos son riesgos que conviene evaluar al usar direcciones personales para la empresa:

Propiedad de los datos

Una cuenta puede sufrir restricciones de acceso, y las vías de recuperación y asistencia dependen del servicio y sus condiciones. Cuando creas correo con un dominio administrado por la empresa, puedes elegir el proveedor y organizar los permisos y la continuidad. Verifica las opciones de exportación y conservación y prueba una copia autorizada antes de migrar; el dominio no garantiza recuperar datos inaccesibles.

El riesgo de depender de una sola persona

Si tu comercial usa john.sales@gmail.com, la continuidad puede depender de una cuenta que la empresa no administra. Con john@yourcompany.com, un administrador autorizado puede organizar el relevo, pero debe verificar la revocación de sesiones, tokens y permisos, además del cambio de contraseña, y tratar el acceso a mensajes conforme a la política aplicable.

Bloqueo de cuentas SaaS

Registrar el software contable, el CRM o la plataforma publicitaria con una cuenta personal puede complicar el relevo. Una dirección administrada como billing@yourcompany.com ayuda a mantener la continuidad si están definidos los responsables, los permisos, la autenticación reforzada y los métodos de recuperación. Controlar el buzón no sustituye la autorización en cada servicio.

Qué es el correo con dominio propio

Una dirección de correo con dominio propio es una identidad cuyo dominio después de @ coincide con el sitio web. La definición es sencilla, pero la infraestructura que la sustenta cambia de verdad la forma en que funciona y puede dejar de funcionar tu correo.

El alojamiento dedicado es una opción útil para reducir dependencias del servidor web, no la única arquitectura válida. Compara los riesgos compartidos, la asistencia y los procedimientos de recuperación de cada solución.

La configuración más sencilla para 1-5 buzones

Si solo necesitas correo para tres personas y algunas direcciones funcionales, compara el alojamiento de correo con Microsoft 365 y Google Workspace según las funciones que realmente utilizarás. Una plataforma capaz de atender a 500 personas también puede ser adecuada para un equipo pequeño si necesita sus herramientas de colaboración.

El método tradicional (la trampa del precio por usuario)

En el ejemplo histórico, Google Workspace Starter cuesta $6 por usuario al mes. Hay tres empleados y direcciones info@, sales@ y billing@. Si todas requieren usuarios independientes de pago, serían 6 licencias: $36 al mes y $432 al año. No es obligatorio resolverlas así: comprueba si alias, grupos u otras opciones autorizadas cubren la necesidad y revisa los precios actuales.

La comparación histórica utiliza 30GB por usuario para Starter. La cuota efectiva puede depender de almacenamiento compartido, límites por usuario y edición contratada, y puede abarcar Gmail, Drive y Google Photos. Antes de plantear una oferta de $12 por usuario al mes, revisa las cuotas y alternativas actuales; alcanzar un límite no implica siempre ampliar todas las licencias.

El nuevo enfoque (el modelo de almacenamiento compartido de TrekMail)

La descripción histórica de Starter de TrekMail indica $3.50 al mes (o $42 al año), 50 dominios, 100 buzones por dominio y 15GB de almacenamiento compartido. Direcciones como info@, billing@ y support@ pueden organizarse con alias hacia buzones autorizados. Comprueba las cuotas, funciones y precios vigentes antes de contratar o aprovisionar.

El almacenamiento compartido ofrece otra forma de organizar la capacidad frente al modelo por buzón usado en esta comparación de 2005. Un directivo con 12GB de adjuntos consume parte de la cuota común, pero siguen importando los límites por usuario y de la cuenta. Evalúa la capacidad real antes de decidir una ampliación.

No necesitas elegir una suite con 500 ajustes si sus herramientas adicionales no te aportan valor. El panel de correo permite organizar dominios y usuarios, pero también debes revisar el DNS, la autenticación, los permisos y las cuotas.

Consulta la página de precios de TrekMail completa o compara los planes en el resumen de planes. Si quieres comparar el mercado en paralelo, consulta nuestro análisis de las opciones de correo empresarial para pequeñas empresas.

Qué son los registros MX, sin tecnicismos

El DNS puede parecer abstracto, así que veamos una analogía concreta.

Imagina que tu dominio es un edificio comercial.

• El registro A es la puerta principal: por ahí llegan los clientes a tu sitio web.
• El registro MX es el muelle de carga: ahí llegan las entregas de correo.

Cuando alguien te envía un correo, su servidor busca tu dominio en el directorio DNS global. En concreto, consulta el registro MX.

• ¿No hay registro MX? SMTP puede intentar la dirección A/AAAA del dominio como ruta implícita; comprueba si esa ruta puede recibir correo.
• ¿El registro MX apunta a tu proveedor anterior? El mensaje puede seguir llegando allí, según sus cachés y la configuración del servicio anterior.
• ¿El registro MX es correcto? Orienta la entrega hacia el servidor previsto; aún deben funcionar los destinatarios, el servicio y sus filtros.

El sitio web puede funcionar mediante su registro A aunque el enrutamiento MX tenga problemas. Son rutas distintas, pero pueden compartir dependencias como el DNS, la red o las cuentas de administración.

5 errores de DNS que perjudican la entregabilidad

Estos errores se repiten constantemente. Si algo no funciona después de configurar el correo de tu dominio, comprueba primero lo siguiente.

1. Dejar activo el "MX de respaldo"

No conserves un servidor antiguo como respaldo sin verificar su autorización, filtros, destinatarios y ruta posterior. Un MX secundario bien administrado puede ser válido; uno obsoleto puede recibir correo que ya no se controla correctamente. Revisa prioridades y posibles rutas híbridas y retira solo lo que haya quedado fuera del diseño autorizado.

2. Conflictos de CNAME en el dominio raíz

Un CNAME ordinario no puede coexistir con los registros SOA, NS y MX necesarios en el dominio raíz (@). Para conectar Wix, Squarespace u otro servicio, utiliza los registros A/AAAA o las funciones Alias/ANAME o de aplanamiento que documente tu proveedor; esas funciones no equivalen a publicar un CNAME ordinario en la raíz.

3. Volver a cambiar los registros antes de que termine la propagación

Los resolutores pueden conservar respuestas anteriores aunque tu consulta ya muestre el valor nuevo. Un intervalo de 24 horas puede servir para planificar, pero depende del TTL y de las cachés. Antes de corregir un registro a los 10 minutos, compara la zona autoritativa con las respuestas almacenadas. Otro cambio no reinicia un reloj global de propagación.

4. No tener un registro SPF

Sin una política SPF válida, el receptor no puede comprobar esa autorización para la identidad SMTP evaluada. Esto puede influir en la autenticación y el filtrado, pero no explica por sí solo una clasificación como spam. Publica una política que cubra los emisores reales y consulta la guía de SPF antes de modificarla.

5. Usar un nombre de host incorrecto en el registro MX

Para recibir en el dominio raíz, utiliza @ o el campo vacío que indique el proveedor. Si escribes mail o www, estarás configurando un subdominio: por ejemplo, user@mail.yourcompany.com, no user@yourcompany.com. Esa configuración puede ser válida si es la intención; confirma el nombre completo publicado.

Qué direcciones crear primero

Antes de añadir buzones al azar, piensa en el ciclo operativo de cada dirección. ¿Quién la controla? ¿Qué ocurre cuando alguien deja la empresa?

1. La cuenta administrativa de emergencia (ops@ o admin@)

Define una cuenta administrativa protegida y responsables autorizados, sin depender únicamente de una cuenta personal o del mismo buzón que podrías necesitar recuperar. Usa autenticación reforzada, permisos mínimos y métodos de recuperación seguros. Documenta el relevo administrativo y reserva esta cuenta para tareas que requieran sus privilegios.

2. Alias funcionales (info@, support@, hello@)

Para no revisar cinco bandejas diferentes, puedes dirigir info@ mediante un alias a un buzón autorizado, si tu plan lo permite. Enviar como info@ requiere una identidad autorizada y una configuración de cliente y SMTP compatible; el reenvío entrante no la habilita por sí solo. Comprueba las condiciones actuales y consulta la documentación para configurar el reenvío.

3. Cuentas por función para la infraestructura (billing@, marketing@)

Las direcciones por función pueden facilitar el relevo de suscripciones SaaS, plataformas publicitarias y servicios financieros. Si Facebook Ads está asociado a sarah@yourcompany.com, comprueba la autoridad de recuperación y revoca los accesos y sesiones pertinentes antes de organizar un reenvío autorizado. Una cuenta personal fuera del control empresarial puede complicar la recuperación; tres semanas sería un ejemplo de demora, no un plazo de asistencia establecido.

Convenciones de nombres y elección del formato

Decide el formato de las direcciones antes de tener 20 empleados. Cambiarlo más adelante puede requerir actualizar libretas de direcciones y avisar a los clientes; conservar rutas antiguas verificadas facilita la transición.

Recomendación práctica: puedes empezar con firstname@ si la empresa es pequeña. Valora first.last@ al superar las 5-10 personas y define cómo resolver coincidencias. Si el plan y la configuración lo permiten, conserva john@ como alias después de adoptar john.doe@, y prueba ambas rutas antes de comunicar el cambio.

Solución de problemas: cuando algo falla

Si algo sigue sin funcionar, estos casos ofrecen puntos de partida para el diagnóstico. Contrasta cada síntoma con la respuesta completa del servidor y los registros disponibles.

"Puedo enviar, pero no recibir".

Posibles causas: registros MX, cachés, destinatarios, cuotas, colas o cuarentena del servidor.
Comprobaciones: usa whatsmydns.net para consultar algunos resolutores y compara el resultado con la zona autoritativa. Una respuesta antigua puede deberse a la caché; una respuesta vacía requiere revisar la publicación y la consulta. Comprueba también la ruta y los registros de la entrega concreta.

"Puedo recibir, pero mis mensajes van a spam".

Posibles causas: autenticación, contenido, reputación o política receptora.
Comprobaciones: envía un mensaje de prueba a mail-tester.com y revisa sus observaciones junto con los encabezados del mensaje real. La puntuación no representa a todos los receptores. Google Postmaster Tools ofrece métricas agregadas para Gmail personal cuando el dominio reúne las condiciones de disponibilidad, no un registro completo de entregas. Consulta también la guía de diagnóstico de spam.

"Outlook no deja de pedirme la contraseña".

Posibles causas: credenciales, servidor, puerto, TLS o método de autenticación incompatible.
Comprobaciones: confirma los ajustes actuales del proveedor y la compatibilidad del cliente con su autenticación. OAuth o contraseñas de aplicación dependen del servicio y de su política; estos son ejemplos de conexión:

• IMAP (entrante): puerto 993, TLS implícito; SSL/TLS puede ser la etiqueta del cliente, no una recomendación de SSL obsoleto
• SMTP (saliente): puerto 465 (SSL/TLS como etiqueta de TLS implícito) o 587 (STARTTLS), con validación del certificado
• Nombre de usuario: tu dirección de correo completa, incluido @domain, no solo la parte anterior

Para ver la configuración completa del cliente, consulta cómo conectarse a Outlook o la referencia completa de ajustes IMAP y SMTP.

"Recibo un mensaje de devolución 550".

Posibles causas: un rechazo permanente puede referirse al destinatario, la autenticación, la reputación o una política del receptor.
Comprobaciones: lee la respuesta completa y confirma qué servidor rechazó qué destinatario. Verifica su ruta y existencia si el diagnóstico apunta a ello; no deduzcas una mala reputación solo por el código. Consulta la guía de reputación cuando las pruebas lo justifiquen.

Conclusiones

Crear correo con tu dominio implica asumir la responsabilidad operativa de tu presencia digital. Dejas de depender de una dirección prestada y pasas a controlar la tuya.

El objetivo es disponer de una configuración verificable y mantenible. Revisa las rutas MX autorizadas, los emisores SPF, las firmas DKIM y los informes DMARC disponibles. Repite las comprobaciones cuando cambien los proveedores, las aplicaciones o los permisos; una buena configuración inicial no elimina la necesidad de seguimiento.

Si no necesitas Google Calendar ni SharePoint, compara TrekMail como alternativa centrada en correo. Revisa los precios, las cuotas y los derechos de envío vigentes y configura un cliente IMAP y SMTP compatible. En el modelo Nano descrito, todo envío, incluidas las respuestas, requiere SMTP propio autorizado; los planes con SMTP gestionado dependen de sus derechos actuales. Comprueba la disponibilidad del plan gratuito y las condiciones de ampliación antes de elegir.

Administra tu dominio, verifica tus registros y planifica el acceso y la conservación de tus datos.

Consulta la opción gratuita y sus condiciones en trekmail.net