Cambiar de hosting manteniendo el correo en el proveedor actual
Mueve la web sin trasladar buzones: identifica quién administra DNS, conserva los destinos de correo y prueba también formularios y envío SMTP.
Puedes cambiar el alojamiento de una web y conservar los buzones en otro proveedor si ambos servicios pueden mantenerse por separado. Hay que revisar el contrato del plan y los registros DNS: mover archivos y base de datos no implica que debas trasladar también el correo.
Esta guía trata un cambio de hosting sin copia de buzones. Para mover el correo, consulta el recorrido de migración IMAP entre proveedores.
Confirmar que el correo puede seguir contratado
Comprueba si las cuentas dependen del plan que piensas cancelar. Algunos servicios agrupan web y correo comercialmente aunque sus funciones sean distintas. La separación técnica no garantiza que el proveedor conserve los buzones al retirar el alojamiento.
Pregunta qué producto permanecerá activo, su coste y quién administrará las cuentas. No cierres el origen hasta tener confirmación y pruebas de los servicios que deben continuar.
Identificar quién publica la zona DNS
Anota registrador, nameservers, proveedor web y proveedor de correo. Pueden ser empresas diferentes. Localiza el panel autoritativo antes de cambiar registros: modificar un panel que ya no publica la zona puede no afectar a las respuestas públicas.
Guarda el inventario completo y los valores anteriores. Si solo necesitas cambiar destinos web, evalúa si hace falta cambiar también nameservers. Mover todas las capas simultáneamente añade comprobaciones y dificulta atribuir un fallo.
Conservar los destinos de recepción
Revisa MX y los nombres de servidor de los que dependan. Si el correo sigue en el mismo proveedor, esos destinos deben conservar su función. Evita sustituir toda la zona por una plantilla que solo conoce el hosting nuevo.
La documentación de Cloudflare sobre correo ayuda a revisar registros y servicios de recepción. Si el destino MX utiliza un hostname propio, confirma que su resolución no cambia accidentalmente al mover la web.
Ese detalle importa cuando web y correo comparten un nombre o una dirección del entorno anterior. Documenta la dependencia y utiliza la configuración indicada por el proveedor de correo.
Revisar autenticación y envío desde la web
Conservar MX cubre recepción, no todas las formas de envío. La web nueva puede utilizar un SMTP distinto o depender de una configuración que no se copió.
Revisa SPF, DKIM y DMARC según los emisores que seguirán activos. No borres registros de servicios que continúan enviando. Si el sitio usa el mismo SMTP externo, verifica credenciales, conectividad y configuración desde el nuevo entorno.
Un formulario que muestra un mensaje de éxito no demuestra entrega. Comprueba el resultado en un destinatario externo y revisa la respuesta del servicio de envío.
Probar antes y después del cambio
Prepara la web de destino y valida páginas, SSL, administración y funciones dinámicas. Después del cambio DNS, prueba recepción y envío de un buzón conocido, alias relevantes y formularios.
Comprueba desde distintos recorridos que no queda una dependencia inesperada del servidor anterior. Conserva origen y datos durante el periodo de observación acordado, especialmente si la web recibe pedidos o formularios nuevos.
Cerrar únicamente lo que dejó de utilizarse
El checklist de cierre debe distinguir alojamiento web, correo, DNS, dominio y servicios adicionales. Confirma qué se cancela y qué permanece. Una orden de baja del paquete completo puede tener consecuencias distintas de retirar una web.
Si algo falla después del cambio, consulta qué revisar cuando el correo deja de funcionar tras cambiar DNS. Para planificar la zona completa, utiliza la guía de migración DNS.
Podemos coordinar DNS y dominios, realizar una migración WordPress o mover un entorno más amplio mediante migración de servidores.