Introducción

Cambiar de hosting es una de esas tareas que muchos posponen durante meses, o incluso años, por miedo a romper algo que funciona. Sin embargo, llega un momento en que esa inquietud inicial se convierte en una necesidad tangible: el sitio carga lento, el soporte técnico tarda días en responder, el precio se ha disparado con la renovación o, simplemente, hemos superado las limitaciones del plan contratado.

La decisión suele nacer de un problema concreto, no de un capricho. Es frecuente que el detonante sea una caída del servidor en plena campaña de ventas o un aumento de tráfico que la infraestructura actual no puede soportar. En ese preciso instante, el cambio de hosting deja de ser un tema técnico menor y se convierte en una decisión estratégica para la salud del proyecto digital.

El verdadero desafío no reside en elegir el nuevo proveedor, sino en ejecutar la migración sin que los visitantes noten una interrupción. Un proceso mal planificado puede traducirse en pérdida de tráfico orgánico, caídas temporales del dominio o errores de configuración que afecten al correo corporativo. Por eso, el objetivo de este artículo es proporcionar una hoja de ruta clara para transferir tanto los archivos como la base de datos y la configuración del dominio de manera segura y eficiente.

A la largo de estas líneas veremos cómo preparar el entorno de destino, qué pasos seguir para copiar los archivos mediante FTP o el administrador de archivos, cómo exportar e importar la base de datos y, especialmente, cómo cambiar los servidores DNS de tu dominio para minimizar el tiempo de inactividad. También abordaremos los errores más habituales que se cometen durante estas migraciones y cómo evitar que la web se muestre caída durante el proceso.

Conviene abordar este proyecto con un plan estructurado. Si tienes un blog personal, el margen de error es asumible; pero si gestionas una tienda en línea con tráfico constante, el enfoque debe ser mucho más meticuloso. En cualquier caso, entender cada paso del proceso te dará el control necesario para no depender exclusivamente del soporte técnico del nuevo proveedor y poder resolver incidencias con rapidez si algo no sale a la primera.

Qué es

¿Qué es exactamente migrar un dominio y una web a otro hosting?

Cuando hablamos de migrar un dominio y una web a otro hosting, nos referimos al proceso de trasladar todos los archivos, bases de datos, configuraciones de correo y ajustes del servidor desde un proveedor de alojamiento a otro, sin perder el nombre de dominio que identifica tu sitio. En otras palabras, es como mudar una casa completa —con todos sus muebles, cajones y servicios contratados— a un nuevo edificio, pero manteniendo la misma dirección postal.

El dominio (por ejemplo, `tupagina.com`) es un activo independiente del hosting. Puedes mantenerlo registrado en una empresa y tener los archivos del sitio en otra. Sin embargo, en la práctica, cuando alguien dice "cambiar de hosting", casi siempre implica mover tanto el contenido del sitio como las configuraciones asociadas: cuentas de correo electrónico, certificados SSL, registros DNS y rutas de archivos.

Qué se mueve realmente en una migración

Para entender el concepto, es útil identificar los elementos que intervienen:

  1. Los archivos del sitio web: HTML, CSS, JavaScript, imágenes, scripts PHP o de cualquier otro lenguaje.
  2. La base de datos: donde se almacenan publicaciones, usuarios, pedidos o cualquier contenido dinámico. En un CMS como WordPress, esto es imprescindible.
  3. Las cuentas de correo electrónico: buzones asociados al dominio (como `[email protected]`).
  4. La configuración del servidor: versiones de PHP, módulos de servidor, reglas de redirección, archivos `.htaccess` o `nginx.conf`.
  5. El dominio en sí: aunque no se "traslada" del mismo modo que los archivos, sí hay que actualizar sus DNS para que apunten al nuevo servidor.

¿Siempre implica trasladar el dominio?

Una distinción importante: no es lo mismo migrar el hosting que transferir el dominio. Puedes migrar tu web a otro hosting y mantener el registro del dominio en tu proveedor actual. En ese caso, solo actualizas los nameservers o los registros A para que el dominio apunte al nuevo servidor. Alternativamente, puedes transferir el dominio a otra empresa registradora, un proceso independiente que sigue las reglas de ICANN y puede tardar hasta cinco días hábiles.

Esta diferencia es clave: migrar el hosting es un procedimiento técnico; transferir un dominio es un procedimiento de gestión administrativa.

¿Por qué se necesita este proceso?

Las razones habituales son concretas:

Migrar es normalmente una operación delicada porque involucra mantener un equilibrio perfecto entre lo que hay que copiar, lo que hay que reconfigurar y lo que hay que verificar, siempre con el riesgo de dejar el sitio en producción sin disponibilidad durante el proceso. Con una buena planificación, el tiempo de inactividad puede reducirse a minutos o incluso a cero si usas un entorno de pruebas previo y cambias los DNS solo cuando todo está comprobado.

Qué cambia al mudar de hosting para el usuario final

Para el visitante de tu web, la migración no debería notarse. Pero a nivel técnico sí se producen cambios invisibles: tu sitio se servirá desde una dirección IP distinta, tu correo SMTP pasará por otros servidores, y la infraestructura subyacente cambiará. Por eso, uno de los errores más comunes entre quienes migran por primera vez es olvidar ajustar los parámetros de correo saliente en los dispositivos, o no regenerar el certificado SSL en el nuevo servidor, lo que provoca avisos de seguridad en el navegador.

Entender la migración como un proceso integral —y no solo como "copiar archivos"— es lo que marca la diferencia entre una transición limpia y una pesadilla técnica. Si además migras un sitio con comercio electrónico, datos de clientes o un sistema de reservas, la precisión del proceso se vuelve aún más crítica, porque cualquier error en la base de datos puede traducirse en pérdidas de pedidos o problemas legales relacionados con protección de datos.

Aspectos importantes a evaluar

Aspectos importantes a evaluar antes de migrar

Migrar un dominio y una web a otro hosting no es simplemente copiar archivos de un lado a otro. Es un proceso quirúrgico donde un pequeño descuido puede traducirse en pérdida de datos, tiempo de inactividad o una caída temporal en el posicionamiento SEO. Antes de ejecutar cualquier movimiento, es crucial hacer una pausa y evaluar el estado actual de tu infraestructura digital.

El primer paso es entender que una web no es un monolito. Está compuesta por capas: el sistema de archivos (código, imágenes, vídeos), la base de datos (contenido, configuraciones, usuarios) y los registros DNS (la dirección que conecta tu dominio con el servidor). Una migración exitosa depende de gestionar estas tres capas con precisión quirúrgica. Si falla una, el sitio entero se resiente.

El inventario de la migración

Antes de tocar nada, debes hacer un censo exhaustivo de tu entorno. No puedes migrar lo que no sabes que existe. Esto va más allá de saber que usas WordPress o PrestaShop. Hablamos de identificar elementos críticos que a menudo se pasan por alto:

La evaluación del servidor de destino

No todos los hostings son iguales, y asumir que "el nuevo es mejor" basándose solo en el precio o la promesa de velocidad es un error. Debes evaluar la arquitectura del servidor de destino.

Backups y prueba de restauración

Un error fatal es asumir que el backup existe y está bien. No basta con generar un backup desde el panel de control del hosting antiguo. Debes descargarlo a tu ordenador o a un almacenamiento en la nube y verificar que el archivo no esté corrupto. Un backup incompleto de una base de datos es peor que no tener backup, porque te da una falsa sensación de seguridad.

La prueba de fuego es realizar una restauración previa en un entorno de prueba (staging). Si el nuevo hosting no ofrece un entorno de staging integrado, puedes usar un subdominio como `prueba.tudominio.com` y apuntarlo manualmente a los archivos que has subido. Esto te permite resolver problemas de configuración antes de tocar los DNS principales. Es un paso más que parece costoso, pero te ahorra un dolor de cabeza mayúsculo. No migres tu dominio vivo a un servidor vacío sin haber comprobado antes que el sitio carga correctamente en esa otra ubicación.

SEO y el cambio de IP

Migrar de hosting no suele significar un cambio de dominio, pero sí un cambio de IP. Google rastrea tu sitio a través de los DNS. Si cambias la IP sin una transición correcta, el rastreador de Google podría encontrarse con errores 503 (servicio no disponible) o 404 durante el proceso de propagación.

Para minimizar el impacto, evalúa si tu nuevo hosting te permite precargar el contenido y luego cambiar los DNS en una ventana de baja actividad. Durante la propagación, que puede durar hasta 72 horas, es completamente normal que algunos usuarios vean la versión antigua y otros la nueva. No es un error; es la naturaleza de internet. Sin embargo, para evitar conflictos, asegúrate de que tu versión nueva esté en modo de solo lectura. No intentes publicar contenido nuevo durante esas primeras horas, ya que podrías editarlo en el servidor viejo y, cuando la propagación termine, tu edición no estará en el servidor nuevo.

Sobre los movimientos de un solo archivo

Asumir que "es solo copiar y pegar" es el mayor error. Una copia de archivos vía FTP puede dejar permisos de archivo incorrectos (por ejemplo, archivos que deberían ser 644 y están en 777), bloqueando la escritura de caché o la subida de imágenes. Cuando evalúes el hosting de destino, verifica qué permisos de archivo asigna por defecto. Si tu entorno de origen usa un grupo de usuario de servidor diferente, podría ser necesario ajustar todos los permisos manualmente.

En resumen, la evaluación previa no es un trámite burocrático: es el manual de instrucciones de tu propia web. Cuanto más sepas sobre la configuración de tu servidor actual y las limitaciones del nuevo, menos sorpresas tendrás durante el proceso. Dedica tiempo a leer las políticas de límites de inodos (número de archivos), los tiempos de ejecución de PHP en scripts y las exclusiones de caché. Esa es la información que marca la diferencia entre una migración invisible para el usuario final y un fin de semana entero resolviendo errores.

Cómo funciona o cómo tomar una decisión

El proceso de migración: mucho más que copiar archivos

Entender cómo funciona una migración de hosting es el primer paso para no cometer errores que cuesten tiempo, dinero y, lo más importante, la posición de tu web en Google. No se trata solo de "copiar y pegar" archivos de un servidor a otro; es un procedimiento quirúrgico que involucra DNS, bases de datos y archivos de configuración. Si entiendes el mecanismo, podrás decidir si hacerlo tú mismo o contratar a un profesional, y sabrás exactamente qué esperar en cada fase.

En esencia, migrar una web implica trasladar tres elementos fundamentales a un nuevo servidor:

  1. Los archivos del sitio (el código, las imágenes, los scripts, el CMS como WordPress).
  2. La base de datos (donde se almacenan tus artículos, productos, usuarios y configuraciones).
  3. La configuración del servidor (versiones de PHP, certificados SSL, redirecciones, etc.).
El error más común es pensar que solo con subir los archivos es suficiente. La realidad es que el nuevo servidor debe estar preparado para ejecutar ese código, y la base de datos debe ser importada y enlazada correctamente con los archivos. Además, hay un cuarto elemento invisible pero crucial: el sistema de nombres de dominio (DNS). Este es el directorio telefónico de Internet, y su actualización es la que permite que los visitantes encuentren tu web en la nueva dirección IP.

La lógica de la copia de seguridad: tu red de seguridad

Todo proceso de migración serio comienza con una copia de seguridad completa (backup) desde el hosting de origen. Esto no es un paso burocrático; es tu seguro de vida. Si algo falla durante la mudanza, no pierdes tu sitio original. Piensa en ello como asegurar el contenido de una casa antes de transportarla: nunca llevarías tus muebles en un camión sin un inventario y un seguro.

Una copia de seguridad correcta debe incluir dos partes: los archivos del sitio (descargados por FTP o desde el panel de control) y un volcado de la base de datos (generalmente un archivo `.sql`). Herramientas como cPanel o Plesk ofrecen opciones de "Backup" que crean un archivo comprimido con todo. En WordPress, plugins como UpdraftPlus o Duplicator no solo hacen el backup, sino que preparan un "paquete" que facilita la restauración en un entorno nuevo. La clave aquí es la coherencia: si haces el backup de los archivos un lunes y el de la base de datos el martes, habrá datos desincronizados. Idealmente, deberías poner tu web en modo mantenimiento durante los minutos que dura el backup para asegurar que la copia sea una foto exacta de tu sitio.

Subiendo al nuevo servidor: la instalación limpia

Una vez que tienes tu "caja de mudanzas" empaquetada, el siguiente paso es "construir la casa" en el destino. Antes de subir nada, necesitas crear una base de datos vacía en el nuevo hosting. Te proporcionarán un nombre de usuario, una contraseña y el nombre del host de la base de datos (que a menudo es `localhost`). Anota estos datos, ya que los necesitarás en el siguiente paso.

Subir los archivos es tan sencillo como usar un cliente FTP (como FileZilla) o el administrador de archivos del nuevo panel. Sin embargo, aquí surge la primera decisión técnica importante: la ruta. En tu hosting anterior, la web estaba dentro de una carpeta pública (normalmente `public_html`). En el nuevo, debes asegurarte de subir los archivos a la ubicación correcta para que el dominio apunte a ellos.

Después, viene el paso más delicado: importar la base de datos. Se hace desde phpMyAdmin en el nuevo panel, importando el archivo `.sql` que descargaste. Es un proceso que a menudo falla por límites de tiempo o tamaño del archivo, por lo que si tu base de datos es muy grande, puede ser necesario subirla por comandos o usar herramientas de gestión.

El conflicto de las URLs: el punto de quiebre

Aquí es donde la mayoría de las migraciones caseras fracasan. Tu sitio web tiene URLs "hardcodeadas" en la base de datos. Si tu dominio era `www.midominio.com` y no cambia al moverte de hosting (lo normal), este paso puede ser más sencillo. Pero si estás cambiando de dominio simultáneamente, o simplemente revisando el sitio desde una IP temporal, tendrás un problema.

Cuando importas la base de datos a un servidor nuevo, es común que el sitio se vea en blanco o sin estilos (CSS). Esto ocurre porque las URLs en la base de datos apuntan a la antigua ubicación. Para solucionarlo, es necesario ejecutar una consulta SQL o usar una función como "Search and Replace" (buscar y reemplazar). Herramientas como WP-CLI (para WordPress) o scripts como Better Search Replace son ideales para modificar las URLs en la base de datos de forma segura. No es lo mismo hacer un simple "buscar y reemplazar" en un editor de texto, ya que las URLs están serializadas en la base de datos y una sustitución manual puede corromper los datos.

En resumen, el proceso técnico es:

  1. Preparación: Backup completo y creación de base de datos en el destino.
  2. Traslado: Copia de archivos e importación de SQL.
  3. Reconfiguración: Actualizar las URLs y las credenciales de conexión a la base de datos (esto se hace en un archivo de configuración como `wp-config.php` en WordPress o `.env` en Laravel).

El DNS: la propagación y la paciencia

Cuando los archivos están en el nuevo servidor y la web funciona correctamente (puedes comprobarlo con una "ventana de incógnito" o editando tu archivo `hosts` local para que apunte al nuevo IP), llega el momento de apuntar el dominio. Esto se hace cambiando los servidores DNS desde donde compraste el dominio, o modificando los registros "A" y "CNAME".

Aquí es donde la gente se impacienta. El cambio de DNS no es inmediato a nivel global. Puede tardar entre 4 y 48 horas (a veces más) en propagarse por todo el mundo. Durante este tiempo, algunos usuarios verán la web nueva y otros la antigua. No es un fallo, es la naturaleza del sistema.

La estrategia inteligente es aprovechar este período. Una vez que hayas subido todo al nuevo servidor y antes de tocar el DNS, debes verificar que todo funciona en el entorno temporal. Intenta cargar la web desde una IP diferente o usa servicios como `whatsmydns.net` para ver si el contenido ya es accesible. Cuando estés seguro de que el sitio carga en el nuevo servidor (incluso sin el dominio apuntando), es el momento de cortar el cable de la antigua casa. Una buena práctica es reducir el TTL (Time To Live) del registro DNS a 300 segundos (5 minutos) unas 24 horas antes de la migración para que la propagación sea más rápida.

¿Cómo tomar la decisión: hacerlo uno mismo o delegar?

Con este panorama, la decisión de migrar de forma manual o usar un servicio premium se vuelve más clara. Migrar tú mismo es viable si tu sitio es pequeño (pocas páginas, sin mucho tráfico), el hosting es similar (misma versión de PHP, mismo panel de control) y estás dispuesto a invertir un fin de semana y a aprender sobre la marcha.

Sin embargo, existen criterios claros para contratar una migración gestionada:

La decisión final no es "qué es más barato", sino "qué es más rentable". Si el coste de tu tiempo y el riesgo de perder posicionamiento SEO son altos, el servicio de migración gestionada (a menudo incluido en el plan de hosting) es una excelente inversión. Si es un proyecto personal y quieres aprender, hazlo tú, pero sigue una guía metódica y prueba cada paso antes de pasar al siguiente.

---

Resumen del flujo de trabajo para tomar la decisión:

Para no quedarte con la duda, este esquema mental te ayudará:

En definitiva, migrar de hosting es una tarea mecánica pero no trivial. No se trata solo de "mover", sino de "recrear un entorno que funcione". Comprender este proceso te convierte en un consumidor informado y te permite exigir a tu nuevo proveedor los servicios de soporte adecuados, o abordar la migración manual con la confianza de saber exactamente dónde pueden saltar las chispas.

Ventajas y limitaciones

Ventajas y limitaciones de migrar a un nuevo hosting

Migrar de hosting es un proceso que, bien ejecutado, se traduce en una mejora notable del rendimiento, la seguridad y la escalabilidad de un proyecto digital. Sin embargo, no es una operación exenta de matices. Entender tanto lo que se gana como lo que se pone en juego es la diferencia entre una transición exitosa y un dolor de cabeza con pérdida de tráfico y posicionamiento.

El salto cualitativo: rendimiento y experiencia de usuario

La razón más común para dar el salto es, sin duda, el rendimiento. Cambiar a un servidor con mejores recursos (más RAM, CPU o almacenamiento SSD/NVMe) tiene un impacto directo en los tiempos de carga. No hablamos de una mejora cosmética; la velocidad de carga es un factor crítico tanto para la retención de usuarios como para el posicionamiento en buscadores, especialmente desde la actualización de Google que prioriza los Core Web Vitals.

Por ejemplo, si tu web actual tarda 4 segundos en cargar y el nuevo hosting la reduce a 1.5 segundos, la tasa de rebote puede caer drásticamente. Esto es particularmente notable en tiendas online, donde cada segundo de espera se traduce en una pérdida de conversión. El beneficio no es solo técnico, es comercial: una web más rápida vende más y posiciona mejor.

Además, la migración suele ser la excusa perfecta para adoptar infraestructuras modernas. Pasar de un hosting compartido básico a un servidor con LiteSpeed, caché Redis o una CDN integrada cambia las reglas del juego ante picos de tráfico. Si tu proyecto recibe una mención en prensa o un viral en redes sociales, un buen hosting absorbe ese aumento de solicitudes sin despeinarse; el anterior, probablemente, se caería.

Escalabilidad y control técnico

Otro beneficio estratégico es la escalabilidad. Muchos negocios comienzan en planes económicos y crecen hasta un punto en que los recursos se quedan cortos. Migrar a un VPS o un servidor dedicado permite no solo tener más potencia, sino control real sobre la configuración del entorno. Puedes instalar software específico, ajustar PHP, modificar la configuración de Apache o Nginx, o aislar proyectos en contenedores. Este control es inviable en un hosting compartido, donde dependes de las políticas del proveedor y del "vecino" que tenga una web vulnerable al lado de la tuya.

La seguridad también suele ser un argumento de peso. Los proveedores modernos ofrecen firewalls perimetrales, antivirus activo, copias de seguridad diarias automáticas y certificados SSL gratuitos e integrados. Esta capa de protección no solo te da tranquilidad; te libera de tareas tediosas (las copias de seguridad manuales y la configuración del SSL) que antes consumían tiempo técnico valioso.

Limitaciones y fricciones reales del proceso

Sin embargo, ningún cambio es gratuito. La principal limitación es el riesgo inherente al propio movimiento. Durante la migración, un error en la transferencia de archivos o en la exportación de la base de datos puede corromper el sitio. Si no se verifican los enlaces (por ejemplo, al cambiar de `http://` a `https://`), puedes perder el posicionamiento de páginas internas. La clave no es el miedo, sino la metodología: se debe hacer siempre una copia de seguridad completa y probar el sitio en un entorno de staging antes de apuntar el dominio al nuevo servidor.

Otra limitación menos evidente es el tiempo de inactividad (downtime). Si bien con técnicas avanzadas (como la clonación en caliente) se puede reducir a minutos, es casi imposible que sea cero. Para un ecommerce, esos minutos pueden significar pérdida de ventas. La mitigación pasa por elegir horas de bajo tráfico y tener un plan de contingencia claro para revertir los cambios (volver al hosting antiguo) si algo falla.

Por último, está el coste oculto del aprendizaje. Migrar a un VPS supone asumir la gestión del servidor. Si antes el proveedor gestionaba el correo, la seguridad del sistema operativo y las actualizaciones de software, ahora esa responsabilidad recae en ti. Si no tienes conocimientos sólidos de administración de sistemas, la "libertad" del VPS se convierte en una carga. En este caso, un hosting gestionado (donde el proveedor se encarga del mantenimiento) puede ser la opción intermedia, pero suele ser más caro.

En resumen, la migración es una inversión en rendimiento y control, pero exige planificación y un análisis honesto de la capacidad técnica del equipo que la va a gestionar.

Errores comunes

Errores comunes al migrar dominio y hosting

La migración de una web es un proceso delicado. Aunque parezca un simple traslado de archivos, la realidad es que un solo paso en falso puede provocar una caída del sitio, pérdida de tráfico orgánico o, en el peor de los casos, la desaparición de datos críticos. Conocer los fallos más frecuentes te permitirá anticiparte a ellos y ejecutar el cambio con precisión quirúrgica.

1. No hacer una copia de seguridad completa y verificable

El error más grave y común es confiar en que "todo saldrá bien" sin un respaldo sólido. Muchos usuarios exportan la base de datos o descargan los archivos del `public_html`, pero omiten partes esenciales como los correos electrónicos asociados al dominio o las configuraciones de cron jobs. Además, no basta con tener el backup; debes *verificarlo*. Un archivo `.sql` corrupto o incompleto solo se descubre cuando intentas restaurarlo en el destino.

Cómo evitarlo: Realiza una copia integral desde el panel de control del hosting antiguo (cPanel, Plesk o similar). Descarga tanto la copia de seguridad completa del sitio como la de las cuentas de correo. Antes de iniciar la migración, restaura el backup en un servidor de prueba local (como XAMPP o LocalWP) para confirmar que los archivos y la base de datos son funcionales.

2. Subestimar los tiempos de propagación del DNS

Un error de expectativas, más que de procedimiento, es creer que la web estará operativa en el nuevo hosting en minutos. Cuando cambias los servidores de nombres (nameservers) del dominio, la propagación DNS puede tardar entre 24 y 72 horas. Durante este período, algunos visitantes verán la web antigua y otros la nueva, dependiendo de su proveedor de internet y la caché local.

Cómo evitarlo: Para minimizar el impacto, reduce el valor del TTL (Time To Live) en los registros DNS a 300 segundos (5 minutos) al menos 24 horas *antes* de la migración. De esta manera, cuando realices el cambio definitivo de servidores DNS, la actualización será casi instantánea para la mayoría de los usuarios. No esperes que el tráfico se redirija mágicamente. Planifica una ventana de mantenimiento realista.

3. Migrar los archivos sin ajustar las rutas absolutas

WordPress, Joomla y otros CMS guardan rutas absolutas en la base de datos (por ejemplo, `https://tudominio.com/wp-content/uploads/`). Si tu nuevo hosting utiliza una ruta de instalación diferente (quizás en una subcarpeta temporal) y no actualizas estas URLs, la web se verá rota, sin imágenes y con los estilos CSS descuadrados.

Cómo evitarlo: Utiliza un plugin de migración especializado (como All-in-One WP Migration o Duplicator, en el caso de WordPress) que maneje automáticamente el reemplazo de URLs y rutas. Si lo haces manualmente con phpMyAdmin, deberás ejecutar consultas SQL para reemplazar las URLs antiguas por las nuevas. Nunca importes directamente un dump de base de datos sin ajustar la tabla `wp_options` (opciones) donde se almacenan `siteurl` y `home`.

4. Olvidar regenerar la caché y ajustar los permisos de archivos

Después de migrar, la web puede funcionar, pero mostrar errores 500 o 403. Esto suele deberse a permisos de archivos incorrectos. En el hosting original, los archivos suelen tener permiso 644 y las carpetas 755. Al comprimir y descomprimir en el nuevo servidor, estos permisos pueden alterarse, especialmente si usas un FTP para subir archivos.

Cómo evitarlo: Después de subir los archivos, usa el gestor de archivos de tu nuevo hosting para forzar los permisos correctos de forma masiva. Luego, borra cualquier caché del servidor (como la de LiteSpeed o Varnish) y la caché de la web. Si usas un plugin de caché, actívalo de nuevo una vez verificada la estabilidad, pero nunca lo dejes activo con datos de la configuración anterior que apunte al dominio viejo.

5. Mantener cookies y sesiones antiguas en el navegador

Tras la migración, es posible que puedas ver la web desde el móvil, pero no desde tu ordenador principal. Esto ocurre por las cookies de autenticación y las sesiones almacenadas que apuntan al servidor antiguo. El navegador intenta mantener una sesión segura que ya no existe, generando errores de "demasiadas redirecciones" o bucles infinitos.

Cómo evitarlo: No intentes solucionar el problema con código. Simplemente, borra las cookies y la caché del navegador, o prueba en una ventana de incógnito. Si el problema persiste, revisa el archivo `.htaccess` del nuevo hosting; muchas veces la configuración de redirección 301 del servidor antiguo se migra automáticamente y entra en conflicto con las reglas del nuevo servidor.

Preguntas frecuentes

Preguntas frecuentes sobre la migración de dominio y hosting

A continuación, resolvemos las dudas más comunes que surgen durante un proceso de migración, con consejos prácticos para que evites errores costosos.

¿Cuánto tarda en propagar el DNS después del cambio de hosting?

La propagación del DNS es un proceso que no tiene un tiempo exacto. Aunque el cambio de los *nameservers* se realiza en tu registrador (donde compraste el dominio, como GoDaddy, Namecheap o DonDominio), la actualización de la información en los servidores de todo el mundo es escalonada. En la práctica, la mayoría de los usuarios verán la nueva web entre 24 y 48 horas. Sin embargo, puede tardar hasta 72 horas. Durante este periodo, el dominio no se "cae": algunos visitantes verán tu sitio en el hosting antiguo y otros en el nuevo. Para acelerar el proceso localmente, puedes modificar el archivo *hosts* de tu ordenador y apuntar tu dominio a la IP del servidor nuevo. De esta forma, podrás revisar la web en el nuevo hosting sin esperar a la propagación global.

¿Qué pasa con el correo electrónico si uso el mismo dominio?

Esta es una de las fuentes de error más comunes. La migración del correo no es automática al cambiar el hosting. Si migras los archivos y la base de datos, pero dejas los registros MX (los encargados de enrutar el correo) apuntando al servidor antiguo, tu correo seguirá funcionando en el alojamiento anterior. Lo ideal es configurar ambos servidores durante la transición: deja el correo en el hosting antiguo hasta que la propagación del DNS se complete y, solo entonces, crea las cuentas de correo en el nuevo hosting y actualiza los registros MX. Si el hosting antiguo se cancela antes de tiempo, perderás los correos recibidos en ese intervalo. Realiza una copia de seguridad de todos los buzones antes de moverlos al nuevo proveedor.

¿Debo cambiar mi dominio de proveedor (registrador) o solo el hosting?

Son operaciones distintas. La migración a un hosting nuevo no implica mover el dominio a otro registrador. En la mayoría de los casos, solo tendrás que cambiar los *nameservers*: en tu registrador actual, sustituyes los que apuntaban al hosting viejo por los que te proporciona el nuevo. Solo deberías transferir el dominio a otro registrador si estás insatisfecho con el servicio de tu proveedor actual o si quieres centralizar todo en una sola cuenta. Una transferencia de dominio es un proceso más tedioso y técnico, que incluye códigos de autorización y puede tardar varios días, por lo que no es necesario hacerla para cambiar de alojamiento.

¿Perderé mi posicionamiento SEO si cambio de servidor?

No, si ejecutas la migración correctamente. El SEO depende de la calidad del contenido, los enlaces y la estructura de tu web, no de la empresa de hosting. Sin embargo, una migración mal planificada puede provocar pérdidas. Por ejemplo, durante el proceso de copiado de archivos, si desactivas el certificado SSL (HTTPS) o si el sitio carga muy lento en el nuevo servidor por una mala configuración, el posicionamiento se resentirá. Para proteger tu visibilidad, verifica que la redirección HTTP (sin "www" y con "www") a HTTPS funcione perfectamente en el nuevo servidor antes de cambiar el DNS. Mantén intactos todos los slugs (URLs) y, si el sitio es de WordPress, asegúrate de que la URL canónica en el panel de administración sigue siendo exactamente la misma.

¿Qué significa "propagación de DNS" y por qué mi web aparece en el móvil pero no en el ordenador?

La propagación de DNS es el tiempo que tardan los servidores de internet (llamados resolvers) en actualizar sus cachés con los nuevos datos de tu dominio. Cuando cambias los *nameservers*, tu proveedor de internet (ISP) o el servidor DNS de tu operador móvil pueden tardar más o menos en refrescar esos datos. Por eso es frecuente ver tu web en una red y no en otra durante las primeras horas. Es un síntoma normal y temporal. Puedes comprobar el estado de la propagación usando herramientas online como `whatsmydns.net`, que consultan servidores de todo el mundo. Mientras tanto, no forces la situación borrando cachés en tu propio navegador; la red de tu operador aún puede estar sirviendo la versión antigua.

¿Qué datos necesito para la migración?

La lista de prerrequisitos es esencial. Para una migración completa, necesitarás: 1) los archivos del sitio web (descargables vía FTP desde el hosting antiguo o desde el panel de control); 2) los datos de la base de datos (usuario, contraseña y nombre de la BD) para exportar e importar; 3) las copias de seguridad de los buzones de correo; y 4) los certificados SSL (aunque hoy en día con Let's Encrypt, se generan automáticamente en el nuevo servidor). Además, para evitar problemas, descarga también la configuración de redirecciones (archivo `.htaccess` en Apache) y las reglas de firewall si las tenías, para replicarlas exactamente en el nuevo entorno.

Conclusión

Migrar un dominio y una web a otro hosting es un proceso delicado, pero completamente manejable si se ejecuta con un orden lógico y verificaciones constantes. La clave del éxito no reside en la velocidad, sino en la meticulosidad: cada paso, desde la copia de seguridad hasta el cambio de DNS, debe ser validado antes de pasar al siguiente.

Para tomar la decisión final, evaluad el tiempo de inactividad que podéis permitiros. Si operáis una tienda en línea o un servicio crítico, contratad el soporte del nuevo proveedor para que os ayuden con la transferencia o buscad una franja horaria de bajo tráfico. Para proyectos más pequeños o blogs, una migración autogestionada con calma es perfectamente viable.

Recordad: el tráfico web no perdona los errores de configuración. Antes de cancelar el servicio antiguo, aseguraos de que el correo electrónico funcione, que los formularios envíen datos y que los certificados SSL se hayan regenerado correctamente. Mantened el hosting anterior activo al menos una semana después del cambio de DNS; esto os servirá como red de seguridad para recuperar archivos o consultar logs si algo falla.

El objetivo final no es solo cambiar de servidor, sino mejorar el rendimiento y la estabilidad. Si habéis seguido los pasos de copia, sincronización y verificación, el resultado será una web más rápida y un control total sobre vuestro alojamiento, sin pérdida de posicionamiento ni correos perdidos en el proceso.