Puedes trasladar la web y dejar el correo con su proveedor actual. El riesgo suele aparecer al cambiar de proveedor DNS o de servidores de nombres, cuando se olvidan registros del correo. Comprueba dos resultados por separado: que la web abra y que las direcciones existentes sigan recibiendo mensajes y permitiendo responder.
Compara el DNS antes y después
Guarda la zona activa. Anota nombre, tipo y valor de los MX y de los TXT o CNAME relacionados con el correo; compáralos con la nueva zona. Pide a quien lleva la web que identifique también el envío de formularios y avisos de pedidos. Conserva los ajustes de correo si no vas a trasladarlo. Tras el cambio, prueba una consulta externa, su respuesta y una notificación. Cambiar servidores de nombres no copia mensajes; combinar MX de dos proveedores tampoco reparte usuarios entre ellos.
Aclara qué servicio presta cada proveedor
Un dominio puede depender de cuatro empresas: el registrador, el proveedor de DNS, el alojamiento web y el proveedor de correo. A veces todo se contrata desde un mismo panel, pero cada servicio cumple una función distinta.
El registrador renueva el nombre. El proveedor de DNS guarda su configuración. El alojamiento mantiene la web. El servicio de correo recibe y almacena los mensajes. Por eso, decir que el dominio «está con un proveedor» no basta para saber dónde cambiar los registros de correo.
Localiza el panel de la zona DNS activa y guarda una copia de los valores actuales. Si otra persona mantiene la web, pídele que identifique los registros de la tienda, el soporte, los avisos de pago y los demás servicios que utilizas.
Reconoce los registros que debes conservar
Las webs suelen utilizar registros A, AAAA o CNAME. Los MX indican dónde entregar el correo entrante. Para contratar el correo por separado, normalmente basta con modificar los registros necesarios en la zona DNS actual. No suele hacer falta trasladar toda su gestión.
Algunos registros TXT también pertenecen al correo. Sirven para verificar la propiedad del dominio y configurar al remitente. SPF señala los servicios autorizados para enviar, DKIM permite comprobar la firma de un mensaje y DMARC define la política de verificación del dominio del remitente.
Los valores dependen de los servicios que uses. Tu tienda podría enviar recibos mediante otra plataforma aunque la correspondencia del equipo ya pase por TrekMail. Ten en cuenta ambos orígenes. No elimines registros solo porque no reconoces su nombre. La guía de DNS para el correo explica para qué sirve cada uno.
Si falla alguna comprobación
Mantén acceso al alojamiento y al correo anteriores mientras investigas. Si solo falla el formulario, revisa el envío de la aplicación antes de cambiar los MX de entrada. Si los mensajes no llegan a ninguna parte, compara los registros activos con la zona guardada y pide al proveedor responsable que compruebe la ruta. Al conservar el proveedor de correo, el equipo suele mantener los mismos ajustes de sus aplicaciones. Espera a cancelar el servicio anterior hasta completar las comprobaciones y cualquier traslado de archivo previsto por separado.
Para completar la configuración
Para seguir leyendo
- Correo incluido con el hosting web: riesgos y alternativas
- Configurar el correo en mi dominio: el acceso funciona, pero el correo no
- Prepara el correo de tu negocio antes de estrenar la web
- ¿Cómo conservamos los correos antiguos al cambiar de marca?
- El portal envía correos, pero se pierden las respuestas. ¿Qué reviso?
