Migrar de plataforma suena a un proyecto técnico: exportar productos, elegir tema, conectar el dominio. Tres semanas después el sitio "funciona", pero Google ya no trae las mismas visitas. Las fichas que rankeaban devuelven 404. Las categorías cambiaron de slug. El blog quedó en otra ruta. Nadie "apagó el SEO": se rompió el historial de URLs y nadie lo notó el día del corte.
Migrar tienda sin perder SEO no es un eslogan de agencia. Es un checklist de operaciones: inventariar cada URL que importa, decidir a dónde manda cada una, poner 301 de verdad, mantener paridad de contenido, avisar a Search Console y vigilar la caída (porque algo de volatilidad es normal; el colapso total no). Esta guía es honesta: si lo haces mal, sí pierdes SEO. Si lo haces con método, conservas la mayor parte del activo y a veces lo mejoras. Sirve si vienes de WooCommerce, Shopify, Tiendanube u otro stack, y si tu tienda vende en Colombia o LATAM con dominio propio.
No es un artículo para asustarte y que no migres nunca. A veces quedarte es más caro: sitio lento, plugins frágiles, imposibilidad de importar catálogo o de armar postventa. La decisión correcta es migrar con el puente de SEO construido, no improvisado el domingo del DNS.
1. Por qué la migración es el momento en que más SEO se destruye
Google no "conoce tu marca" en abstracto: conoce URLs que acumularon clics, enlaces y confianza. Cuando cambias de plataforma, casi siempre cambian:
- la estructura de rutas (
/producto/ → , → );
Si la URL vieja no redirige 301 a la nueva equivalente, el posicionamiento de esa página no se traslada: se evapora. El usuario ve un 404 o una home genérica; Google deja de confiar; el tráfico cae "sin razón aparente" dos a ocho semanas después —cuando ya nadie asocia la caída con el día del deploy—.
Idea clave: el SEO no vive en el plugin ni en el tema. Vive en la continuidad de la URL y del contenido útil. Migrar catálogo sin migrar el mapa de URLs es mudarte de casa y no avisar al correo: las cartas (los enlaces y el ranking) llegan a la dirección vieja.
2. Antes de tocar nada: decide si debes migrar (y a dónde)
No migres por moda. Migra cuando el costo de quedarte supera el riesgo del cambio:
- WooCommerce o WordPress lento, frágil o dependiente de 40 plugins (el síntoma clásico está en conversaciones de alternativa a WooCommerce).
- Costos de stack (hosting + mantenimiento + agencia) que no escalan con tu margen.
- Necesitas canal propio con import desde Mercado Libre, postventa y SEO de catálogo sin armar un Frankenstein.
- El proveedor actual te ata (plan, app store, límites) y te impide crecer.
Compara plataformas por activo que construyes, no solo por precio de plan: el marco de plataforma ecommerce LATAM y, si vienes del marketplace, tienda propia vs. Mercado Libre. Si el SEO ya es un activo serio, el checklist de esta guía es no negociable; si el sitio casi no rankea, igual haz 301 de lo que exista, pero el riesgo de caída es menor porque hay menos que perder.
3. Inventario de URLs: la pieza que nadie quiere hacer y que salva el proyecto
Sin inventario, el resto es adivinanza. Necesitas la lista de todas las URLs que importan, no solo "los productos activos".
Fuentes del inventario:
- Google Search Console — páginas con impresiones y clics (lo que de verdad mueve aguja).
- Sitemap actual — productos, categorías, posts, páginas estáticas.
- Analytics / logs — landings que convierten aunque no estén en el top 10 mental.
- Crawl (Screaming Frog u otro) del sitio viejo — captura 200, 301 ya existentes, huérfanas.
Clasifica cada URL:
Exporta a una hoja: url_vieja | tipo | clics_90d | url_nueva | estado. Esa hoja es el contrato de la migración. Sin ella, el desarrollador "aproxima" y el SEO se desangra en silencio.
Criterio de decisión: prioriza por negocio, no por orden alfabético. Las 50 URLs que traen el 80 % del tráfico orgánico se mapean y se prueban a mano. El long tail se mapea por reglas (patrón de producto/categoría) y se samplea.
Si tu tienda tiene miles de SKUs, no intentes mapear a mano cada variante de color indexada por error. Separa: (A) URLs con clics en 90 días, (B) URLs con backlinks conocidos, (C) el resto por patrón. A y B son sagradas; C se resuelve con reglas y se monitorea por 404 post-cutover. Ese triaje es lo que hace viable una migración grande sin un ejército.
Las rutas de producto cruzan de la tienda antigua a la nueva mediante redirecciones hacia destinos equivalentes
4. Mapeo de redirecciones 301 (reglas + excepciones)
Un 301 dice: "esta dirección se mudó de forma permanente; pásale la confianza a la nueva". Un 302 es temporal y no debe usarse para un cambio de plataforma. Un 404 es una promesa rota. Un redirect en cadena (A→B→C→D) diluye y ralentiza: apunta A → destino final.
Reglas prácticas:
- 1:1 siempre que el contenido exista en el destino (producto → mismo producto).
- Producto muerto → sucesor o categoría padre más cercana, no la home (la home como basurero de 301 confunde a Google y al usuario).
- Categoría fusionada → ambas viejas a la nueva canónica.
- Blog: conserva slug si puedes; si el CMS nuevo fuerza otra ruta, 301 de la ruta completa vieja a la nueva.
- HTTP→HTTPS y www→apex (o al revés) deben quedar en una decisión canónica, no pelearse con la plataforma.
Prueba un muestreo grande antes del cutover en un entorno de staging o con el hosts file: no esperes al lunes de lanzamiento para descubrir que la mitad de los 301 apuntan a 404.
La higiene de URLs y 301 es el mismo principio que en el día a día del catálogo —renombrar categoría sin 301 es el error silencioso del SEO para ecommerce—. La migración es ese error multiplicado por todo el sitio.
Documenta también quién opera los 301 el día del corte: ¿nginx del VPS, CDN, plugin viejo, plataforma nueva? Si el 301 vive solo en el origen y apagas el origen, el puente desaparece. El destino (o el edge delante del destino) debe ser dueño de las reglas cuando el tráfico productivo ya apunta ahí.
5. Canonicals, sitemap y base técnica en el destino
Aunque los 301 estén perfectos, el sitio nuevo puede sabotearse solo:
- Canonical mal puesto (apuntando al dominio viejo, a HTTP, o a una variante de filtro).
- Sitemap desactualizado o con URLs de staging.
- noindex olvidado en producción (clásico de "copiamos el flag de preproducción").
- de producto roto o ausente (precio/disponibilidad).
Checklist técnico mínimo en destino (pre-lanzamiento):
- Home, 10 productos top y 5 categorías top: 200, canonical correcto, title/description, H1 único.
- Sitemap XML accesible y coherente con lo indexable.
- robots.txt no bloquea lo que debe indexarse.
- HTTPS y dominio canónico únicos.
- Breadcrumbs y enlaces internos coherentes con la nueva arquitectura.
- Formularios, WhatsApp y checkout en el flujo real de LATAM (no solo el demo del tema).
Si migras a un stack que trae de fábrica canonical, sitemap y 301 al renombrar, reduces el riesgo del próximo cambio de categoría. Eso es parte de la decisión de plataforma, no un detalle cosmético.
En la práctica: el día del cutover, tu sitio nuevo debe ser al menos tan completo en las URLs prioritarias como el viejo. Migrar "y ya subimos el resto el mes que viene" es regalar posiciones en las páginas que dejaste huecas.
Un error típico de staging: el sitio nuevo se prueba con noindex y, al promover a producción, el flag se queda. Otro: el sitemap apunta a staging.tudominio.com. Ambos se detectan en cinco minutos de checklist y se pagan con semanas de "¿por qué no indexa?". Pon esos dos ítems en negrita en tu runbook.
6. Paridad de contenido (y de señales comerciales)
SEO no es solo status code. Es contenido y utilidad:
- Títulos y descripciones que ya rankeaban: no los tires por un "copy genérico de plantilla".
- Texto de categoría que explicaba y posicionaba: migra o reescribe antes de cortar, no "después si hay tiempo".
- Artículos del blog enlazados a productos: actualiza los enlaces internos al nuevo path.
- Reviews, FAQs y bloques de confianza: si el origen los tenía, el destino no puede nacer desnudo.
- Imágenes: mismos archivos o redirects de media; evita hotlink roto a un CDN viejo que vas a apagar.
La paridad no significa clonar pixel a pixel un diseño feo. Significa que la intención de cada URL prioritaria sigue resuelta: la ficha sigue siendo ficha completa, la guía sigue respondiendo la duda y enlazando el catálogo (catálogo digital que vende, blog para ecommerce).
Si el motivo de migrar es mejorar SEO de productos, planifica la mejora después de estabilizar: primero continuidad, luego optimización. Optimizar y mudarse el mismo día multiplica variables y no sabes qué rompiste.
La paridad también incluye enlaces internos: si en el origen la guía top enlazaba tres fichas, en el destino esas tres rutas deben existir y el markdown o el HTML debe apuntar a las nuevas. Un 301 externo no arregla un artículo que, por dentro, sigue mandando a URLs muertas del CMS viejo embebidas en el cuerpo.
7. Cutover por etapas (no el "Big Bang" del viernes a las 6)
El corte controlado reduce pánico:
Evita lanzar en Black Friday, Cyber o el pico de tu categoría. Evita migrar a la vez dominio + plataforma + rediseño radical + cambio de toda la arquitectura de URLs. Cada variable extra es un posible culpable cuando el tráfico tiemble.
Punto de control: la migración exitosa es aburrida. Si el día del launch hay "sorpresas creativas" de rutas, no fue un launch: fue un experimento con tu principal canal de adquisición gratis.
8. Search Console, Analytics y señales de alarma
Después del corte, no "esperes a ver". Opera con tablero:
- Cobertura / páginas indexadas: subidas de 404 y "no encontrada".
- Rendimiento: clics e impresiones por página (compara con el período anterior a la migración, no solo día a día).
- Mapa de 404 reales desde logs o GSC; corrige con 301 nuevos en 48 h, no en "el próximo sprint".
- Conversiones (leads WhatsApp, checkouts): el SEO puede "verse bien" y el funnel estar roto por un botón.
Una caída leve y temporal puede ser normal (recrawl). Una caída en las URLs que no redirigiste es autoinfligida. Una caída con 301 correctos y paridad buena suele recuperarse; una con 404 masivos puede costar meses.
Agenda tres revisiones fijas: 48 h (404 y checkout), 7 días (cobertura e impresiones), 28 días (clics y conversiones orgánicas vs. baseline pre-migración). Sin baseline capturado antes del cutover, cualquier "se cayó todo" es opinión. Exporta el rendimiento de Search Console de los 90 días previos y guárdalo con fecha.
9. Caso mental: de WooCommerce (u otro) a un canal más simple
Muchas tiendas LATAM viven el mismo arco: empezaron en WordPress/Woo porque "es gratis y flexible", acumularon plugins, el sitio se volvió lento y cada actualización da miedo. Migrar a una alternativa a WooCommerce o a una plataforma pensada para seller (import ML, postventa, SEO de catálogo) es razonable —si el SEO se trata como activo.
Patrón recomendado:
- Inventario + 301 map (esta guía).
- Import de catálogo y revisión de las 50 fichas top (SEO de productos cuando optimices).
- Recrear o redirigir las guías que ya traían tráfico.
- Conectar postventa y recompra para que el canal nuevo no sea solo "otra vitrina" (postventa ecommerce).
- Apagar plugins y hosting viejo solo cuando el puente de 301 ya no dependa de ellos.
Monyi está en ese camino: canal propio, catálogo, base SEO y operación LATAM. Evalúa con un subconjunto de productos; no migres el imperio entero el primer día si puedes hacer un piloto con un dominio de prueba y luego el cutover del dominio principal con el mapa de 301 listo.
10. Riesgos honestos (léelos antes de firmar el proyecto)
- Sí puedes perder posiciones aunque hagas casi todo bien: Google recrawlea con demora; la volatilidad de 2–6 semanas existe.
- Sí puedes destruir el canal si no hay 301, si el destino nace vacío o si dejas noindex en prod.
La señal útil: trata la migración como una cirugía de activo, no como un cambio de tema de WordPress un domingo. El tiempo que "ahorras" saltándote el inventario lo pagas en meses de tráfico perdido —y el tráfico orgánico era, precisamente, lo más barato que tenías—.
Si el proyecto lo hace una agencia, exige el mapa de 301 entregable (hoja o archivo de reglas) como criterio de aceptación, no solo "el sitio se ve lindo". Un rediseño bonito con SEO roto es un regalo envenenado. Si lo haces in-house, no dejes el mapa solo en la cabeza del dev: vive en un archivo versionado.
11. Checklist final imprimible
Antes del cutover:
Después del cutover:
Si marcas todo en serio, no tienes garantía de "cero turbulencia", pero sí la máxima probabilidad de conservar el activo. Si marcas a las apuradas, no digas que "Google te castigó": casi seguro te castigó el desorden.
Monyi puede ser el destino de esa mudanza cuando buscas un canal propio con base SEO y operación de catálogo sin el peso de un Woo frágil. Empieza por crear tu cuenta y, en paralelo, arma el inventario de URLs: ese archivo vale más que cualquier demo el día del corte. La guía madre de posicionamiento sigue siendo SEO para ecommerce; esta pieza es el puente para no tirarlo al cambiar de plataforma. Para el mapa de plataformas en la región, vuelve a plataforma ecommerce LATAM.
Preguntas frecuentes
¿Se puede migrar una tienda online sin perder nada de SEO?
Se puede conservar la mayor parte del activo si hay inventario, 301 correctos y paridad de contenido. Prometer "cero cambio" es marketing: hay recrawl y volatilidad. Lo que sí es evitable es el colapso por 404 masivos y destinos vacíos.
¿Cuánto tarda Google en reconocer la migración?
Días para ver las primeras señales; semanas para estabilizar. Por eso la vigilancia de 14–28 días y la corrección rápida de 404 importan más que el brindis del día 1.
Ambos son serios. Juntarlos multiplica el riesgo. Si puedes, una mudanza a la vez. El dominio nuevo requiere su propia estrategia de 301 y de Search Console.
¿Sirve un redirect masivo de todo a la home?
Casi nunca. Google y el usuario esperan la página equivalente. 301 a home es un parche perezoso que diluye relevancia y empeora la experiencia. Mapea 1:1 lo prioritario.
¿Debo migrar el blog o solo los productos?
Si el blog trae tráfico o enlaza el catálogo, mígralo o redirígelo. Matar guías que ya rankean es tirar adquisición gratis. El sistema de contenido se explica en blog para ecommerce.
Puedes armar el canal en Monyi e importar catálogo; el trabajo de mapa de 301 y cutover del dominio sigue siendo un proyecto que debes planear (esta checklist). La ventaja es aterrizar en una base con SEO de catálogo y operación LATAM sin reconstruir plugins. Evalúa en registro y lee alternativa a WooCommerce si ese es tu origen.
¿Qué hago con las URLs de campañas viejas de ads?
Inclúyelas en el inventario si todavía reciben clics o si las usas en creativos activos. Un anuncio que sigue vivo apuntando a un 404 quema presupuesto y reputación a la vez. Actualiza la URL final en el gestor de ads el mismo día del cutover, además del 301 de seguridad.
Fuentes primarias, alcance y fecha de revisión
Alcance de migración: una lista de 301 no sustituye un inventario de URLs, canonicals, contenido, analítica y pruebas. Conserva el sitio anterior accesible hasta validar redirecciones, indexación y tráfico.
Fuentes consultadas y revisadas el 20 de julio de 2026. Los precios, comisiones, políticas y disponibilidades cambian: confirma la condición aplicable a tu país y cuenta antes de decidir.
Ruta de aprendizaje relacionada
