Cambiar de hosting no es «bajar un zip y rezar». Es copiar archivos, copiar bases, recrear el correo (o dejar el MX quieto a propósito), apuntar el DNS al final y no cancelar el origen hasta ver el candado, las bandejas y el checkout. Da igual si traes WordPress, PrestaShop, Moodle o un HTML estático: el orden es el mismo. El premio, si tu audiencia está en Colombia, no es un tema nuevo: es que la web responda cerca, en operación local conectada al NAP.

Puedes hacerlo tú con este checklist, o abrir un ticket de migraciones y que lo hagamos. Las dos vías llegan al mismo sitio: un sitio elástico con cPanel en Conexcol. Si el caso es WordPress y quieres la receta con wp-config, esa está en migrar WordPress a un hosting en Colombia. Esta página es la genérica: cualquier sitio, sin asumir el CMS.

Qué vas a tener al terminar

Un orden de mudanza que no parte el correo ni el SEO el mismo día. El origen viejo sigue vivo hasta que tú lo apagas. El destino ya responde por hosts o por DNS, con HTTPS cuando el nombre ya resuelve aquí.

Antes: inventario, no héroe

Escribe en un bloc lo que el origen tiene de verdad. No lo que «crees que hay».

  1. Archivos: public_html (o el document root), crons, .htaccess, certificados si los bajaste a mano.
  2. Bases: nombre, usuario, motor (MySQL/MariaDB). Cuántas. Un export reciente.
  3. Correo: buzones, reenviadores, listas. ¿El MX apunta al hosting o a Google Workspace / Microsoft 365?
  4. DNS: ¿quién tiene los nameservers? ¿La zona vive en el hosting, en el registrador, en un DNS de terceros?
  5. PHP y extensiones. En destino, deja la misma o una menor hasta probar. WordPress moderno pide PHP 8; el resto de stacks, lo que el origen ya corría.
  6. SSL: AutoSSL o un certificado de pago (wildcard, OV). El de pago hay que reemitir o instalar; no «viaja» mágico en el zip.

Contrata el destino primero. Espera el correo con cPanel. No cambies nameservers todavía. Eso es el último paso, no el primero. Carrito: Cloud Web Hosting. Si el mapa de líneas no está claro —sitio elástico, cloud, cluster, Windows— lee sitios elásticos, cloud, cluster o Windows y cómo elegir hosting en Colombia.

1. Archivos

En el origen, un zip del document root o una bajada por FTP. En Conexcol: cPanel → Administrador de archivos → public_html → subir y extraer. El gesto del zip está en subir el sitio por el Administrador de archivos. FTP: cómo conectarse por FTP.

Respeta rutas. Si el sitio vivía en un subdirectorio, no lo vuelques a la raíz «porque queda más limpio» el día de la mudanza: se rompen includes y permalinks. Los crons del origen no se copian solos: anótalos y recréalos en tareas cron en cPanel.

2. Bases de datos

Exportar en origen (phpMyAdmin → SQL, o el dump que use tu CMS). En destino: crear base, usuario y privilegios, luego importar el .sql. Actualiza el archivo de configuración del CMS con el nombre de base, usuario y clave nuevos. El host suele ser localhost.

Si el dump pesa y phpMyAdmin se ahoga, parte el SQL o usa la terminal de cPanel. Un import a medias deja tablas cortadas y un admin que «entra pero no guarda». No apuntes el DNS encima de eso.

3. Correo: el que más gente rompe

Dos mundos. Si el correo vive en el hosting, recrea las cuentas en el cPanel nuevo antes de mover MX o nameservers, y copia las bandejas si te importan (IMAP a IMAP, o el backup de correo del origen). Cómo se crea la cuenta: correo corporativo en cPanel. SPF/DKIM en el destino: SPF, DKIM y DMARC.

Si el MX ya apunta a Google Workspace, no dejes que la zona nueva del hosting publique un MX local por default. Eso es el split brain: la web se va, el correo se parte. La zona se edita en cPanel: registros DNS en cPanel. El criterio de partir o no dominio y hosting: hosting y dominio juntos o separados.

4. Probar sin tocar el DNS

Archivo hosts de tu computador: el dominio a la IP nueva. O un subdominio de prueba. Entra al admin, manda un formulario, mira imágenes, mira el carrito. El candado puede no salir mientras el mundo aún resuelve al origen: AutoSSL espera a que el nombre apunte aquí. No es un fallo del plan. Estado: AutoSSL.

Si usas LiteSpeed Cache, no copies ciego la config del origen: qué es LiteSpeed y configurarlo en WordPress. JetBackup en destino empieza a rotar solo; el origen también necesita una copia tuya de este día: JetBackup.

5. DNS, al final

Cuando el destino está bien por hosts, cambia nameservers donde está registrado el dominio —o, si la zona vive en un DNS de terceros, cambia el registro A (y AAAA si hay) hacia la IP nueva, y revisa MX, TXT y CNAME uno por uno. Qué son los nameservers: qué es el DNS. Baja el TTL el día anterior si puedes: la convergencia duele menos.

No muevas el DNS un viernes a las cinco si el correo es el canal de las facturas. Mueve, mira bandejas, mira el home desde el celular (sin el hosts de la oficina). La latencia del visitante en Bogotá es el otro premio de la mudanza: latencia en Colombia.

6. No canceles el origen

Déjalo una semana, a veces dos. TTL que no bajaste, un resolver que no propagó, un cron que aún pega al viejo, un webmaster que tenía el hosts al revés. Cuando Google, el correo y el checkout estén en el nuevo, cancelas. Cancelar el día del cambio es el clásico: el rollback desaparece.

El origen no es un enemigo. Es el seguro. JetBackup en Conexcol no restaura lo que nunca se copió; el zip del día cero sigue siendo tuyo.

Si no quieres hacerlo tú

Ese es el producto, no un favor. Ticket de migraciones, acceso al panel viejo (o FTP + base + lista de buzones), y nosotros copiamos. El reason why de mudarte a Conexcol no es un wizard mágico: es origen en Colombia, cPanel, LVE, LiteSpeed, JetBackup y alguien en tu huso si el sábado el permalink se rompe. Desde 1999 hacemos esa mudanza. Landing: migrar a Conexcol.

WordPress tiene receta propia: migrar WordPress. Requisitos de esa línea: hosting WordPress en Colombia.

Ticket de migraciones · Contratar el destino · /hosting/ · migra a Conexcol · cloud · cluster · Windows