Cómo migrar WordPress sin perder datos, formularios ni posicionamiento

Migrar WordPress sin perder datos, formularios ni posicionamiento suele presentarse como un simple cambio de hosting: copiar archivos, importar la base de datos, apuntar el dominio y comprobar que la home carga. En proyectos pequeños puede parecer suficiente, pero en una web en producción el riesgo es bastante más amplio.

Una migración puede afectar a la base de datos, los archivos, las URLs, las imágenes, los formularios, el SSL, los DNS, el correo, el rendimiento y el posicionamiento orgánico. También puede romper procesos que no se ven a primera vista, como emails transaccionales, integraciones, redirecciones o flujos de compra.

Por eso una migración WordPress debería tratarse como una intervención técnica controlada, no como una copia rápida de una carpeta a otra. El objetivo no es complicar el proceso, sino reducir el riesgo de perder datos, romper formularios o generar cambios innecesarios en SEO.

Migrar WordPress no es solo copiar archivos

WordPress depende de varias piezas que deben encajar en el nuevo entorno:

• Archivos del core, tema, plugins y desarrollos a medida.
• Base de datos con contenidos, ajustes, usuarios, pedidos, formularios y configuraciones.
• Carpeta de subidas, normalmente wp-content/uploads, con imágenes, documentos y medios.
• URLs absolutas guardadas en base de datos, widgets, constructores visuales o campos personalizados.
• Configuración del servidor, versión de PHP, MySQL o MariaDB y límites de recursos.
• Reglas de caché, redirecciones, seguridad, certificados SSL y tareas programadas.
• Servicios externos como SMTP, CRM, pasarelas de pago, analítica, CDN o email marketing.

Cuando una migración ignora alguna de estas capas, la web puede parecer correcta por fuera y estar fallando por dentro. Un formulario puede mostrar el mensaje de enviado sin entregar el correo. Una imagen puede cargar en la home, pero faltar en entradas antiguas. Una redirección puede funcionar para una URL y fallar en otras con tráfico orgánico.

Riesgos habituales en una migración WordPress

Cada proyecto tiene sus particularidades, pero hay problemas que se repiten cuando una migración se hace con prisas o sin comprobaciones claras.

Imágenes o subidas perdidas

La carpeta de medios puede ser grande, estar repartida por años o contener archivos generados por plugins. Si no se copia completa, pueden aparecer imágenes rotas, documentos descargables que ya no existen o miniaturas que no se regeneran bien.

Enlaces internos rotos

Muchas instalaciones guardan URLs absolutas en la base de datos. Si cambia el dominio, el protocolo, una ruta o una estructura interna, hay que revisar enlaces dentro de páginas, entradas, menús, campos personalizados y bloques del constructor visual.

Formularios que dejan de enviar

Un formulario puede depender de plugins, configuración SMTP, DNS del dominio, credenciales externas o integraciones con CRM. Después de migrar, no basta con ver el formulario en pantalla: hay que enviarlo y comprobar que el mensaje llega donde debe llegar.

Problemas al importar o exportar la base de datos

Bases de datos grandes, límites de subida, diferencias de codificación, tablas dañadas o prefijos distintos pueden provocar importaciones incompletas. A veces el error no aparece en la home, sino en una sección concreta del administrador o en datos antiguos.

SSL, HTTPS y contenido mixto

Si el certificado no está bien configurado o quedan recursos cargando por HTTP, el navegador puede mostrar avisos de seguridad. El contenido mixto también puede afectar a imágenes, scripts, estilos o llamadas externas.

Propagación DNS

El cambio de DNS no siempre se refleja igual para todos los usuarios al mismo tiempo. Durante la propagación puede haber visitantes entrando al servidor antiguo y otros al nuevo. Esto es especialmente delicado si la web recibe formularios, pedidos o registros durante ese intervalo.

Cambios de caché y rendimiento

El nuevo servidor puede tener otra configuración de caché, compresión, versión de PHP, recursos disponibles o reglas de seguridad. Una web que funcionaba de una forma en el hosting anterior puede comportarse de forma distinta tras la migración.

Entrega de correo

El correo suele olvidarse hasta que falla. SPF, DKIM, DMARC, SMTP, cuentas del dominio y registros MX deben revisarse para no cortar comunicaciones, avisos internos o emails transaccionales.

Riesgos en WooCommerce

Si hay tienda online, el riesgo aumenta. Pedidos, clientes, stock, cupones, pagos, emails y sesiones de carrito pueden cambiar durante la ventana de migración. En estos casos hace falta planificar con más cuidado qué se congela, qué se prueba y cómo se evita perder información reciente.

Qué revisar antes de migrar

Antes de mover nada, conviene entender el estado real del WordPress. Una revisión previa evita descubrir problemas cuando el dominio ya apunta al nuevo servidor.

Los puntos básicos son:

• Hosting o servidor actual, panel de control, accesos y limitaciones.
• Versiones de WordPress, tema y plugins activos.
• Versión de PHP, MySQL o MariaDB y extensiones necesarias.
• Uso de disco, tamaño de uploads y peso de la base de datos.
• Copias de seguridad disponibles y posibilidad real de restauración.
• Acceso al dominio, DNS, registros actuales y proveedor que los gestiona.
• Certificado SSL y configuración HTTPS.
• Configuración de correo, SMTP y registros relacionados con entregabilidad.
• Formularios críticos, destinatarios, automatizaciones e integraciones.
• URLs sensibles para SEO, páginas con tráfico, redirecciones y sitemap.
• WooCommerce, membresías, reservas o cualquier funcionalidad con datos vivos.

Si no está claro qué depende de qué, puede ser mejor empezar por una auditoría técnica WordPress antes de ejecutar la migración. No hace falta auditarlo todo con la misma profundidad, pero sí identificar los puntos que no deberían fallar.

Cómo preparar una migración segura

Una migración segura no consiste en confiar en que todo irá bien. Consiste en preparar el cambio para que haya margen de comprobación y capacidad de respuesta si algo no sale como se esperaba.

Hacer una copia completa

La copia debe incluir archivos y base de datos. También conviene guardar configuraciones relevantes: .htaccess, wp-config.php, reglas de caché, credenciales SMTP, accesos a servicios externos y cualquier dependencia que no esté dentro de WordPress.

Definir una ventana de migración

No todos los momentos son iguales. Conviene evitar campañas activas, lanzamientos, picos de tráfico o periodos de alta actividad comercial. En ecommerce, la ventana debe considerar pedidos, pagos y atención al cliente.

Preparar el entorno de destino

El nuevo servidor debería estar listo antes de cambiar DNS: versión de PHP compatible, base de datos creada, SSL preparado, permisos correctos, espacio suficiente, límites razonables y configuración coherente con el proyecto.

Probar antes de cambiar DNS si es posible

Cuando el entorno lo permite, es mejor validar la web en el servidor nuevo usando una URL temporal, archivo hosts, staging o previsualización del proveedor. Así se detectan errores antes de enviar tráfico real al nuevo entorno.

Evitar cambios innecesarios durante la migración

Migrar no es el mejor momento para cambiar tema, actualizar todos los plugins, rediseñar páginas o reestructurar URLs. Cuantos más cambios se mezclen, más difícil será saber qué ha causado un problema si aparece.

Documentar accesos y dependencias

Dominio, DNS, hosting, WordPress, base de datos, SMTP, CDN, pasarelas de pago, analítica e integraciones deberían estar localizados antes de empezar. Improvisar accesos durante una incidencia alarga el problema.

Mantener una opción de vuelta atrás razonable

No siempre se puede prometer una reversión inmediata, pero sí conviene tener claro qué se haría si el nuevo entorno no queda estable: mantener el servidor anterior operativo durante un tiempo prudente, conservar backups y no cerrar servicios antiguos justo después del cambio.

Qué comprobar después de migrar

La migración no termina cuando la web carga. Termina cuando se han validado las partes importantes del proyecto en el nuevo entorno.

Después de migrar conviene revisar, como mínimo:

• Home y páginas principales de servicio o captación.
• Formularios de contacto, presupuesto, newsletter o lead magnet.
• Login, administración y acciones habituales del equipo.
• Imágenes, documentos, descargas y biblioteca de medios.
• Enlaces internos, menús, botones y llamadas a la acción.
• HTTPS, certificado SSL, redirecciones de HTTP a HTTPS y posibles contenidos mixtos.
• Redirecciones 301 importantes y URLs antiguas con tráfico.
• sitemap.xml, robots.txt y etiquetas SEO básicas.
• Caché, compresión, errores visibles y rendimiento básico en páginas clave.
• Emails transaccionales, avisos internos y entregabilidad.
• Checkout, pagos, cupones, stock y emails si existe WooCommerce.

También es recomendable revisar logs de errores, Search Console y analítica durante los días posteriores. No todos los problemas aparecen en la primera visita manual.

Migraciones WooCommerce: más cuidado

WooCommerce añade una capa de complejidad porque la base de datos cambia mientras la tienda está viva. Pueden entrar pedidos, actualizarse stock, registrarse clientes, generarse pagos pendientes o enviarse emails durante la ventana de migración.

Por eso una migración de WooCommerce debe prestar especial atención a:

• Últimos pedidos antes del cambio.
• Estados de pago y comunicación con pasarelas.
• Stock y sincronizaciones con ERP o sistemas externos.
• Emails transaccionales y plantillas personalizadas.
• Carrito, checkout, impuestos, envíos y cupones.
• Webhooks o integraciones con herramientas de facturación, logística o marketing.

Si la tienda ya vende de forma recurrente, la migración debería coordinarse con el mantenimiento técnico de la tienda. Aquí tiene sentido apoyarse en un servicio de mantenimiento WooCommerce que contemple checkout, pedidos, actualizaciones e infraestructura como partes conectadas.

Migrar de hosting: cuándo tiene sentido

No todas las webs necesitan cambiar de hosting. Migrar tiene sentido cuando el entorno actual se ha quedado corto o introduce un riesgo que ya no compensa.

Suele ser razonable plantearlo cuando:

• El hosting es inestable o tiene caídas recurrentes.
• La web va lenta y el servidor limita cualquier mejora.
• El soporte no responde con el nivel que necesita el proyecto.
• No hay staging, copias útiles o visibilidad técnica suficiente.
• El plan actual impone límites de recursos demasiado ajustados.
• La web ha crecido y necesita más control sobre despliegues, versiones o seguridad.
• Hay ecommerce, integraciones o campañas que requieren más estabilidad.

En esos casos, una infraestructura web gestionada puede aportar más control que un hosting genérico: entorno preparado, copias, monitorización, staging y criterios de operación adaptados a la importancia real de la web.

Cuándo no conviene migrar todavía

Migrar por inercia tampoco es una buena decisión. Si el entorno actual funciona bien, tiene soporte suficiente, copias válidas, rendimiento correcto y no limita el proyecto, quizá no hace falta mover la web ahora.

En algunos casos conviene priorizar otras acciones antes:

• Revisar plugins, tema y seguridad.
• Optimizar rendimiento sin cambiar de servidor.
• Ordenar copias y procedimientos de restauración.
• Corregir formularios, SMTP o integraciones.
• Auditar URLs, redirecciones y SEO técnico.
• Establecer una rutina de mantenimiento antes de asumir una migración.

Si no hay una razón clara para migrar, puede ser más sensato reforzar primero el mantenimiento WordPress y tomar la decisión con datos, no por urgencia o por una recomendación genérica.

Conclusión

Migrar WordPress sin perder datos, formularios ni posicionamiento exige algo más que copiar archivos. Hay que revisar base de datos, medios, URLs, formularios, DNS, SSL, correo, rendimiento, redirecciones y comprobaciones posteriores.

Una buena migración reduce riesgo porque se prepara antes, se ejecuta con backups, se valida en el nuevo entorno y se revisa después del cambio. No elimina todos los imprevistos posibles, pero evita muchos problemas habituales que aparecen cuando el proceso se improvisa.

Si tu web necesita cambiar de servidor o quieres planificar el proceso con criterio técnico, puedes revisar nuestro servicio de migración WordPress.