Cómo migrar WordPress a otro hosting o dominio

Se mueven las dos partes que componen todo sitio WordPress: los archivos y la base de datos. Los archivos incluyen el código de WordPress, los temas, los plugins y todo lo que se haya subido, como imágenes y documentos, y viven en el disco del hosting. La base de datos contiene el contenido dinámico —las entradas, las páginas, los comentarios—, los usuarios y la configuración del sitio, y vive en el servidor de base de datos del hosting. Migrar consiste en copiar ambas partes al hosting de destino y luego reconectarlas, ajustando el archivo de configuración para que los archivos sepan cómo comunicarse con la base de datos en su nueva ubicación, ya que los datos de conexión suelen cambiar. Entender esta división de dos partes es lo que disuelve el miedo a migrar, porque revela que no es una operación mágica ni frágil, sino simplemente copiar dos cosas y volver a unirlas. De hecho, es exactamente el mismo mecanismo que hacer un backup y restaurarlo, por lo que quien comprende los backups ya comprende, en esencia, las migraciones.

Para la mayoría de los casos conviene un plugin de migración, porque es el método más simple y con menor margen de error. Estos plugins empaquetan todo el sitio, archivos y base de datos juntos, en un solo paquete, y luego lo restauran en el hosting de destino de forma casi automática, ocupándose por su cuenta de los ajustes necesarios, incluida muchas veces la actualización de las URLs si cambia el dominio. La migración manual consiste en hacer esos pasos a mano: copiar los archivos por FTP o por el gestor del panel, exportar la base de datos del origen e importarla en el destino, y ajustar el archivo de configuración con los datos de la base nueva. El método manual conviene conocerlo porque enseña cómo funciona todo por dentro y a veces es necesario, por ejemplo en sitios muy grandes que superan los límites del plugin o en hostings que no lo soportan bien. La recomendación general es empezar por el plugin y recurrir al método manual solo cuando el plugin no sea viable o se necesite un control total del proceso.

Porque WordPress guarda las direcciones URL de forma completa, incluyendo el nombre del dominio, y las almacena en muchísimos lugares dentro de la base de datos: en los enlaces internos entre páginas, en las rutas de las imágenes, en configuraciones de plugins y en otros sitios. Cuando se migra a un dominio distinto y no se actualizan esas direcciones, el contenido del nuevo sitio sigue apuntando al dominio viejo, de modo que los enlaces internos llevan a la dirección anterior y las imágenes intentan cargarse desde el dominio que ya se abandonó, con el resultado de un sitio lleno de enlaces rotos e imágenes que no aparecen. Esta es, con diferencia, la causa número uno de problemas tras migrar a un dominio nuevo. La solución es hacer un reemplazo del dominio viejo por el nuevo dentro de la base de datos, pero usando una herramienta segura y pensada para WordPress, porque algunos datos se guardan en un formato especial que un reemplazo crudo hecho a mano podría corromper. Los plugins de migración suelen realizar este reemplazo automáticamente, lo que es otra razón para preferirlos.

La clave está en el orden de los pasos, pensado para que nunca haya un momento sin sitio disponible. Primero se sube todo el sitio al hosting nuevo y se lo deja funcionando ahí, sin tocar todavía la configuración del dominio, de modo que el dominio siga apuntando al hosting viejo y los visitantes no noten nada. En ese punto se prueba a fondo el sitio en el hosting nuevo accediendo por una vía temporal que la mayoría de los hostings ofrecen para este fin, verificando que todo funcione. Solo cuando se confirma que el sitio nuevo anda correctamente se cambia la configuración del dominio, a través del DNS, para que apunte al servidor nuevo. Es importante saber que ese cambio de DNS no es instantáneo, sino que tarda en propagarse por internet, desde algunos minutos hasta aproximadamente un día, y durante ese período de transición algunos visitantes verán todavía el sitio en el servidor viejo y otros ya en el nuevo. Por eso conviene mantener ambos hostings activos y con el sitio funcionando hasta que la propagación termine por completo, y recién entonces dar de baja el hosting anterior.

La propagación del DNS es el tiempo que tarda en difundirse por internet un cambio en la configuración de un dominio, como el que indica a qué servidor debe apuntar. El sistema de nombres de dominio funciona de forma distribuida y con memorias temporales en muchos puntos de la red, de modo que cuando se cambia hacia dónde apunta un dominio, ese cambio no llega a todos los lugares de manera simultánea, sino que se va extendiendo gradualmente a medida que las memorias temporales se actualizan. El resultado es que, durante un período de transición, distintos visitantes pueden ser dirigidos al servidor viejo o al nuevo según desde dónde y cómo se conecten. Este período suele durar desde unos pocos minutos hasta alrededor de un día, dependiendo de varios factores de configuración. La consecuencia práctica para una migración es que hay que mantener el sitio funcionando en ambos hostings durante toda la propagación, para que ningún visitante se encuentre con un sitio caído, y esperar a que termine antes de dar de baja el servidor anterior. Comprender este mecanismo es esencial para planificar un cambio de hosting sin sobresaltos.

Sí, siempre, y es lo primero que hay que hacer antes de tocar nada. Una migración implica copiar y mover las dos partes del sitio y reconectarlas, y aunque el proceso sea sencillo cuando se hace bien, siempre existe la posibilidad de que algo salga mal a mitad de camino: una copia incompleta, un error al importar la base de datos, un ajuste mal hecho o un problema en el hosting de destino. Tener un backup completo del sitio original antes de empezar garantiza que, pase lo que pase, siempre se puede volver al estado inicial y reintentar con calma, en lugar de quedar con un sitio a medias y sin forma de recuperarlo. Esto es especialmente importante porque una migración, por su propia naturaleza, es en el fondo una copia y una restauración, así que el backup no es un paso adicional ajeno sino parte del mismo mundo de operaciones. La regla es simple y no tiene excepciones: nunca iniciar una migración sin haber verificado que existe una copia de seguridad reciente y completa del sitio que se va a mover.