--- title: "Cómo migrar una web sin perder SEO: guía paso a paso" description: "Descubre la estrategia definitiva para migrar tu sitio sin perder autoridad ni tráfico orgánico." canonical: https://epinium.com/es/blog/como-migrar-una-web-sin-perder-seo/ lang: es date: 2026-11-08T05:13:55 --- **Resumen ejecutivo** - Una migración sin mapa de redirecciones 1:1 es el error que más penaliza: pierdes autoridad acumulada y tráfico orgánico que tardarás meses (o años) en recuperar. - Las redirecciones 301 no son opcionales: cada URL antigua debe apuntar a su equivalente exacto en el nuevo dominio o estructura. No sirva un "301 global" al home. - John Mueller, de Google, recomienda mantener las redirecciones 301 activas como mínimo un año tras la migración. No las borres al mes. - El error más común no técnico: no documentar la arquitectura antes de empezar. Si no sabes qué URLs existen hoy, no puedes migrarlas mañana. - La diferencia entre una migración limpia y un desastre no está en el CMS nuevo, sino en el plan de URL mapping previo y la validación post-lanzamiento. ## Tu tienda funciona, vende, y de pronto decide cambiar de motor Imagina la escena: llevas tres años posicionando. Tienes 400 fichas de producto que rankean para keywords de cola larga. El tráfico orgánico es el 40% de tus ventas. Y un día, el CTO dice: "Migramos a [nuevo CMS]. Necesitamos más escalabilidad." Siete meses después, tu tráfico orgánico está un 60% por debajo. No es un problema de contenido. No es un problema de competencia. Es un problema de redirecciones mal configuradas, URLs rotas que nadie detectó a tiempo y una arquitectura que perdió la jerarquía que Google había indexado durante años. La migración de una web no es un cambio de software. Es una cirugía mayor sobre un organismo vivo. Y como en toda cirugía, el 80% del éxito depende de la preparación previa, no del momento de la operación. ## Por qué el 301 no es una opción: la física de la autoridad SEO Aquí es donde la mayoría de los equipos de marketing se relajan. Ponen un "301" genérico al home y dan por hecho que Google "ya sabrá". No lo sabe. Una redirección 301 indica a Google que una página se ha movido de forma permanente, mientras que una 302 indica un traslado temporal. En una migración de sitio se debe usar 301, sin excepciones. Si usas 302, le estás diciendo a Google que el cambio es provisional: aunque una 302 también puede pasar PageRank, Google puede seguir mostrando la URL antigua como canónica en los resultados, y eso genera inconsistencias justo cuando necesitas que la nueva URL tome el relevo. Punto. Pero hay un matiz que casi nadie explica bien: no basta con que el 301 exista. Hay que configurar una redirección 301 desde cada página individual del sitio antiguo hacia su página equivalente en el nuevo sitio. "Cada página individual" significa exactamente eso. No un mapa de 50 URLs principales. No las categorías. Cada SKU, cada blog post, cada landing de campaña, cada URL de parámetro que Google haya indexado. John Mueller, ingeniero de Google, lo tiene claro: recomienda mantener las redirecciones 301 de una migración activas como mínimo un año. Search Engine Journal documenta esta recomendación. No porque Google tarde un año en procesarlas, sino porque los enlaces externos, las backlinks, las marcas que comparten tu URL antigua, los enlaces en PDFs, en prensa, en foros... todo eso sigue apuntando a la URL vieja. Si borras la redirección al tercer mes, rompes esa cadena. > **Mito desmontado**: "Si mi tráfico orgánico no baja en la primera semana, la migración va bien." Falso. El efecto completo de una migración mal hecha suele manifestarse entre el segundo y el sexto mes, cuando Google re-crawlea a profundidad y detecta que las URLs intermedias no existen o que la jerarquía ha cambiado. La primera semana es solo la puntilla superficial. ## El mapa de URLs: el documento que separa una migración profesional de un desastre Antes de tocar una sola línea de código, necesitas un documento. No una hoja de cálculo desordenada. Un mapa de URLs estructurado que contenga: - URL antigua (exacta, con parámetros si los hay) - URL nueva (exacta) - Tipo de redirección (301, 302, o "no redirigir" si la página desaparece deliberadamente) - Estado de indexación actual (¿está indexada? ¿tiene backlinks? ¿aporta tráfico?) - Prioridad (alto/medio/bajo según impacto en revenue) Este documento no es un lujo para agencias. Es la única forma de auditar después si algo ha fallado. Sin él, cuando el tráfico baje, no sabrás si es por la migración o por otra cosa. Y perderás semanas haciendo arqueología digital. En Epinium, este proceso es parte de [la migración de tiendas online sin perder SEO](/es/servicios/migracion-ecommerce/). No es un extra. Es el núcleo del servicio. Y la diferencia no está en el CMS al que migramos (Shopify, WooCommerce, PrestaShop, Astro, lo que haga falta), sino en la disciplina del URL mapping previo. Un error frecuente: migrar la estructura de categorías antes que las URLs de producto. Si Google indexa `/categoria/shampoos` y esa URL cambia a `/shop/shampoos`, pero no hay redirección, pierdes la autoridad de esa categoría y todo el tráfico que llevaba. Y si además has cambiado el esquema de URLs de producto de `/producto/12345` a `/producto/nombre-del-shampoo`, y no has mapeado cada uno, tienes cientos de URLs rotas que no verás hasta que un cliente las reporte. ## Qué pasa con el contenido: no es solo mover HTML Migrar el contenido textual es lo más fácil. Lo difícil es migrar la relación entre contenido y estructura. Piensa en esto: Tienes un blog post que enlaza a 12 productos. En la nueva web, esos productos tienen URLs nuevas. Si el CMS nuevo no actualiza los enlaces internos automáticamente, tienes 12 enlaces rotos en cada post. Y si tienes 200 posts, tienes 2.400 enlaces internos rotos. Google lo detecta. Los usuarios también (aunque no lo sepan, la experiencia de navegación se degrada). También está el problema de los metadatos. Los title tags, las meta descriptions, los datos estructurados (schema.org), los alt de las imágenes... Si no los migras con precisión, pierdes señales de relevancia que Google usa para posicionar. No es que el contenido "no esté", es que las señales que le decían a Google "esto es relevante para X" han desaparecido. Y luego está la velocidad de carga. Un CMS nuevo, con plugins nuevos, con una arquitectura de archivos distinta, puede ser más rápido o más lento. Si tu web pasaba de 3 segundos a 6 segundos de carga, estás perdiendo conversión y también SEO (PageSpeed es un factor). Esto no se resuelve con "optimizar después". Se resuelve midiendo antes, durante y después. Si estás evaluando una migración y no tienes claro cómo impactará en tu posicionamiento actual, [la optimización de fichas de Amazon de Epinium](/es/platform/catalogo/amazon-listing-optimization/) muestra cómo el principio es el mismo: no basta con mover el contenido, hay que reoptimizarlo para el nuevo contexto. La lógica es idéntica en web y en marketplaces. ## La validación post-migración: lo que la mayoría salta El lanzamiento es el día 1, no el día 100. Y el error más costoso es hacer el check básico ("¿la web carga?") y dar por hecho que está todo bien. La validación post-migración debe incluir: - Crawl técnico completo con Screaming Frog o similar, comparando URLs antiguas vs nuevas - Verificación de que cada 301 apunta a la URL correcta (no al home, no a 404) - Monitorización de Search Console durante al menos 30 días post-lanzamiento - Revisión de logs de servidor para detectar 404 y 500 - Test de rendimiento (Core Web Vitals) antes y después - Revisión de datos estructurados (¿los schema.org se han migrado correctamente?) - Prueba de usuario real: navegación por el funnel completo, checkout, filtros, búsqueda Y aquí viene lo que pocos hacen: mantener un monitoreo activo durante al menos 3 meses. No porque la migración "se rompa" tarde, sino porque Google necesita tiempo para re-indexar, re-evaluar la autoridad y ajustar su ranking. Lo que ves en la semana 1 no es el resultado final. Es la primera señal. Un caso real de la industria: una marca de beauty migró de WooCommerce a Shopify. El tráfico orgánico bajó un 35% en el mes 1, se estabilizó en el mes 2, y no recuperó los niveles previos hasta el mes 7. ¿Por qué? Porque no habían mapeado las URLs de producto con parámetros de variante, y Google tardó meses en entender que `/producto/shampoo-x?variant=azul` y `/producto/shampoo-x-azul` eran la misma cosa. ## Tabla comparativa: migración DIY vs. migración con partner especializado | Aspecto | Migración DIY (internamente) | Migración con partner especializado | |---|---|---| | URL mapping | A menudo incompleto o improvisado | Sistema exhaustivo con priorización por impacto | | Redirecciones | Riesgo alto de 301 genérico o 302 por error | 301 individual por URL, validado antes del lanzamiento | | Datos estructurados | Migración manual, con errores | Automatización + revisión manual de calidad | | Tiempo de detección de errores | Semanas o meses (cuando el tráfico baja) | Días (validación técnica post-lanzamiento) | | Impacto en equipo interno | Semanas o meses de dedicación exclusiva | Equipo interno liberado para estrategia | | Coste oculto | Pérdida de tráfico, recuperación lenta, horas de firefighting | Inversión clara, alcance cerrado por escrito | | Documentación post-migración | Improvisada o inexistente | Informe técnico completo con plan de monitoreo | La diferencia no es solo técnica. Es de riesgo. Cuando migras internamente, el riesgo lo asume tu P&L. Cuando migras con un partner, el alcance está cerrado por escrito, y sabes qué va a pasar, cuándo y cómo se valida. SESIÓN GRATIS **¿Tu migración tiene un mapa de URLs o una hoja de cálculo improvisada?** Cuéntanos tu caso y te lo evaluamos sin compromiso. [Ver la migración de tiendas online →](https://epinium.com/es/servicios/migracion-ecommerce/) diagnóstico gratis de 15 min · alcance cerrado, por escrito ## Qué cambió en 2026: el peso del GEO y la IA en las migraciones No es que las migraciones sean "nuevas" en 2026. La física de las redirecciones 301 no ha cambiado. Pero el contexto sí. Hasta 2024, una migración exitosa significaba: no perder tráfico orgánico en Google. Hoy, una migración exitosa significa: no perder tráfico orgánico en Google, ni en Bing, ni en las respuestas de ChatGPT, ni en Perplexity, ni en las SERPs de IA. Esto es lo que llamamos GEO (Generative Engine Optimization), y es un cambio estructural, no un extra. Si tu contenido está indexado en los modelos de IA, y migras sin mantener la estructura semántica, pierdes esa presencia. No es que Google deje de posicionarte. Es que las respuestas generativas que citaban tu contenido ya no pueden encontrarlo en la URL antigua, y los modelos tardan en re-indexar. Esto no significa que necesites "optimizar para ChatGPT" como si fuera un CMS. Significa que la arquitectura semántica, los datos estructurados y la jerarquía de contenido son más importantes que nunca. Porque no solo un crawler de Google los lee. Lo hacen múltiples sistemas. En [la optimización de fichas de Amazon de Epinium](/es/platform/catalogo/amazon-listing-optimization/) vemos este principio aplicado: no basta con tener el contenido, hay que estructurarlo para que múltiples sistemas (el algoritmo de Amazon, las respuestas de IA, los buscadores) lo entiendan y lo prioricen. La migración web sigue la misma lógica. También está el tema de la velocidad. Los modelos de IA priorizan contenido accesible, rápido y bien estructurado. Si tu nueva web es más lenta, no solo pierdes conversión. Pierdes visibilidad en los canales generativos. Y esos canales están creciendo. No son un "bonus". Son donde van a estar tus clientes en 18 meses. ## FAQ: preguntas que nadie te hace (pero que deberías hacerte) ### ¿Puedo migrar y luego arreglar las redirecciones si el tráfico baja? No. Y no porque sea "mejor" hacerlo bien la primera vez, sino porque el coste de reparación es exponencialmente mayor que el de prevención. Una redirección mal configurada que detectas al mes 3 te cuesta semanas de trabajo y meses de recuperación de tráfico. Una redirección bien configurada al día 1 te cuesta horas de trabajo y cero pérdida. La matemática no es compleja. El problema es que la prevención no es "sexy" y no aparece en el roadmap como un hito. Pero es el hito más importante. ### ¿Necesito migrar todas las URLs, incluso las que no tienen tráfico? Depende. Las URLs sin tráfico pero con backlinks sí. Las URLs sin tráfico y sin backlinks puedes considerar no migrarlas (con un 301 al home o a una categoría relevante, no a 404). Pero la clave es: decidir deliberadamente. "No migrar" es una decisión. "Olvidar" no lo es. Y cada URL que olvidas es un riesgo de 404 futuro cuando alguien enlaze a esa URL. ### ¿Cuánto tiempo tarda Google en "aceptar" la migración? No hay un plazo fijo. Depende del tamaño del sitio, de la autoridad del dominio, de la calidad del URL mapping y de la frecuencia de crawl. En sitios pequeños (menos de 500 URLs), puede tardar 4-8 semanas. En sitios grandes (10.000+ URLs), puede tardar 3-6 meses. John Mueller recomienda mantener las redirecciones 301 activas como mínimo un año, precisamente porque no puedes saber cuándo Google ha terminado de re-evaluar. Search Engine Journal documenta esta recomendación. ### ¿Puedo migrar de un CMS a otro sin cambiar la estructura de URLs? Sí, y es lo ideal si es posible. Si mantienes las URLs idénticas, no necesitas redirecciones 301 para las URLs que no cambian. Solo para las que sí cambian. Esto reduce drásticamente el riesgo. Pero no siempre es posible: a veces el nuevo CMS impone una estructura distinta, o quieres aprovechar la migración para reorganizar. En ese caso, vuelves al problema del URL mapping exhaustivo. ### ¿Qué pasa con las URLs que tienen parámetros (filtros, sorteos, sesiones)? Es el caso más complejo. Si tienes `/categoria/shampoos?sort=precio&filtros=vegano`, y en la nueva web ese parámetro no existe o tiene otra sintaxis, necesitas mapear cada combinación de parámetros que Google haya indexado. Esto puede ser cientos o miles de URLs. La solución: identificar qué parámetros aportan tráfico o backlinks, y mapear solo esos. Los parámetros "internos" (sesiones, tokens) no necesitan migración. Pero la distinción la tienes que hacer tú, no el CMS. ### ¿Es mejor migrar de golpe (big bang) o progresivamente? Para sitios pequeños (menos de 500 URLs), el big bang suele ser más limpio: menos tiempo en estado de transición, menos riesgo de inconsistencia. Para sitios grandes, la migración progresiva (por categorías o por módulos) reduce el riesgo, pero alarga el periodo de vulnerabilidad. No hay respuesta universal. Depende de tu equipo, tu CMS, tu volumen de URLs y tu tolerancia al riesgo. Lo que sí es universal: en cualquier caso, el URL mapping debe estar completo antes de empezar, no durante. ### ¿Pierdo posicionamiento si cambio de TLD (.com a .es)? Sí, potencialmente. Un cambio de TLD es una migración de dominio completo, no solo de estructura. Necesitas redirecciones 301 de cada URL del TLD antiguo al nuevo. Y Google trata un cambio de TLD como un cambio de dominio, lo que significa que la autoridad no se transfiere al 100% de forma inmediata. Es la migración más arriesgada de todas. Si puedes evitar cambiar el TLD, evítalo. Si no puedes, asegúrate de que el URL mapping sea exhaustivo y de que las redirecciones sean 301 (no 302, no "meta refresh", no JavaScript). ### ¿Qué hago si ya migré y el tráfico ha bajado? No entres en pánico. Pero actúa rápido. Primero: identifica si la caída es por URLs rotas (crawl técnico), por redirecciones mal configuradas (verificación de 301), o por otro factor (cambio de algoritmo, estacionalidad, competencia). Segundo: corrige las URLs rotas y las redirecciones mal configuradas. Tercero: envía el sitemap actualizado a Search Console. Cuarto: espera 4-8 semanas. No hay "fix" inmediato. Google necesita tiempo para re-crawlear. Pero cada semana que pasa sin corregir el error, es una semana de pérdida acumulada. ### ¿La migración afecta al SEO de mi cuenta de Amazon o de otros marketplaces? No directamente. El SEO de Amazon (o de cualquier marketplace) es independiente del SEO de tu web. Pero si tu web enlaza a tus listings de Amazon, y esas URLs de Amazon cambian (porque reorganizas tu catálogo), necesitas actualizar los enlaces internos de tu web. Y viceversa: si tus listings de Amazon enlazan a tu web, y migras, necesitas actualizar esos enlaces. No es una migración de SEO en sí, pero es una consecuencia que la mayoría no considera. ### ¿Necesito un partner especializado para migrar, o puedo hacerlo con mi equipo interno? Depende del tamaño y la complejidad. Si tienes menos de 200 URLs, un equipo interno con experiencia en SEO técnico puede hacerlo bien. Si tienes más de 1.000 URLs, o si la migración implica cambio de TLD, o si tu equipo interno está saturado con otras prioridades, un partner especializado reduce el riesgo y libera recursos. No es una cuestión de "no puedes hacerlo tú". Es una cuestión de oportunidad coste: ¿vale la pena dedicar 3 meses de tu equipo a una migración, o es mejor que se dediquen a la estrategia de crecimiento? ## La migración no es un proyecto. Es una decisión estratégica Puedes tratar la migración como un ticket de desarrollo: "necesitamos cambiar de CMS, hacedlo". Y funcionará. La web cargará, los productos estarán, el checkout funcionará. Pero el tráfico orgánico bajará, y tardará meses en recuperarse, y nadie en tu empresa sabrá exactamente por qué. O puedes tratarla como lo que es: una decisión estratégica con impacto directo en tu P&L. Con un URL mapping exhaustivo. Con redirecciones 301 individuales validadas. Con una validación post-lanzamiento rigurosa. Con un monitoreo de 3 meses. Con un informe técnico que te diga qué ha cambiado, qué no ha cambiado, y qué hay que vigilar. La diferencia entre ambas aproximaciones no es el precio. Es el riesgo. Y el riesgo, en una migración, se paga en tráfico. Y el tráfico, en una marca de ecommerce, es revenue. En Epinium, creemos que la migración no es el momento para improvisar. Es el momento para ejecutar un plan. Y ese plan, si no lo tienes, es el primer paso. No el décimo. SERVICIOS DE EPINIUM **Tu migración, sin sorpresas en el tráfico.** Diagnóstico técnico de 15 minutos y alcance cerrado por escrito. [Háblanos de tu migración →](https://epinium.com/es/contacto/?servicio=migracion-ecommerce) diagnóstico gratis de 15 min · alcance cerrado, por escrito