Cómo migrar de WooCommerce a Shopify: datos, SEO y pruebas

Una camiseta llega a la nueva tienda con la foto correcta, pero al elegir otra talla muestra un precio distinto del esperado. Es el tipo de detalle que convierte una migración aparentemente terminada en un problema de ventas. Por eso el traslado necesita pruebas de datos y de compra, además de una portada que cargue bien.

La ruta más segura es preparar el destino, probar una muestra del catálogo y fijar un corte de datos. Conserva la tienda anterior y sus respaldos hasta que puedas comprobar el funcionamiento de la nueva. Si todavía no has decidido plataforma, empieza por la comparativa entre Shopify y WooCommerce; aquí nos centramos en ejecutar el cambio.

1. Define qué vas a migrar y qué debes reconstruir

Haz una lista de objetos y asigna un responsable a cada uno. No des por hecho que el tema de WordPress o las funciones de sus plugins se convertirán en un tema o una app de Shopify. El diseño, los formularios y las integraciones requieren decisiones propias.

Esta matriz debe incluir suscripciones, tarjetas regalo, reglas mayoristas o configuradores si existen. Una tienda con cinco productos y un sistema de suscripción puede ser más compleja que otra con cien productos simples. Cuenta funciones, no solo filas del catálogo.

2. Prepara copias y una tienda de pruebas

Guarda una copia recuperable de la base de datos y archivos de WooCommerce, junto con exportaciones legibles de los objetos que vas a trasladar. Registra fecha, zona horaria y responsable del respaldo. Prueba que puedes abrir los archivos y que contienen los registros esperados.

En Shopify configura el entorno de trabajo antes del lanzamiento. Documenta quién tiene acceso y evita activar la venta al público por accidente durante las pruebas. Prepara el diseño y las funciones imprescindibles sin mezclar el cambio de plataforma con una remodelación completa del catálogo.

3. Prueba una muestra antes de importar todo el catálogo

Elige productos representativos: uno simple, uno con variantes, uno con varias imágenes y otro con condiciones de envío diferentes. Adapta la exportación a la plantilla vigente del método elegido; no renombres columnas sin comprobar su significado.

Después de importar la muestra, abre cada producto como comprador. Comprueba que elegir una opción cambia a la variante correcta, que las imágenes corresponden y que el precio conserva la moneda y el tratamiento esperado. Revisa unidades de peso: confundir gramos y kilogramos puede alterar el cálculo de envío.

La guía oficial de Shopify distingue métodos manuales, CSV y herramientas de migración, y señala que no todos los datos viajan por el mismo método. Usa sus instrucciones actuales para el esquema del archivo. Una importación sin errores técnicos todavía puede contener errores comerciales.

4. Migra clientes y pedidos con controles separados

Un CSV de productos no equivale a una copia completa del negocio. Define cómo trasladarás el historial y cómo reconocerás un pedido o cliente ya importado. Conserva una correspondencia entre identificadores de origen y destino para evitar duplicaciones.

No prometas a los clientes que sus contraseñas seguirán funcionando sin comprobar el sistema de cuentas. Prepara la experiencia de acceso y cualquier comunicación necesaria. Para los pedidos, valida una muestra con descuentos, devoluciones y gastos de envío; una suma total correcta no garantiza que cada componente esté bien asignado.

5. Prepara las redirecciones antes de conectar el dominio

Exporta las URLs de productos, categorías, páginas y artículos. Añade las que reciben tráfico o enlaces aunque ya no estén en el menú. Para cada una decide un destino equivalente en la nueva tienda. Evita enviar todas las rutas antiguas a la portada: el visitante que buscaba un producto necesita una respuesta pertinente.

Prueba casos concretos de origen a destino y registra el resultado. Revisa también enlaces internos, canonicals y enlaces a imágenes. Mantener el mismo dominio no elimina el trabajo SEO si cambia la estructura de rutas.

6. Valida la operación con pedidos de prueba

• Compra desde móvil y escritorio usando el procedimiento de prueba del proveedor de pagos.
• Comprueba una dirección atendida y otra fuera de cobertura.
• Revisa descuentos, impuestos configurados, inventario y correos.
• Verifica que una devolución o cancelación tenga un procedimiento definido.
• Comprueba que analítica registra el evento esperado una sola vez.

Deja evidencia de cada caso: pasos, resultado, captura y responsable. Si el pago funciona pero el sistema externo no recibe el pedido, la tienda aún no está lista. Las integraciones con ERP, CRM o logística necesitan una validación de extremo a extremo.

Ejemplo de migración: una tienda de ropa con tallas y colores

Imagina una tienda con camisetas en tres tallas y dos colores. El escaparate muestra un producto, pero la operación gestiona seis combinaciones distintas. Si la migración conserva una sola fila y pierde las relaciones, el cliente podría ver el diseño correcto y aun así comprar una combinación que no tiene inventario.

Antes de exportar, prepara una ficha de control: nombre del producto, identificador del origen, SKU de cada combinación, talla, color, precio y stock. Añade qué imagen corresponde a cada color. Esa ficha se convierte en la referencia para validar el resultado, independientemente de la herramienta de traslado.

Importa una muestra y comprueba las seis combinaciones. Selecciona una talla, cambia el color y revisa carrito, precio e imagen. Después prueba una variante agotada. El criterio de éxito es que la tienda permita las mismas decisiones comerciales previstas, no que el panel muestre una cantidad parecida de productos.

Documenta los errores por categoría: campo ausente, unidad equivocada, relación rota o comportamiento distinto. Así podrás decidir si corregir el archivo, cambiar la configuración del destino o reconstruir una función. Repetir la importación sin clasificar el problema puede multiplicar duplicados.

Cómo construir una matriz de equivalencias de datos

Crea una tabla de trabajo con campo de origen, significado, campo de destino, transformación y prueba. Un nombre parecido no garantiza el mismo comportamiento. El peso puede usar otra unidad; una categoría puede convertirse en una colección; una descripción puede contener componentes que dependían del tema anterior.

Para cada transformación conserva el valor original. Si conviertes unidades, comprueba varios ejemplos conocidos. Si normalizas atributos, registra qué valores se agrupan. Evita reemplazar en bloque textos como «grande» o «negro» sin saber si aparecen en el campo correcto o forman parte de otra información.

Separa identificadores del negocio e identificadores internos de plataforma. El SKU puede ser una referencia operativa importante; el número interno que asigna una plataforma puede cambiar. Una tabla de correspondencias permite relacionar datos históricos sin exigir que ambos sistemas generen los mismos números.

Finalmente, define quién valida cada grupo. Catálogo debe confirmar atributos; operaciones, stock y preparación; finanzas, importes; marketing, contenido y URLs. El desarrollador puede comprobar que un campo llegó, pero necesita al negocio para confirmar que significa lo correcto.

Cómo detectar pérdidas que un conteo de productos no muestra

Contar registros es un primer control. Después revisa si están completos y relacionados. Dos tiendas pueden contener cien productos y diferir en imágenes, variantes, disponibilidad o descripciones. Una importación también puede generar un registro adicional por cada imagen si el archivo se interpreta incorrectamente.

Compara totales por tipo: productos, variantes, clientes y pedidos dentro del alcance. Revisa una muestra dirigida por riesgo, incluyendo los objetos más complejos y los que más valor aportan. Añade casos poco frecuentes que puedan romper la operación, como una referencia con un carácter especial o una variante sin peso.

Para imágenes, abre tanto la ficha como los recursos. Verifica que el destino conserva el archivo y que no depende de una URL que desaparecerá al cerrar el origen. Revisa la calidad en móvil: una imagen transferida pero demasiado pequeña puede empeorar la experiencia de compra.

Conserva un registro de excepciones aceptadas. Si un dato no puede trasladarse, escribe cómo se consultará después y quién lo necesita. «No se migra» puede ser una decisión válida cuando está acordada; descubrirlo después del lanzamiento es un problema de alcance.

Prepara un ensayo de lanzamiento con decisiones de seguir o detener

Organiza un ensayo antes de la fecha definitiva. Recorre la secuencia completa: exportación final, importación, comprobaciones, conexión del dominio y validación operativa. Registra cuánto tarda cada fase y qué permisos hacen falta. Los tiempos del ensayo ayudan a planificar la ventana real sin inventar una duración estándar.

Define condiciones que impedirían lanzar. Por ejemplo, no poder completar una compra, precios inconsistentes, falta de sincronización de inventario o redirecciones críticas sin resolver. Cada condición necesita un responsable y una prueba de aceptación. La fecha comercial no debería ocultar un bloqueo operativo.

Prepara también la respuesta ante incidentes. Si hay que volver al origen después de recibir nuevos pedidos, esos pedidos necesitan conciliación. Cambiar DNS de vuelta no restaura por sí solo una situación coherente. Anota qué datos surgieron en cada sistema y cómo se preservarán.

Después del lanzamiento, distribuye las comprobaciones: una persona revisa compra, otra integra pedidos y otra comprueba URLs y medición. Establece un canal y un formato de incidencia con hora, página, pasos y resultado. Así el equipo podrá actuar sobre hechos y no sobre mensajes ambiguos como «la tienda está rara».

7. Ejecuta el corte y controla los primeros días

Acuerda una ventana de lanzamiento y una regla para los datos nuevos. Por ejemplo, realiza una exportación final después de pausar cambios en el origen y concilia los pedidos creados entre la copia inicial y el corte. No dependas de la memoria del equipo para saber qué falta.

Cuando cambies el dominio, confirma HTTPS, navegación, compra, redirecciones y medición en la URL pública. Supervisa pedidos, errores y consultas de soporte. Conserva el origen accesible para el equipo, protegido y sin generar una segunda tienda pública. La decisión de cerrar servicios antiguos debe llegar después de verificar qué funciones siguen dependiendo de ellos.

El presupuesto debe separar preparación, traslado, reconstrucción, pruebas y acompañamiento. Para dimensionarlo, entrega número de productos y variantes, volumen de historial, idiomas e integraciones. Así podrás comparar propuestas por alcance real dentro de un proyecto de desarrollo y migración web.

Si tienes una fecha de cambio, el siguiente paso es revisar catálogo, funciones y pedidos reales antes de cotizar. Conversemos sobre la migración de tu tienda con ese inventario a la vista.

Fuentes y documentación consultada

• Shopify: migración desde WooCommerce

Documentación consultada el 27 de septiembre de 2026.

Preguntas frecuentes sobre la migración de WooCommerce a Shopify