Migración

Migrar WordPress a Cloudways sin pruebas te cuesta ventas

Tu tienda carga lenta, el soporte del hosting tarda en responder y acabas de contratar Cloudways. Para migrar a Cloudways paso a paso sin interrumpir la web, crea un backup externo, reduce el TTL, usa Cloudways WordPress Migrator y prueba la copia en la URL temporal antes de cambiar el DNS.

Índice

Anuncio

Resume el proceso y evita cambiar el DNS a ciegas

Una migración segura a Cloudways sigue cinco fases: preparar una copia externa, crear la aplicación de destino, ejecutar el migrador, validar la clonación y cambiar el DNS.

  1. Guarda una copia independiente de archivos y base de datos antes de tocar la web.
  2. Crea una aplicación vacía en Cloudways y copia sus datos SFTP.
  3. Ejecuta Cloudways WordPress Migrator desde el WordPress alojado en el servidor antiguo.
  4. Prueba la URL temporal sin cambiar el dominio ni afectar a visitas reales.
  5. Actualiza el registro A solo cuando la copia supere todas las comprobaciones.
Método de pruebaAfecta a visitasPermite probar formulariosCambio de DNS
URL temporal de CloudwaysNoSí, con SMTPNo
Archivo hosts localNoSí, con dominio realNo
Cambio directo de DNS

Distingue copia y sincronización

Una copia de seguridad guarda una foto recuperable de la web, mientras que una clonación crea otra web igual en otro servidor; ninguna de las dos mantiene ambos sitios actualizados después de realizarla.

Mantén el origen disponible

Conserva activo el hosting anterior entre 7 y 14 días tras el cambio de DNS para detectar fallos de cron, correos, caché o redirecciones sin perder la opción de volver atrás.

Migrar WordPress a Cloudways sin pruebas te cuesta ventas

Prepara los accesos y el backup 24-48 horas antes

Preparar credenciales, DNS y copias antes del traslado evita caídas públicas; baja el TTL entre 24 y 48 horas antes del cambio para acelerar la difusión del nuevo registro A.

Guarda una copia fuera del hosting

Descarga una copia completa en un espacio independiente, como almacenamiento cifrado o un ordenador protegido. Debe incluir los archivos de WordPress, la carpeta wp-content, temas, plugins, imágenes, el archivo wp-config.php y una exportación de la base de datos MySQL desde phpMyAdmin.

El Reglamento General de Protección de Datos y la LOPDGDD obligan a proteger los accesos y las copias que contengan datos personales. No envíes contraseñas ni bases de datos por correo sin protección.

Registra DNS, correo y reglas

Haz capturas o anota cada registro DNS: A, CNAME, MX y TXT; estos últimos suelen contener SPF, DKIM o DMARC, reglas que ayudan a validar el correo y evitar que termine en spam.

Actualiza sin mezclar cambios grandes

Actualiza WordPress, el tema y los plugins solo si sabes que son compatibles con la versión de PHP elegida en Cloudways, y evita mezclar actualizaciones importantes con la migración el mismo día.

Migrar WordPress a Cloudways sin pruebas te cuesta ventas

Configura el migrador y valida la copia sin publicar

Cloudways WordPress Migrator requiere los datos de la aplicación creada en Cloudways, no los del dominio final ni los del servidor antiguo.

Flujo seguro de la migración
1. Backup externo2. App Cloudways3. Migrator4. Pruebas5. DNS y SSL

Introduce los campos de destino correctos

Instala el plugin Cloudways WordPress Migrator en el WordPress de origen y escribe la URL temporal de Cloudways como destino, junto con las credenciales SFTP de la nueva aplicación. No uses todavía tudominio.es, porque si sigue apuntando al hosting anterior puede provocar redirecciones o bucles.

Revisa el log si el proceso se para

Un timeout no siempre significa que la migración haya fallado: imágenes pesadas, backups antiguos, una base de datos grande o límites del hosting de origen pueden agotar el tiempo de ejecución después de transferir parte del contenido. Revisa el registro del plugin, el espacio libre, permisos y el tamaño de la base de datos antes de repetir.

Prueba lo que el visitante no ve

Comprueba portada, páginas, menú, enlaces internos, imágenes, PDFs, buscador, acceso de usuarios y recuperación de contraseña. Envía un formulario de prueba y confirma que el destinatario recibe el email, no solo que aparece el mensaje de envío correcto.

Al configurar Cloudways WordPress Migrator, identifica qué corresponde a cada campo para no conectar con la aplicación equivocada. La URL de destino debe ser normalmente la URL temporal de Cloudways mientras el dominio principal siga en el hosting antiguo; el host o IP SFTP, el usuario y la contraseña se copian desde las credenciales de la aplicación de destino, no desde el proveedor anterior. Comprueba también la ruta indicada para la instalación, que suele corresponder al directorio público de la aplicación.

Si el asistente solicita datos de base de datos, usa el nombre de base de datos, usuario y contraseña mostrados en Cloudways para esa aplicación. No sustituyas estos datos por los de wp-config.php del origen: esos solo sirven como referencia para verificar que la clonación de WordPress ha trasladado tablas y prefijos correctamente.

Resuelve tus dudas

¿Cuánto tarda una migración a Cloudways?

Una web pequeña suele copiarse en 10 a 30 minutos, pero una tienda con muchas imágenes puede tardar entre 2 y 6 horas. La propagación DNS puede durar hasta 24-48 horas si el TTL anterior era alto.

¿Cloudways WordPress Migrator es gratuito?

El plugin Cloudways WordPress Migrator puede instalarse sin coste desde WordPress. Las condiciones de migración asistida o soporte dependen del plan activo y deben revisarse en el panel de Cloudways.

¿Puedo mover WooCommerce sin perder pedidos?

Sí, pero debes congelar cambios durante el corte DNS o copiar a mano los pedidos creados después de la clonación. Revisa pagos, stock, cupones, emails transaccionales y el último pedido en ambos servidores antes de cerrar el origen.

¿Por qué mi web redirige al hosting antiguo?

La redirección suele deberse a DNS sin actualizar, caché de Cloudflare, una URL de WordPress antigua o una regla HTTPS. Vacía cachés, revisa los campos de dirección de WordPress y confirma que el registro A apunta a la IP de Cloudways.

Si aparece un error 403, revisa primero si un firewall, una regla de seguridad del hosting de origen, un plugin como Wordfence o una protección por contraseña está bloqueando las conexiones del migrador. Un error 500 suele requerir consultar el registro de errores de PHP y comprobar la versión de PHP, memoria disponible, permisos de archivos y reglas personalizadas de .htaccess. Tras la copia, el contenido mixto se reconoce porque algunas imágenes, scripts o fuentes siguen cargando por http://; fuerza HTTPS solo después de emitir el certificado y sustituye las URLs antiguas con una herramienta que respete los datos serializados de WordPress.

Haz una copia de la base de datos antes de cualquier búsqueda y reemplazo masivo.

Cambia DNS, activa SSL y conserva el rollback

Cambia el registro A del dominio hacia la IP de Cloudways solo después de aprobar las pruebas, añade el dominio en la aplicación y conserva los registros MX y TXT si el correo vive fuera del servidor.

Protege una tienda durante el corte

En WooCommerce define una ventana de congelación de cambios de entre 30 y 60 minutos. Evita publicar productos, cambiar stock o procesar pedidos mientras parte de los visitantes podría llegar al servidor viejo y otra parte al nuevo.

Configura correo, caché y copias

Configura SMTP con el proveedor de correo que ya uses y envía pruebas desde formularios, WooCommerce y recuperación de contraseña. Activa backups automáticos en Cloudways y confirma que WP-Cron ejecuta las tareas programadas.

Vuelve atrás con un plan escrito

Un rollback real consiste en volver el registro A a la IP antigua, limpiar cachés y conservar activo el hosting de origen si fallan pagos, accesos, correos críticos o páginas clave.

⚠️ Si el certificado SSL no se emite, verifica primero que el dominio ya resuelve hacia Cloudways y que no existe una regla de Cloudflare bloqueando la validación.

Una vez que el dominio resuelva en Cloudways, añade o confirma el dominio en la aplicación y solicita el certificado Let's Encrypt desde el panel. Activa la redirección a HTTPS únicamente cuando el certificado esté emitido y comprueba que no entre en conflicto con Cloudflare o con reglas antiguas de .htaccess. Para el rendimiento, configura Breeze si vas a utilizar su gestión de caché y purga la caché de Varnish después de cambios importantes. En sitios con muchas consultas, una caché de objetos como Redis puede reducir carga, pero debe activarse junto con un plugin compatible y probarse con carrito, login y zonas privadas.

Finalmente, define la frecuencia y retención de los backups automáticos de Cloudways y verifica una restauración en un entorno de prueba.

Anuncio

Lecturas adicionales

Si quieres ampliar información sobre este tema, estas fuentes pueden interesarte:

RESUMIR CON IA: Extrae lo importante

Comparte este artículo:

Josu Barrios

Josu Barrios

Somos especialistas en mantenimiento WordPress para empresas, profesionales y tiendas online. Contamos con experiencia en seguridad web, optimización de rendimiento, actualizaciones, copias de seguridad y resolución de incidencias técnicas, ayudando a que cada sitio funcione de forma rápida, estable y protegida. Nuestro enfoque combina soporte técnico profesional, buenas prácticas de seguridad y seguimiento continuo para ofrecer un servicio fiable, transparente y orientado a resultados reales.