Una migración de WordPress no necesita empezar con tiempo de caída.
El enfoque más seguro es dejar que el sitio actual siga sirviendo visitantes mientras preparas y pruebas una copia separada en el nuevo host. El DNS solo cambia cuando la nueva copia está lista.
Este flujo reduce el riesgo porque el host anterior permanece como respaldo funcional durante la mayor parte del proyecto.
1. Inventaria el sitio actual
No empieces copiando archivos. Empieza entendiendo qué debe moverse.
Registra:
- El dominio principal y cualquier alias
- Versiones de WordPress y PHP
- Tema y plugins activos
- Tamaño de la base de datos
- Tamaño del directorio de uploads
- Cron jobs personalizados
- Registros DNS externos
- Cuentas de correo y reenvíos
- Integraciones de pago, formularios, analítica y SMTP
Presta especial atención a servicios con lista blanca de IP, rutas absolutas, restricciones de licencia o URL de callback. Puede que necesiten actualizarse después del traslado.
En WooCommerce o sitios de membresía, identifica cuándo cambia la base de datos. Pedidos, cuentas, comentarios, reservas y envíos de formularios creados durante la migración no deben perderse.
2. Crea un backup completo
Haz un backup fresco antes de cambiar nada.
Un backup completo de WordPress incluye:
- La base de datos
- El directorio
wp-content - La configuración de WordPress
- Reglas específicas del servidor como
.htaccess - Cualquier archivo fuera de los directorios estándar de WordPress
Descarga o guarda el backup en un lugar independiente de la cuenta de hosting actual. Un backup que solo existe en el servidor que estás cambiando es un respaldo débil.
Confirma que el archivo se abre y que el export de la base contiene tablas. “Backup completado” solo sirve cuando el resultado es restaurable.
3. Prepara el destino
Crea el paquete de hosting antes de cambiar el DNS. Si aún estás eligiendo destino, empieza con un plan de hosting WordPress que ya incluya CDN, SSL, backups y staging—así la migración no se convierte también en un proyecto de ensamblar plugins.
Primero alinea los ajustes importantes de ejecución:
- Usa una versión de PHP soportada por el sitio
- Crea la base de datos y las credenciales
- Revisa límites de upload y memoria
- Activa SSL o prepara la emisión del certificado
- Configura las extensiones PHP necesarias
- Añade tareas programadas si la aplicación depende de ellas
No uses este momento para actualizar WordPress, reemplazar plugins, cambiar el tema y migrar el host a la vez. Cada cambio adicional dificulta el diagnóstico. Mueve el sitio conocido primero; mejóralo cuando la migración esté estable.
4. Copia archivos y base de datos
Las herramientas de migración pueden automatizar este paso, pero el proceso de fondo es sencillo:
- Copia los archivos de WordPress al nuevo espacio de hosting.
- Importa la base de datos.
- Actualiza las credenciales de la base en
wp-config.php. - Reemplaza URLs solo si el entorno de prueba requiere un dominio temporal.
- Preserva datos serializados de WordPress con una herramienta de buscar y reemplazar consciente de WordPress.
Evita un reemplazo de texto crudo dentro del SQL. WordPress guarda valores serializados cuya longitud puede romperse si las URLs cambian mal.
5. Prueba sin DNS público
La nueva copia necesita una ruta de prueba privada.
Según el host, usa una URL temporal, dominio de previsualización, entrada en el archivo hosts o staging. El objetivo es cargar el nuevo servidor mientras el dominio público sigue apuntando al anterior.
Prueba más que la home:
- Login y logout
- Navegación principal
- Formularios y entrega de correo
- Búsqueda
- Imágenes y archivos descargables
- Layouts móviles
- Flujos de checkout y pagos en sandbox
- Páginas de cuenta
- Redirecciones y tipos de contenido personalizados
- Acciones de admin y tareas programadas
Abre la consola del navegador y el panel de red para detectar contenido mixto, scripts faltantes, fuentes bloqueadas y peticiones que aún apuntan a la ubicación anterior.
6. Planifica la sincronización final de la base
Los sitios corporativos estáticos a menudo pueden usar la primera copia de la base en el lanzamiento. Los sitios dinámicos necesitan una sincronización final.
Para WooCommerce, reservas, foros, membresías o formularios activos, elige uno de estos enfoques:
- Pon el sitio anterior en modo mantenimiento breve mientras exportas la base final.
- Sincroniza solo las tablas que cambiaron, si entiendes el modelo de datos.
- Usa un servicio de migración diseñado para capturar cambios durante el traslado.
La ventana de mantenimiento puede ser corta porque archivos y la base inicial ya están en el destino. Comunica la ventana a quienes gestionan pedidos o contenido.
7. Baja el TTL del DNS con antelación
El tiempo de vida del DNS, o TTL, indica a los resolvers cuánto tiempo cachear un registro.
Baja el TTL relevante antes del lanzamiento—idealmente al menos un periodo de TTL previo. Así los visitantes pueden recibir la nueva dirección antes tras el cambio.
No borres registros DNS no relacionados. Una migración de sitio a menudo solo necesita actualizar los registros raíz y www. MX, SPF, DKIM, verificación y registros de servicio pueden soportar correo u otros sistemas.
Exporta la zona DNS actual antes de editarla.
8. Cambia el tráfico y observa ambos servidores
Después de la sincronización final de datos:
- Apunta los registros del sitio al nuevo host.
- Confirma el DNS público desde más de una red o resolver.
- Verifica el certificado SSL.
- Vuelve a probar páginas críticas en el dominio público.
- Revisa formularios, notificaciones de pago y correo saliente.
- Monitorea logs de error y uptime.
Algunos visitantes pueden llegar al servidor anterior mientras expiran las cachés de DNS. Mantén el sitio anterior en línea y evita hacer cambios de contenido independientes allí.
En un sitio dinámico, puedes poner un mensaje claro de mantenimiento o una redirección en el servidor anterior cuando el nuevo sitio ya reciba tráfico.
9. Mantén un camino de rollback
No canceles el hosting anterior de inmediato.
Mantenlo disponible varios días mientras monitoreas:
- Errores de aplicación
- Medios faltantes
- Entrega de correo
- Webhooks de pago
- Tareas programadas
- Rastreo de buscadores
- Cambios de tráfico y conversión
Si aparece un problema grave, el DNS puede volver al host anterior mientras investigas. Registra cualquier transacción nueva antes del rollback para reconciliarla.
10. Cierra la migración
Cuando el nuevo host esté estable:
- Sube el TTL al valor normal
- Elimina URLs temporales y cuentas de migración
- Confirma backups automáticos
- Ejecuta un escaneo de malware
- Actualiza documentación y credenciales
- Cancela el hosting anterior solo cuando sus datos ya no se necesiten
Una migración sin downtime no es un interruptor ingenioso. Es una secuencia que mantiene disponible el sitio que funciona hasta que el reemplazo se haya ganado tu confianza.
Mira cómo funcionan las migraciones de VeyoHost, pídenos que planifiquemos tu movimiento o revisa los planes de hosting WordPress.
Cuéntanos qué estás ejecutando. Te ayudamos a elegir el siguiente paso práctico.