Migrar tienda WooCommerce sin perder datos: guía real

Por qué migrar una tienda WooCommerce es más delicado de lo que parece

Cuando alguien habla de migrar una tienda WooCommerce sin perder datos, normalmente está pensando en mover productos y categorías. Pero la realidad es bastante más compleja: los datos de una tienda activa incluyen pedidos históricos, clientes registrados, cupones, variantes de producto, metadatos personalizados, configuraciones de envío, pasarelas de pago y, encima de todo, el posicionamiento SEO construido durante meses o años.

Un error en cualquiera de esas capas puede significar perder el historial de facturación, romper el acceso de clientes a sus cuentas, o desaparecer de Google durante semanas. No es catastrofismo: es lo que ocurre cuando la migración se trata como una simple exportación de CSV.

Este artículo desglosa las fases reales de una migración de WooCommerce, los riesgos concretos en cada una y qué revisar antes de tocar nada en producción.

Qué significa «perder datos» en el contexto de WooCommerce

Antes de hablar de procedimientos, conviene precisar qué tipos de datos pueden verse afectados en una migración de tienda WooCommerce:

• Productos y variantes: títulos, descripciones, atributos, precios, stock, imágenes, SKUs.
• Pedidos: historial completo, estados, datos de cliente, líneas de producto, métodos de pago.
• Clientes: cuentas registradas, contraseñas hasheadas, direcciones, historial de compras.
• Taxonomías y metadatos: categorías, etiquetas, campos personalizados creados por plugins.
• Configuración de WooCommerce: zonas de envío, métodos de pago, impuestos, correos transaccionales.
• SEO: URLs canónicas, metadatos, redirecciones, estructura de permalinks.

WooCommerce almacena gran parte de su información en la tabla wp_postmeta y en tablas propias como wp_woocommerce_order_items. Una migración que solo exporte entradas de la tabla wp_posts dejará fuera datos críticos sin dar ningún aviso de error.

Los tres escenarios de migración más habituales

No todas las migraciones son iguales. El nivel de riesgo y el procedimiento correcto dependen del escenario concreto:

1. Cambio de servidor o hosting (misma versión de WordPress y WooCommerce)

Es el caso técnicamente más limpio. La base de datos completa se exporta con mysqldump o mediante el gestor de la base de datos del hosting (phpMyAdmin, por ejemplo), se transfieren todos los archivos del sitio y se actualiza el archivo wp-config.php con los nuevos credenciales de la base de datos. El riesgo principal aquí no es la pérdida de datos sino los problemas de URLs en base de datos: si el nuevo dominio es diferente, hay que hacer un search-and-replace serializado (herramientas como Search Replace DB de Interconnect/it o el comando WP-CLI wp search-replace) para actualizar todas las referencias sin romper los datos serializados de PHP.

2. Migración entre dominios (rebrand o cambio de URL)

Aquí se añade la capa SEO. Mover una tienda de tienda-antigua.com a tienda-nueva.com sin un plan de redirecciones 301 equivale a borrar el posicionamiento acumulado. Cada URL de producto, categoría, etiqueta y página debe redirigirse individualmente. Un mapa de redirecciones generado antes de la migración (exportando todas las URLs del sitio origen con un crawl de Screaming Frog, por ejemplo) es imprescindible.

3. Migración desde otra plataforma (PrestaShop, Shopify, Magento)

El caso más complejo. Los modelos de datos de cada plataforma son incompatibles, lo que significa que no hay un volcado directo posible. Se necesitan plugins especializados (Cart2Cart, Matrixify para Shopify, WP All Import para estructuras CSV) o un desarrollo a medida que mapee los campos origen con los campos destino de WooCommerce. Los pedidos históricos son especialmente problemáticos: muchas migraciones los importan como datos de solo lectura porque recrear el flujo completo de estados de WooCommerce desde cero es costoso.

La auditoría previa: el paso que más se salta

La mayoría de los problemas en una migración de WooCommerce no ocurren durante la migración, sino antes, por no haber auditado el estado real del sitio. Lo que hay que revisar antes de mover nada:

Inventario de plugins activos y sus datos propios

Cada plugin que extiende WooCommerce puede tener sus propias tablas en base de datos. Plugins de suscripciones (WooCommerce Subscriptions), puntos de fidelización, sistemas de reseñas avanzados o integraciones con ERP guardan datos en tablas que no se incluyen en una exportación estándar de WordPress. Hay que identificar esas tablas y planificar su migración por separado.

Versiones de PHP y WordPress en destino

Mover una tienda que funciona sobre PHP 7.4 a un servidor con PHP 8.2 puede romper plugins o el tema si no son compatibles. La migración es el momento ideal para actualizar, pero hay que probar primero en un entorno de staging.

Tamaño real de la base de datos y de los archivos

Una tienda con tres años de actividad puede tener una base de datos de varios gigabytes, especialmente si tiene logs de WooCommerce, revisiones de productos o tablas de sesiones sin limpiar. Optimizar la base de datos antes de migrar reduce el tiempo de transferencia y el riesgo de timeouts durante la importación.

El backup: no es opcional ni es suficiente hacerlo una vez

El backup completo del sitio origen (archivos + base de datos) debe hacerse justo antes de iniciar cualquier paso de la migración. No el día anterior, no la semana pasada: justo antes. En tiendas activas, los pedidos nuevos se generan continuamente y un backup de hace 24 horas puede suponer perder decenas de transacciones.

Además, conviene hacer un segundo backup una vez completada la migración pero antes de dar de baja el sitio origen, para tener un punto de restauración limpio del destino. La política de copias de seguridad en una migración no es la misma que en el mantenimiento rutinario: aquí, más es más.

Errores técnicos que destruyen datos sin avisar

Estos son los errores más habituales que, en la práctica, causan pérdida real de datos o funcionalidad en una migración de WooCommerce:

Search-and-replace sin respetar datos serializados

WordPress almacena muchos valores en formato serializado de PHP dentro de la base de datos. Si se hace un reemplazo de URLs con una herramienta que no entiende esta serialización (por ejemplo, un simple «buscar y reemplazar» en SQL), las longitudes de cadena quedan inconsistentes y los datos se corrompen silenciosamente. La consecuencia visible suele ser que las opciones de WooCommerce desaparecen o que las configuraciones de los plugins se resetean.

Importación parcial de tablas de WooCommerce

Un error clásico es importar solo las tablas estándar de WordPress (wp_posts, wp_postmeta, wp_options) y olvidar las tablas específicas de WooCommerce: wp_woocommerce_order_items, wp_woocommerce_order_itemmeta, wp_woocommerce_shipping_zones, entre otras. El resultado es una tienda que parece funcionar pero donde los pedidos históricos están incompletos o directamente ausentes.

Permalinks no regenerados en destino

Después de cualquier migración, los permalinks deben regenerarse desde Ajustes > Enlaces permanentes o con WP-CLI (wp rewrite flush). Si no se hace, todas las URLs de productos y categorías devuelven error 404, lo que tiene un impacto inmediato en ventas y en SEO.

Credenciales de pasarelas de pago en modo producción

Si el entorno de staging usa las mismas credenciales de Stripe, Redsys o PayPal que producción, se pueden procesar cobros reales durante las pruebas. Las pasarelas deben configurarse en modo sandbox durante toda la fase de validación y solo activarse en producción el día del lanzamiento real.

Validación post-migración: qué comprobar antes de dar el salto

Una lista de verificación mínima antes de publicar la tienda migrada:

• Pedido de prueba completo (añadir al carrito, checkout, pago, email de confirmación).
• Acceso de un cliente existente con sus datos y historial de pedidos intactos.
• Comprobación de stock en al menos una muestra de productos de cada categoría.
• Verificación de que las zonas de envío y los costes calculan correctamente.
• Test de todas las redirecciones 301 desde el sitio origen (si aplica cambio de dominio).
• Comprobación de Google Search Console para verificar que el sitemap nuevo está accesible.
• Revisión de los correos transaccionales de WooCommerce (confirmación de pedido, cambio de estado, contraseña).

Preguntas frecuentes sobre migraciones de WooCommerce

¿Se pueden migrar los pedidos históricos de Shopify a WooCommerce?

Sí, pero con limitaciones. Los pedidos históricos se pueden importar como registros de solo lectura en WooCommerce, pero recrear el flujo completo de estados (pendiente, procesando, completado) tal y como lo gestiona WooCommerce de forma nativa requiere un mapeo a medida. Para la mayoría de los negocios, importar los pedidos en estado «completado» con los datos del cliente es suficiente para mantener el historial fiscal y el historial de cuenta.

¿Cuánto tiempo debe mantenerse activo el sitio origen después de la migración?

Como mínimo 30 días. Durante ese período, los motores de búsqueda procesan las redirecciones 301 y traspasan la autoridad de las URLs antiguas a las nuevas. Darlo de baja antes puede generar una caída de tráfico orgánico que tardará meses en recuperarse.

¿Los plugins de backup sirven para migrar?

Plugins como UpdraftPlus o All-in-One WP Migration pueden usarse para migraciones entre servidores cuando el sitio es relativamente pequeño (menos de 1-2 GB). En tiendas grandes, los límites de tiempo de ejecución de PHP y los límites de subida de archivos del hosting hacen que estos plugins fallen. En esos casos, la migración manual vía SSH y mysqldump es más fiable.

¿La migración afecta al posicionamiento SEO?

Una migración bien ejecutada no debería afectar al SEO a largo plazo. A corto plazo, puede haber una fluctuación pequeña mientras Google recrawlea el sitio. Los factores que sí causan daño permanente son: cambio de URLs sin redirecciones, pérdida de metadatos SEO, y tiempos de inactividad prolongados. Con una planificación correcta, todos son evitables.

Cuándo tiene sentido delegar la migración a un especialista

Una migración de servidor sencilla en un sitio pequeño puede hacerla alguien con conocimientos técnicos básicos de WordPress siguiendo una guía detallada. Pero hay escenarios donde el coste de un error supera con creces el coste de contratar a alguien que lo haga bien:

• Tiendas con más de 1.000 productos o 5.000 pedidos históricos.
• Migraciones desde plataformas externas (Shopify, PrestaShop, Magento).
• Cambios de dominio en tiendas con tráfico orgánico consolidado.
• Integraciones activas con ERP, CRM o sistemas de gestión de almacén.
• Tiendas con plugins de suscripciones o membresías con datos de facturación recurrente.

En esos casos, el riesgo no está solo en perder datos técnicos, sino en interrumpir ventas, perder posicionamiento o romper integraciones que alimentan otros sistemas del negocio. Si tu proyecto encaja en alguno de estos puntos, puedes revisar cómo trabajo en los servicios de desarrollo WordPress antes de decidir cómo afrontar la migración.