Migras WordPress a otro servidor sin plugins de dos formas, según si tienes acceso al backend. Si lo tienes, copia los archivos del sitio y mueve la base de datos con una exportación SQL, y luego actualiza el archivo wp-config, sin ningún plugin de migración. Esto importa porque los plugins de «migra con un clic» suelen fallar en sitios grandes: al intentar empaquetarlo todo de golpe, superan el límite de memoria o el tiempo de ejecución de PHP y se cortan. Si no tienes acceso, queda la segunda vía: extraer el contenido desde el frontend, leyendo las páginas públicas. Si el dominio no cambia, las URLs no se tocan; si cambia, pon redirecciones 301. WPBuildAI rastrea el sitio en producción y devuelve el contenido y el mapa de URLs sin sobrecargar el servidor.
Por qué los plugins de migración fallan en sitios grandes
Los plugins de migración intentan hacer todo el trabajo en un solo proceso, y por eso fallan a gran escala. Empaquetar miles de entradas, imágenes y toda la base de datos en un único archivo consume mucha memoria y tiempo, y el servidor corta el proceso al superar el límite, con un error de memoria o un timeout. El Web Almanac 2024 (HTTP Archive) refleja cuánto procesa WordPress en cada petición, y una migración completa lo apila todo de una vez. La solución no es un servidor más potente, sino dividir el trabajo: mover los archivos y la base por separado, o extraer desde fuera.
Vía 1: copia manual de archivos y base de datos
La migración clásica sin plugin tiene tres partes. Primero copias los archivos, sobre todo la carpeta wp-content con el tema, los plugins y los medios, por FTP o con un archivo comprimido desde el panel del hosting. Luego mueves la base de datos: exportas a un archivo SQL (por ejemplo con la herramienta del hosting) y lo importas en el servidor nuevo. Por último, actualizas wp-config con los datos de acceso a la base. Si el dominio se mantiene, el sitio sigue funcionando en las mismas URLs. Es un método tranquilo y previsible, porque cada paso es independiente y se puede repetir si algo sale mal.
Vía 2: extracción desde el frontend si no hay acceso
A veces no puedes entrar al panel: el servidor falla, el acceso está bloqueado o el sitio va muy justo. Entonces el contenido se recupera desde fuera, leyendo las páginas públicas como lo haría un buscador. Una herramienta rastrea el sitio y guarda textos, imágenes y metadatos, construyendo el material desde el frontend, sin tocar la base ni cargar el servidor, como en descargar la web completa en carpetas. No obtienes datos privados, pero sí el contenido publicado, que es lo que necesitas para reconstruir un sitio de contenidos.
Qué hay que mover
- Los archivos del sitio: la carpeta wp-content (tema, plugins, medios).
- La base de datos: entradas, páginas, comentarios, ajustes.
- El archivo wp-config, actualizado con los datos del nuevo servidor.
- La lista completa de URLs, por si cambia el dominio.
- Los medios, con su texto alternativo.
Comprueba el número de entradas y páginas frente al original después de mover. Una importación incompleta de la base es la causa más común de contenido que «desaparece» tras la migración.
Las URLs: ¿necesitas redirecciones?
Depende de una cosa: si cambia el dominio. Si mueves el sitio a otro servidor pero el dominio y las URLs se mantienen, no necesitas redirecciones, porque para Google nada cambia. Si aprovechas para cambiar de dominio o de estructura, cada URL antigua necesita una redirección 301 a su equivalente, según la guía de Google sobre el cambio de sitio con cambios de URL. La plataforma no posiciona, como halló el análisis de Backlinko; lo que conserva las posiciones es mantener las URLs o redirigirlas bien.
El orden correcto
- Haz una copia de seguridad de archivos y base antes de nada.
- Copia los archivos wp-content al nuevo servidor.
- Exporta e importa la base mediante un archivo SQL.
- Actualiza wp-config con los datos de la nueva base.
- Prueba el sitio en el nuevo servidor antes de cambiar el dominio.
- Cambia el dominio si procede y pon redirecciones 301 para las URLs que cambien.
Ejemplo: un sitio con base de datos enorme
Tomemos un sitio cuya base de datos es tan grande que el plugin de migración da timeout siempre. En su lugar, los archivos wp-content se copian con un comprimido desde el panel del hosting, y la base se mueve con una exportación SQL aparte, de modo que ningún paso supera el límite de memoria. Se actualiza wp-config con los datos nuevos y se prueba el sitio en una URL temporal. Como el dominio se mantiene, las URLs no cambian y no hacen falta redirecciones. Tras cambiar el dominio en el DNS, se comparan las entradas con el original: todo está. La migración que fallaba en bloque sale adelante porque el trabajo se dividió.
Errores frecuentes
- Confiar en un plugin de migración en un sitio grande, donde da timeout.
- Mover los archivos sin la base, o la base sin los archivos.
- Importar la base de forma incompleta, y perder entradas o páginas.
- Al cambiar de dominio: no poner redirecciones 301, y dejar las URLs en 404.
- Cambiar el dominio sin probar antes el sitio en el nuevo servidor.
Lo que conviene recordar
Migras WordPress a otro servidor sin plugins dividiendo el trabajo: copia los archivos, mueve la base por SQL y actualiza wp-config; si no tienes acceso, extrae el contenido desde el frontend. Los plugins de «un clic» fallan en sitios grandes porque lo hacen todo a la vez. Si el dominio se mantiene, las URLs no se tocan; si cambia, pon redirecciones 301. Haz siempre una copia de seguridad y compara el número de entradas tras mover. WPBuildAI rastrea el sitio en producción y devuelve el contenido y el mapa de URLs sin sobrecargar el servidor. Envía la dirección de tu sitio y te hacemos un análisis gratuito.
Sin afiliación con WordPress, Lovable, Webflow, Shopify, Wix ni Squarespace.