Migrar a Shopify sin perder SEO
Qué revisar antes de mover tu tienda a Shopify para no romper visibilidad orgánica, datos, operativa ni conversión.
"La mayoría de migraciones no pierden SEO por Shopify. Lo pierden por mover la tienda sin decidir qué señales hay que conservar y cuáles hay que rediseñar."
Respuesta corta
Sí, puedes migrar a Shopify sin perder SEO. Pero necesitas asignar una URL dueña por intención, mapear redirects, decidir qué cambia en catálogo y preservar tracking, contenidos y señales de autoridad antes de tocar el frontend.
1. Antes de migrar, decide qué URL manda en cada intención
La parte delicada no es copiar productos. Es evitar que el nuevo stack cree competencia interna. Si tu futura landing comercial es /servicios/ecommerce-shopify/, entonces la página de arquitectura /ecommerce/ no puede intentar posicionar por lo mismo con el mismo ángulo.
Antes de mover nada, necesitas un mapa simple:
- Qué URL captará búsquedas BOFU tipo "agencia Shopify" o "migración a Shopify".
- Qué URL explicará la parte técnica: Hydrogen, headless, Liquid o arquitectura.
- Qué URLs se quedan como verticales o wedges sectoriales, como /cafe/.
2. Haz inventario antes de tocar la tienda
El inventario previo es lo que diferencia una migración ordenada de una migración que luego toca arreglar a golpes. Como mínimo, conviene congelar:
- URLs actuales con tráfico, impresiones, backlinks o conversiones.
- Titles, metas, H1, copy crítico y bloques FAQ o comparativos que sí estén funcionando.
- Productos, colecciones y taxonomías que hoy generan descubrimiento orgánico.
- Estado del tracking: GA4, Search Console, eventos y formularios.
Si no haces esta foto previa, luego no sabes si el problema es Shopify o simplemente que has cambiado veinte cosas a la vez.
3. Los redirects no son un extra, son parte del proyecto
La migración SEO suele romperse en tres sitios: slugs de producto, estructuras de colección y URLs antiguas de blog o landings auxiliares. Los redirects deben salir de un mapeo URL antigua -> URL nueva, no de una limpieza hecha al final.
Si estás rediseñando recorrido y arquitectura a la vez, asume que algunas URLs deben mantenerse aunque el diseño cambie. Lo importante no es que el slug quede "más bonito", sino que siga heredando señal y no desoriente a Google ni al usuario.
4. Catálogo y SEO no siempre quieren la misma estructura
Shopify permite ordenar catálogo con mucha flexibilidad, pero eso no significa que cualquier estructura ayude a posicionar. Si conviertes todo en variantes invisibles o colecciones vacías, puedes simplificar la operativa y empeorar el descubrimiento.
La decisión correcta suele pasar por separar:
- Páginas que venden.
- Páginas que captan intención informacional o comparativa.
- Páginas que existen por operativa interna, pero no deberían ser puerta de entrada orgánica.
5. No lances sin revisar tracking y atribución
El día del lanzamiento no solo hay que mirar que la tienda cargue. También hay que comprobar que Search Console, GA4, formularios, clics a contacto y UTMs siguen vivos. Si no, te quedas sin lectura real justo cuando necesitas distinguir entre una caída temporal y un problema serio.
En Berritu solemos revisar esto como parte del proyecto porque una migración sin medición deja de ser una migración ordenada y pasa a ser una apuesta.
Qué suele merecer una auditoría antes de migrar
- Tienda en WooCommerce, PrestaShop o Shopify con demasiadas apps y poca claridad.
- Catálogo que ha crecido por capas y ya no tiene una lógica comercial clara.
- Rediseño planteado a la vez que cambio de plataforma.
- Necesidad de decidir entre theme, Liquid a medida o Hydrogen.
Cuándo no migrar todavía
Si aún no tienes claro qué parte del problema es plataforma y qué parte es oferta, mensaje o catálogo, migrar puede ser prematuro. A veces el siguiente paso no es cambiar de stack, sino ordenar primero la propuesta y validar dónde está la fricción real.
Conclusión práctica
Shopify no te hace perder SEO por defecto. Lo que te hace perderlo es migrar sin mapa de intención, sin redirects, sin inventario previo y sin una decisión seria sobre qué parte del stack estás resolviendo de verdad.