Los 15 errores que veo casi cada semana en migraciones a Shopify.

El consultor abre Shopify, importa productos vía Cart2Cart, configura un theme y dice "ya está". Nadie miró Search Console, nadie listó las URLs con tráfico, nadie documentó las integraciones activas.

Pérdida de 40-70% de tráfico orgánico en el primer mes. URLs antiguas devuelven 404. Cuando se descubre, ya es tarde — Google ha desindexado.

Antes de tocar Shopify: auditoría completa (1-2 semanas). Listar URLs con tráfico orgánico (últimos 12 meses, Search Console), exportar catálogo, documentar módulos custom, mapear integraciones, dump de BD.

En Prestashop tenías /zapatos-running/. En Shopify queda como /collections/zapatos-running. El consultor no informa al cliente y este descubre el cambio al ver caída de tráfico.

Si tus URLs antiguas rankean en Google con anchor text custom, todas las redirecciones 301 pierden el 10-15% del PageRank. Multiplica por 1.000 URLs y tienes el problema.

Asumir que Shopify obliga: /products/, /collections/, /pages/, /blogs/. Comunicar el cambio al cliente desde el principio. Documentar redirecciones masivas vía CSV antes del go-live.

Las redirecciones se hacen el mismo día del switch DNS, con prisa, sin testear. O se omiten porque "no son tantas URLs". O se hacen pero apuntan todas a la home.

Google detecta cadenas de redirecciones rotas, marcadores 404, y empieza a desindexar URLs masivamente. Recuperar tráfico orgánico tarda 6-18 meses.

Redirecciones definidas y testeadas semana antes del go-live. Validar 50 URLs top manualmente. Importar CSV de redirects en Shopify Admin > URL Redirects (soporta hasta 100.000). Cada redirección debe ser destino específico, NO a la home.

Agencia promete migración "en 3 semanas" o "en un mes". Cliente firma. Llegan las primeras complicaciones (B2B no contemplado, integración ERP, variantes complejas) y el proyecto se alarga sin presupuesto.

O se entrega a medias (productos sin migrar, integraciones rotas) o se eleva presupuesto. Ambas opciones queman al cliente.

Honesto: una migración estándar bien hecha lleva 6-10 semanas. Tiendas grandes con B2B: 12-20 semanas. Si alguien ofrece menos, está obviando algo.

Las imágenes se migran sin sus alt-text. En Prestashop tenías alt="zapato running asics gel nimbus 25 negro" y en Shopify quedan vacíos.

Pérdida total de SEO en Google Images, que en moda / decoración puede ser 15-30% del tráfico cualificado. Difícil de recuperar a posteriori (necesitas reescribir alt de miles de imágenes).

Exportar alt-text con cada imagen. Importar con Matrixify o vía API. Si la migración automática no lo soporta, hacerlo manualmente para los 100-200 productos top antes del launch.

Aprovechando la migración, alguien decide "limpiar" los slugs: /zapato-running-asics-gel-nimbus-25 pasa a /asics-nimbus-25. "Es más limpio".

Cada slug cambiado = redirección extra = pérdida de juice SEO. Si tu producto rankeaba para "asics gel nimbus 25" con el slug largo, perderás posición.

Mantener slugs exactos en la migración. Limpieza estética se hace DESPUÉS, con redirects controlados, sólo si hay razón de negocio fuerte. Cambiar slugs por gusto = sabotearse a uno mismo.

Los passwords de Prestashop están hasheados con su propio algoritmo. Shopify no puede importarlos. El cliente intenta hacer login el día del go-live, no puede, abandona o llama a soporte.

Pico masivo de tickets de soporte el primer día. Tasa de re-login muy baja en clientes recurrentes. Reduce conversión hasta 4 semanas.

Email a clientes 48-72h antes del switch: "estamos mejorando la tienda. Te llegará un email para crear nueva contraseña". Día del switch: email automático con "set new password" enlace. Reduce tickets en 60%.

El ERP, la pasarela de pago, el email marketing, el fulfillment — todos se "asume" que van a seguir funcionando. Nadie los prueba con la nueva tienda hasta el día del switch.

Pedidos que no sincronizan al ERP. Emails transaccionales que no se envían. Etiquetas de envío que no se generan. Caos operativo de 2-7 días que afecta a 100-500 clientes reales.

Testing exhaustivo en URL temporal de Shopify (your-store.myshopify.com) ANTES del switch DNS. Hacer pedido real con cada combinación, validar que llega a ERP, que se envía email, que se genera factura.

Los pedidos históricos se importan como CSV mal estructurado. Resultado: pedidos sin cliente vinculado, sin fechas correctas, con productos descatalogados que vuelven a aparecer activos.

El admin queda contaminado con datos sucios. El histórico no es consultable. El cliente cuando busca "mi pedido del año pasado" no lo encuentra.

Usar Matrixify u otra app dedicada a importación masiva. Validar que cada pedido vincula con su cliente. Marcar productos descatalogados como hidden, no como active.

Cliente compra theme premium de ThemeForest porque "tiene un slider chulo". Theme pesa 800 KB, mete 30 scripts, usa fonts custom no optimizadas.

LCP móvil pasa de 2 segundos a 6 segundos. SEO se cae. Conversión móvil cae 10-20%. Y el cliente no entiende por qué — "si se ve más bonito".

Theme oficial Shopify (Dawn) o theme custom basado en Dawn. Performance > estética. Si el cliente insiste en theme premium, auditar performance antes de comprar.

Producto en Prestashop con 5 opciones (color, talla, material, edición, tipo de envío). Shopify limita a 3. El consultor crea productos duplicados o usa apps custom para forzar 5 opciones.

Catálogo desordenado. SEO fragmentado entre productos casi idénticos. App custom = más coste mensual + más fragilidad.

Aprovechar la migración para repensar variantes. ¿Realmente necesitas 5 opciones o se pueden agrupar? Si necesitas más de 3, evaluar Shopify Plus + Metaobjects o apps específicas. NO crear productos duplicados.

Mientras se migra a Shopify, alguien sigue añadiendo productos, cambiando precios o publicando promociones en Prestashop. Esos cambios no llegan a la nueva tienda.

Productos faltantes el día del launch. Precios desactualizados. Stock desincronizado. Cliente compra producto que ya no existe.

Freeze de 5-10 días previo al launch en Prestashop. Sólo se permiten ajustes de stock (que se replican manualmente a Shopify). Comunicar al equipo de marketing y operaciones con anticipación.

Se prueba el checkout una vez con tarjeta visa de prueba. No se prueba con Bizum, con SEPA, con PayPal, con descuento por compañía B2B, con dirección en Canarias (IGIC diferente), con envío a país UE.

Pedidos fallidos en producción. Cliente abandona. Pérdida de ventas que no aparece en analytics (porque ni siquiera llegan a "checkout iniciado").

Matrix de testing pre-launch: cada método de pago × cada país × cada tipo de cliente. Tarda 4-8 horas hacerlo bien. Salva 4-8 días de incidencias después.

El día del switch DNS, se elimina el Prestashop antiguo. Cuando aparece un problema (datos faltantes, pedido pendiente de servir), no hay forma de consultar la fuente.

Imposible resolver disputas, devoluciones tardías, datos históricos. Pánico operativo en las primeras semanas.

Mantener el Prestashop antiguo activo (con acceso interno, no público) durante 3-6 meses después del switch. Documentar el dump de BD final por si se necesita consultar.

Se entrega el proyecto, se cobra la última factura, el consultor desaparece. Cliente queda solo con la tienda nueva sin saber qué métricas vigilar.

Errores 404 acumulándose en Search Console. Conversión cayendo silenciosamente. Tickets de soporte sin atender. Cuando se detecta, el daño es serio.

Acompañamiento post-launch de 4 semanas mínimo como parte del proyecto. Revisión Search Console semanal. Atención a 404, a errors, a tickets. Reuniones quincenales con el cliente para ajustes.