design+code
La mayor parte del tráfico que se pierde en un cambio de plataforma no se pierde por culpa de Shopify. Se pierde por URL que cambiaron sin que nadie anotara adónde iban. Este es el proceso que seguimos cuando pasamos una tienda desde WooCommerce, Squarespace o PrestaShop, y las partes en las que es fácil equivocarse.
Nos preguntan a menudo si Shopify posiciona peor que WooCommerce. No es así. Los buscadores indexan páginas, no paneles de administración. Lo que ocurre de verdad en una mala migración es más simple y más aburrido: unos cientos de URL dejan de existir, nada le dice a Google adónde han ido, y la autoridad que esas páginas habían acumulado durante años desaparece con ellas.
Ese es todo el riesgo, y es un problema de gestión de proyecto antes que técnico. Si puedes sacar una lista completa de tus URL actuales y un destino justificable para cada una, la migración es casi siempre segura. Si no puedes, ninguna corrección posterior al lanzamiento lo recuperará del todo.
Antes de que nadie abra Figma, rastreamos la web actual y exportamos todas las URL que devuelven un 200. Después sacamos los últimos doce meses de Search Console y Analytics, y cruzamos los datos. El rastreo te dice lo que existe. Search Console te dice lo que importa.
Esa segunda lista es la que guía las decisiones. Una tienda con 400 productos suele tener 30 o 40 URL que hacen la mayor parte del trabajo orgánico, y rara vez son las páginas que el propietario cree. Fichas de producto que posicionan para una búsqueda long tail, un artículo antiguo del blog que consiguió enlaces, una página de categoría que posiciona para un término genérico. Esas son las URL que hay que proteger a toda costa.
En esta fase también exportamos las etiquetas title, las meta descripciones, los H1 y los textos alternativos de las imágenes. Son contenido, alguien los escribió, y rehacerlos desde cero en la nueva web es trabajo perdido.
Es la mayor diferencia con WordPress, y lo que más sorprende a quien viene de WooCommerce. Shopify impone sus propios prefijos de ruta: los productos van en /products/, las categorías en /collections/, las páginas estáticas en /pages/ y los artículos en /blogs/<blog-handle>/<article-handle>.
Así que una tienda WooCommerce con /product/leather-tote/ y /product-category/bags/ no puede conservar esas rutas. Tampoco una tienda PrestaShop con identificadores numéricos en la URL, ni una tienda Squarespace con su propia estructura de páginas de tienda. Cambian todas las URL de producto y de categoría. Eso no es un error de la migración, es la migración.
Lo que sí puedes controlar es el handle, el último segmento. Mantenlo idéntico al slug anterior siempre que ese slug tuviera sentido. Así el mapa de redirecciones se entiende y se conserva la relevancia de palabras clave que tuviera la URL.
Un mapa de redirecciones es un archivo de dos columnas: URL antigua, URL nueva. Para la mayor parte del catálogo puedes generarlo automáticamente a partir de la exportación de productos, emparejando por slug. Para las páginas que aparecían en la lista de Search Console, hazlo a mano y revisa cada una.
Hay tres reglas que no nos saltamos. Toda redirección es una 301, no una 302. Toda redirección apunta a la página equivalente más cercana, nunca a la home, porque una redirección masiva a la home se trata como un soft 404 y pierde todo su valor. Y ninguna redirección apunta a una URL que a su vez esté redirigida, porque las cadenas diluyen y ralentizan todo.
Cuando un producto ya no existe de verdad, redirígelo a la colección a la que pertenecía. Cuando desaparece una categoría entera, redirígela a su categoría superior más cercana. Cuando realmente no hay equivalente, deja que devuelva un 410 en lugar de hacer una 301 hacia algo que no tiene nada que ver.
Shopify permite importar redirecciones en bloque mediante un CSV, así que el mapa se puede cargar en una sola operación el día del lanzamiento. Un detalle que conviene saber de antemano: la herramienta de redirecciones de Shopify solo se aplica a rutas que no corresponden a una página existente de la tienda. Si una ruta está activa, la redirección que pongas sobre ella se ignorará.
Las descripciones de producto suelen sobrevivir a una migración porque forman parte de la exportación de productos. Las etiquetas title y las meta descripciones a menudo no, porque en WooCommerce viven en campos de Yoast o RankMath que ninguna exportación estándar recoge.
Expórtalas a propósito y asígnalas a los campos SEO de Shopify durante la importación. Si de todas formas vas a reescribirlas, perfecto, pero hazlo de forma deliberada y no descubras tres semanas después del lanzamiento que 300 productos usan el patrón de title por defecto del tema.
Lo mismo vale para el texto alternativo de las imágenes, que es un factor de posicionamiento real en la búsqueda de imágenes para una tienda de moda o centrada en el producto, y que casi siempre se pierde en una importación por CSV.
Shopify genera y mantiene sitemap.xml automáticamente, y añade etiquetas canonical en las fichas de producto para que /collections/bags/products/leather-tote apunte como canónica a /products/leather-tote. Eso resuelve un problema de duplicados con el que muchas webs WooCommerce tienen dificultades. Además, ahora puedes editar robots.txt mediante robots.txt.liquid, algo que durante años no fue posible.
Lo que no está resuelto son los datos estructurados. La mayoría de los temas incluyen algo de marcado Product, y su calidad va de correcta a rota. Antes del lanzamiento, pasa las plantillas de página clave por un validador y comprueba que el precio, la disponibilidad, la marca y el marcado de reseñas están realmente presentes y son correctos. Los resultados enriquecidos en las fichas de producto valen más que la mayor parte del trabajo on-page en el que la gente invierte su tiempo.
La navegación por facetas es el otro punto que requiere una decisión. Las URL de colecciones filtradas pueden generar una gran cantidad de páginas pobres y casi duplicadas. Decide qué combinaciones de filtros merecen ser indexables y bloquea el resto.
Lanzamos y comprobamos enseguida una lista corta: que el archivo de redirecciones está activo y que una muestra de diez URL antiguas lleva realmente al destino correcto, que robots.txt no bloquea la tienda, que el sitemap está enviado en Search Console, que las etiquetas de analítica se disparan y que ninguna plantilla arrastra un noindex olvidado del entorno de staging. Este último ha pillado a más webs que cualquier otro error.
Después toca esperar y vigilar. Cuenta con una caída. Las posiciones suelen moverse durante dos a cuatro semanas mientras Google vuelve a rastrear y evalúa las nuevas URL, y una bajada temporal no demuestra que algo esté roto. Lo que hay que vigilar en ese periodo es el informe de cobertura y el registro de 404, no la gráfica de tráfico. Si el número de 404 sube, hay un hueco en el mapa de redirecciones, y eso se arregla en una tarde. Si el tráfico no se ha recuperado al cabo de seis a ocho semanas con un registro de 404 limpio, hay algo estructural que investigar.
Guardamos la exportación del rastreo de la web antigua al menos tres meses, porque la forma más rápida de diagnosticar una página que falta es comprobar qué había antes.
En un catálogo de unos cientos de productos, el trabajo SEO de una migración supone entre uno y dos días: el rastreo y la exportación, el mapa de redirecciones, el mapeo de metadatos y las comprobaciones previas al lanzamiento. No es la parte cara del proyecto. Es simplemente la parte que no se ve cuando se hace bien y que se nota mucho cuando se omite.
Si te estás planteando pasarte a Shopify y quieres una segunda opinión sobre la estructura de URL antes de comprometerte, escríbenos a bonjour@dellamattia.com.