Cómo migrar WordPress de un hosting a otro sin perder nada

La migración que casi me cuesta un cliente importante

Hace siete años acepté migrar el sitio de una clínica dental grande de Lima. Era un proyecto chico, en teoría. Pasar de un hosting compartido lento a un VPS con más recursos. Acordamos hacerlo un sábado a las nueve de la noche para no afectar el flujo de pacientes. A las dos de la mañana yo seguía intentando que las imágenes de los servicios cargaran sin enlaces rotos. El cliente me llamó el domingo a las siete porque su recepcionista no podía agendar citas online. Esa noche entendí que migrar WordPress de hosting no es simplemente copiar carpetas.

Desde entonces migré decenas de sitios. Aprendí trucos, plantillas de checklist, qué plugins valen la pena y cuáles te dejan a medio camino. Voy a compartir el método que uso ahora mismo en proyectos de producción, sin filtros y sin sorpresas. Si vas a mover tu sitio, lee con calma. Una migración bien hecha es invisible para el visitante. Una mal hecha cuesta posicionamiento, ventas y reputación.

Antes de empezar quiero aclarar algo. Migrar no es lo mismo que clonar para desarrollo ni que crear staging. Migrar implica que el sitio en vivo cambia de servidor y que el dominio apunta a una nueva infraestructura. El reto es que el corte sea limpio y que ningún visitante note la transición.

Por qué migrar WordPress de hosting es algo que vas a hacer tarde o temprano

Hay varios motivos por los que un sitio termina cambiando de servidor. El más común es el rendimiento. Cuando tu hosting compartido empieza a colapsar porque vecinos consumen recursos o porque tu propio tráfico creció, sientes que la web va lenta. Los TTFB suben de medio segundo a tres. Las páginas dejan de cargar bien en hora pico. Ahí toca migrar.

Otro motivo es el precio. Hay hostings que arrancan baratos y al renovar te triplican el costo. Después de un tiempo conviene comparar y mover el sitio a un proveedor que respete su política comercial. También está el soporte. Cuando llamas al soporte un sábado y te responden con copy paste que tarda dos horas por mensaje, te das cuenta de que vale la pena pagar un poco más por gente que sepa de WordPress.

Algunos migran porque su sitio creció en complejidad. Empezaron con un blog y terminaron con una tienda online de quinientos productos y pasarela de pagos. El hosting compartido se queda corto y necesitas un servidor que aguante carga real. Otros migran porque su proveedor cerró, fue comprado por una empresa más grande o cambió de política sin aviso.

Sea cual sea tu motivo, lo importante es planificar. Una migración improvisada es la receta para perder visitantes, comentarios, pedidos pendientes y posicionamiento.

Preparación antes de mover nada

Lo primero que hago siempre es auditar el sitio actual. Reviso cuánto espacio ocupa la base de datos, cuántos archivos hay en uploads, qué versión de PHP corre el hosting actual, qué versiones de WordPress y plugins están instaladas. Esta información determina si la migración será directa o si toca actualizar algo antes.

Después contrato el nuevo hosting y verifico que cumple con los requisitos. PHP 8.1 o superior, MySQL 5.7 o MariaDB 10.4 mínimo, módulos como mod_rewrite activos, certificado SSL gratuito disponible. Si el nuevo hosting no soporta tu versión actual de WordPress o algún plugin crítico, descubrirlo después es desastroso.

Una decisión importante es si migrar manualmente o con plugin. Para sitios chicos de menos de un giga uso casi siempre All in One WP Migration o Duplicator. Para sitios grandes con bases de datos pesadas o muchos productos prefiero migración manual con phpMyAdmin y FTP. Cada método tiene su momento.

Avisa a tu cliente o equipo con tiempo. Define una ventana de mantenimiento en horario de menor tráfico. Para sitios peruanos suele ser entre once de la noche y cinco de la mañana. Para tiendas online evita feriados, días de pago o lanzamientos de campañas.

Checklist de elementos a respaldar

Antes de cualquier migración respaldo cinco cosas. Los archivos completos del sitio incluyendo wp-content, wp-includes y wp-admin. La base de datos exportada en SQL. Los correos del dominio si están alojados en el mismo hosting. Las cuentas FTP y bases de datos configuradas. Y los registros DNS actuales con sus valores exactos.

Hacer el respaldo completo del sitio

Aquí no hay atajos. Un respaldo a medias es un dolor de cabeza esperando suceder. Si vas a usar un plugin, instala UpdraftPlus o BackupBuddy en el sitio origen y genera un respaldo completo. Descárgalo a tu computadora local. No confíes solo en backups del hosting porque a veces los cortan al migrar.

Si prefieres método manual, conecta por FTP usando FileZilla o WinSCP y descarga todo el directorio público. Suele ser public_html o www o httpdocs según el panel. Te tomará entre treinta minutos y varias horas dependiendo del tamaño y de tu conexión. No interrumpas la descarga porque archivos rotos son problemas futuros.

Para la base de datos entra a phpMyAdmin desde el panel del hosting, selecciona la base de datos del sitio, ve a la pestaña Exportar y descarga el SQL completo. Si la base de datos es muy grande de varios gigas, usa la opción exportar por tablas o herramientas como mysqldump por SSH.

Verifica que los respaldos abren correctamente. Descomprime el zip y revisa que no esté corrupto. Abre el SQL en un editor de texto y comprueba que tenga las sentencias CREATE TABLE y los INSERT con datos reales. Un respaldo que no se puede restaurar no es un respaldo, es un archivo inútil.

Migrar con plugins: el método rápido

Para la mayoría de sitios chicos y medianos los plugins de migración son la mejor opción. Son fáciles, rápidos y manejan bien las URLs y rutas.

Duplicator es mi favorito para sitios complejos. Genera un paquete que contiene un instalador PHP y un archivo zip con todo el sitio. Subes ambos al nuevo servidor por FTP, accedes al instalador desde el navegador, completas datos de la nueva base de datos y el plugin hace todo solo. Cambia URLs en serializados, restaura archivos, reconfigura wp-config. En la mayoría de casos termina en menos de veinte minutos.

La versión gratuita de Duplicator tiene un límite de quinientos megas. Si tu sitio pesa más, considera la versión Pro o usa otro método. También revisa que tu hosting destino permita ejecutar el instalador. Algunos bloquean scripts PHP que no estén dentro de carpetas específicas.

All in One WP Migration es aún más simple para usuarios sin experiencia técnica. Instalas el plugin en origen, exportas a un archivo. Instalas el plugin en destino, importas ese archivo. Listo. La versión gratuita tiene un límite cercano a los quinientos megas también pero con extensiones puedes subirlo. Su punto débil es que con sitios muy grandes a veces falla durante la importación.

WPVivid es otra opción ganadora últimamente. Migración remota incluida en la versión gratuita, lo que significa que conectas origen y destino y el plugin transfiere directo sin descargar a tu PC. Útil cuando manejas conexión lenta.

Cuándo evitar la migración con plugin

Si tu sitio supera los cinco gigas, tiene tablas con millones de filas, usa multisite complejo o depende de configuraciones específicas del servidor como Nginx personalizado, mejor migración manual. Los plugins automatizan bien lo común pero fallan en lo raro.

Migración manual paso a paso

El método manual da control total pero requiere más cuidado. Empiezo subiendo todos los archivos descargados al nuevo hosting usando FTP. Esto toma tiempo según el peso. Para acelerar, comprime en zip antes de subir y descomprime con el administrador de archivos del nuevo panel.

Después creo la base de datos en el nuevo hosting. Anota el nombre, usuario y contraseña porque los vas a necesitar. Importa el SQL respaldado usando phpMyAdmin. Si pesa más de cincuenta megas y phpMyAdmin se cuelga, usa BigDump que es un script PHP gratuito que importa SQLs gigantes en partes.

Edita el archivo wp-config.php en el nuevo servidor con los nuevos datos de conexión. Cambia DB_NAME, DB_USER, DB_PASSWORD y DB_HOST. Este último suele ser localhost pero algunos hostings usan dominios específicos como mysql.tuhosting.com.

Si el dominio cambia o si las URLs internas tienen el dominio viejo escrito en serializados, ejecuta un Search Replace seguro. La herramienta Better Search Replace o el script de interconnect/it manejan correctamente los datos serializados de WordPress. Hacer un UPDATE directo en SQL puede romper widgets y configuraciones de plugins porque los datos serializados guardan la longitud de cada string.

Cambiar los DNS y apuntar al nuevo servidor

Aquí está el momento de la verdad. Si ya tienes todo listo en el nuevo hosting, cambia los registros DNS del dominio para que apunten al nuevo servidor. Entra al panel de tu registrador de dominios, busca la zona DNS y actualiza el registro A con la nueva IP. Si usas nameservers del hosting, cámbialos por los del nuevo proveedor.

La propagación DNS no es instantánea. Puede tardar entre quince minutos y cuarenta y ocho horas, aunque en la mayoría de casos peruanos he visto propagaciones completas en menos de seis horas. Durante esa ventana algunos visitantes verán el sitio viejo y otros el nuevo. Por eso es crítico que ambos hostings estén funcionales mientras propaga.

Antes del cambio DNS oficial puedes probar el nuevo sitio editando tu archivo hosts local. En Windows está en C dos puntos backslash Windows backslash System32 backslash drivers backslash etc backslash hosts. Agregas una línea con la nueva IP seguida del dominio y tu navegador resuelve solo para tu PC. Así pruebas todo sin afectar al resto del mundo.

Bajar el TTL antes del cambio

Un truco profesional. Veinticuatro o cuarenta y ocho horas antes del cambio definitivo baja el TTL de tus registros DNS a trescientos segundos. Esto reduce el tiempo que los servidores de internet cachean tu DNS. Al momento del cambio real, la propagación es mucho más rápida porque los TTL están bajos.

Probar el sitio después de la migración

Una vez que apuntas DNS y el nuevo sitio responde, hay que probar todo. No confíes en que carga la home. Eso no significa nada. Revisa páginas internas, formularios de contacto, login del admin, área de cliente si es un ecommerce, proceso de compra completo con prueba real, plugins que dependen de cron como newsletters, imágenes de la biblioteca de medios.

Revisa los permalinks. Si las URLs internas devuelven 404, ve al panel a Ajustes y Enlaces permanentes, y guarda los cambios. Esto regenera el htaccess y arregla la mayoría de problemas de rutas. Verifica que el certificado SSL del nuevo servidor está activo y que no hay errores de contenido mixto. Una herramienta como Why No Padlock te dice exactamente qué recursos cargan por HTTP.

Prueba el sitio desde varios navegadores y dispositivos. Chrome desktop, Safari en iPhone, Firefox en Android. A veces los problemas solo se notan en uno. Revisa la velocidad con PageSpeed Insights o GTmetrix antes y después para confirmar que la migración trajo mejoras.

Para tiendas online haz una compra de prueba real con producto de un sol. Recorre el flujo completo desde agregar al carrito hasta confirmar pago. Si algo está roto en checkout, mejor descubrirlo tú que un cliente real.

El plan B cuando algo sale mal

En siete años migrando sitios, vi de todo. Plugins que no se llevan bien con el nuevo servidor. Bases de datos corruptas durante la transferencia. DNS que tardan días en propagar. La diferencia entre un buen consultor y uno regular es el plan B.

Mi plan B siempre incluye dejar el hosting viejo activo por al menos quince días después de la migración. Pagar dos hostings simultáneos un mes es barato comparado con perder tráfico o ventas. Si algo explota en el nuevo, vuelves a apuntar DNS al viejo y tienes tiempo para resolver.

También guardo localmente los respaldos finales del sitio funcional. Tanto archivos como base de datos. Si todo falla, puedo restaurar en cualquier hosting nuevo en horas. Y documento el proceso. Anoto la versión de WordPress, las credenciales nuevas, las configuraciones particulares como reglas en htaccess o redirecciones 301.

Si trabajas para clientes, comunica permanentemente. Mensaje al cliente cuando empiezas, cuando subes archivos, cuando cambias DNS, cuando completas pruebas. Un cliente informado es paciente. Un cliente a oscuras se pone nervioso y nervioso es cuando pide cambios a media migración.

Cuidados post migración que casi nadie hace

La migración no termina cuando el sitio carga. Hay tareas posteriores que marcan la diferencia entre un trabajo profesional y uno improvisado.

Reenvía Google Search Console. Si cambiaste de hosting pero no de dominio, basta con verificar que la propiedad sigue funcional. Si cambiaste también de dominio o de HTTP a HTTPS, configura una nueva propiedad y mantén la vieja para monitorear migración. Sube el sitemap actualizado y forzar reindexación de páginas críticas.

Actualiza Google Analytics si el código se rompió en el camino. Verifica que recibes hits en tiempo real entrando al sitio desde otro dispositivo. He visto muchas migraciones donde Analytics dejó de medir por dos semanas porque nadie revisó.

Revisa las URLs en tus campañas de email marketing, anuncios pagados, y redes sociales programadas. Si todavía tenían URLs del dominio viejo o usaban algún esquema específico que cambió, vas a perder leads. Configura redirecciones 301 desde el dominio viejo si aplica, durante al menos seis meses.

Por último, monitorea el sitio durante las dos semanas siguientes. UptimeRobot gratis te avisa si cae el servidor. Las métricas de Analytics y Search Console te dicen si el tráfico se mantuvo. Si baja más de un veinte por ciento, hay algún problema técnico que debes resolver rápido.

Errores frecuentes que vas a querer evitar

Vi a otros y a mí mismo cometer los mismos errores varias veces. Quiero ahorrártelos.

El primer error es no respaldar antes de tocar nada. Suena obvio pero la prisa hace que la gente arranque sin red de seguridad. Si algo sale mal y no tienes respaldo, perdiste años de trabajo en minutos.

El segundo es migrar en horario pico. Hacer una migración un lunes a las diez de la mañana mientras hay tráfico real es buscar problemas. Aunque sea por dos horas, las visitas perdidas y los pedidos abandonados duelen.

El tercer error es no probar exhaustivamente antes de cambiar DNS. Subes los archivos, importas la base, sin probar nada cambias DNS y al día siguiente tu cliente reporta que el formulario de cotización no funciona desde hace ocho horas. Probar en archivo hosts local antes de tocar DNS es un hábito que salva carreras.

El cuarto es ignorar el correo. Muchos sitios tienen el correo del dominio en el mismo hosting. Si migras solo la web y dejas el correo en el viejo, los registros MX deben quedar apuntando bien. He visto empresas perder cotizaciones por correos rebotados durante dos días.

El quinto y más doloroso es no actualizar URLs en serializados. Si tu base de datos tiene URLs del dominio viejo dentro de campos serializados de plugins, las cosas funcionan a medias. Widgets vacíos, sliders rotos, configuraciones perdidas. Usar Better Search Replace una sola vez al final ahorra horas de debug.

Preguntas frecuentes

Cuánto tiempo toma migrar un WordPress de hosting

Depende del tamaño y del método. Con plugin para un sitio de quinientos megas, entre treinta minutos y dos horas. Manual para un sitio mediano, entre dos y cuatro horas. Sitios grandes con tiendas, miles de productos o multisite pueden tomar entre seis horas y un día completo. Súmale la propagación DNS que añade hasta cuarenta y ocho horas adicionales antes de que todos los visitantes vean el sitio nuevo.

Puedo migrar WordPress sin perder posicionamiento SEO

Sí, si lo haces bien. Mantén las mismas URLs internas. Conserva los meta títulos y descripciones. Si cambias de dominio configura redirecciones 301 permanentes. Sube el sitemap a Search Console después de migrar. Si solo cambias de hosting y el dominio se mantiene, el impacto SEO es mínimo o nulo cuando la migración es limpia.

Qué pasa con los correos del dominio durante la migración

Si los correos están en el mismo hosting que la web, debes decidir si migrarlos también o mantenerlos en el hosting viejo apuntando con registros MX separados. Si los mantienes aparte, configura los registros MX en la zona DNS antes de cambiar el registro A para que el correo no se interrumpa. Otra opción es migrar también a un servicio como Google Workspace que es independiente del hosting.

Es obligatorio usar plugins pagos como Duplicator Pro

No. Para sitios chicos las versiones gratuitas alcanzan. Duplicator gratis maneja hasta quinientos megas, All in One WP Migration igual. Si tu sitio supera ese tamaño, evalúa entre pagar por la versión Pro o migrar manualmente. La versión Pro vale la pena si haces migraciones seguido o si valoras tu tiempo.

Qué hago si la base de datos es muy grande para phpMyAdmin

Usa BigDump, un script PHP gratuito que importa archivos SQL grandes en lotes. Lo subes a una carpeta de tu servidor, le indicas el archivo SQL, y va importando por partes. Alternativa es exportar e importar por tablas separadas desde phpMyAdmin. Si tienes acceso SSH, mysqldump y mysql por línea de comandos manejan cualquier tamaño sin problemas.

Cómo verifico que la propagación DNS ya terminó

Herramientas como whatsmydns.net o dnschecker.org te muestran la propagación en servidores DNS de todo el mundo en tiempo real. Cuando todos los puntos del mapa muestran la nueva IP, ya completó. Mientras haya mezcla, sigue propagando. Puedes también ejecutar nslookup desde la terminal apuntando a DNS públicos como ocho punto ocho punto ocho punto ocho para comparar.

Debo desactivar plugins antes de migrar

Es buena práctica desactivar plugins de caché y de seguridad que reescriben htaccess o que generan archivos fijos. Plugins como W3 Total Cache, WP Rocket o Wordfence pueden dejar configuraciones específicas del servidor viejo que rompen en el nuevo. Desactivar antes de exportar y reactivar después de migrar evita conflictos comunes.

Qué pasa con los enlaces externos y backlinks después de migrar

Si conservas el dominio y las URLs, los backlinks siguen funcionando porque apuntan al mismo recurso. Si cambias dominio o estructura de URLs, los backlinks van a 404 a menos que configures redirecciones 301. Los buscadores transfieren la autoridad a las nuevas URLs cuando ven el 301 correctamente.

Cuánto cuesta migrar WordPress profesionalmente en Perú

Depende del tamaño y la complejidad. Para un sitio chico de menos de quinientos megas con un freelance, entre cien y trescientos soles. Sitios medianos con tiendas online entre quinientos y mil quinientos soles. Migraciones complejas con multisite, tiendas grandes o servidores dedicados pueden costar entre dos mil y cinco mil soles. Una agencia seria cobra el doble pero incluye soporte post migración y plan de contingencia.

Puedo migrar WordPress de localhost a un hosting real

Sí, el proceso es similar al de migrar entre hostings. Exportas la base de datos desde phpMyAdmin local, comprimes los archivos del sitio, los subes al hosting nuevo por FTP, creas la base en el nuevo servidor, importas el SQL y editas wp-config.php. El único punto extra es que debes ejecutar Search Replace para cambiar las URLs de localhost al dominio público real.