Inicio Hosting WordPress SEO Marketing VacaWeb.com 🚀 Hosting desde $85 MXN/mes
Hosting

Cómo Migrar tu Sitio Web a Otro Hosting sin Tiempo de Inactividad

8 Mar 2025 13 min de lectura VacaWeb Blog

Guía profesional para migrar tu sitio web sin perder tráfico ni ventas. Proceso completo paso a paso que incluye DNS, archivos, bases de datos y correos electrónicos.

Migrar tu sitio sin que nadie lo note: el protocolo profesional

Una migración de hosting mal planificada puede resultar en horas o días de downtime, pérdida de emails y datos corruptos. La migración sin downtime requiere preparación, conocimiento de cómo funciona el DNS y un proceso de verificación en paralelo antes de hacer el cambio definitivo. Este protocolo es el que seguimos en VacaWeb cuando migramos los 1,200+ sitios de nuestros clientes.

Fase 1: Preparación (24–72 horas antes)

# Paso 1: Reducir el TTL de tus registros DNS a 300 segundos (5 min)
# Esto acelera la propagación cuando hagas el cambio real
# En cPanel → Zone Editor del servidor ACTUAL:
# Cambia el TTL del registro A de 86400 a 300

# Verificar el TTL actual
dig A tudominio.com.mx +short  # Ver la IP actual
dig A tudominio.com.mx | grep "IN" | awk '{print $2}'  # Ver TTL actual

# Paso 2: Crear backup completo del sitio origen
# Archivos:
tar -czf sitio_backup_$(date +%Y%m%d).tar.gz /home/tuusuario/public_html/
# Base de datos:
mysqldump -u usuario -p nombre_db | gzip > db_backup_$(date +%Y%m%d).sql.gz

# Paso 3: Transferir archivos al servidor destino con rsync
rsync -avz --progress -e "ssh -p 22"   /home/tuusuario/public_html/   nuevoservidor@hosting-destino.com:/home/nuevousuario/public_html/

Fase 2: Configuración en el servidor destino

# En el servidor DESTINO (VacaWeb):
# 1. Importar la base de datos
mysql -u nuevo_usuario -p nuevo_nombre_db < db_backup.sql

# 2. Actualizar wp-config.php con las nuevas credenciales de DB
nano /home/nuevousuario/public_html/wp-config.php
# Cambiar: DB_HOST, DB_NAME, DB_USER, DB_PASSWORD

# 3. Actualizar URLs en la base de datos (si la URL del sitio cambia)
wp search-replace 'https://old-host.com' 'https://tudominio.com.mx' --all-tables

# 4. Actualizar permisos de archivos
find /home/nuevousuario/public_html/ -type f -exec chmod 644 {} \;
find /home/nuevousuario/public_html/ -type d -exec chmod 755 {} \;
chmod 600 /home/nuevousuario/public_html/wp-config.php
🚛
Diagrama del proceso de migración sin downtime: archivos y DB se copian al servidor destino mientras el sitio sigue funcionando en origen. Solo cuando todo está verificado se hace el cambio de DNS.

Fase 3: Verificar el sitio ANTES de cambiar el DNS

Este es el paso crítico que distingue una migración profesional de una amateur. Puedes probar el sitio en el servidor destino ANTES de cambiar el DNS modificando el archivo hosts de tu computadora:

# En Windows (Bloc de notas como Administrador): C:\Windows\System32\drivers\etc\hosts
# En Linux/Mac: /etc/hosts
# Agregar esta línea (con la IP del NUEVO servidor):
IP_NUEVO_SERVIDOR tudominio.com.mx www.tudominio.com.mx

# Ejemplo:
192.168.100.50 miempresa.com.mx www.miempresa.com.mx

# Ahora cuando abras tu navegador, verás el sitio en el NUEVO servidor
# aunque el DNS global todavía apunta al viejo

# Lista de verificación en el nuevo servidor:
# ✓ Página principal carga correctamente
# ✓ Imágenes y recursos estáticos funcionan
# ✓ Login de WordPress/admin funciona
# ✓ Formularios envían correctamente
# ✓ SSL está activo y sin errores
# ✓ Correos se envían y reciben

# Al terminar, ELIMINA la entrada de /etc/hosts para volver a ver el sitio real

Fase 4: El corte de DNS (The Cutover)

# En el registrador de tu dominio, actualiza los nameservers o registros A:
# Opción A: Cambiar nameservers a los de VacaWeb
# ns1.vacaweb.com / ns2.vacaweb.com

# Opción B: Cambiar solo el registro A (si gestionas DNS externamente)
# tudominio.com.mx → IP_NUEVO_SERVIDOR (TTL: 300)
# www.tudominio.com.mx → IP_NUEVO_SERVIDOR (TTL: 300)

# Monitorear la propagación desde múltiples ubicaciones
# whatsmydns.net → ingresa tu dominio → tipo A → verificar que dice la nueva IP

# Desde terminal, consultar múltiples DNS servers:
for dns in 8.8.8.8 1.1.1.1 208.67.222.222 9.9.9.9; do
  echo -n "DNS $dns: "
  dig A tudominio.com.mx @$dns +short
done
💡 Mantener el servidor viejo activo 48 horas más No canceles el hosting anterior inmediatamente después del corte de DNS. Algunos ISPs en México y zonas rurales pueden tardar hasta 48 horas en propagar el cambio. Mantén el servidor viejo activo ese tiempo como respaldo. Solo cancela cuando confirmes que todo el tráfico llega al nuevo servidor revisando los access logs.

VacaWeb ofrece migración gratuita asistida para todos los clientes nuevos. Nuestro equipo técnico realiza el proceso completo (backup, transferencia, verificación y cambio de DNS) sin cargo adicional. Abre un ticket de migración en soporte técnico.

Escenarios Prácticos: Migración de Hosting sin Caídas

Escenario 1 — Tienda WooCommerce con 500 pedidos activos: La migración más delicada: la base de datos de pedidos no debe perderse durante el proceso. Estrategia de sincronización continua con rsync:

# Paso 1: Copia inicial de archivos (puede tardar horas en sitios grandes)
rsync -avz --progress -e "ssh -p 22" usuario@servidorviejo:/home/usuario/public_html/   /home/usuario/public_html/

# Paso 2: Exportar base de datos del servidor viejo
mysqldump -u dbuser -p dbname > backup_$(date +%Y%m%d_%H%M).sql

# Paso 3: Importar en servidor nuevo
mysql -u dbuser_nuevo -p dbname_nuevo < backup_20260320_0200.sql

# Paso 4: Sync final justo antes de cambiar DNS (captura cambios recientes)
rsync -avz --delete --checksum -e "ssh -p 22"   usuario@servidorviejo:/home/usuario/public_html/ /home/usuario/public_html/

# Paso 5: Reducir TTL del DNS a 300s con 24h de anticipación
# Paso 6: Cambiar A record al nuevo servidor
# Paso 7: Monitorear propagación
watch -n 30 "dig A tudominio.com.mx @8.8.8.8 +short"

Escenario 2 — Blog con contenido estático, migración en 2 horas: Para sitios sin ecommerce activo, el proceso es más simple. El riesgo principal es perder comentarios nuevos durante la ventana de migración.

Errores Comunes en Migraciones de Hosting

ErrorConsecuenciaCausaSolución
Sin bajar el TTLPropagación DNS tarda 48hTTL en 86400s (24h)Bajar TTL a 300s con 24h de anticipación
URL absoluta en BD WordPressImágenes y links rotosIP del servidor viejo en BDUsar WP-CLI: wp search-replace viejo.ip nuevo.dominio
Permisos de archivo incorrectosError 500 en nuevo servidorrsync no preserva permisos UnixUsar rsync -a (archive mantiene permisos)
Sin verificar en nuevo servidorMigración con errores descubiertos tardeNo probar antes de cambiar DNSEditar /etc/hosts local para probar con IP nueva
Olvidar correos activosEmails perdidos durante migraciónSolo se migran archivos webMigrar buzones IMAP con imapsync antes del corte

Preguntas Frecuentes sobre Migración de Hosting

¿Cuánto tarda en propagarse un cambio de DNS?

Con TTL de 300 segundos (5 minutos), la mayoría de resolvers DNS del mundo actualizan en 15-30 minutos. Sin embargo, algunos ISPs en México ignoran el TTL y cachean hasta 24 horas. Para verificar la propagación global usa dnschecker.org o DNS Propagation Checker. Prepara siempre el nuevo servidor con anticipación.

¿Cómo pruebo el nuevo servidor antes de cambiar el DNS?

Edita el archivo hosts de tu computadora: en Windows C:\Windows\System32\drivers\etc\hosts, en Mac/Linux /etc/hosts. Agrega la línea: NUEVA_IP tudominio.com.mx. Tu navegador resolverá al nuevo servidor mientras el resto del mundo sigue en el viejo. Prueba todas las funciones del sitio antes de cambiar DNS.

¿Puedo migrar WordPress con un plugin?

Sí. All-in-One WP Migration o Duplicator Pro permiten exportar e importar el sitio completo incluyendo la base de datos. Son ideales para sitios menores a 1 GB. Para sitios grandes o ecommerce activo, la migración manual con rsync y mysqldump da más control y menos errores.

¿Qué pasa con mis correos durante la migración?

El correo usa registros MX de DNS, separados del registro A del sitio web. Puedes migrar primero el sitio web (registro A) y luego migrar los correos (cambiar MX) en operaciones separadas. Esto reduce el riesgo de afectar correo y web simultáneamente. Migra correos en horario de bajo volumen (madrugada).

¿Necesito contrato del proveedor antiguo hasta que el DNS propague?

Sí. Mantén el servidor viejo activo y funcionando hasta que confirmes que el DNS propagó en todo el mundo (usa dnschecker.org) y que el nuevo servidor funciona correctamente. El período de solapamiento recomendado es 48-72 horas. Cancela el servicio antiguo solo cuando estés 100% seguro de que todo funciona en el nuevo.

👨‍💻
Juan Vaca Cloud Infrastructure Expert & Founder de VacaWeb

Fundador de VacaWeb con más de 15 años administrando infraestructura Linux en producción. Especialista en LiteSpeed, CloudLinux, cPanel/WHM y arquitectura de hosting de alto rendimiento para el mercado mexicano. Ha diseñado y migrado la infraestructura de más de 1,200 sitios web empresariales.

Compartir: