Qué revisar antes de migrar un hosting

Una migración segura empieza antes de copiar ficheros. Preparar este inventario permite saber qué se debe trasladar, elegir un plan adecuado y evitar que una web, un buzón o un servicio externo se quede en el proveedor anterior.

Si todavía no has decidido el recorrido, comienza por la guía para migrar un hosting a Hostsuar.

La migración del servicio de hosting a Hostsuar es gratuita. Puedes utilizar esta lista para prepararla por tu cuenta o para facilitarnos la información necesaria y que nuestro equipo se encargue del proceso.

Define el alcance

Anota qué elementos deben funcionar en Hostsuar después del cambio:

• Dominios y subdominios.
• Webs, directorios y aplicaciones.
• Bases de datos.
• Cuentas de correo y mensajes almacenados.
• Redirecciones, filtros y respuestas automáticas.
• Tareas programadas o cron.
• Registros DNS para servicios externos.
• Certificados propios, si se utiliza alguno que no se pueda volver a emitir.

Transferir el dominio no copia ninguno de estos elementos. Decide por separado si solo quieres migrar el hosting o también cambiar el registrador del dominio.

Identifica el panel y el proveedor actuales

Comprueba si el origen utiliza cPanel, Plesk u otro panel:

• cPanel: normalmente permite generar una copia completa compatible con el destino.
• Plesk u otro panel: ficheros, bases de datos, correo y configuración se trasladan por separado.
• Plataforma cerrada: servicios como Wix pueden no permitir exportar una aplicación completa y requerir una reconstrucción.

Confirma también si el proveedor mantiene activos el hosting y la zona DNS cuando el dominio se transfiere. No inicies el traslado administrativo si eso puede provocar que eliminen el contenido antes de copiarlo.

Calcula el espacio necesario

Revisa por separado:

• Ficheros de las webs.
• Bases de datos.
• Buzones de correo.
• Copias de seguridad almacenadas dentro de la cuenta.
• Directorios temporales, registros y cachés.

El espacio total que muestra el panel puede incluir copias antiguas o ficheros prescindibles. No elijas el plan de destino usando únicamente esa cifra: distingue el contenido necesario de lo que se puede limpiar antes de migrar.

Comprueba la compatibilidad de las aplicaciones

Para cada web, anota:

• Aplicación y versión: WordPress, PrestaShop, Joomla u otra.
• Versión de PHP y extensiones necesarias.
• Versión y tamaño de MySQL o MariaDB.
• Tareas programadas.
• Procesos externos, colas o comandos que deban ejecutarse.
• Licencias asociadas al dominio o a la IP.
• Integraciones con pasarelas de pago, APIs, almacenamiento o servicios de terceros.

Una copia correcta no garantiza que una aplicación antigua funcione con una versión diferente de PHP o de la base de datos. Resuelve estas incompatibilidades antes del cambio o conserva temporalmente una versión compatible en el destino.

Inventaría dominios y DNS

Guarda una copia de la zona DNS y revisa especialmente:

• Registros A y AAAA de la web y subdominios.
• Registros MX del correo.
• Registros TXT de SPF, DMARC y verificaciones.
• Registros CNAME y SRV de Microsoft 365, Google Workspace u otros servicios.
• Subdominios usados por aplicaciones, centralitas, calendarios o herramientas externas.

Si el correo permanece en Google Workspace, Microsoft 365 u otro proveedor, reproduce sus registros en la zona nueva antes de cambiar los servidores DNS.

Inventaría el correo

Para cada dominio, determina:

• Qué proveedor recibe actualmente el correo.
• Cuántos buzones existen y cuánto ocupa cada uno.
• Si se usa IMAP, POP o Exchange.
• Si los mensajes permanecen en el servidor o solo en los dispositivos.
• Qué reenviadores, filtros y respuestas automáticas hay configurados.
• Si se utilizan contactos, calendarios o archivos que no formen parte del buzón IMAP.

Imapsync copia mensajes, carpetas y estado entre servidores IMAP, pero no sustituye una migración completa de Microsoft 365 ni copia por sí solo calendarios, contactos o reglas externas.

Prepara los accesos

Según el origen pueden hacer falta:

• Acceso temporal a cPanel para generar una copia completa.
• SFTP o FTPS restringido a los directorios que se copiarán.
• Usuario temporal de base de datos limitado a las bases necesarias.
• Acceso IMAP o contraseña de aplicación para cada buzón que se sincronizará.
• Acceso al proveedor DNS para realizar el cambio final.
• Disponibilidad para aprobar un segundo factor de autenticación cuando sea necesario.

No envíes contraseñas, auth-codes ni códigos de segundo factor en el texto de un ticket o correo. Si soporte necesita acceder al origen, solicita el canal seguro y utiliza credenciales temporales, distintas de las habituales y con el menor alcance posible.

Decide cuándo se hará el cambio

El recorrido habitual es:

1. Crear y dimensionar el servicio de destino.
2. Realizar una primera copia de webs, bases de datos y buzones.
3. Comprobar el contenido sin cambiar las DNS.
4. Corregir incompatibilidades y reproducir los registros DNS externos.
5. Programar una ventana con poca actividad.
6. Copiar los últimos cambios de bases de datos y sincronizar de nuevo el correo.
7. Cambiar las DNS.
8. Verificar web, correo, HTTPS y servicios externos.
9. Mantener el origen activo durante la transición.
10. Revocar accesos y cancelar el proveedor anterior solo tras la comprobación final.

En tiendas, reservas, foros y webs con contenido dinámico, evita que se sigan produciendo cambios en ambos servidores durante el corte. Si no se puede detener la actividad, acuerda cómo se hará la sincronización final.

Información que puedes facilitar sin incluir secretos

Para revisar una migración indica:

• Proveedor y panel actuales.
• Dominios, webs y subdominios incluidos.
• Espacio utilizado por ficheros, bases de datos y correo.
• Aplicaciones y versiones principales.
• Proveedor de correo y número de buzones.
• Si el correo seguirá fuera o también se trasladará.
• Quién gestiona actualmente la zona DNS.
• Fecha límite o ventana preferida para el cambio.
• Si la web recibe pedidos, formularios o modificaciones frecuentes.

Con estos datos se puede valorar el alcance y confirmar después qué accesos temporales son realmente necesarios.

Comprobación antes de empezar

No inicies el cambio hasta poder responder afirmativamente:

• Tengo una copia recuperable del contenido actual.
• Sé qué proveedor atiende la web y cuál atiende el correo.
• He identificado todos los registros DNS externos.
• El servicio de destino tiene espacio y versiones compatibles.
• Puedo acceder al contenido, las bases de datos y los buzones que se copiarán.
• Puedo modificar las DNS cuando llegue el momento.
• El proveedor anterior seguirá activo durante la transición.
• Sé cómo comprobar la web y el correo antes de cancelar el origen.

Cuando el inventario esté completo, continúa con el recorrido de migración del hosting.