Migrar WordPress sin downtime: guía paso a paso

📅 Publicado el 9 de noviembre, 2026 · Por Equipo RedServicio

Migrar WordPress sin downtime es, o debería ser, el objetivo de cualquier administrador web que se precie: mantener el sitio accesible mientras cambias de servidor evita perder visitantes, ventas y posicionamiento SEO. Parece tarea de expertos, lo sé. Pero con una planificación razonable y los pasos correctos, cualquier webmaster puede completar la migración sin que los usuarios noten absolutamente nada. Aquí va el proceso completo, desde la preparación inicial hasta la verificación final en el nuevo servidor.

¿Por qué planificar es clave para migrar WordPress sin downtime?

La diferencia entre una migración exitosa y un desastre casi siempre está en la planificación. Piensa en un comercio electrónico caído dos horas un lunes por la mañana: son miles de euros perdidos. Y por si eso fuera poco, Google puede interpretar esos errores 5xx como una señal negativa para el posicionamiento.

El secreto de una migración sin interrupciones cabe en una frase: el sitio antiguo sigue funcionando mientras preparas el nuevo. No se trata de apagar un servidor y encender otro, sino de construir una copia completa y funcional en paralelo. Solo cuando todo esté verificado, rediriges el tráfico mediante el cambio de DNS.

Antes de empezar, define estos puntos:

• Fecha y hora de la migración: elige el momento de menor tráfico. Consulta Google Analytics o tu plugin de estadísticas; para la mayoría de sitios en español, entre las 2:00 y las 5:00 de la madrugada es ideal.
• Ventana de tiempo realista: un sitio pequeño puede migrarse en 1-2 horas. Uno con bases de datos de varios GB puede requerir toda la noche. Sé honesto contigo mismo con esto.
• Plan de reversión (rollback): decide qué harás si algo falla. Con un buen plan, la respuesta siempre es la misma: no tocar los DNS y mantener el sitio original operativo.
• Comunicación: si trabajas con un equipo o con clientes, avisa de la ventana de mantenimiento, aunque el objetivo sea que nadie lo note.

Preparativos previos: copia de seguridad y requisitos del nuevo hosting

Nunca migres sin una copia de seguridad completa y verificada. Y cuando digo verificada, lo digo en serio: no basta con descargarla, hay que comprobar que es restorable. Tu WordPress consta de dos partes que conviene respaldar por separado.

1. Copia de los archivos

Incluye toda la raíz de la instalación, pero presta especial atención a estas carpetas:

• wp-content/uploads: todas tus imágenes y archivos subidos.
• wp-content/themes y wp-content/plugins: sobre todo si tienes temas o plugins personalizados que no puedes volver a descargar.
• wp-config.php: lo necesitarás como referencia para las credenciales de la base de datos.

Puedes comprimir todo desde el administrador de archivos de tu hosting o por SSH con un simple comando:

tar -czf backup-wordpress.tar.gz public_html/

2. Exportación de la base de datos

Desde phpMyAdmin, selecciona tu base de datos, ve a la pestaña Exportar y elige formato SQL con compresión gzip. Para bases de datos grandes (más de 100 MB), es más fiable usar SSH:

mysqldump -u usuario -p nombre_basedatos > backup.sql

3. Verifica los requisitos del nuevo hosting

Antes de restaurar nada, confirma que el nuevo servidor cumple lo que tu WordPress necesita:

• Versión de PHP: idealmente 8.1 o superior. Comprueba también qué versiones soporta por si necesitas retroceder.
• Extensiones PHP: mysqli, curl, gd, intl y mbstring son habituales en muchos plugins.
• Límite de subida y memoria: revisa upload_max_filesize y memory_limit. Si tu backup de base de datos pesa 500 MB, necesitarás un plan que lo permita.
• Versión de MySQL/MariaDB: una base de datos exportada desde MySQL 8 puede dar problemas al importarse en MariaDB 10.1.
• Certificado SSL: verifica que puedes instalar Let’s Encrypt desde el primer momento.

Si tu hosting actual te limita en cualquiera de estos aspectos, esta migración es buena ocasión para cambiar de proveedor. En RedServicio, por ejemplo, todos los planes incluyen soporte 24/7 y configuraciones optimizadas específicamente para WordPress, lo que simplifica mucho este tipo de procesos.

Migración manual vs. plugins: ¿qué método elegir?

Hay dos grandes caminos para ejecutar la migración, y la elección depende del tamaño de tu sitio y de tu nivel técnico. Ninguno es objetivamente mejor que el otro.

Migración con plugins

Herramientas como Duplicator, All-in-One WP Migration o UpdraftPlus automatizan casi todo: empaquetan archivos y base de datos, los suben al nuevo servidor y reemplazan las URLs automáticamente.

• Ventajas: rapidez, no requieren conocimientos de FTP, phpMyAdmin o SSH, y gestionan el reemplazo de URLs de forma segura.
• Inconvenientes: muchas limitan el tamaño de exportación en sus versiones gratuitas (All-in-One WP Migration, por ejemplo), y en sitios muy grandes pueden fallar por timeouts del servidor.

Migración manual

Consiste en transferir los archivos por FTP/SFTP o SSH, importar la base de datos manualmente y ajustar las URLs en la propia base de datos o en wp-config.php.

• Ventajas: funciona con sitios de cualquier tamaño, te da control total sobre cada paso y no depende de plugins de terceros.
• Inconvenientes: requiere más conocimientos técnicos, y el cambio de URLs debe hacerse con cuidado para evitar contenido mixto o rutas rotas.

Cualquiera de los dos métodos vale si va acompañado de la planificación y los preparativos que hemos visto. En la siguiente parte de esta guía entraremos en el proceso de ejecución detallado, paso a paso, para que el cambio de DNS sea el único momento de transición y tus visitantes no noten nada.

Proceso de migración paso a paso con código y comandos útiles

Con la copia de seguridad verificada y el hosting nuevo listo, toca ejecutar. La idea es sencilla: el sitio viejo sigue funcionando con normalidad mientras montamos la réplica en el otro servidor. Cero prisa, cero riesgos innecesarios.

1. Copia los archivos de WordPress

Empaqueta todo el contenido de public_html del servidor actual y llévalo al nuevo. Por SSH es lo más rápido, con diferencia:

tar -czf backup-wp.tar.gz public_html/
scp backup-wp.tar.gz usuario@nuevoservidor:/home/usuario/
tar -xzf backup-wp.tar.gz -C /home/usuario/public_html/

2. Exporta e importa la base de datos

Ahora el volcado de la base de datos, y su restauración en el servidor de destino:

mysqldump -u usuario_bd -p nombre_bd > bd.sql
mysql -u usuario_nuevo -p nombre_bd_nueva < bd.sql

3. Ajusta wp-config.php

Edita las credenciales de conexión en el servidor nuevo:

define(‘DB_NAME’, ‘nombre_bd_nueva’);
define(‘DB_USER’, ‘usuario_nuevo’);
define(‘DB_PASSWORD’, ‘contraseña’);

Y añade estas dos líneas para evitar líos con URLs mezcladas mientras pruebas:

define(‘WP_HOME’, ‘https://tudominio.com’);
define(‘WP_SITEURL’, ‘https://tudominio.com’);

4. Prueba la réplica antes del cambio

Accede al sitio en el nuevo servidor mediante la URL temporal, o modificando tu archivo hosts local (203.0.113.10 tudominio.com www.tudominio.com). Navega por las páginas. Prueba formularios y, si tienes tienda, el checkout entero. Con un hosting de calidad como el que ofrecemos en RedServicio, este paso es casi trivial gracias a los entornos de previsualización integrados.

Cómo cambiar el DNS sin perder tráfico ni visitantes

Aquí está el momento delicado. La clave para migrar WordPress sin downtime está en dos cosas: el orden de las operaciones y las TTL. Nada más.

Baja la TTL con antelación

Al menos 24-48 horas antes, reduce la TTL del registro A a 300 segundos (5 minutos). ¿Por qué? Porque cuando hagas el cambio la propagación será casi inmediata en lugar de tardar horas:

tudominio.com. 300 IN A 203.0.113.10

Realiza el cambio en horario de bajo tráfico

Mira Google Analytics y elige la franja con menos visitas (suele ser entre las 3 y las 6 de la madrugada). Actualiza el registro A y el CNAME de www hacia la IP del servidor nuevo. Con la TTL en 300 segundos, la mayoría de visitantes no notará absolutamente nada: los que resuelvan la IP vieja seguirán sirviendo contenido, y los nuevos irán directos al nuevo servidor.

Sincroniza la base de datos durante la ventana

Si tu sitio recibe comentarios, pedidos o registros constantemente, pon el sitio antiguo en modo mantenimiento unos minutos, exporta solo las tablas nuevas (wp_posts, wp_comments, wp_orders…) e impórtalas en el destino. Con la TTL baja, esa ventana puede durar menos de 10 minutos sin impacto visible.

Un detalle que muchos olvidan: mantén el sitio antiguo activo durante 48-72 horas más, para cubrir a los usuarios con caché DNS residual. Y si cambias también de dominio, avisa a Google Search Console del cambio de dirección.

Verificación final, pruebas post-migración y conclusiones

Checklist de verificación

1. Comprueba que el sitio carga correctamente con https y que el certificado SSL es válido en el servidor nuevo.
2. Revisa enlaces internos, imágenes y multimedia (busca rutas absolutas antiguas con Better Search Replace).
3. Prueba formularios de contacto, registro y procesos de compra completos. De principio a fin, sin saltarte pasos.
4. Verifica velocidades con PageSpeed Insights y errores en Search Console.
5. Confirma que los cron jobs y los emails transaccionales funcionan.

Errores frecuentes que debes vigilar

• Mixed content: recursos cargados por http dentro de páginas https.
• Permalinks rotos: ve a Ajustes → Enlaces permanentes y guarda de nuevo, así regeneras el .htaccess.
• Cachés obsoletas: purga CDN, caché de plugins y la de tu navegador.

Migrar WordPress sin downtime no es privilegio de grandes equipos. Con planificación, copias verificadas, TTL bajas y una ventana de sincronización breve, cualquier webmaster puede lograr una transición invisible para sus visitantes. ¿Prefieres delegar la parte técnica? En RedServicio realizamos migraciones gratuitas asistidas con soporte 24/7, para que tu única preocupación sea seguir creciendo. Una migración bien ejecutada, al fin y al cabo, es la excusa perfecta para empezar en una infraestructura más rápida, segura y escalable.