≡En resumen
- Una migración de plataforma es un cambio de sitio con cambio de URLs: Google pide mapear cada URL antigua a su equivalente y redirigirla con un 301 o 308.
- Conserva la estructura de URLs siempre que la plataforma de destino lo permita; cada URL que cambia es un riesgo que hay que gestionar.
- No todo se migra: las contraseñas de los clientes normalmente no se pueden trasladar y algunas plataformas limitan cómo se importan pedidos y reseñas.
- El lanzamiento es el principio, no el final: Google indica que la sustitución de URLs puede tardar unas semanas o más, y las redirecciones deben mantenerse al menos un año.
- Los errores que más ventas cuestan no son de SEO: pasarela mal configurada, reglas de envío incompletas y analítica que deja de medir el día del cambio.
01 Cuándo tiene sentido migrar tu tienda online de plataforma (y cuándo no)
Cambiar de plataforma es una de las operaciones más delicadas que puede vivir un ecommerce. No solo cambian el diseño y el panel de administración: cambian las URLs de miles de páginas, la forma en que se guardan los clientes, los pedidos y las variantes, y la integración con pagos, envíos y analítica. Si algo de eso falla, lo notas a la vez en el tráfico orgánico y en la caja.
Por eso la primera pregunta no es «cómo migro», sino si de verdad necesitas migrar. Muchas tiendas se plantean cambiar de plataforma por problemas que se resuelven sin moverse: un tema lento, un hosting insuficiente o un catálogo mal estructurado.
Motivos que sí justifican migrar
La plataforma ya no recibe actualizaciones de seguridad, no puedes integrar tu ERP o tu logística, el coste de mantener módulos y parches supera al de cambiar, o necesitas funciones (multialmacén, B2B, varios idiomas) que tu sistema no resuelve bien.
Motivos que suelen tener otra solución
La tienda va lenta, el diseño se ha quedado anticuado o «la competencia está en Shopify». Antes de migrar, mide: a veces basta con cambiar de tema, optimizar imágenes o mejorar el servidor.
Señales de que no es el momento
Estás a pocas semanas de tu temporada fuerte, no tienes a nadie que pueda dedicar tiempo a revisar el catálogo o vas a cambiar a la vez de dominio, de diseño y de estructura de categorías.
02 Elegir la plataforma de destino pensando en la migración
Si todavía dudas entre plataformas, tienes una comparativa entre WooCommerce y Shopify con costes, control y mantenimiento. Aquí nos fijamos solo en lo que condiciona la migración: cuánto puedes conservar de tus URLs, cómo se gestionan las redirecciones y qué datos se pueden importar con las herramientas de cada sistema.
| Aspecto | WooCommerce | PrestaShop | Shopify |
|---|---|---|---|
| Estructura de URLs | Configurable desde los enlaces permanentes de WordPress (base de producto y de categoría) | Configurable en Tráfico y SEO; por defecto las fichas suelen incluir el ID numérico y terminar en .html | Prefijos fijos: /products/ para fichas y /collections/ para categorías; solo cambia la parte final (el handle) |
| Redirecciones | Desde el servidor o con un plugin de redirecciones | Desde el servidor (.htaccess o configuración de Nginx) o con un módulo | Gestor de redirecciones propio con importación por CSV; solo redirige URLs que ya no existen |
| Importación nativa de catálogo | Importador CSV de productos con categorías, imágenes y variaciones | Importación CSV de categorías, productos, combinaciones, clientes, direcciones, marcas y proveedores | CSV de productos y de clientes; pedidos históricos mediante app de migración o API |
| Contraseñas de clientes | Dependen del origen y del método de cifrado | Dependen del origen y del método de cifrado | No se pueden migrar por CSV: hay que invitar a los clientes a activar su cuenta |
03 Paso 1: inventario completo de URLs de la tienda
Todo lo que no esté en el inventario se convertirá en un 404 el día del lanzamiento. En una tienda online el volumen de URLs es mucho mayor que el de una web corporativa, porque se multiplican con variantes, filtros, paginaciones e imágenes. Google aconseja reunir las URLs antiguas a partir de varias fuentes, no de una sola, y si no tienes claro el estado técnico de partida, una auditoría SEO técnica antes de migrar te ahorra sorpresas.
-
1
Exporta los sitemaps actuales
Guarda una copia de todos los sitemaps de la tienda antigua: productos, categorías, páginas, entradas del blog e imágenes. Los necesitarás después del lanzamiento.
-
2
Descarga las páginas con tráfico y enlaces
Saca de Search Console las páginas con impresiones y clics de los últimos 12-16 meses, y el informe de enlaces para ver qué URLs reciben enlaces externos.
-
3
Cruza con la analítica
Exporta las páginas de destino con sesiones e ingresos. Una ficha con pocas visitas pero muchas ventas merece tanto cuidado como una categoría con mucho tráfico.
-
4
Rastrea la tienda completa
Pasa un rastreador por toda la tienda para encontrar URLs que no están en el sitemap: filtros indexables, productos sin categoría, PDFs y fichas técnicas.
-
5
Revisa los registros del servidor
Los logs muestran qué URLs visita de verdad Googlebot, incluidas algunas antiguas que ya no enlazas pero que siguen recibiendo visitas.
-
6
Exporta desde la base de datos
Saca el listado de productos, categorías y marcas con su URL, su referencia (SKU) y su estado. La referencia es la clave que te permitirá emparejar URL antigua y nueva.
| Tipo de URL | Qué hacer en la migración |
|---|---|
| Fichas de producto activas | Redirección 301 una a una a la nueva ficha, emparejando por SKU |
| Productos descatalogados | Redirigir a un sustituto o a la categoría si existe algo equivalente; si no, 404 o 410 |
| Categorías y subcategorías | Mantener la misma jerarquía y, si se puede, el mismo slug; redirigir cada una a su equivalente |
| Filtros indexables | Solo los que tienen tráfico propio: recrearlos como subcategoría o landing y redirigirlos |
| Imágenes de producto | Redirigir las que reciben tráfico desde Google Imágenes o enlaces; mantener nombres de archivo descriptivos |
| Blog y páginas informativas | Migrar el contenido completo y redirigir cada entrada a su nueva URL |
| Páginas legales y de ayuda | Migrar y revisar el contenido: datos de la empresa, envíos, devoluciones y privacidad |
04 Paso 2: mapa de redirecciones 301 y estructura de URLs
El mapa de redirecciones es una hoja de cálculo con dos columnas: URL antigua y URL nueva. Parece sencillo, pero es donde se juega la mayor parte del posicionamiento. Google recomienda redirecciones permanentes en el servidor (301 o 308), indica que no hacen perder PageRank y pide mantenerlas al menos un año, idealmente más.
La mejor redirección es la que no hace falta: si la plataforma de destino te deja reproducir la misma ruta, consérvala. Cuando no sea posible, busca la equivalencia más cercana página a página. Los principios son los mismos que en cualquier rediseño web sin perder posicionamiento; lo que cambia en un ecommerce es el volumen y la lógica de producto.
- ✓Una URL antigua, un destino final: sin cadenas de redirecciones (A → B → C). Google puede seguir varios saltos, pero recomienda apuntar directamente al destino.
- ✓Nunca redirijas todo a la portada: Google desaconseja enviar muchas URLs antiguas a una página que no es equivalente.
- ✓Productos sin sustituto: devuelve un 404 o un 410 en lugar de forzar una redirección a algo que no tiene relación.
- ✓Empareja productos por SKU o referencia, no por nombre: los nombres cambian y se repiten entre variantes.
- ✓Incluye las variantes con URL propia (tallas, colores) si la plataforma antigua las tenía y reciben tráfico.
- ✓Respeta mayúsculas, barras finales y parámetros: /zapatillas y /zapatillas/ pueden ser URLs distintas para el servidor.
- ✓Prueba el mapa completo con un rastreador antes del lanzamiento: cada URL antigua debe devolver un 301 y su destino un 200.
Una ficha de PrestaShop como /calzado/1234-zapatilla-trail-azul.html pasa a ser /products/zapatilla-trail-azul en Shopify, y la categoría /12-calzado pasa a /collections/calzado. Como los prefijos de Shopify son fijos, no se puede conservar la ruta original: el mapa tiene que cubrir cada ficha, cada categoría y cada entrada del blog. Si la ficha antigua tenía dos variantes con URL propia, ambas redirigen a la nueva ficha única.
05 Paso 3: migrar productos, variantes, clientes, pedidos y reseñas
La migración de datos es donde aparecen las limitaciones de cada plataforma. Antes de mover nada, decide qué datos son imprescindibles el día del lanzamiento, cuáles pueden llegar después y cuáles se quedan en un archivo histórico. Y recuerda que mover datos de clientes a otro proveedor también tiene implicaciones de privacidad: revisa los requisitos legales de una tienda online y actualiza la política de privacidad si cambian los encargados del tratamiento.
| Dato | Qué revisar | Riesgo si se hace mal |
|---|---|---|
| Productos y variantes | Atributos, combinaciones, SKU, EAN, precios con y sin IVA, stock y peso | Variantes duplicadas o sin stock y fichas que no se pueden comprar |
| Imágenes | Orden, imagen principal, texto alternativo y nombres de archivo | Fichas sin foto principal y pérdida del texto alternativo |
| Categorías y marcas | Jerarquía, textos SEO de categoría, metatítulos y metadescripciones | Categorías vacías o sin el texto que las posicionaba |
| Clientes | Datos de contacto, direcciones, grupos y consentimiento de newsletter | Clientes que no pueden entrar y envíos de marketing sin consentimiento |
| Pedidos históricos | Estados, importes, impuestos y relación con cada cliente | Incidencias de posventa y devoluciones sin el pedido original |
| Reseñas | Si la herramienta de destino las importa con fecha, autor y valoración | Fichas sin prueba social y pérdida de valoraciones en los resultados de Google |
| Cupones y tarjetas regalo | Códigos vigentes, saldos y fechas de caducidad | Clientes con un saldo que de repente no funciona |
Hacia WooCommerce
El importador CSV que trae de serie está pensado para productos: admite categorías con jerarquía, imágenes externas y variaciones, pero no añade el texto alternativo de las imágenes. Para clientes y pedidos hacen falta extensiones o herramientas de migración.
Hacia PrestaShop
Importa por CSV categorías, productos, combinaciones, clientes y direcciones. Importa primero las categorías y crea los atributos antes que las combinaciones. En una tienda multidioma, cada idioma se importa por separado.
Hacia Shopify
Shopify recomienda importar primero los productos, después los clientes y por último los pedidos históricos, que no entran por el CSV de clientes: necesitan una app de migración o la API.
06 Paso 4: SEO técnico de la nueva tienda (canonicals, sitemaps, hreflang y datos estructurados)
Una tienda puede tener el mapa de redirecciones perfecto y aun así perder posiciones porque la plataforma nueva genera canonicals incorrectos, deja páginas bloqueadas o pierde los datos estructurados de producto. Cada plataforma tiene sus valores por defecto, y no siempre coinciden con lo que tenías configurado.
- ✓Cada página nueva lleva una etiqueta canonical que apunta a sí misma, como pide Google en los cambios de sitio.
- ✓Las anotaciones hreflang de una tienda multidioma apuntan a las URLs nuevas, no a las antiguas.
- ✓Sitemap nuevo listo para enviar a Search Console y copia del sitemap antiguo guardada para el seguimiento.
- ✓El robots.txt no bloquea categorías, fichas ni recursos (CSS, JavaScript, imágenes) que Google necesita para ver la página.
- ✓Ninguna página que quieras posicionar sale con noindex: es el error más habitual al pasar del entorno de pruebas a producción.
- ✓Datos estructurados de producto con precio, moneda, disponibilidad e identificadores, y valoración solo si muestras reseñas reales.
- ✓Enlaces internos del menú, del pie, de las fichas y del blog actualizados a las URLs nuevas, sin pasar por redirecciones.
- ✓Títulos, metadescripciones y textos de categoría trasladados: muchas importaciones los dejan en blanco.
Aprovecha la migración para medir el rendimiento antes y después. Una plataforma nueva con un tema pesado puede empeorar la velocidad de carga web y anular la ventaja del cambio. Compara las Core Web Vitals de las plantillas clave (portada, categoría, ficha y carrito) en el entorno de pruebas antes de dar el visto bueno.
07 Paso 5: pagos, envíos, impuestos y analítica
Una caída de tráfico se nota en semanas; un checkout roto se nota en horas. La parte de negocio de la migración merece el mismo cuidado que el SEO. Las pasarelas de pago se configuran de nuevo en la plataforma de destino, a veces con otro módulo o con otro contrato, y conviene hacerlo con tiempo, porque cambiar de módulo o de configuración del TPV virtual puede requerir gestiones con tu banco o tu proveedor de pagos.
Pagos
Activa los mismos métodos que tenías (tarjeta, Bizum, PayPal, transferencia) y haz pedidos de prueba con cada uno, incluida la autenticación reforzada y las devoluciones.
Envíos
Reproduce las zonas, tarifas por peso o importe, envío gratuito a partir de cierto importe, recogida en tienda y la integración con tu transportista.
Impuestos y facturas
Comprueba los tipos de IVA, Canarias, Ceuta y Melilla si vendes allí, la numeración de facturas y la conexión con tu programa de facturación o ERP.
Emails transaccionales
Confirmación de pedido, envío, recuperación de contraseña y carrito abandonado: revisa textos, remitente y que no acaben en spam.
Analítica y píxeles
Etiqueta de analítica, conversiones de Google Ads, píxel de Meta y eventos de ecommerce (vista de producto, añadir al carrito, compra) funcionando con el banner de consentimiento.
08 Paso 6: entorno de pruebas, control de calidad y día del lanzamiento
La tienda nueva se monta y se prueba en un entorno de pruebas (staging) protegido con contraseña o bloqueado a los buscadores. Ese bloqueo es necesario mientras trabajas, pero es justo lo que hay que quitar al publicar. Google recuerda en su guía que no hay que olvidar retirar los noindex y los bloqueos de robots.txt que solo eran necesarios durante la migración.
- ✓Rastreo completo del staging: sin enlaces rotos, sin canonicals a otro dominio y sin páginas huérfanas.
- ✓Prueba del mapa de redirecciones con la lista completa de URLs antiguas.
- ✓Pedido de prueba de principio a fin con cada método de pago y cada tipo de envío.
- ✓Registro de cliente, acceso, recuperación de contraseña y área de cliente.
- ✓Buscador interno, filtros, carrito y cupones en móvil y en escritorio.
- ✓Comparación de precios, stock y variantes de una muestra de productos contra la tienda antigua.
- ✓Textos legales, formulario de desistimiento y banner de cookies revisados en la nueva plataforma.
- ✓Servidor con capacidad suficiente: Google rastrea con más intensidad tras un cambio de sitio.
-
1
Congela el catálogo
Unos días antes, deja de crear productos y categorías en la tienda antigua y haz la última sincronización de stock, clientes y pedidos.
-
2
Elige un momento de poco tráfico
Google aconseja programar el cambio en un periodo de menos tráfico. Evita rebajas, campañas y lanzamientos.
-
3
Publica y activa las redirecciones
Apunta el dominio a la nueva plataforma, carga el mapa de redirecciones y retira contraseñas, noindex y bloqueos del entorno de pruebas.
-
4
Comprueba lo crítico en la primera hora
Haz un pedido real, revisa una muestra de redirecciones, el robots.txt, el sitemap y que la analítica registra visitas y compras.
-
5
Avisa a Google
Envía el nuevo sitemap en Search Console. Si además has cambiado de dominio, usa la herramienta de cambio de dirección; si mantienes el dominio, no hace falta.
-
6
Actualiza lo que depende de ti
Feeds de Merchant Center y marketplaces, enlaces de campañas, perfiles sociales, firmas de email y enlaces externos importantes que puedas pedir que cambien.
09 Paso 7: seguimiento de 4 a 8 semanas después de migrar
Google indica que pueden pasar unas semanas o más hasta que las URLs nuevas sustituyan a las antiguas en los resultados, y que es normal que las posiciones fluctúen mientras tanto. En tiendas grandes el proceso es más lento, porque Googlebot tiene que visitar cada URL antigua y nueva al menos una vez. El objetivo del seguimiento es distinguir esa fluctuación normal de un problema real.
| Momento | Qué revisar | Dónde |
|---|---|---|
| Días 1-7 | Errores 404 nuevos, errores de servidor, pedidos y pagos fallidos, conversiones registradas | Registros del servidor, rastreador, panel de la tienda y analítica |
| Semanas 2-3 | Estado del nuevo sitemap, páginas indexadas y motivos de exclusión, avisos de datos estructurados | Informes de sitemaps, indexación de páginas y mejoras de Search Console |
| Semanas 4-6 | Clics e impresiones por tipo de página frente al periodo anterior, posiciones de categorías clave | Informe de rendimiento de Search Console y tu herramienta de posiciones |
| Semanas 6-8 | Tasa de conversión, ingresos orgánicos, valor medio del pedido y productos rechazados en Merchant Center | Analítica, panel de la tienda y Merchant Center |
Superada la estabilización, la migración es buen momento para atacar lo que la plataforma antigua no te dejaba hacer: categorías con contenido, filtros bien resueltos y fichas más completas. Lo tienes desarrollado en la guía de SEO para ecommerce.
10 Errores comunes al migrar una tienda online
Redirigir todo a la portada
Es rápido, pero Google no lo trata como un traslado de cada página. Las fichas y categorías pierden lo que habían ganado y el usuario aterriza donde no buscaba.
Olvidar el noindex del staging
La tienda nueva sale publicada con la orden de no indexarse y las páginas empiezan a desaparecer de Google en pocos días.
Migrar solo productos activos
Los descatalogados con enlaces y búsquedas se quedan sin destino. Decide caso por caso: sustituto, categoría o 404.
Perder los textos SEO
Metatítulos, descripciones de categoría y textos alternativos no siempre se importan. Compara una muestra de páginas antes y después.
Cambiar todo a la vez
Plataforma, dominio, diseño, categorías y precios en la misma semana. Si las ventas caen, no sabrás por qué.
Dar la migración por terminada el día del lanzamiento
Las redirecciones se mantienen al menos un año y el seguimiento dura semanas. Sin ese control, los problemas aparecen cuando ya han costado ventas.
Si prefieres que la migración la lleve un equipo que ya ha pasado por ella, en appyweb somos una agencia de diseño de tiendas online que trabaja la plataforma, el mapa de redirecciones y el seguimiento posterior como un único proyecto.
Preguntas frecuentes
Puede haber fluctuaciones mientras Google procesa el cambio, que según su documentación pueden durar unas semanas o más. Si cada URL antigua redirige con un 301 a su equivalente y la nueva tienda no tiene errores técnicos, lo normal es recuperar la visibilidad.
Google recomienda mantenerlas al menos un año, y a ser posible más. Retirarlas antes hace que los enlaces externos y los usuarios con marcadores lleguen a páginas de error.
Depende del destino. WooCommerce y PrestaShop permiten configurar bastante la estructura de URLs, así que a menudo puedes acercarte a la original. Shopify usa prefijos fijos como /products/ y /collections/, por lo que casi siempre habrá que redirigir.
Normalmente no, porque se guardan cifradas con métodos distintos en cada plataforma. Shopify confirma que no se pueden migrar por CSV y que hay que invitar a los clientes a activar su cuenta.
Solo si cambias de dominio o de subdominio. Si mantienes el mismo dominio y solo cambian las rutas, basta con las redirecciones, el nuevo sitemap y el seguimiento en Search Console.
Si hay un sustituto claro, redirige al sustituto; si no, a la categoría más cercana cuando tenga sentido para el usuario. Si no existe nada equivalente, devuelve un 404 o un 410 en lugar de redirigir a la portada.
Un periodo de poco tráfico y lejos de tu temporada fuerte, con margen para corregir errores antes de las campañas importantes. Evita lanzar justo antes de rebajas o de fechas clave de venta.
Fuentes consultadas
Sobre el autor
Raúl Aránega Segura
CEO y especialista SEO en appyweb
Fundador de appyweb. Más de una década posicionando webs y tiendas online en Google y, ahora, en las respuestas de la IA.
Ver perfil en LinkedIn ↗
