Masterclass de Migración a Shopify Plus: replatform sin perder ingresos

Por qué las marcas migran a Shopify Plus

Migrar de plataforma es la cosa más cara que una marca DTC de $5M–$50M va a hacer en cinco años. Bien hecho, desbloquea 18–30 meses de velocidad compuesta. Mal hecho, mata el tráfico SEO dos trimestres y el equipo no se recupera.

Las marcas que llevamos a Plus suelen compartir tres señales: la plataforma actual asfixia la velocidad de ingeniería, el checkout es un leak de ingresos conocido que el equipo no puede arreglar en la plataforma actual, y merchandising quiere ownership del cambio sin filar un ticket.

Si solo tienes una de esas, optimiza lo que tienes. Si tienes las tres, esta guía es para ti.

Las cuatro formas de migración que corremos

No todas las migraciones se ven igual. Mapear la tuya a una de estas cuatro formas determina presupuesto, timeline y superficie de riesgo.

Forma 1 — Magento / Adobe Commerce → Plus

Build de 14–22 semanas. Lo difícil: complejidad de catálogo (configurable products → variants), jerarquías multi-store y décadas de estructura de URLs. El riesgo headline es SEO.

Forma 2 — BigCommerce → Plus

Suele ser la más limpia. APIs limpias y shapes de product/customer/order mapean bien. 8–14 semanas. Lo difícil: price lists B2B, customer groups y cualquier lógica específica de Stencil.

Forma 3 — WooCommerce → Plus

La data es el titular. Las tiendas WooCommerce acumulan una década de meta keys, tablas de plugins y taxonomía inconsistente. Planea 4 semanas de auditoría de data antes de estimar el build.

Forma 4 — Stack custom → Plus o Hydrogen

Las más caras. El equipo suele tener opiniones fuertes y la migración necesita preservar una capa editorial o de personalización específica. Casi siempre terminamos en Hydrogen + Plus, no en Liquid.

Estrategia de URL & SEO: el plan de 301s que preserva rankings

Cada migración que auditamos que perdió tráfico orgánico lo perdió en la capa de URLs. Shopify fuerza patrones específicos (/products/, /collections/) que casi seguro no matchean tu sitio actual. Sin plan, el tráfico orgánico cae 30–60% en los primeros 30 días.

Lo no negociable

• Crawl del sitio actual con Screaming Frog y exportar cada URL indexada con rank, tráfico y backlinks.
• Spreadsheet 1:1 de URL vieja → URL Shopify nueva. Cada URL con tráfico o backlinks tiene que tener target.
• Implementar redirects en la tabla de URL Redirects de Shopify (o Cloudflare Workers enfrente) antes del cutover de DNS.
• Evitar cadenas de redirect. Vieja → nueva en un hop, nunca dos.

Cosas que muerden

URLs de colecciones faceteadas, tag pages del blog, URLs internacionalizadas y páginas de resultados de búsqueda necesitan política. Decide cuáles redirigir, cuáles canonicalizar y cuáles dejar 404. Documenta antes del cutover, no después.

Migración de datos — productos, clientes, órdenes, suscripciones

El spreadsheet de migración tiene más filas que el build. Movemos típicamente 6 shapes de data y cada uno tiene trampas.

Productos y variantes

Shopify limita variantes a 100 por producto. Si tienes configurable products que explotan más allá, necesitas bundles, metafields o splits. Decide antes del build.

Clientes

Los password hashes no se transfieren. Planea un flujo de password reset con warmup de email para no disparar filtros de spam con un millón de resets el día 1.

Órdenes

Órdenes históricas pueden importarse vía Bulk Operations API para referencia. Pero normalmente no quieres refunds, returns o renovaciones de suscripción corriendo contra registros importados — mantén históricos read-only.

Suscripciones

Recharge, Skio y Stay AI tienen rutas de migración, pero cada uno requiere re-tokenización de vault. Agenda con tu processor 6 semanas antes.

Metafields & data custom

Aquí desaparece la semana lenta. Data custom raramente tiene equivalente limpio en Shopify. Mapéala a metafields con namespaces que controles tú, no el namespace de la app.

Inventario de apps e integraciones: cortar, reemplazar, conservar

Cada tienda que migramos tiene al menos una app que existe porque alguien, hace 4 años, necesitaba algo para una campaña. La migración es el momento correcto para cortar.

Auditoría

Lista cada app, cada webhook y cada consumer de API. Para cada uno: business owner, job-to-be-done y costo mensual. Luego ordena en tres columnas: Conservar (esencial), Reemplazar (Shopify tiene nativo o mejor), Cortar (ya no se necesita).

Cortes comunes

Motores de recomendación custom (Shopify tiene Search & Discovery), apps legacy de reviews, herramientas legacy de CRO que no soportan el nuevo checkout. La mayoría de tiendas corta 20–30% del stack en la migración.

Conservas comunes

Klaviyo, Gorgias, el processor de suscripciones y la integración con ERP/3PL. Plan esas conexiones durante el build, no después.

El cutover — staging, freeze windows, DNS, rollback

El cutover es el único paso que el equipo ejecutivo va a recordar. Planéalo como un launch, no como un deploy.

Timeline

• T-14 días: feature freeze en la plataforma vieja. Sin contenido nuevo, sin productos nuevos, sin código nuevo.
• T-7 días: ensayo final de data sync. Cronométralo. Documenta cada paso.
• T-3 días: pausar marketing pago a landings de alto tráfico.
• T-0: cutover en la ventana de menor tráfico (usualmente 2–6am de la tienda, en martes).
• T+24h: war room 24 horas. Ingeniería, marketing, soporte y agencia en Slack compartido.

Rollback

Mantener la plataforma vieja caliente 14 días. TTLs bajos. Si surge algo catastrófico en las primeras 48 horas, quieres poder revertir.

Post-launch: monitoreo, performance, el 30/60/90

Las marcas que salen felices de un replatform no son las que clavaron el día de launch — son las que clavaron la semana 4.

Días 0–30

Monitorear todo. Conversión, AOV, RPS, tráfico orgánico y Core Web Vitals contra baseline pre-launch. Cachar regresiones en días, no semanas.

Días 30–60

Enviar los items que conscientemente pateaste del scope. La mayoría de tiendas tiene 8–15 "phase 2 items". Conviértelo en backlog de 60 días.

Días 60–90

Arrancar la capa de optimización. Ya en Plus tienes acceso a Functions, Markets y checkout extensibility. Envía una victoria por área en el primer trimestre post-launch.

Lo que realmente cuesta una migración a Shopify Plus

No hay respuestas limpias, pero sí rangos. Trata a quien te cotice sin discovery como vendor, no como partner.

Costo de build

La mayoría de BigCommerce → Plus aterriza en $45k–$120k. Magento y stacks custom corren $90k–$300k+. Builds de Hydrogen suman 30–60% encima.

Costo interno

Planea 0.5–1.0 FTE del lado de la marca durante todo el proceso: alguien que pueda contestar dudas dentro del mismo día hábil. Las migraciones se enlentecen cuando las respuestas del cliente toman una semana.

Costo de tiempo

12–24 semanas end to end. Otras 8 semanas de estabilización. No agendes un relaunch de marca la misma semana del launch de plataforma — tu equipo va a estar agotado.