Cómo migrar WordPress a otro hosting

Introducción

Mudarse de casa es estresante: hay que embalar todo, contratar el transporte, avisar del cambio de dirección y rezar para que nada se rompa por el camino. Ahora imagina hacer ese traslado con tu web, con todos sus archivos, bases de datos y configuraciones, y que, además, el objetivo sea que los visitantes no noten la diferencia. Migrar WordPress a otro hosting es exactamente eso, y aunque suene a operación delicada, es un proceso que cualquier gestor de contenidos debería dominar, o al menos comprender a fondo, para no quedarse atado de pies y manos a un solo proveedor.

La necesidad de un cambio de servidor suele aparecer por motivos muy concretos y, casi siempre, urgentes. Quizá tu sitio ha crecido y el plan básico de alojamiento ya no da abasto, con tiempos de carga que se disparan en horas punta. O tal vez el soporte técnico de tu actual proveedor brilla por su ausencia justo cuando más lo necesitas, dejándote con la web caída durante horas. También puede ser una cuestión económica: renovar el hosting cuesta el doble de lo que pagaste el primer año y buscas una alternativa más razonable. En cualquier caso, el motivo de fondo es el mismo: necesitas cambiar de vecindario digital sin perder los muebles por el camino.

Lo que hace especialmente relevante dominar este proceso es que, bien hecha, la migración es invisible para tus usuarios. Mal hecha, en cambio, puede costarte posicionamiento SEO, conversiones y, en el peor de los casos, la integridad de tus datos. No se trata solo de copiar y pegar archivos por FTP; hay matices técnicos que marcan la diferencia entre una transición fluida y un dolor de cabeza monumental. Qué hacer con las URLs, cómo gestionar el certificado SSL, en qué orden actualizar los DNS o cómo evitar que el correo saliente acabe en spam son solo algunas de las piezas que entran en juego.

A lo largo de este artículo vamos a desgranar el proceso paso a paso, pero antes de meternos en harina, conviene tener una visión clara del camino. No es un proceso mágico ni requiere ser un gurú de la programación, pero sí exige método y atención al detalle. Desde la copia de seguridad completa y la creación de la nueva base de datos, pasando por la transferencia de archivos, la configuración del `wp-config.php` y la actualización de los DNS, hasta la verificación final y la limpieza del hosting antiguo. Cada fase tiene sus trampas y sus trucos, y saber con antelación dónde te estás metiendo es la mejor garantía de éxito.

Piensa en esta migración como una cirugía programada: no se hace a la ligera, pero tampoco es motivo de pánico. Con la información adecuada, las herramientas correctas y un plan de acción claro, podrás trasladar tu proyecto web sin sobresaltos. Y no solo eso: entender este proceso te devuelve el control sobre tu presencia online, una libertad que en el mundo del hosting se paga muy cara si no la conoces.

Qué es

Migrar WordPress a otro hosting es, en esencia, trasladar todos los archivos, la base de datos y la configuración de tu sitio web desde un servidor (el hosting actual) a otro distinto (el nuevo hosting). Aunque a menudo se percibe como un procedimiento técnico complejo, el objetivo final es simple: que el sitio funcione en la nueva ubicación exactamente igual que funcionaba antes, sin pérdida de datos, sin enlaces rotos y con el menor tiempo de inactividad posible.

Para entenderlo mejor, imagina que tu web es una tienda física. El hosting es el local donde la tienda está montada: tiene las estanterías (archivos del tema y los plugins), el almacén (las imágenes y medios subidos), y el libro de contabilidad (la base de datos, donde se guardan los pedidos, usuarios y entradas del blog). Migrar de hosting sería mudar todo el contenido de ese local a otro más grande, rápido o barato. Si solo llevas las estanterías pero olvidas el libro de contabilidad, la tienda abrirá sin conocer a sus clientes. Si llevas todo sin avisar del cambio de dirección, tus clientes habituales no encontrarán el nuevo local.

Este proceso se diferencia de otras tareas similares en dos aspectos clave: el alcance y el destino.

Migración vs. Cambio de dominio Es común confundir migrar hosting con cambiar el nombre de dominio (la dirección web). Un cambio de dominio solo modifica el acceso (de `www.antiguo.com` a `www.nuevo.com`), pero el sitio puede seguir viviendo en el mismo servidor. En la migración, el dominio puede permanecer idéntico; lo que cambia es el servidor donde el sitio ejecuta su código. Sin embargo, una migración completa a menudo incluye un cambio de dominio, lo que añade un paso extra: actualizar las URLs en la base de datos. Nuestro caso se centra exclusivamente en el cambio de servidor.

Migración vs. Copia de Seguridad (Backup) Un backup es una fotografía estática de tu sitio guardada en un archivo comprimido (generalmente `.zip`). Es una medida de seguridad pasiva. La migración es el proceso activo de tomar esa fotografía (o una copia en vivo) e implementarla en un entorno nuevo, ajustando permisos, rutas de servidor y configuraciones de PHP que difieren entre proveedores. Aunque toda migración comienza con un backup, no todo backup culmina en una migración.

Tipos de migración según el enfoque Existen dos metodologías principales para abordar este traslado, y elegir una u otra cambia la complejidad del proceso:

1. Migración manual: Implica usar un cliente FTP (como FileZilla) para descargar todos los archivos del `wp-content` y las raíces, exportar la base de datos con phpMyAdmin y luego importar todo en el nuevo servidor, editando el archivo `wp-config.php` para conectar la base de datos recién creada. Es un proceso educativo, pero propenso a errores humanos, especialmente al gestionar rutas absolutas en la base de datos (por ejemplo, `home` y `siteurl`).

1. Migración mediante plugins: Herramientas como *All-in-One WP Migration* o *Duplicator* automatizan el proceso. El plugin empaqueta el sitio en un solo archivo, excluyendo archivos innecesarios (como la caché), y luego un instalador en el destino descomprime y reescribe las rutas automáticamente. Este método reduce drásticamente el margen de error, aunque en hosting muy restrictivos o con sitios extremadamente grandes puede alcanzar límites de memoria que requieran ajustes manuales.

• Verificación de compatibilidad del servidor: No es lo mismo migrar a un hosting que usa Apache que a uno que usa Nginx. Las reglas de reescritura de URLs (los enlaces permanentes) pueden necesitar ajustes.
• Consistencia de la base de datos: Los prefijos de las tablas (por ejemplo, `wp_`) deben ser correctos, y los juegos de caracteres deben coincidir para evitar problemas con tildes y ñ.
• Reasignación de permisos de archivos: Los archivos deben tener los permisos correctos (644 para archivos, 755 para carpetas) para que el servidor pueda leerlos sin vulnerar la seguridad.

Aspectos importantes a evaluar

Aspectos importantes a evaluar antes de migrar

Tomar la decisión de cambiar de hosting no es un capricho; normalmente responde a una necesidad concreta, ya sea un crecimiento del tráfico que el plan actual no soporta, problemas recurrentes de caídas o la necesidad de acceder a tecnologías más avanzadas como servidores con NVMe o PHP 8.x. Sin embargo, antes de lanzarse a contratar un nuevo proveedor, es fundamental realizar un análisis profundo de ciertos factores. De lo contrario, podrías terminar cambiando de sitio pero arrastrando los mismos problemas o, peor aún, generando unos nuevos.

Evaluación del rendimiento actual vs. necesidades futuras

El primer paso no es mirar hacia afuera, sino hacia adentro. Necesitas saber exactamente qué recursos consume tu WordPress en la actualidad y, más importante aún, qué necesitarás en los próximos 12 a 24 meses.

• Mide tu consumo real: Accede al panel de control de tu hosting actual (cPanel, Plesk o similar) y revisa las estadísticas de uso de CPU, RAM y espacio en disco. Si tu proveedor no ofrece estos datos en tiempo real, puedes utilizar plugins como *Query Monitor* para ver el peso de las consultas a la base de datos o *Server IP & Memory Usage Display* para conocer el consumo puntual. Un sitio con una base de datos de 2 GB y un uso constante del 80% de la RAM necesita un plan superior, no uno básico orientado a blogs pequeños.
• Proyección de crecimiento: Un error común es contratar el hosting perfecto para el presente, sin margen para el mañana. Si tienes planeado lanzar una tienda online, duplicar tu contenido o hacer una campaña de publicidad agresiva, necesitarás un servidor que pueda escalar sin que tengas que migrar de nuevo en seis meses. Busca planes que ofrezcan escalado vertical sencillo (subir de plan) sin penalizaciones o que permitan añadir recursos bajo demanda.

Nivel de soporte técnico proactivo y reactivo

La calidad del soporte es el factor más intangible, pero a la vez uno de los más críticos. Cuando migras WordPress, es probable que surjan problemas de configuración de DNS, permisos de archivos o variables de PHP que no funcionan igual que en el servidor anterior. Aquí es donde el soporte de tu nuevo hosting marca la diferencia.

• Canales y tiempos de respuesta: ¿Ofrecen chat en vivo 24/7 o solo tickets de correo? Un chat en vivo que responde en menos de 3 minutos es invaluable durante una migración. Prueba su soporte *antes* de contratar. Envía una pregunta técnica compleja (por ejemplo, "¿Cómo configuran el OPcache en su servidor?") y evalúa la profundidad de la respuesta. Si te contestan con una plantilla genérica, es una señal de alerta.
• Conocimiento de WordPress: No basta con saber de servidores; necesitan entender el ecosistema WordPress. Un buen equipo de soporte puede revisar tu archivo `.htaccess` contigo o ayudarte a diagnosticar un error 500 que aparece tras la migración. Algunos hosts como Kinsta o WP Engine limitan los plugins de caché, pero su soporte implementa una capa avanzada de optimización. Otros, como SiteGround o Hostinger, ofrecen soporte proactivo para resolver vulnerabilidades de seguridad en tu sitio.

Tecnología del servidor y compatibilidad de software

Tu nuevo hosting debe ser compatible no solo con WordPress, sino con los plugins y temas específicos que ya estás utilizando. Un cambio de tecnología puede romper funcionalidades críticas que ni siquiera imaginabas.

• Versión de PHP: Si tu sitio usa un tema antiguo o plugins que no se actualizan, es posible que no funcionen correctamente con PHP 8.1 o superior. Antes de elegir, verifica que el hosting te permita seleccionar fácilmente la versión de PHP por dominio o directorio. Esto te permite mantener PHP 7.4 durante un tiempo mientras actualizas tus plugins, sin que todo el sitio se caiga.
• Nginx vs. Apache vs. LiteSpeed: La arquitectura del servidor afecta directamente el rendimiento. LiteSpeed es conocido por su velocidad con WordPress y su propio sistema de caché. Nginx es excelente para manejar alto tráfico concurrente. Si tu sitio depende de reglas avanzadas en `.htaccess` (muy comunes en plugins de seguridad o redirecciones), necesitas saber si el nuevo hosting las interpretará correctamente si usa Nginx.
• Centros de datos y latencia: Si tu público está en España, contratar un servidor en Estados Unidos puede aumentar el tiempo de carga entre 100 y 200 milisegundos. Evalúa la ubicación geográfica de los servidores del nuevo proveedor. Un plan con "CDN gratuito" puede ayudar, pero no reemplaza a un servidor primario cercano a tu audiencia.

Facilidad de migración y herramientas incluidas

El esfuerzo que tendrás que realizar para mover tu web depende en gran medida de las herramientas que el nuevo host te ofrezca. No todos los servicios son iguales en este aspecto.

• Migraciones automáticas gratuitas: Muchos proveedores ofrecen migración gratuita ilimitada. Por ejemplo, hostings como *Hostinger*, *SiteGround* y *InMotion* tienen plugins de migración internos que automatizan el proceso. Otros, como algunos planes económicos de *GoDaddy* o *OVH*, no ofrecen este servicio y te obligan a hacerlo manualmente usando plugins de terceros (como *Duplicator* o *All-in-One WP Migration*) o a través de FTP y phpMyAdmin.
• Entorno de staging: Contar con un entorno de pruebas (staging) en el nuevo hosting antes de apuntar tu dominio principal es un lujo que te ahorrará dolores de cabeza. No se trata solo de copiar los archivos; necesitas probar que los enlaces permanentes funcionan, que los formularios se envían y que el email transaccional de WooCommerce se entrega correctamente. Si el hosting no tiene staging en el plan que piensas contratar, crea uno en un subdominio manualmente o usa un plugin para probar la migración localmente.

Seguridad y salvaguardas del proveedor

El traspaso de archivos es solo una parte; la seguridad de tu nuevo entorno es vital. Los ataques a WordPress son el pan de cada día de los botnets.

• Firewall y protección DDoS: Investiga si el nuevo proveedor tiene cortafuegos a nivel de servidor (como *ModSecurity* o *Cloudflare* integrado) y si ofrece mitigación DDoS en el plan básico. Un plan ultra barato sin protección de red es un riesgo innecesario para tu sitio web.
• Backups y restauración: Revisa la política de copias de seguridad. ¿Se hacen diarias o semanales? ¿Cuánto tiempo se retienen las copias? Es crucial disponer de una copia diaria *auto-gestionada* para poder restaurar a un punto anterior si algo sale mal después de la migración. Pregunta si los backups están en infraestructura separada del servidor donde reside tu sitio, ya que si el servidor se quema, necesitas que la copia esté en un lugar físico distinto.

Cómo funciona o cómo tomar una decisión

Cómo tomar una decisión: ¿Migrar o no migrar?

Decidir si ha llegado el momento de cambiar de hosting no es una cuestión de moda, sino de identificar señales claras. Un error común es esperar a que el sitio se caiga repetidamente o a que los visitantes se quejen de la lentitud. Para ese punto, el daño reputacional y el posicionamiento en buscadores ya habrán sufrido un golpe considerable.

El primer paso es realizar una autoevaluación técnica y de negocio. Pregúntate si el plan actual sigue la curva de crecimiento de tu proyecto.

Señales técnicas inequívocas

• Tiempos de respuesta elevados: Más de 3 segundos de carga en escritorio y 5 en móvil suelen ser un umbral crítico. Puedes verificarlo con herramientas como PageSpeed Insights o GTmetrix. Si tu hosting es el cuello de botella, notarás que el TTFB (tiempo hasta el primer byte) es lento incluso en una página de prueba sin imágenes.
• Limitaciones de recursos: Recibir correos del proveedor avisando de que has superado el límite de CPU o de memoria RAM, o que tu sitio ha sido suspendido temporalmente por uso de recursos, es un indicador de que el plan ya se queda corto.
• Problemas con el tráfico: Si un artículo se vuelve viral o lanzas una campaña y el sitio se cae porque no soporta la concurrencia de visitas, es una señal de alerta máxima.
• Stack tecnológico desactualizado: Tu proveedor no ofrece versiones recientes de PHP (como 8.1 o superior), o no incluye una capa de caché de servidor (como LiteSpeed o Varnish) de serie.

• Tiempos de respuesta de soporte demasiado largos: Si tu soporte tarda horas en responder a una incidencia crítica, estás en un problema serio. El soporte no debería tardar más de 15-30 minutos en responder por chat en una emergencia.
• Conocimiento técnico limitado: Si el soporte no puede resolver cuestiones de configuración de servidor o de base de datos y te responde con soluciones genéricas, es que no es un proveedor adecuado para un WordPress que necesita tuning.

---

Cómo funciona el proceso de migración: La mecánica detrás de la escena

Si has decidido dar el salto, necesitas entender claramente qué implica técnicamente. Migrar WordPress no es copiar y pegar archivos. Es un traslado de dos componentes esenciales:

1. Los archivos del sitio: Todo el contenido en PHP, imágenes, plugins, temas y el núcleo de WordPress.
2. La base de datos: Todas las entradas, páginas, comentarios, opciones de configuración y usuarios se almacenan en tablas SQL.

¿Cómo se conectan ambos puntos?

Cuando migras, estás estableciendo una nueva ruta entre tu dominio y la nueva IP del servidor. Aquí es donde intervienen los nameservers (servidores de nombres). El dominio `tudominio.com` es como el nombre de una persona. El hosting es su dirección física. Los DNS son la guía telefónica que relaciona el nombre con la dirección.

Para que la migración tenga éxito, después de mover los datos en el servidor destino, debes cambiar los nameservers en tu registrador de dominios (donde compraste el dominio) para que apunten a los del nuevo hosting. Este cambio tarda en propagarse en Internet (entre 24 y 72 horas), pero con el plugin y el método correcto, puedes minimizar el tiempo de inactividad.

El momento de la verdad: Archivos vs. Base de datos

• Los archivos: Primero, descargas todos los archivos desde el hosting actual por FTP o administrador de archivos. En paralelo, exportas la base de datos como un archivo `.sql`.
• La importación: En el nuevo hosting, creas una base de datos y un usuario con privilegios. Luego subes tus archivos exportados a la carpeta `public_html`. Finalmente, importas el archivo `.sql` dentro de tu base de datos.
• La corrección de rutas: Aquí está el truco clave. En la base de datos hay guardadas direcciones absolutas como `http://viejo-hosting.com/wp-content/uploads/`. Para que el sitio funcione en el nuevo dominio, necesitas actualizar esas rutas. Una herramienta completísima (sin pagar) es el plugin WP-CLI en la terminal del hosting, pero si no te sientes cómodo con la línea de comandos, puedes editar el archivo `wp-config.php` para añadir una regla de reemplazo, o usar un plugin de búsqueda y reemplazo de base de datos.

El método más seguro y práctico: La migración con plugin

Para la mayoría de usuarios, la vía más eficiente no es la manual, sino la automatizada. Los plugins de migración como UpdraftPlus, Duplicator o All-in-One WP Migration (en su versión gratuita) simplifican enormemente el proceso al empaquetar todo—archivos y base de datos—en un solo archivo comprimido.

El flujo de trabajo con un plugin es el siguiente:

1. Empaquetado: En el sitio actual, instalas el plugin y creas una copia completa. El plugin comprime tu base de datos y todos los archivos en un único `.zip` o `.cpt`.
2. Descarga y subida: Descargas ese archivo a tu ordenador. Posteriormente, instalas una copia limpia de WordPress en el nuevo hosting (muchos proveedores ofrecen instalación con un clic).
3. Restauración: En el nuevo sitio, instalas el mismo plugin, subes el archivo de copia y ejecutas la restauración. El plugin se encarga de descomprimir el paquete, reemplazar los archivos y actualizar las rutas en la base de datos (aunque muchas veces hay que editar manualmente el `wp-config.php` si la restauración falla).
4. Actualización de URLs: Una vez restaurado, el plugin (o un ajuste adicional) te permitirá cambiar la URL de `viejo-dominio.com` a `nuevo-dominio.com` en las opciones de WordPress.

Este es un escenario frecuente: quieres cambiar de empresa, pero conservar tu dominio `marcapropia.es`. En este caso, el proceso es idéntico, solo que en lugar de cambiar los nameservers, vas a transferir el dominio al nuevo registrador (si el nuevo hosting los gestiona) o simplemente cambiar los nameservers en tu panel actual.

El procedimiento simplificado con cambio de DNS sería:

1. Migras todos los archivos y la base de datos al nuevo servidor.
2. En el nuevo hosting, configuras el dominio como "dominio apuntado" o "addon".
3. No borres los archivos del hosting antiguo. Deja todo intacto.
4. En tu registrador de dominios, cambias los nameservers de los antiguos a los nuevos.
5. Esperas la propagación de DNS.

Los visitantes en España pueden ver el nuevo sitio, mientras que en otro país pueden ver el antiguo. Es normal. Para evitar que la web aparezca "caída" durante este período, no debes desactivar el hosting antiguo hasta que el cambio de DNS esté 100% propagado (12-24 horas después). Durante este tiempo, no actualices contenidos en el sitio antiguo, ya que esos cambios no se reflejarán en el nuevo servidor al ser distintos.

---

Ejemplo práctico de una migración exitosa

Imagina que tienes una tienda de ropa online con WooCommerce. Estás en un hosting compartido barato y has notado que, al llegar a 500 productos y con tráfico de 1,000 visitas diarias, la web tarda 8 segundos en cargar el catálogo.

1. Preparación: Compras un plan de hosting VPS o Cloud. Configuras tu entorno (PHP 8.2, MariaDB 10.6).
2. Migración: Usas un plugin como Duplicator Pro o UpdraftPlus. Creas el paquete de backup.
3. Instalación: Subes el paquete a tu nuevo VPS y ejecutas la restauración. Ajustas las URLs en la base de datos.
4. Pruebas: Antes de tocar los DNS, editas el archivo `hosts` de tu ordenador para apuntar tu dominio a la IP del nuevo servidor. De esta forma, puedes ver el sitio con la nueva configuración y probar el proceso de pedido sin afectar a los usuarios reales.
5. Cambio de DNS: Cuando valides que todo funciona (pagos, carrito, imágenes), cambias los nameservers.
6. Resultado: El tiempo de carga en el nuevo servidor baja de 8 a 1.5 segundos. Has logrado una migración sin pérdida de datos y con una mejora de rendimiento de más del 500%.

Criterio práctico final

No migres por el simple hecho de migrar. Hazlo cuando tengas una razón estratégica (racionalizar costes, mejorar rendimiento, acceder a mejores características de seguridad). El proceso, aunque técnicamente delicado, es manejable con un buen plugin y un nuevo hosting que disponga de soporte responsable. La regla de oro es: un backup completo actualizado es tu red de seguridad. Si cometes un error durante la migración, siempre puedes retroceder al estado original hasta que el DNS esté correctamente apuntado al nuevo destino.

Ventajas y limitaciones

Ventajas de migrar WordPress a otro hosting: por qué merece la pena

Migrar WordPress a otro hosting no es un simple cambio de domicilio digital; es una decisión estratégica que puede transformar el rendimiento, la seguridad y la escalabilidad de tu proyecto web. Lejos de ser un proceso meramente técnico, representa una oportunidad para alinear tu infraestructura con las necesidades reales de tu audiencia y tus objetivos de negocio.

Rendimiento y velocidad: la ventaja más tangible

La razón más común y, quizás, la más convincente para migrar es el salto en velocidad de carga. Un hosting compartido básico, por muy optimizado que esté, tiene límites físicos: tu sitio comparte recursos del servidor (CPU, RAM, conexión) con decenas o cientos de otros sitios. Un pico de tráfico en uno de tus "vecinos" puede ralentizar tu web de forma dramática.

Al migrar a un hosting de mayor calidad —ya sea un servidor privado virtual (VPS), un hosting dedicado o una plataforma gestionada de alto rendimiento— obtienes recursos dedicados o, al menos, mucho más estables. El impacto es inmediato: el Tiempo hasta el Primer Byte (TTFB) se reduce notablemente y las páginas cargan en fracciones de segundo.

Un ejemplo práctico: imagina que tu tienda online en WooCommerce tarda 6 segundos en cargar en tu hosting actual. Según estudios del sector, el 53% de los usuarios abandona un sitio que tarda más de 3 segundos. Al migrar a un hosting con servidores LiteSpeed o Nginx y una correcta configuración de caché, podrías reducir ese tiempo a 1.5 segundos. Eso no solo mejora la experiencia de usuario, sino que también aumenta tu tasa de conversión y tu posicionamiento en Google, que utiliza la velocidad como factor de ranking.

Seguridad reforzada y tranquilidad

El hosting es tu primera línea de defensa. Los hosts económicos suelen ser más vulnerables a ataques masivos, como inyecciones de malware o ataques de fuerza bruta al panel de control. Migrar a un proveedor que priorice la seguridad te ofrece:

• Copias de seguridad automáticas y remotas: no solo diarias, sino con retención de múltiples versiones. Si un plugin corrupto rompe tu sitio a las 3 de la madrugada, puedes restaurarlo con un clic al estado de la mañana anterior.
• Firewalls de aplicación web (WAF) y protección DDoS: filtran el tráfico malicioso antes de que llegue a tu servidor.
• Actualizaciones automáticas del núcleo y de PHP: un hosting gestionado se encarga de parchear vulnerabilidades conocidas, ajedrez que en un hosting sin gestionar depende de ti.

Escalabilidad sin fricción

Imagina que lanzas una campaña de marketing y tu sitio recibe diez veces más tráfico del habitual. En un hosting compartido, lo más probable es que tu web se caiga o sea suspendida temporalmente por uso excesivo de recursos. Un buen hosting te permite escalar verticalmente (aumentar RAM y CPU del servidor) o horizontalmente (añadir más servidores) sin necesidad de una migración traumática.

Esta capacidad de adaptación es crucial para sitios en crecimiento. No se trata solo de manejar picos puntuales: con un hosting de calidad, puedes implementar tecnologías como CDN (Red de Distribución de Contenidos) que reparten tu contenido en servidores alrededor del mundo, reduciendo la latencia para visitantes en cualquier país. Tu sitio deja de estar "atado" a un único centro de datos.

Control técnico y personalización avanzada

Dependiendo del tipo de hosting al que migres, obtienes un mayor control sobre el entorno del servidor. Esto es vital para proyectos que requieren configuraciones específicas. Necesitas una versión concreta de PHP, configurar variables personalizadas en `php.ini`, o instalar un certificado SSL específico; un hosting compartido estándar no te lo permitirá, mientras que un VPS o un hosting dedicado te dará acceso root al servidor.

Esto no es un lujo para "manitas": es una necesidad si usas plugins de caché avanzada, si necesitas configurar un servidor de correo complejo con DKIM y SPF personalizados, o si una funcionalidad de tu web requiere un módulo de Apache o Nginx concreto.

---

Limitaciones y consideraciones que debes tener en cuenta

La migración no es un camino de rosas. Ser consciente de sus limitaciones te permite planificar mejor y evitar sorpresas desagradables.

Coste económico, no solo del plan

El precio mensual es solo la punta del iceberg. Migrar a un VPS de calidad o a un hosting gestionado puede costar entre 10 y 50 veces más que un hosting compartido básico. Pero el coste real viene con el servicio asociado:

• Coste de la gestión: si contratas un VPS no gestionado, el ahorro es aparente. Eres responsable de mantener el sistema operativo, el panel de control, configurar el servidor web y asegurarlo. Si no tienes conocimientos de administración de sistemas Linux, necesitarás contratar a un profesional, un coste mensual o por hora que debes calcular.
• Coste de migración: muchos hosts ofrecen migración gratuita desde otras plataformas, pero no todos la incluyen con la misma calidad. Si decides hacerlo tú mismo y te equivocas, el tiempo perdido tiene un valor.

Curva de aprendizaje y tiempo de inactividad

Aunque las guías y los plugins de migración (como Duplicator o All-in-One WP Migration) han simplificado enormemente el proceso, nunca es instantáneo. Existe un tiempo de inactividad (downtime) durante el cambio de DNS, que puede ser desde minutos hasta unas pocas horas, dependiendo de la propagación del dominio.

Además, el proceso requiere precisión. Debes asegurarte de exportar e importar correctamente la base de datos, verificar que las URLs estén actualizadas, reconfigurar las tareas cron, y comprobar que el correo electrónico transaccional (el que envía tu sitio para notificaciones o recuperaciones de contraseña) funcione con el nuevo servidor. Un error en la configuración del registro MX de tu dominio puede hacer que no recibas correos.

Romper la caché y "olvidar" configuraciones de servidor

No es una limitación técnica insalvable, pero es común subestimarla. Cualquier configuración de servidor que tuvieras en el hosting antiguo —modificaciones en el archivo `.htaccess` para seguridad, reglas de reescritura, o configuraciones de PHP personalizadas— no se transfieren automáticamente. Debes replicarlas manualmente en el nuevo entorno.

La trampa del "mismo rendimiento"

Aquí es donde muchos migran con falsas expectativas. Si contratas un hosting "premium" pero eliges un plan de bajo coste dentro de ese proveedor, el rendimiento no será mágicamente superior. La calidad del hosting se nota en la configuración general (tipo de SSD/NVMe, límites de memoria PHP, cachés), pero si tu plan sigue siendo de baja gama dentro de ese proveedor, seguirás con limitaciones de recursos.

Consejo práctico: antes de migrar, define claramente qué problema estás resolviendo. ¿Es velocidad? ¿Es falta de escalabilidad? ¿Es inseguridad? Si no tienes un diagnóstico claro, mudarte a un hosting "mejor" sin un objetivo definido puede llevarte a pagar más sin una mejora tangible. Es recomendable realizar una auditoría de rendimiento (usando herramientas como Pingdom o GTmetrix) *antes* y *después* de la migración para medir objetivamente el impacto y justificar el cambio.

En resumen, mover tu WordPress a otro hosting es una operación que ofrece beneficios medibles en velocidad, seguridad y flexibilidad, pero exige planificación, cierto conocimiento técnico y un cálculo honesto del coste total, tanto económico como de tiempo. La clave está en no migrar por migrar, sino por necesidades específicas que tu hosting actual no puede cubrir.

Errores comunes

Errores comunes al migrar WordPress a otro hosting (y cómo evitarlos)

La migración de WordPress es un proceso delicado. Aunque a priori parece un simple "copiar y pegar" de archivos, la realidad es que la mayoría de los problemas surgen por decisiones equivocadas en las fases de preparación y ejecución. Identificar estos fallos antes de empezar te ahorrará dolores de cabeza, tiempo de inactividad y, en el peor de los casos, la pérdida de datos irreparable.

Confiar en el "modo automático" sin verificar el entorno de destino. Uno de los errores más recurrentes es asumir que el nuevo hosting tiene la misma configuración que el anterior. Un plugin de migración (como All-in-One WP Migration o Duplicator) hace el trabajo pesado de empaquetar el sitio, pero no puede modificar la versión de PHP, la configuración de `memory_limit` o la disponibilidad de extensiones específicas de servidor. Por ejemplo, si tu web usaba una versión de PHP 7.4 y el nuevo servidor solo ofrece PHP 8.2, es probable que ciertos plugins antiguos (como algunos constructores de páginas o galerías) generen errores de compatibilidad visual o incluso un "white screen of death". Antes de migrar, consulta los requisitos mínimos de tu tema y plugins, y ajusta la versión de PHP desde el panel del nuevo hosting *antes* de subir los archivos, no después.

Olvidar modificar la URL del sitio en bases de datos serializadas. Este es el error técnico más silencioso y peligroso. Si cambias la URL de `midominio.com` a `midominio.org` o a un dominio temporal, no basta con cambiar el valor en `wp_options`. Los datos de los widgets, menús y ajustes de muchos temas se guardan en *arrays serializados* de PHP. Si usas un simple "Buscar y Reemplazar" del editor de texto o un comando SQL directo para sustituir la URL, romperás la estructura de los datos. Esto provoca que el sitio funcione, pero que el panel de personalización (Apariencia > Personalizar) se quede en blanco o que los widgets desaparezcan.

La solución profesional: Herramientas como WP-CLI (usando el comando `wp search-replace`) o el script *Better Search Replace* manejan correctamente la serialización, calculando las longitudes de las cadenas de texto. Si usas un plugin, asegúrate de que diga explícitamente que soporta "datos serializados". Consejo crítico: nunca reemplaces `http://` por `https://` si la web original no tenía SSL activo; primero migra, verifica el funcionamiento y luego fuerza el HTTPS, o de lo contrario los enlaces internos de las imágenes se romperán.

Migrar archivos mientras el sitio está en producción (sin modo mantenimiento). Muchos usuarios descargan el backup del sitio desde el administrador de archivos del cPanel mientras los visitantes están interactuando con la web. Si un usuario sube una imagen o comenta un post en ese mismo segundo, el backup descargado estará desactualizado o, peor, corrupto (un archivo descargado a medias debido a la modificación simultánea). La práctica correcta es poner el sitio en "Modo Mantenimiento" mediante un plugin o editando el archivo `.maintenance` en la raíz. Esto no solo impide la modificación de archivos, sino que también evita que la base de datos se actualice durante el proceso de volcado. Si tu web tiene mucho tráfico, el modo mantenimiento debe activarse justo antes del volcado de la base de datos y desactivarse solo cuando el nuevo hosting esté funcionando al 100%.

Subestimar la resincronización de DNS y el caché de DNS local. Una vez que has subido todo al nuevo hosting y funciona con el dominio temporal, llega el paso final: apuntar los DNS. El error común aquí es cortar el hosting antiguo inmediatamente después de cambiar los registros DNS. Los cambios de DNS pueden tardar entre 24 y 72 horas en propagarse globalmente (aunque estadísticamente es mucho menos). Si cancelas el servicio antiguo a la hora de cambiar los DNS, perderás el correo electrónico asociado al dominio o el sitio dejará de estar disponible para usuarios cuyo ISP aún no ha actualizado la caché. La regla de oro es mantener ambos hostings activos durante al menos una semana. Además, no compruebes si el sitio "ya está" desde tu móvil con WiFi, ya que tu dispositivo guarda una caché DNS interna; usa un servicio como `whatsmydns.net` para verificar la propagación desde múltiples ubicaciones, o prueba con datos móviles.

Ignorar el caché del servidor y los permisos de archivos. Después de subir los archivos vía FTP, muchos olvidan verificar los permisos. Los archivos deben estar en `644` y las carpetas en `755`. Si migras forzando permisos `777`, estarás creando una vulnerabilidad crítica de seguridad. Por otro lado, si el hosting nuevo usa un caché de servidor (como LiteSpeed o Varnish), el sitio mostrará una versión "vieja" del tema incluso si los archivos son correctos. Es obligatorio purgar el caché del servidor (no solo el del plugin) en el nuevo hosting después de la migración. Si no lo haces, verás la web sin estilos (solo HTML) o con el diseño antiguo, lo que te hará creer erróneamente que has perdido archivos del tema.

Preguntas frecuentes

Preguntas frecuentes sobre la migración de WordPress

¿Cuánto tarda en propagarse el DNS y cuándo veré mi web en el nuevo hosting?

La propagación del DNS es un proceso que no depende de tu nuevo proveedor, sino de la infraestructura global de Internet. Cuando cambias los servidores de nombres (nameservers) de tu dominio para que apunten al nuevo hosting, estos datos se distribuyen por miles de servidores en todo el mundo. Técnicamente, el plazo máximo de propagación es de 24 a 48 horas, pero en la práctica, el 90% de los usuarios de todo el mundo ya están viendo tu web en el nuevo servidor a las pocas horas del cambio. Un error común es hacer la prueba desde el mismo dispositivo antes de que el caché local se limpie. Para verificar si el DNS ya apunta al nuevo hosting sin dejar rastro, puedes usar herramientas online de consulta DNS o navegar en una ventana de incógnito. Si necesitas trabajar en el sitio justo después de la migración, muchos gestores de hosting ofrecen un archivo host temporal o una URL provisional para que puedas editar el sitio sin afectar a los visitantes que aún ven el servidor antiguo.

¿Es obligatorio usar un plugin para migrar WordPress?

No, pero es la opción más segura y recomendada para la mayoría de usuarios. Hacer una migración manual implica exportar la base de datos desde phpMyAdmin, comprimir todos los archivos del directorio público vía FTP y luego importar ambos en el nuevo servidor. El mayor escollo de este proceso manual son las rutas absolutas: si tu web usa URLs como `https://midominio.com`, pero el nuevo hosting tiene una ruta temporal distinta, tendrás que editar la tabla `wp_options` directamente en la base de datos para actualizar `siteurl` y `home`. Un plugin como Duplicator o All-in-One WP Migration automatiza este proceso, genera un paquete de migración, escanea el entorno nuevo y reemplaza las URLs en la base de datos antes de que te des cuenta. Si tienes un sitio pequeño y controlas PHP y SQL, lo manual te servirá, pero el riesgo de romper la base de datos es mayor.

Mi web está en directo y no quiero que los visitantes vean fallos. ¿Cómo migro sin afectar al tráfico?

El truco está en migrar una "copia de seguridad", no el sitio original. La práctica profesional es clonar el sitio actual en segundo plano. Para ello, puedes exportar un backup con tu plugin de migración y restaurarlo en el nuevo hosting. Mientras trabajas en la restauración, tu web original sigue activa en el servidor antiguo. Una vez que has configurado el nuevo entorno—incluyendo la instalación del certificado SSL y la verificación de los enlaces—, puedes cambiar los nameservers o modificar el registro A del dominio para apuntar al nuevo servidor. El momento de máximo riesgo es ese cambio de apuntamiento. Para minimizarlo, haz la migración completa y verifica el sitio en el nuevo hosting mediante su IP específica o la URL temporal antes de tocar el DNS. Así, el corte será solo el tiempo que tarda el navegador del usuario en conectar, no un periodo de horas de caída total.

¿Qué hago si tras la migración mi página muestra un error de conexión a la base de datos?

Este es el fallo más común y suele tener tres causas principales. La primera es que las credenciales de la base de datos en el archivo `wp-config.php` no coincidan con las del nuevo hosting. En muchos paneles de control como cPanel, la base de datos se llama `usuario_nombre_db`, y los prefijos son obligatorios; si olvidas añadir ese prefijo o usas la contraseña incorrecta, WordPress no puede conectarse. La segunda causa es que el archivo `wp-config.php` se haya corrompido o que el servidor esté usando una versión incorrecta de caché. La tercera es que la base de datos MySQL no se haya importado completamente si el archivo superaba el límite de subida de phpMyAdmin (normalmente 50 MB). En este caso, deberás dividir la base de datos en varios archivos SQL más pequeños o usar la línea de comandos (SSH) para importarlos sin límite.

¿Puedo cambiar de hosting conservando el mismo dominio y el correo electrónico?

Sí, el dominio y el correo son entidades separadas. Puedes trasladar la web al nuevo hosting y mantener el correo en el servidor antiguo. Lo único que cambia es la configuración de los registros MX en el panel de control del dominio. Si tu paquete de hosting incluía cuentas de correo asociadas a tu dominio, tienes dos opciones: migrar también esos correos descargándolos y re-subiéndolos al nuevo servidor, o seguir usando el servidor antiguo solo para el correo. Esto se logra apuntando únicamente los registros A y NS de la web al nuevo hosting, pero dejando los registros MX apuntando al servidor antiguo. Ten en cuenta que mantener dos proveedores de hosting implica pagar dos facturas y gestionar paneles separados, pero es una solución totalmente válida si tu actual servidor maneja bien el correo pero falla con el rendimiento web.

Conclusión

Migrar WordPress a otro hosting puede parecer un proceso técnico complejo, pero si se ejecuta con un plan claro, se convierte en una operación rutinaria que apenas requiere unos minutos de inactividad real. La clave no está en dominar la terminal o conocer cada archivo del núcleo, sino en respetar el orden lógico de la migración: respaldar, transferir, importar y verificar.

Nuestra recomendación práctica es migrar primero en un entorno de prueba (o en un subdominio del nuevo servidor) antes de apuntar el dominio definitivo. Esto te permite validar que la base de datos conecta correctamente, que las rutas absolutas no generan errores y que los enlaces permanentes funcionan sin necesidad de hacerlo a ciegas sobre tu web en producción. Una vez confirmado que todo responde, el cambio de DNS o la actualización del registro A será el último paso y el único momento en el que realmente "apagas" el sitio antiguo.

Si eres de los que prefieren soluciones todo en uno, un plugin como Duplicator o All-in-One WP Migration reduce la complejidad al empaquetar base de datos, archivos y configuración en un solo archivo, pero exige que el nuevo hosting permita subir y descomprimir ese paquete con los límites de memoria adecuados. En cambio, la transferencia manual con SFTP y phpMyAdmin te da control total, aunque aumenta el margen de error humano. Evalúa tu nivel técnico y el tamaño de tu sitio: para proyectos grandes o tiendas con contenido dinámico, la prueba previa es innegociable.

Después de la migración, no des por hecho que todo funciona solo porque la web carga. Verifica que los formularios envían correos, que los enlaces de medios no están rotos y que los certificados SSL se han regenerado para el nuevo servidor. Solo cuando tengas esa triple confirmación, puedes cancelar el hosting anterior con la tranquilidad de que tu decisión fue calculada, no una aventura.