{"id":71,"date":"2026-05-25T20:15:35","date_gmt":"2026-05-26T00:15:35","guid":{"rendered":"https:\/\/altahosting.cl\/blog\/como-migrar-hosting-sin-perder-datos\/"},"modified":"2026-10-12T18:27:27","modified_gmt":"2026-10-12T21:27:27","slug":"como-migrar-hosting-sin-perder-datos","status":"publish","type":"post","link":"https:\/\/altahosting.cl\/blog\/como-migrar-hosting-sin-perder-datos\/","title":{"rendered":"Cambiarse de hosting en Chile: cu\u00e1nto demora, qu\u00e9 se cae y qu\u00e9 pasa con tu correo"},"content":{"rendered":"

Casi nadie se queda en un mal hosting por gusto. Se queda por miedo: a que la p\u00e1gina desaparezca un d\u00eda entero, a perder los correos de cinco a\u00f1os o a que el cambio demore semanas.<\/p>\n

Ese miedo tiene base, porque las migraciones que salen mal existen. Pero casi nunca fallan por la copia de los archivos. Fallan por el orden en que se hicieron las cosas. Aqu\u00ed va cu\u00e1nto demora de verdad cada parte, qu\u00e9 se puede caer, qu\u00e9 pasa con el correo y qu\u00e9 te van a pedir.<\/p>\n

Una migraci\u00f3n son tres mudanzas, no una<\/h2>\n

Cuando alguien dice \u00abme cambi\u00e9 de hosting\u00bb en realidad movi\u00f3 tres cosas distintas, y cada una tiene su propio reloj:<\/p>\n\n\n\n\n\n\n\n
Qu\u00e9 se mueve<\/th>\nDe qu\u00e9 depende el tiempo<\/th>\nQu\u00e9 puede salir mal<\/th>\n<\/tr>\n<\/thead>\n
El sitio<\/strong>: archivos y base de datos<\/td>\nDel peso del sitio y de la velocidad con que el hosting antiguo entrega la copia<\/td>\nQue la copia quede incompleta o que el sitio dependa de una versi\u00f3n de PHP distinta<\/td>\n<\/tr>\n
El correo<\/strong>: casillas y mensajes<\/td>\nDe cu\u00e1ntas casillas hay y de cu\u00e1ntos GB de mensajes guarda cada una<\/td>\nQue los mensajes que llegaron durante el cambio queden en el servidor antiguo<\/td>\n<\/tr>\n
El dominio<\/strong>: hacia d\u00f3nde apunta<\/td>\nDel TTL de tus registros DNS, no de \u00abla propagaci\u00f3n\u00bb<\/td>\nCambiarlo antes de que lo otro est\u00e9 listo, o perder registros que nadie anot\u00f3<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Las dos primeras se hacen sin que nadie lo note, porque tu sitio sigue funcionando donde siempre. La tercera es el momento del cambio, y dura mucho menos de lo que se cree.<\/p>\n

Cu\u00e1nto demora de verdad<\/h2>\n

La respuesta honesta es que depende del peso, y por eso conviene desconfiar de quien promete un plazo sin haber visto tu cuenta. Lo que s\u00ed se puede decir es de qu\u00e9 depende cada tramo.<\/p>\n

La copia del sitio<\/strong> depende de los GB. Un sitio corporativo de unas pocas p\u00e1ginas pesa poco y se copia r\u00e1pido; una tienda con a\u00f1os de fotos de productos o un sitio con respaldos antiguos guardados dentro de la misma cuenta pesa mucho m\u00e1s. Antes de migrar conviene saber cu\u00e1nto ocupas de verdad, que es justo lo que explicamos en cu\u00e1ntos GB de hosting necesitas<\/a>.<\/p>\n

La copia del correo<\/strong> suele ser la parte m\u00e1s larga. Una casilla que lleva a\u00f1os guardando adjuntos puede pesar m\u00e1s que todo el sitio web. Se copia casilla por casilla, con sus carpetas.<\/p>\n

El cambio de DNS<\/strong> no demora 48 horas. Demora lo que diga el TTL de tus registros, que es el tiempo que cada servidor de internet guarda la respuesta antigua antes de volver a preguntar. Si el TTL se baja con anticipaci\u00f3n, el cambio se nota en minutos. Lo medimos con un dominio .cl y est\u00e1 contado en cu\u00e1nto tarda de verdad un cambio de DNS<\/a>: el sitio cargaba desde el servidor nuevo esa misma ma\u00f1ana.<\/p>\n

Por eso el plazo total de una migraci\u00f3n bien hecha lo marca la copia, no el cambio. Y la copia se puede hacer con calma, porque mientras tanto nada est\u00e1 ca\u00eddo.<\/p>\n

Qu\u00e9 se cae y qu\u00e9 no<\/h2>\n

Si se respeta el orden, no se cae nada. El orden es este:<\/p>\n

    \n
  1. Se copia todo al hosting nuevo mientras el antiguo sigue atendiendo.<\/li>\n
  2. Se prueba el sitio en el hosting nuevo antes de tocar el dominio.<\/li>\n
  3. Reci\u00e9n entonces se cambian los DNS.<\/li>\n
  4. Se hace una \u00faltima pasada de correo, para traer lo que lleg\u00f3 durante el cambio.<\/li>\n
  5. El hosting antiguo se da de baja al final, no al principio.<\/li>\n<\/ol>\n

    Las ca\u00eddas que la gente recuerda vienen de saltarse un paso. Las tres m\u00e1s comunes:<\/p>\n