Una migraci\u00f3n mal planificada puede dejar una tienda mostrando productos antiguos, formularios sin recibir mensajes o enlaces que llevan a p\u00e1ginas inexistentes. Por eso, migrar WordPress sin perder datos no consiste solo en copiar archivos a otro servidor: exige trasladar la base de datos, validar la configuraci\u00f3n y comprobar que el sitio nuevo responde como debe hacerlo antes de cambiar el dominio.<\/p>\n
Para un negocio, el objetivo no es \u00fanicamente que la web vuelva a cargar. Es conservar contenido, pedidos, usuarios, posicionamiento, correos y continuidad operativa. Con un proceso ordenado, cambiar de proveedor, pasar a un plan superior o mover el sitio a una infraestructura con mejores recursos deja de ser un riesgo y se convierte en una mejora real para su operaci\u00f3n.<\/p>\n
WordPress guarda la mayor parte de su contenido en la base de datos. All\u00ed est\u00e1n las entradas, p\u00e1ginas, comentarios, usuarios, configuraciones, productos, pedidos y buena parte de los ajustes de los plugins. Sin embargo, una copia de la base de datos por s\u00ed sola no basta.<\/p>\n
La carpeta de archivos contiene el n\u00facleo de WordPress, el tema, los plugins y, sobre todo, la carpeta de medios. Si no se transfiere correctamente `wp-content\/uploads`, pueden desaparecer im\u00e1genes de productos, documentos descargables, fotos corporativas y recursos publicados durante a\u00f1os.<\/p>\n
Tambi\u00e9n hay informaci\u00f3n que puede estar fuera de WordPress. Si usa correo corporativo<\/a> asociado al mismo hosting, confirme c\u00f3mo se gestionan las cuentas, los mensajes y las configuraciones DNS. En un comercio electr\u00f3nico, revise adem\u00e1s las claves de pasarelas de pago, servicios de env\u00edo, integraciones de facturaci\u00f3n, p\u00edxeles de medici\u00f3n y conexiones con sistemas externos.<\/p>\n No todos los sitios tienen el mismo nivel de complejidad. Una web institucional de pocas p\u00e1ginas puede migrarse r\u00e1pidamente. Una tienda que recibe pedidos todos los d\u00edas, un medio que publica noticias o una academia con estudiantes activos requiere una ventana de cambio m\u00e1s controlada. El criterio es sencillo: mientras m\u00e1s actividad tenga el sitio, m\u00e1s importante ser\u00e1 reducir al m\u00ednimo el tiempo entre la copia final y el cambio de DNS.<\/p>\n Antes de mover un solo archivo, haga inventario. Anote el dominio principal, subdominios, versi\u00f3n de PHP, versi\u00f3n de WordPress, tema activo, plugins cr\u00edticos, tama\u00f1o del sitio y accesos necesarios. Tener esta informaci\u00f3n evita sorpresas cuando ya est\u00e1 trabajando contra el reloj.<\/p>\n Genere un respaldo completo de los archivos y otro de la base de datos. Puede hacerlo desde el panel de control del hosting, mediante una herramienta de migraci\u00f3n o con una copia manual por SFTP y phpMyAdmin. El m\u00e9todo cambia, pero el est\u00e1ndar debe ser el mismo: contar con archivos recuperables y una exportaci\u00f3n de base de datos reciente.<\/p>\n No d\u00e9 por v\u00e1lido un respaldo solo porque el sistema dice que termin\u00f3. Desc\u00e1rguelo o confirme que est\u00e1 almacenado en una ubicaci\u00f3n independiente del servidor de origen. Revise que el archivo de la base de datos no est\u00e9 vac\u00edo y que el respaldo de archivos incluya `wp-content`, `wp-config.php` y los archivos ocultos relevantes, como `.htaccess` cuando aplique.<\/p>\n Si el sitio recibe registros, compras o comentarios de forma constante, haga una primera copia para preparar el entorno y programe una segunda copia final justo antes del cambio. As\u00ed disminuye la posibilidad de trasladar informaci\u00f3n desactualizada.<\/p>\n El nuevo servicio debe estar listo antes de cambiar los DNS. Cree la base de datos, el usuario con sus permisos y la instalaci\u00f3n de destino. Confirme que el plan elegido tiene recursos adecuados para el tama\u00f1o y tr\u00e1fico de su proyecto.<\/p>\n Este es un buen momento para corregir una limitaci\u00f3n que afecta el rendimiento. Un sitio que creci\u00f3 puede necesitar m\u00e1s memoria, almacenamiento SSD, mejor capacidad de procesamiento o recursos garantizados. Migrar por migrar no resuelve una web lenta si el nuevo entorno ofrece menos capacidad que el anterior.<\/p>\n Verifique tambi\u00e9n la versi\u00f3n de PHP. Llevar un sitio antiguo a una versi\u00f3n mucho m\u00e1s reciente puede mejorar seguridad y velocidad, pero algunos temas o plugins desactualizados podr\u00edan generar errores. Si hay dudas, pruebe primero en un entorno temporal. La compatibilidad siempre debe validarse, especialmente en sitios que dependen de WooCommerce, constructores visuales o desarrollos a medida.<\/p>\n Con los respaldos listos y el nuevo hosting preparado, suba los archivos al directorio p\u00fablico correcto. Luego importe la base de datos en la nueva base creada para el sitio. Actualice en `wp-config.php` el nombre de la base, el usuario, la contrase\u00f1a y el servidor de base de datos si corresponde.<\/p>\n Si el dominio no cambia, normalmente no tendr\u00e1 que reemplazar URLs dentro de la base de datos. Si cambia de dominio, de HTTP a HTTPS o de una ruta a otra, deber\u00e1 hacer un reemplazo seguro de direcciones. No conviene editar la base de datos con un simple buscar y reemplazar de texto: WordPress almacena datos serializados y una modificaci\u00f3n incorrecta puede romper configuraciones de plugins o widgets.<\/p>\n Antes de dirigir el dominio al servidor nuevo, pruebe el sitio mediante una URL temporal, una vista previa del proveedor o modificando localmente el archivo hosts. Esto permite revisar el resultado sin afectar a sus visitantes. Compruebe la p\u00e1gina de inicio, el men\u00fa, p\u00e1ginas internas, im\u00e1genes, formularios, \u00e1rea de usuarios y proceso de compra si tiene tienda.<\/p>\n Al terminar las pruebas, cambie los registros DNS o los nameservers del dominio. La propagaci\u00f3n puede tomar un tiempo variable seg\u00fan la configuraci\u00f3n previa y los proveedores involucrados. Durante ese per\u00edodo, algunas personas podr\u00edan ver el servidor anterior y otras el nuevo. Por esa raz\u00f3n, mantenga activo el hosting de origen hasta confirmar que el cambio se complet\u00f3 y que todo funciona correctamente.<\/p>\n Una web que abre no siempre es una web que funciona. Tras la migraci\u00f3n, navegue como lo har\u00eda un cliente y revise las funciones que generan oportunidades o ventas. En una tienda, haga una compra de prueba sin procesar un cobro real si es posible. En una web de servicios, env\u00ede un formulario y confirme que el mensaje llega al correo correcto.<\/p>\n Revise especialmente estos puntos:<\/p>\n Tambi\u00e9n conviene regenerar los enlaces permanentes desde los ajustes de WordPress. Esta acci\u00f3n suele corregir errores de URL despu\u00e9s de mover el sitio. Si aparecen im\u00e1genes rotas o enlaces apuntando al servidor anterior, revise las direcciones guardadas y la configuraci\u00f3n del dominio.<\/p>\n El error m\u00e1s com\u00fan es cancelar el hosting anterior apenas se realiza el cambio. Aunque el sitio parezca estar activo, puede necesitar recuperar un archivo, comparar configuraciones o rescatar mensajes que llegaron durante la transici\u00f3n. Mantenga el servicio anterior por unos d\u00edas, hasta completar todas las verificaciones.<\/p>\n Otro problema frecuente es olvidar el correo. El sitio web y las cuentas de email pueden depender de registros DNS distintos. Cambiar nameservers sin revisar MX, SPF y DKIM puede interrumpir el env\u00edo o la recepci\u00f3n de mensajes corporativos. Para una pyme, perder solicitudes de presupuesto por correo puede ser m\u00e1s costoso que una p\u00e1gina ca\u00edda durante unos minutos.<\/p>\n Tampoco conviene migrar en plena campa\u00f1a, durante una transmisi\u00f3n en vivo o en las horas de mayor venta. Elija una ventana de menor actividad y avise a su equipo si habr\u00e1 cambios temporales. Si maneja pedidos frecuentes, documente las operaciones que entren mientras termina la propagaci\u00f3n.<\/p>\n Por \u00faltimo, no use la migraci\u00f3n como excusa para instalar decenas de plugins o cambiar el dise\u00f1o al mismo tiempo. Separar los cambios facilita identificar el origen de cualquier error. Primero mueva y estabilice el sitio. Despu\u00e9s, mejore lo que sea necesario.<\/p>\nMigrar WordPress sin perder datos: preparaci\u00f3n esencial<\/h2>\n
Cree una copia de seguridad verificable<\/h3>\n
Prepare el nuevo alojamiento antes de apuntar el dominio<\/h3>\n
El proceso de traslado paso a paso<\/h2>\n
Pruebas que no debes omitir despu\u00e9s de migrar<\/h2>\n
\n
Errores que pueden costarte datos y tiempo<\/h2>\n
Cu\u00e1ndo pedir apoyo t\u00e9cnico<\/h2>\n