«Correo para mi sitio web» es la pregunta que se hace cualquier responsable una semana después de lanzar una página. El sitio funciona, pero los mensajes enviados a hello@yourcompany.com rebotan porque ningún servidor de correo gestiona el dominio. Resolverlo lleva unos 90 minutos si conoces los cuatro pasos y el orden correcto, y mucho más si aceptas el paquete que el registrador ofrece durante la compra.
La mayoría de los paquetes de registradores vinculan el alojamiento web y el correo como un solo producto. Resultan cómodos el primer día, pero después limitan la operación. Cuando hay que trasladar la web por necesitar un alojamiento más rápido o una CDN mejor, el correo se mueve con ella. Cuando debe cambiar el correo por motivos de entregabilidad o precio, también se mueve la web. Para que el correo de tu sitio funcione bien a largo plazo, conviene configurar ambos servicios de forma independiente desde el principio.
Esta guía explica una configuración de cuatro pasos que mantiene el sitio y el correo en proveedores distintos, pero bajo el mismo dominio. Configurarlo correctamente desde el alta evita las dificultades de migración que suelen aparecer en el segundo año con los paquetes integrados. Para una explicación más amplia, consulta cómo crear correo con dominio propio.
Qué significa realmente «correo para mi sitio web»
Significa que hello@mycompany.com llega a un buzón operativo mientras mycompany.com muestra el sitio web. Dos servicios comparten un dominio mediante infraestructuras separadas. La web necesita registros A o CNAME; el correo necesita registros MX. Ambos conjuntos se publican en el mismo proveedor DNS.
Si están bien configurados, los dos servicios no interfieren. Solo entran en conflicto cuando un proveedor intenta apropiarse de ambos, como sucede con los paquetes de algunos registradores o alojamientos web. Los cuatro pasos siguientes los mantienen separados de forma deliberada.
Dos opciones: paquete o proveedores separados
Prácticamente cualquier decisión sobre el correo de un sitio se reduce a dos opciones. La primera acepta el correo que el alojamiento web o el registrador vende junto con el plan de la página. La segunda elige por separado el alojamiento web y el proveedor de buzones, y utiliza DNS para coordinarlos. La diferencia de tiempo al configurarlos es pequeña; la diferencia de flexibilidad a largo plazo es grande.
| Opción | Coste del año 1: | Flexibilidad | Dificultad de migración |
|---|---|---|---|
| Paquete (alojamiento web + correo incluido) | $10-25/año adicionales al sitio | Servicios vinculados | Alta (cambiar uno mueve ambos) |
| Separados (alojamiento web + proveedor de buzones independiente) | $0-50/año por el correo | Cada servicio puede sustituirse por separado | Baja (cambio de registros DNS) |
Para una empresa que espera mantener el sitio durante más de dos años, la elección razonable suele ser separar los proveedores. Los 15 minutos adicionales de configuración aportan una flexibilidad que gana valor con el tiempo. Muchos responsables eligen el paquete porque el vendedor lo muestra primero durante la compra, no porque hayan comparado las opciones.
Hay otro aspecto que conviene valorar: los planes de correo incluidos suelen omitir la rotación de DKIM por cliente, carecen de una gestión adecuada de alias y reservan 2FA para complementos de pago. El correo del paquete cuesta menos porque elimina funciones. Con proveedores separados puedes escoger un servicio de buzones cuyas prestaciones predeterminadas respondan a tus necesidades reales.
Paso 1: elegir el dominio una sola vez
El primer paso para configurar correo para tu sitio consiste en elegir el dominio una vez y registrarlo con un registrador especializado. Algunas opciones habituales son Cloudflare Registrar a precio de coste, Namecheap o Porkbun. Evita registradores que intenten vincular el correo o el alojamiento web, pues pueden dificultar el modelo separado interfiriendo con los registros DNS que publicarás en el paso cuatro.
El dominio es el único elemento común entre la web y el buzón. Todo lo demás, como el alojamiento, el DNS y el servidor de correo, puede residir en proveedores distintos. Elegir bien el registrador en el primer paso facilita todos los posteriores. Escoger uno centrado en paquetes obliga a combatir sus valores predeterminados durante el resto del proceso.
Paso 2: configurar el alojamiento web
El segundo paso configura el sitio propiamente dicho. Hay muchas opciones: Vercel, Netlify, GitHub Pages y Cloudflare Pages para páginas estáticas; AWS, Render y Fly.io para sitios dinámicos; o WordPress en un alojamiento gestionado para proyectos de contenidos. Escoge la que encaje con tu tecnología. El proveedor web generará los registros A o CNAME que publicarás en el cuarto paso.
El alojamiento web no debería ser también tu proveedor de buzones. Si ofrece correo como complemento, recházalo, porque esa es precisamente la dependencia que quieres evitar. Su tarea es servir la web. El correo reside en otro lugar y se coordina mediante DNS.
Paso 3: configurar el alojamiento de correo
El tercer paso configura el proveedor de buzones con independencia del alojamiento web. Según las condiciones vigentes, TrekMail Nano es gratuito para profesionales individuales y ofrece 10 dominios × 10 buzones; Starter cuesta $4 al mes y está orientado a un mayor volumen de envío o equipos más grandes. Añade el dominio en el panel y anota los registros MX, SPF, DKIM y DMARC que genera la plataforma.
El proveedor de buzones tampoco debería alojar tu web. La razón para separarlos es la misma a la inversa. Si ofrece un servicio web incluido, no lo contrates. Su función es recibir y enviar correo; el sitio se encuentra en otro proveedor.
Paso 4: coordinar los registros DNS de ambos
En el cuarto paso se publican ambos conjuntos de registros en el proveedor DNS. Para la web, registros A y CNAME que apuntan al alojamiento, tanto en la raíz como en www. Para el correo, registros MX y registros TXT de SPF, DKIM y DMARC en el mismo dominio. Los dos conjuntos no chocan porque utilizan tipos diferentes.
El proveedor DNS debería ser independiente tanto del alojamiento web como del correo. El nivel gratuito de Cloudflare DNS es una opción habitual por su velocidad, documentación y separación operativa. También son válidos Route 53, el DNS del registrador si admite registros modernos y proveedores especializados más pequeños. La independencia importa por el mismo motivo que en los pasos anteriores: las futuras migraciones deberían limitarse a cambiar MX o CNAME, no exigir trasladar todo el DNS. Consulta cómo configurar correo en mi dominio para conocer los registros en detalle.
La forma antigua y la nueva de coordinarlos
La forma tradicional de configurar el correo de un sitio consistía en comprar un paquete con web y correo, y aceptar el plan de correo incluido. El primer año era barato, pero después restringía la operación. Trasladar el sitio obligaba a mover el correo; cambiar el correo suponía interrumpir la web.
El método nuevo elige las cuatro capas por separado: registrador, proveedor DNS, alojamiento web y proveedor de buzones. Después las coordina mediante registros DNS. La configuración añade 30 minutos durante el alta, pero la ventaja de flexibilidad aumenta cada año. Quien adopta este modelo desde el principio rara vez afronta una migración que afecte simultáneamente a web y correo. Con el método anterior, el problema suele aparecer en el segundo o tercer año, cuando uno de los servicios se queda corto.
Dónde falla el paquete integrado
El paquete de correo y web suele fallar de tres maneras. Primero, el plan de correo ofrece una rotación DKIM deficiente y los envíos empiezan a caer en spam. Segundo, el alojamiento web sirve páginas lentas o tiene una CDN con cobertura insuficiente. Tercero, un incidente de seguridad en el proveedor compromete ambos servicios a la vez.
En cualquiera de estos casos, la solución es migrar, y entonces se revela el coste de la dependencia. Sacar la web del paquete también mueve el correo y exige cambiar simultáneamente el DNS de ambos. Sacar el correo también arrastra la web. La comodidad inicial puede convertirse en una interrupción coordinada en el segundo año. Consulta correo para mi empresa para evaluar la decisión completa y correo con dominio personalizado para entender los conceptos.
Siguientes pasos
Una configuración sensata elige las cuatro capas por separado y las coordina mediante un proveedor DNS independiente. Coste total del primer año según los importes de referencia: $9 por el dominio, más lo que cobre el alojamiento web, más $0 con TrekMail Nano gratuito o $42 al año con TrekMail Starter por los buzones. La configuración lleva unos 90 minutos y mantiene la portabilidad durante años.
Puedes probar TrekMail Nano gratis en trekmail.net/pricing, sin tarjeta. Según la oferta actual, Nano incluye 10 dominios × 10 buzones y Starter amplía el límite a 50 × 100 cuando lo necesites. El proceso de cuatro pasos es idéntico en todos los niveles y con cualquier alojamiento web razonable.
Un consejo útil para la migración: si trasladas el correo de tu sitio desde un paquete integrado al modelo separado, reduce el TTL del DNS a 300 segundos 48 horas antes del cambio. Un TTL más corto permite que el nuevo MX se propague en minutos en lugar de horas y reduce el periodo en que el correo entrante podría llegar al proveedor anterior. Cuando la migración sea estable, vuelve a subir el TTL a 3,600 segundos. No tiene coste y evita la mayoría de las interrupciones de bandeja que preocupan al cambiar de proveedor durante la operación.
