Hosting

¿Cuánto cuesta migrar tu hosting en Bolivia?
Todo lo que nadie te explica

Roberto Maldonado C. 14 septiembre 2026 9 min de lectura
Migración de hosting y correos en Bolivia - guía completa de costos y proceso

Qué es realmente una migración de hosting

La mayoría de los clientes que solicitan una migración de hosting llegan con la misma idea en la cabeza: "es copiar y pegar los archivos en el nuevo servidor". Es una simplificación comprensible, pero está lejos de lo que realmente implica el proceso, y esa diferencia de expectativas es la causa de buena parte de los malentendidos entre cliente y proveedor.

Una migración de hosting completa involucra, como mínimo, cinco componentes independientes que deben moverse y verificarse por separado:

El sitio web

Los archivos del sitio (HTML, PHP, imágenes, plugins si es WordPress) deben transferirse íntegros y volver a funcionar exactamente igual en la nueva estructura de carpetas del servidor de destino.

Las bases de datos

Si el sitio usa WordPress, WooCommerce o cualquier sistema dinámico, la base de datos debe exportarse, transferirse e importarse sin errores, y las conexiones del código deben apuntar a las nuevas credenciales.

Las cuentas de correo

Cada casilla de correo corporativo (usuario, contraseña, alias, reenvíos) debe recrearse en el nuevo servidor. Los mensajes almacenados son un tema aparte que se explica más abajo.

El certificado SSL

El certificado SSL (el candado de seguridad del sitio, HTTPS) debe reinstalarse en el servidor nuevo. Si no se hace correctamente, el sitio puede mostrar advertencias de "sitio no seguro" al visitante.

La zona DNS y configuraciones de terceros

Los registros DNS del dominio deben actualizarse para apuntar al nuevo servidor, y cualquier integración externa (pasarelas de pago, APIs, formularios) debe revisarse para que siga funcionando tras el cambio.

Migrar un hosting no es mover un sitio de una carpeta a otra. Es coordinar cinco sistemas distintos para que todos vuelvan a funcionar exactamente igual, al mismo tiempo, en un servidor completamente nuevo.

El "gratis" que no es gratis

Es común que los proveedores internacionales de hosting anuncien "migración gratuita" como gancho comercial para atraer clientes que quieren cambiar de proveedor. El anuncio es real, pero casi nunca cuenta toda la historia.

En la práctica, estas migraciones "gratuitas" suelen tener limitaciones que el cliente descubre después de haber iniciado el proceso, cuando ya es más difícil dar marcha atrás:

  • Soporte únicamente en inglés, sin atención en español ni conocimiento del contexto boliviano (dominios .bo, registradores locales, particularidades de facturación).
  • Sin atención local ni acompañamiento humano — el proceso se resuelve mediante tickets automatizados o chatbots, con tiempos de respuesta de días en lugar de horas.
  • Alcance limitado a lo estrictamente técnico — el sitio y la base de datos se mueven, pero los correos, el SSL o las configuraciones de terceros suelen quedar fuera de lo "gratuito" y se cobran aparte, sin que quede claro desde el inicio.
  • Sin garantía de verificación — el proveedor da por completada la migración en cuanto el sitio "carga", sin confirmar que los correos, formularios o integraciones sigan funcionando correctamente.

La política de Khainata es distinta: la gratuidad de la migración está condicionada a criterios claros y explicados desde el primer contacto (plan contratado, tipo de migración), no a un anuncio genérico que se ajusta después con letra pequeña. Y en todos los casos, el proceso incluye atención local, en español, con seguimiento directo hasta confirmar que todo funciona — sitio, base de datos y correos incluidos.

Los tres niveles de migración en Khainata

No todas las migraciones son iguales, y tratarlas como si lo fueran es una de las causas de expectativas mal gestionadas. En Khainata clasificamos cada proyecto en uno de tres niveles según su complejidad real:

Migración incluida

Gratuita cuando se cumplen estas condiciones a la vez:

  • Plan Corporativo o superior
  • Migración de cPanel a cPanel
  • Sitio y correos en el mismo servidor de origen
  • Alcance estándar, sin integraciones complejas

Migración cotizada

Se cotiza según el alcance cuando hay requerimientos especiales:

  • Planes básicos o intermedios
  • Origen distinto a cPanel (Plesk, DirectAdmin, servidor propio)
  • Tiendas WooCommerce con catálogos grandes
  • Múltiples dominios en un mismo servidor

Lo que no siempre es posible

Situaciones donde la recuperación total no es técnicamente posible:

  • Mensajes de correo con diferencias de versión entre servidores
  • Correos solo locales (POP3 sin copia en servidor)
  • Configuraciones propietarias sin exportación estándar

Esta clasificación no es una forma de limitar lo que se ofrece, sino de ser honestos desde el primer contacto sobre qué puede esperarse en cada escenario. Puedes ver el detalle completo de esta política en nuestra página de soporte técnico.

El problema específico de los correos

De los cinco componentes de una migración, el correo electrónico es el que genera más confusión, porque en realidad son dos cosas distintas que el cliente suele tratar como una sola: migrar la casilla (la dirección, el usuario, la contraseña) y migrar los mensajes (el contenido histórico que ya está almacenado).

La casilla casi siempre se recrea sin dificultad. El correo ventas@tuempresa.com puede volver a existir en el nuevo servidor en minutos. El problema real está en si los correos que ya recibiste — a veces años de historial — pueden viajar con ella. Y eso depende directamente del protocolo que usa el cliente de correo:

IMAP

Los mensajes se almacenan en el servidor y se sincronizan con el dispositivo. En la gran mayoría de los casos, los correos existentes son recuperables durante la migración porque siguen residiendo en el servidor de origen hasta el momento del cambio.

POP3

Configurado para descargar y eliminar del servidor, los mensajes antiguos pueden existir únicamente en la computadora donde se configuró originalmente. Si esa configuración estuvo activa por años, el servidor nunca tuvo el historial completo — y no hay forma de migrar lo que ya no está ahí.

Caso frecuente: una empresa boliviana solicitó migrar su hosting sin mencionar que sus correos estaban configurados en Outlook con POP3 desde hacía más de dos años, sin haber hecho nunca un respaldo local del archivo .pst. Al confirmar que el proveedor anterior no conservaba copia en el servidor, la empresa perdió el acceso a dos años de historial de correos — cotizaciones, contratos y conversaciones con clientes que solo existían en esa configuración local, nunca respaldada. La casilla se recreó sin problema; el contenido histórico no era recuperable porque técnicamente nunca estuvo en el servidor de origen.

Por eso, antes de iniciar cualquier migración, Khainata informa exactamente qué protocolo está en uso y qué puede o no recuperarse. Si el correo es crítico para la operación del negocio, la recomendación es siempre la misma: hacer un respaldo local antes de tocar cualquier configuración.

Qué necesita tener listo el cliente

Una parte considerable del tiempo que toma una migración no depende de la complejidad técnica, sino de la rapidez con la que el cliente puede proporcionar los accesos necesarios. Tener esto preparado de antemano puede reducir el proceso de días a horas.

  • cPanel del hosting actual

    Usuario y contraseña de acceso al panel de control del proveedor de origen. Sin esto, no es posible acceder a los archivos, bases de datos ni configuraciones existentes.

  • Panel de administración del dominio

    Acceso donde se gestionan los registros DNS, necesario para apuntar el dominio al nuevo servidor una vez que la migración esté lista y verificada.

  • Credenciales de servicios de terceros

    Pasarelas de pago, APIs externas o cualquier integración conectada al sitio. Si no se tienen a mano, esas funciones pueden dejar de operar tras el cambio hasta reconfigurarlas.

  • Listado de cuentas de correo activas

    Todas las direcciones en uso, con sus alias y reglas de reenvío configuradas, para que ninguna casilla quede fuera del proceso ni se pierdan reglas de negocio importantes.

  • Una ventana de tiempo disponible

    La propagación DNS puede generar hasta 24 horas de transición donde conviene monitorear el sitio y los correos con calma, no durante el pico de actividad del negocio.

Cuánto tiempo toma y por qué

El tiempo de una migración varía según la complejidad técnica del sitio, no según el tamaño de la empresa. Un sitio institucional simple de una gran empresa puede migrarse más rápido que una tienda online pequeña con muchas integraciones.

24h
Sitios simples HTML estático o PHP sin base de datos, con pocas casillas de correo. Ejemplo: una página institucional de una página o pocas secciones fijas.
48h
WordPress y sitios con base de datos Incluye la exportación e importación de la base de datos, revisión de plugins y múltiples casillas de correo. Ejemplo: un blog corporativo o sitio de servicios con formularios.
72h
Proyectos complejos Tiendas WooCommerce con catálogos grandes, múltiples dominios en un mismo servidor o configuraciones avanzadas con integraciones externas.

A estos tiempos se suma un factor que muchos clientes no anticipan: la propagación DNS. Cuando se actualiza el registro DNS del dominio para apuntar al nuevo servidor, ese cambio no es instantáneo a nivel mundial — puede tardar hasta 24 horas en completarse en todos los proveedores de internet.

Las 24 horas "invisibles": durante la propagación, es normal y esperado que el sitio se vea en el servidor nuevo desde algunas conexiones y en el servidor antiguo desde otras, dependiendo de qué proveedor de internet use cada visitante. No es un error ni una señal de que algo salió mal — es el comportamiento normal del sistema DNS mientras el cambio se distribuye globalmente.

Errores que dependen del cliente

Además de los tiempos técnicos, hay decisiones que toma el cliente durante el proceso que pueden complicar innecesariamente una migración que de otro modo sería sencilla.

Cambiar contraseñas a mitad de proceso

Cambiar la contraseña del cPanel, del correo o del panel de dominio mientras la migración está en curso interrumpe el proceso y obliga a reiniciar pasos ya completados.

Apagar el hosting antiguo antes de confirmar

Cancelar o dar de baja el servicio anterior antes de verificar que todo funciona correctamente en el nuevo servidor elimina la posibilidad de volver atrás si algo falla.

No tener un respaldo propio

Confiar únicamente en que el proveedor tiene una copia de todo, sin guardar un respaldo propio del sitio y los correos críticos antes de iniciar el proceso.

Migrar en viernes (o antes de un feriado)

Si surge un inconveniente durante la propagación DNS del fin de semana, el soporte técnico de muchos proveedores reduce su disponibilidad justo cuando más se necesita resolver rápido.

Ninguno de estos errores es técnicamente complicado de evitar — se trata simplemente de coordinación y paciencia durante una ventana de pocos días.

Cuando el proveedor retiene el acceso

Hay un escenario distinto a todos los anteriores, porque no depende de una decisión del cliente sino de la falta de cooperación del proveedor que se está dejando. Es una situación que se repite con cierta frecuencia en el mercado de hosting, y merece explicarse aparte porque sus consecuencias son las más graves de todas.

Así se ve en la práctica: un cliente decide cambiar de proveedor, pero nunca tuvo acceso directo a su propio cPanel — todo lo administraba el proveedor anterior. No tiene copia del sitio, no tiene las credenciales del hosting, y cuando solicita el acceso para migrar, el proveedor pone trabas: demora las respuestas, pide justificaciones adicionales o directamente se niega a entregar la información.

Escenario frecuente en el mercado

Cuando no hay copia, no hay acceso y el proveedor no coopera

La consecuencia más grave de este escenario es que, si el proveedor no entrega el acceso al dominio o al hosting y el cliente no cuenta con una copia propia del sitio, la única alternativa que queda en muchos casos es registrar un dominio nuevo y reconstruir el sitio desde cero.

Eso significa perder de un día para otro todo el tráfico orgánico acumulado en buscadores durante años, todas las cuentas de correo corporativo con su historial, y todo el trabajo digital construido hasta ese momento — no porque el cliente cometiera un error, sino porque nunca tuvo control real sobre un activo que era legalmente suyo.

Es importante aclarar un punto que muchos clientes desconocen: el dominio y su contenido pertenecen al titular que lo registró, no al proveedor de hosting, incluso cuando es el proveedor quien administra técnicamente la cuenta. Esa distinción legal es la base de cualquier reclamo para recuperar el acceso.

Cuando un cliente llega a Khainata en esta situación, el primer paso no es técnico sino de orientación: asesoramos sobre sus derechos como propietario del dominio y las vías disponibles para intentar recuperar el acceso — el contacto directo con el registrador del dominio (Registro.bo para dominios .bo, u otro registrador según la extensión), la solicitud formal de transferencia y, si corresponde, los mecanismos de reclamo ante el registrador. No siempre es un proceso rápido, pero es la vía correcta antes de asumir que la única opción es empezar de cero.

Preguntas frecuentes

  • Depende del alcance. En Khainata, la migración es gratuita para clientes que contratan el plan Corporativo o superior cuando se trata de una migración estándar de cPanel a cPanel. Para planes básicos, plataformas distintas a cPanel o proyectos con requerimientos especiales (tiendas grandes, múltiples dominios, configuraciones avanzadas), el costo se cotiza según el alcance real del trabajo.
  • Sí, es posible si no se toman precauciones. La casilla de correo (la dirección en sí) casi siempre se recrea sin problema en el nuevo servidor, pero los mensajes ya almacenados dependen del protocolo usado: con IMAP los mensajes suelen estar en el servidor y son recuperables; con POP3 configurado para descargar y eliminar del servidor, los mensajes antiguos pueden existir solo en la computadora del usuario y no ser recuperables durante la migración. Por eso se recomienda siempre un respaldo local antes de iniciar el proceso.
  • Entre 24 y 72 horas hábiles según la complejidad. Sitios simples en HTML o PHP sin base de datos suelen migrarse en 24 horas. Sitios en WordPress con base de datos y varias casillas de correo toman alrededor de 48 horas. Proyectos complejos, como tiendas online o sitios con múltiples dominios, pueden tomar hasta 72 horas. A esto se suma la propagación DNS, que puede tardar hasta 24 horas adicionales antes de que el cambio sea visible en todo internet.
  • Es una situación real que ocurre en el mercado. El dominio y su contenido pertenecen legalmente al titular que lo registró, no al proveedor de hosting, incluso si el proveedor administra la cuenta técnicamente. En estos casos, Khainata asesora al cliente sobre sus derechos como propietario del dominio y las vías disponibles para recuperar el acceso, como el contacto directo con el registrador del dominio (Registro.bo para dominios .bo, u otro registrador según la extensión) y los mecanismos de reclamo formal.
  • Cuatro elementos principales: acceso al cPanel del hosting de origen, acceso al panel de administración del dominio (para actualizar los registros DNS), las credenciales de cualquier servicio de terceros integrado al sitio (pasarelas de pago, APIs) y un listado de las cuentas de correo activas con sus alias y reenvíos configurados. Tener esto preparado de antemano acelera considerablemente el proceso.

¿Necesitas migrar tu hosting o correos corporativos?

Cuéntanos tu caso y te decimos exactamente qué puede migrarse, cuánto tiempo tomará y si tiene costo adicional. Sin compromisos y con atención local.

Consultar migración gratuita

Sin compromiso · Santa Cruz y La Paz · WhatsApp +591 71596771

Roberto Maldonado C.

Roberto Maldonado es Especialista Senior en Desarrollo Web y fundador de Khainata y desarrollador web con experiencia desde 1997. Ha participado en proyectos de desarrollo web, hosting, infraestructura y SEO para empresas e instituciones en Bolivia.

Conectar en LinkedIn

Lo que dicen nuestros clientes

Más de 33 reseñas verificadas en Google