Cómo migrar WordPress a otro hosting paso a paso

Para migrar WordPress a otro hosting sin improvisar, conserva primero una copia comprobable, prepara el destino, prueba la web antes de cambiar DNS y mantén el origen activo hasta verificar web, correo y pedidos. Si además cambias de dominio, hay pasos adicionales para las URLs. No se puede prometer «cero interrupciones» sin conocer el sitio y sus servicios.

Antes de empezar: inventario y ventana de cambio

Anota versión de WordPress y PHP, plugins críticos, tamaño de archivos y base de datos, cuentas de correo, registros DNS y pasarelas de pago. Elige una ventana de baja actividad y avisa a quienes publican o venden. Prepara un responsable y un plan de vuelta atrás. La documentación oficial de migración de WordPress recomienda respaldar archivos y base de datos antes de mover el sitio.

Usa la IA para revisar el plan, no para ejecutar la migración

La lista de esta guía ordena copia, destino, pruebas, DNS y cierre. Una IA puede detectar huecos en tu inventario particular, pero no sabe qué buzones están activos, qué servidor recibe los formularios ni si entraron pedidos después de la copia. Dale un resumen sin secretos y pídele preguntas y pruebas pendientes, no comandos para ejecutar sin revisión.

Prepara una ficha con estos campos: tipo de web, funciones críticas, proveedor de web y de correo (pueden ser distintos), responsable de DNS, método de copia, fecha de la última restauración probada, ventana de cambio y persona responsable. Escribe «desconocido» donde falte un dato. No pegues contraseñas, archivos wp-config.php, claves de pago, exportaciones de usuarios, direcciones de clientes ni registros con tokens. La guía para conservar el correo explica qué comprobar antes de tocar MX y TXT.

Plantilla de consulta segura

Vamos a mover una web WordPress [corporativa/tienda] a otro hosting. Tenemos [número] sitios y [número] buzones, sin nombres ni direcciones reales. El correo seguirá en [proveedor o «por decidir»]. La zona DNS la administra [rol o «desconocido»]. Hay [formularios/carrito/integraciones] y la última copia restaurada se probó [fecha o «nunca»]. No te daré credenciales ni datos de clientes. Devuélveme una lista por fases: inventario, copia, preparación del destino, prueba antes de DNS, cambio, verificación de web y correo y vuelta atrás. Para cada paso indica responsable, prueba observable y dato faltante. Señala los supuestos que no puedas verificar. No ejecutes cambios.

Revisa la respuesta contra el sistema real. Si propone «cambiar DNS» pero omite MX, SPF, DKIM o DMARC, la lista está incompleta. Si afirma que los buzones se mudarán automáticamente con WordPress, corrígela: web y correo pueden estar en proveedores distintos. Si hay WooCommerce, añade la conciliación de pedidos nuevos y el checklist específico de tienda antes de fijar la ventana de corte.

Una omisión que importa

Una agencia mueve la web de una asesoría y conserva el correo externo. La IA propone copiar WordPress, apuntar el dominio al nuevo servidor y cancelar el hosting antiguo. Falta confirmar quién aloja los buzones y cuáles son los registros autoritativos. El responsable detiene el cambio, inventaría MX y TXT, prueba un buzón desde una cuenta externa y mantiene el origen hasta verificar que formularios y mensajes siguen llegando. La comprobación posterior sirve para registrar cada resultado.

Convierte la salida de la IA en una tabla de trabajo con cuatro columnas: paso, responsable, evidencia y estado. Marca «pendiente» cualquier punto sin dueño o prueba. Una persona debe aprobar las dependencias y la vuelta atrás antes del corte; la respuesta de IA no sustituye una restauración ensayada. Si entraron pedidos o formularios desde la copia, no restaures una base antigua sin conciliarlos.

Migración paso a paso

1. Genera y verifica la copia. Descarga archivos —incluidas las subidas— y exporta la base de datos. Comprueba que los ficheros se abren y que la exportación no está vacía. Guarda también una copia de la configuración necesaria fuera de la web pública.
2. Prepara el nuevo hosting. Crea la base de datos y el sitio, configura PHP compatible, HTTPS y espacio suficiente. Anota datos de conexión sin publicarlos.
3. Copia archivos e importa datos. Ajusta las credenciales de base de datos en la configuración de WordPress. Si cambia el dominio, sigue el procedimiento oficial para actualizar URLs; un reemplazo de texto indiscriminado puede dañar datos serializados.
4. Prueba antes de mover DNS. Usa una URL de prueba o una resolución local temporal según el proveedor. Recorre portada, páginas internas, imágenes, acceso, formularios y enlaces permanentes. No permitas que un entorno de prueba se indexe como duplicado.
5. Prepara el correo. Si el correo también se muda, copia buzones cuando corresponda y registra MX, SPF, DKIM y DMARC. Un cambio de web no transfiere automáticamente los mensajes; sigue el plan específico de correo.
6. Haz el cambio de DNS. Confirma los registros finales y cambia solo los necesarios. La propagación y el caché no terminan a una hora exacta: por eso el origen debe seguir disponible durante la transición.
7. Verifica en producción. Comprueba HTTPS, formularios, correo entrante y saliente, imágenes, redirecciones y páginas importantes con la lista posterior. En una tienda, sigue un corte que conserve los pedidos nuevos y prueba el pago antes de reabrir.
8. Cierra con cautela. Monitoriza errores y copias nuevas en el destino. Cancela el hosting anterior únicamente cuando hayas verificado la web, los datos y el correo y ya no dependas de él para recuperar nada.

Si algo falla, no empeores la situación

Si faltan imágenes o aparecen errores de base de datos, evita publicar cambios nuevos mientras comparas origen y destino. Si el checkout no funciona, detén campañas y vuelve al plan de contingencia acordado. Documenta hora y síntoma para soporte. Una restauración de una copia antigua puede sobrescribir pedidos o formularios recientes; revisa esos datos antes de ejecutar el retorno.

Plugin frente a migración de proveedor

Existe una guía anterior sobre All-in-One WP Migration para cambiar una web de dominio mediante un plugin. Sirve como técnica posible, pero no sustituye el inventario de correo, DNS, pruebas y vuelta atrás de una mudanza completa de hosting.

Si quieres mover tu web a IDEIHOSTING, compara primero hosting compartido o VPS y consulta el alcance de la migración para tu caso. Confirma por escrito qué trasladará cada parte antes de programar el cambio.

Prepara también un punto de retorno: restaurar una copia exige saber qué archivos y datos incluye y qué cambios llegaron después. En una tienda, nunca sobreescribas pedidos nuevos con una base antigua.

Si no controlas DNS, correo o integraciones, evalúa cuándo contratar ayuda para migrar. El cierre no termina al cambiar los registros: revisa datos y funciones en el servidor nuevo.

Si estás valorando trasladarte a IDEIHOSTING, las preguntas sobre la migración te ayudan a definir qué servicio debe moverse y qué alcance confirmar por escrito.