Copias y migraciones

Mover una web y el correo a otra cuenta de hosting

Revisado el 13 min de lectura migraciones hosting dominios correo

Trasladar un dominio a otro hosting puede significar varias cosas: cambiar dónde carga la web, mover el contenido a otra cuenta, cambiar quién paga el servicio o transferir el dominio a otro registrador. Son operaciones diferentes y conviene definir cuál necesitas antes de empezar.

Esta guía se aplica especialmente cuando quieres separar o reunificar webs entre dos cuentas de hosting, aunque ambas estén en Hostsuar.

Qué operación necesitas

Necesidad Operación correcta
Más espacio o recursos en la misma cuenta Cambiar de plan de hosting
Que otra persona gestione y renueve el mismo servicio Trasladar el servicio a otro cliente
Copiar una web, base de datos y correo a otra cuenta cPanel Migración técnica entre cuentas
Cambiar la empresa que registra y renueva el dominio Transferir el dominio
Mostrar una web desde otro servidor sin mover todavía el contenido Cambio de DNS o redirección, según el objetivo

Cambiar el plan o el cliente responsable no mueve ficheros entre dos cuentas cPanel. Del mismo modo, transferir el dominio no copia la web ni los buzones.

Decide si se mueve la cuenta completa o solo una web

Una cuenta cPanel puede contener:

  • Dominio principal.
  • Dominios adicionales y alias.
  • Subdominios.
  • Varias bases de datos.
  • Buzones de diferentes dominios.
  • Reenviadores, filtros y respuestas automáticas.
  • Tareas programadas y configuraciones comunes.

Si todo pertenece al mismo proyecto, puede convenir trasladar la cuenta completa. Si solo una web debe pasar a otro cliente o plan, hay que identificar qué directorios, bases, buzones y configuraciones pertenecen realmente a ese dominio para no mover datos de otras webs.

Qué se debe inventariar

Antes de solicitar el traslado, anota:

  1. Cuenta, servidor y dominio de origen.
  2. Cuenta y dominio principal de destino.
  3. Directorio de la web y docroots de sus subdominios.
  4. Bases de datos utilizadas por la aplicación.
  5. Versión de PHP, extensiones y tareas programadas.
  6. Buzones, mensajes, reenviadores y filtros que deben viajar.
  7. Zona DNS y proveedor actual del correo.
  8. Espacio ocupado y capacidad disponible en el destino.
  9. Quién será el cliente responsable después del cambio.

No incluyas contraseñas en el ticket. Soporte confirmará qué accesos temporales necesita después de revisar el alcance.

Ficheros y bases de datos

Mover una web exige copiar su docroot y las bases que utiliza. En aplicaciones como WordPress también puede ser necesario adaptar:

  • Nombre, usuario y contraseña de la base de datos.
  • Rutas absolutas guardadas en ficheros o tablas.
  • Dominio o URL si también cambia.
  • Cron y comandos que contengan el usuario cPanel anterior.
  • Permisos y propietario de los ficheros.

La copia debe probarse en el destino antes de retirar el dominio del origen. Si la web recibe pedidos, formularios o cambios frecuentes, se acuerda una sincronización final para no perder escrituras creadas después de la primera copia.

Correo del dominio

Confirma si el correo:

  • Está dentro de la cuenta cPanel de origen.
  • Continúa en Google Workspace, Microsoft 365 u otro proveedor.
  • Debe migrarse completo o solo para algunas direcciones.

Cuando el correo viaja entre cuentas cPanel hay que conservar buzones, carpetas y mensajes, además de reproducir reenviadores, filtros y respuestas automáticas. Durante el cambio pueden seguir llegando mensajes al origen, por lo que se comprueba de nuevo antes de retirarlo.

Si el correo permanece en un proveedor externo, sus registros MX, TXT, CNAME y SRV se conservan en la zona definitiva. Comprueba que el dominio use enrutamiento de correo remoto en cPanel cuando corresponda. Crear o eliminar buzones no sustituye esta configuración.

Consulta cómo migrar correo sin perder mensajes para preparar la convivencia.

Dominio principal, adicional o alias

El tipo del dominio determina cómo se organiza en cPanel:

  • Un dominio principal identifica la cuenta y comparte varias configuraciones con ella.
  • Un dominio adicional tiene su propio docroot dentro de una cuenta que puede alojar otras webs.
  • Un alias muestra el contenido de otro dominio y no tiene una web independiente.

Mover un dominio principal hacia una cuenta que ya existe no es lo mismo que añadir un dominio adicional. Antes de decidir la estructura final, comprueba qué ocurrirá con el dominio principal anterior, los buzones y las rutas de la aplicación.

DNS y posible interrupción

Entre dos hostings de Hostsuar no hay que cambiar los DNS ni esperar la propagación. Nuestros servidores DNS no permiten que un dominio esté en dos cuentas a la vez, así que el cambio consiste en quitarlo del hosting de origen y darlo de alta en el de destino, que ya responde con su propia IP. Entre esos dos momentos, la web y el correo del dominio están unos minutos sin servicio.

Si el dominio usa los servidores DNS de otro proveedor, por ejemplo Cloudflare, esa parte no se aplica sola: tendrás que poner en ese proveedor la IP del hosting de destino. El asistente te lo advierte antes de empezar.

Si la web está hoy fuera de Hostsuar, sí hay que cambiar los DNS. En ese caso sigue la guía para cambiar DNS con la mínima interrupción.

Hacerlo tú mismo desde el área de clientes

Cuando el origen y el destino son hostings tuyos, puedes mover un dominio adicional o un alias, con su web, sus bases de datos y su correo, sin abrir una consulta:

  1. Entra en el área de clientes y abre el hosting donde está hoy la web.
  2. Busca Mover un dominio a otro hosting.
  3. Elige el dominio que quieres mover.
  4. Elige el destino: otro hosting que ya tengas o uno nuevo que contratas ahí mismo.
  5. Revisa el resumen: qué se mueve, si hay algo que lo impida y cuánto tiempo estará sin servicio.
  6. Confirma.

Qué pasa después

  • A un hosting que ya tienes: copiamos la web, las bases de datos y el correo mientras tu web sigue funcionando. Después hacemos el cambio: quitamos el dominio del hosting de origen y lo damos de alta en el de destino. Durante unos minutos, la web y el correo no responden.
  • A un hosting nuevo: primero contratas el plan. Cuando el pago esté confirmado te avisamos, y el traslado empieza cuando pulses Empezar. La cuenta nueva no puede existir mientras el dominio siga en la de origen, así que se crea en ese momento, y la web y el correo están sin servicio mientras copiamos todo.

En los dos casos:

  • Los buzones conservan sus contraseñas, así que no tienes que volver a configurar el correo en el ordenador ni en el móvil.
  • En WordPress, PrestaShop y las aplicaciones que guardan la conexión en un fichero .env, la configuración queda apuntando a la base de datos del hosting de destino.
  • Volvemos a crear los registros DNS que habías añadido tú, como los de Google Workspace, además de las redirecciones de correo, las respuestas automáticas y los filtros.
  • Pedimos el certificado SSL del dominio en el hosting de destino. Puede tardar unos minutos en activarse.
  • Te escribimos al terminar, o si algo se para.

Puedes cerrar la página: el traslado sigue por su cuenta. Mientras no haya empezado, puedes descartarlo desde la misma pantalla.

Si algo sale mal

Si algo falla después de quitar el dominio del hosting de origen, lo devolvemos a donde estaba o lo terminamos nosotros, y te escribimos. Si al terminar ves que algo no funciona, escríbenos: podemos devolver el dominio al hosting de origen. Lo que haya cambiado en la web o en la base de datos del destino después del traslado no vuelve solo.

Qué pasa con el hosting de origen

Sigue activo, con sus demás dominios. Los ficheros y las bases de datos del dominio movido se quedan en él: no borramos nada. Qué hacer con ese hosting es una decisión aparte, para cuando hayas comprobado que todo funciona en el destino.

Cuándo no se puede hacer solo

El resumen te dice qué impide empezar y por qué. Los casos más habituales son:

  • El dominio principal del hosting. Si lo que necesitas es más capacidad, cambia de plan.
  • Buzones en subdominios, o redirecciones de correo que entregan los mensajes a un programa.
  • Registros DNS que todavía no sabemos copiar, como la delegación de un subdominio a otros servidores.
  • Un hosting de destino sin espacio o sin dominios adicionales libres en su plan.

En esos casos, escríbenos y lo hacemos contigo.

Cómo solicitar el traslado a soporte

Si el traslado no encaja en lo anterior (cuentas de clientes distintos, un origen fuera de Hostsuar o cualquiera de los casos de arriba), abre una consulta indicando, sin credenciales:

  • Dominio que debe moverse.
  • Servicio de origen y servicio de destino.
  • Si deben viajar web, bases de datos, correo o todo.
  • Si el dominio seguirá perteneciendo al mismo cliente.
  • Fecha límite o ventana preferida.
  • Si la web recibe pedidos o modificaciones frecuentes.
  • Si el correo está en cPanel o en un proveedor externo.

Soporte revisará la capacidad, la estructura de ambas cuentas y el alcance antes de confirmar el procedimiento. No borres el dominio, los buzones o las bases del origen para “liberarlos” antes de que exista una copia verificada.

Después del movimiento

Comprueba desde el destino:

  • Web, administración, formularios y datos recientes.
  • Bases, usuarios y permisos.
  • Versión de PHP, cron y rutas.
  • Buzones, envío, recepción y reenviadores.
  • DNS, HTTPS y subdominios.
  • Cliente responsable y servicio correctos en el área de clientes.

La operación termina cuando el contenido funciona en la cuenta definitiva y no quedan datos o mensajes recientes únicamente en el origen.

También te puede ayudar

¿Algo no cuadra o ha cambiado? Cuéntanoslo y lo revisamos.