Migración web sin perder tráfico: la guía de supervivencia SEO, GEO y AEO para 2026

Cada año, miles de empresas deciden que por fin ha llegado el momento de dejar atrás su vieja plataforma. Los conflictos de plugins, los parches de seguridad, el checkout torpe: todo suma. Así que aprietan el botón de la migración.

Y entonces el tráfico desaparece.

No es un caso límite. La investigación muestra que la mayoría de las migraciones web pierden silenciosamente entre el 20 % y el 40 % de su valor de búsqueda orgánica. Un estudio sobre 892 migraciones de dominio encontró que el tiempo medio de recuperación es de 523 días, y un 17 % de esos sitios no se recuperó nunca.

Pero esto es lo que hace que 2026 sea fundamentalmente distinto de cualquier año anterior: ya no solo protege sus posiciones en Google. Protege su visibilidad en toda una nueva capa de descubrimiento: buscadores con IA como ChatGPT, Perplexity, las AI Overviews de Google y Claude. Pierda sus datos estructurados o rompa su arquitectura de contenido durante una migración y no solo cae en Google: desaparece de las respuestas de IA por completo.

Esta guía cubre lo que de verdad importa: desde el mapa técnico de redirecciones hasta la capa de visibilidad en IA que el 95 % de las guías de migración sigue ignorando.

---

Por qué fallan las migraciones: el problema del deterioro silencioso

Lo más peligroso de una migración mal hecha no es un crash dramático de tráfico. Es la sangría lenta e invisible que empieza alrededor del día diez.

Esto es lo que suele pasar: las palabras clave de marca aguantan su posición. Los paneles de analítica parecen estables. Todo el mundo respira. Pero por debajo, las consultas long-tail —las que traen tráfico de alta intención y alta conversión— empiezan a erosionarse. Las impresiones bajan en clusters de palabras clave concretos. Las páginas siguen recibiendo visitas, pero el engagement cae. Cuando el tráfico global refleja el daño, la pérdida de valor SEO ya está consolidada y es mucho más difícil revertirla.

Un caso documentado vio cómo una tienda online perdía el 67 % de su tráfico en dos semanas tras migrar a una plataforma nueva sin redirecciones adecuadas. Perdieron más de 340 posiciones de palabras clave top. La recuperación parcial tardó seis meses. Otra empresa de software perdió un 44 % de tráfico orgánico tras la migración, alrededor de 500.000 usuarios mensuales.

Y luego está la propia migración de WooCommerce a Woo.com en noviembre de 2023: una caída inmediata de más del 90 % en visibilidad orgánica de la que nunca se recuperaron del todo.

¿El contraste? TransferWise migró más de un millón de páginas indexadas a Wise.com en marzo de 2021. El tráfico cayó inicialmente de unos 32 millones de visitas mensuales a 12,9 millones. Pero, gracias a una estrategia rigurosa —migración por fases, pruebas previas, pre-indexación del dominio—, se recuperaron en ocho meses y acabaron escalando a más de 200 millones de visitas mensuales. El nuevo dominio terminó siendo aproximadamente 5 veces más exitoso que el original.

La diferencia nunca es la suerte. Es la preparación.

---

El contexto de 2026: por qué este año es distinto

Tres cosas han cambiado las matemáticas de la migración en 2026.

La actualización core de Google de marzo de 2026 ha subido el listón. Se desplegó entre el 10 y el 22 de marzo (con una segunda ola desde el 27 de marzo), endureció los umbrales de Core Web Vitals, reforzó la evaluación E-E-A-T y coincidió con una spam update, creando la mayor volatilidad SERP del año. Los sitios con deuda técnica sin resolver, contenido fino o mala experiencia móvil fueron los más castigados. Si migra a un sitio que no cumple los nuevos umbrales, migra a una penalización.

Las AI Overviews aparecen ya en más del 40 % de las consultas. Las mismas señales de contenido que Google evalúa para la búsqueda web determinan cada vez más si su contenido sale en AI Overviews, lo cita ChatGPT o lo referencia Perplexity. Las sesiones referidas por IA crecieron un 527 % interanual en la primera mitad de 2025, y aproximadamente el 31 % de la población estadounidense usa ya búsqueda generativa con IA. Romper sus datos estructurados durante una migración significa volverse invisible para este canal de crecimiento rápido.

El mobile-first indexing es ya un requisito ineludible. Desde julio de 2026, los sitios sin una versión móvil funcional quedarán excluidos por completo del índice de Google. Una migración es su última oportunidad limpia de hacerlo bien.

---

Fase 1: la auditoría previa a la migración

No puede proteger lo que no entiende. Toda la migración depende de lo que documente antes de tocar una sola línea de código.

Establezca la línea base de su rendimiento actual

Exporte todo. Esto será su benchmark y su póliza de seguro:

• Inventario completo de URLs. Rastree su sitio actual con Screaming Frog o Sitebulb. Cada URL, cada código de estado, cada cadena de redirección que ya exista. Para e-commerce, esto incluye páginas de producto, de categoría, URLs de filtro/faceta, contenido de blog y páginas estáticas, cada una con su propia lógica de migración.
• Snapshot de Search Console. Exporte sus 500 palabras clave principales con clics, impresiones, CTR y posición media. Separe el tráfico de marca del que no es de marca: las consultas de marca a menudo enmascaran el deterioro fuera de marca.
• Perfil de enlaces. Exporte su perfil completo de backlinks desde Ahrefs o Semrush. Las páginas con enlaces externos son las más críticas para redirigir bien; el 94-95 % de las páginas tiene cero backlinks, lo que hace exponencialmente más valiosas las pocas que sí los tienen.
• Auditoría de datos estructurados. Rastree todo el marcado schema desplegado. Registre Organization, Product, Article, FAQ y cualquier marcado de reseñas. Deberá transferirse 1:1 a la nueva plataforma.
• Línea base de Core Web Vitals. Pase PageSpeed Insights por sus 20 landings principales. El nuevo sitio debe igualar o superar esos números. El nuevo umbral de LCP es más estricto y un TTFB por encima de 600 ms es ahora señal directa de ranking.
• Línea base de visibilidad en IA. Este es el paso que nadie da. Lance consultas en ChatGPT, Perplexity y AI Overviews de Google con prompts que usarían sus clientes. Anote qué páginas suyas se citan. Documéntelo: es su benchmark GEO.

Audite su deuda técnica actual

Pase una auditoría técnica completa y anote cada error, aviso y notice. Su sitio nuevo debe lanzarse con cerca de cero problemas heredados. Pase esa lista a los desarrolladores para que sepan exactamente qué no arrastrar. Una migración es su oportunidad de arreglar problemas heredados, no de heredarlos.

---

Fase 2: mapeo de URLs y redirecciones

Este es el núcleo técnico de una migración. Hágalo bien y preserva su autoridad. Hágalo mal y nada más importa.

Mapee cada URL

Cree un mapa exhaustivo de redirecciones: una tabla que asigne cada URL antigua a su equivalente en la nueva plataforma. Clasifique las URLs por tipo, porque cada una sigue una lógica de mapeo distinta:

• Páginas de producto.
• Páginas de categoría/colección.
• URLs de filtros y navegación facetada.
• Páginas de blog/contenido.
• Páginas estáticas (about, contacto, envíos, FAQ).
• URLs de imagen.

Entienda las diferencias de URL entre plataformas

Cada plataforma estructura las URLs de forma distinta. Sepa esto antes de escribir una sola redirección:

• Magento: /catalog/product/product-name.html.
• Shopify: /products/product-name.
• WooCommerce: /product/product-name/.
• PrestaShop: /en/category-name/product-name.html.
• Headless/custom: lo que defina en su capa de routing.

Los nombres de categoría pueden aparecer o desaparecer de las URLs de producto según la plataforma. Barras finales, extensiones, sensibilidad a mayúsculas: todo eso crea incompatibilidades si no se mapea explícitamente.

Reglas de redirección que protegen su autoridad

Toda redirección debe cumplir estas reglas innegociables:

1. Use 301, nunca 302. Las redirecciones temporales no transmiten link equity. Es el error más común de una migración.
2. Sin cadenas de redirección. Si /old-url-1/ redirige a /intermediate-url/ que redirige a /new-url/, diluye señales en cada salto. Cada redirección debe apuntar directamente al destino final.
3. Verifique que cada destino devuelve 200. Un 301 a un 404 no transfiere nada. Google ignora la redirección por completo.
4. Actualice los enlaces internos directamente. No dependa de redirecciones para la navegación interna. Apunte todos los enlaces internos a las URLs nuevas desde el día uno.
5. Nunca redirija todo a la home. Se trata como un soft 404. Mapee cada URL antigua a su equivalente más cercano: coincidencia exacta primero, después contenido similar y, por último, la página de categoría más relevante. La redirección a la home es el último recurso.

Dónde implementar las redirecciones

La elección afecta al rendimiento:

• Nivel CDN/servidor (Cloudflare, Fastly, Vercel): lo más rápido. Se procesa antes de que se cargue la capa de aplicación. El archivo _redirects de Cloudflare gestiona miles de reglas en menos de 1 ms.
• Nivel aplicación: el gestor nativo de redirecciones de Shopify admite hasta 20.000 reglas (ampliables vía API). WooCommerce usa plugins como Redirection. Funcional, pero más lento.
• Nivel servidor web: bloques de configuración Apache .htaccess o Nginx. Funciona, pero más difícil de mantener a escala.

---

Fase 3: preservar el SEO técnico

Las redirecciones son necesarias pero no suficientes. El nuevo sitio debe llevarse cada señal que los buscadores y los sistemas de IA usan para entender su contenido.

Lo que debe transferirse 1:1

• Metatítulos y metadescripciones. No siempre se trasladan automáticamente entre plataformas. Verifique cada página prioritaria a mano.
• Jerarquía de encabezados. Preserve la estructura H1, H2, H3. No deje que un rediseño aplane su arquitectura de contenido.
• Marcado schema. Migre todos los datos estructurados: Product, Organization, Article, FAQ, Review, BreadcrumbList. En 2026 los datos estructurados tienen doble función: ayudan a Google y ayudan a los sistemas de IA a entender su contenido para citarlo.
• Arquitectura de enlazado interno. Preserve el flujo de link equity. Los enlaces internos rotos crean páginas huérfanas y diluyen PageRank.
• Texto alternativo de las imágenes. A menudo se pierde en la migración. Verifique que se traslada, especialmente para las imágenes de producto.
• Etiquetas canonical. Asegúrese de que apuntan a las URLs nuevas correctas, no a rutas antiguas.
• Etiquetas hreflang. Si sirve varios idiomas o regiones, cada versión necesita su propio mapeo de redirecciones y verificación de hreflang.

Rendimiento: igualar o mejorar

La nueva plataforma debe igualar o superar la velocidad del sitio antiguo. La actualización de marzo de 2026 endureció los umbrales de CWV. Estudios muestran que el 53 % de los usuarios móviles abandona una página que tarda más de 3 segundos en cargar, y 2 segundos extra pueden subir el rebote más de un 100 %.

Mida antes de la migración. Mida después. Si el rendimiento empeora, perderá posiciones aun con redirecciones perfectas.

---

Fase 4: la capa GEO/AEO, lo que casi todos se saltan

Aquí la guía de migración 2026 diverge de cualquier checklist anterior.

Las guías tradicionales suponen que solo protege sus rankings en Google. En realidad, también protege su visibilidad en motores de respuesta con IA que citan, resumen y recomiendan contenido de maneras que las métricas SEO tradicionales no capturan.

Cómo descubren y citan su contenido los motores con IA

Las plataformas de búsqueda con IA no funcionan como Google. Cuando alguien le pregunta a ChatGPT o Perplexity, el sistema descompone la pregunta en subconsultas («fan-out queries»), busca cada una, recupera contenido relevante, evalúa la autoridad de las fuentes y sintetiza una respuesta, citando las fuentes en las que más confía.

Durante una migración, pone en riesgo esa confianza si:

• Se retira, fusiona o mueve sin preservar su identidad contenido previamente citado.
• Desaparecen datos estructurados que la IA usa para contexto.
• Su robots.txt o su CDN (especialmente Cloudflare) empieza a bloquear crawlers de IA en el nuevo sitio.
• El contenido pasa de renderizarse en servidor a JavaScript en cliente que los crawlers de IA no pueden parsear.

La checklist del crawler de IA

Antes de lanzar el nuevo sitio, verifique:

1. robots.txt permite a los crawlers de IA. Compruebe que no bloquea GPTBot, PerplexityBot, ClaudeBot o Google-Extended. Muchas plataformas y CDN los bloquean por defecto. Cloudflare cambió hace poco su predeterminado para bloquear bots de IA: si usa Cloudflare, revíselo explícitamente.
2. El contenido se renderiza en servidor. Los crawlers de IA no ejecutan JavaScript como los navegadores. Si su nuevo sitio headless renderiza todo en cliente, su contenido es invisible para la IA. Use SSR o generación estática para todas las páginas indexables.
3. El contenido no está escondido detrás de interacciones. Pestañas, acordeones y desplegables que requieren clics para revelar contenido son invisibles para los crawlers de IA. Si hay contenido importante en elementos colapsables, reestructúrelo.
4. Considere implementar llms.txt. Es un archivo de texto plano en la raíz del sitio que da a los sistemas de IA un mapa estructurado de sus páginas más importantes. Aún es pronto —solo el 5-15 % de los sitios lo usa y los principales proveedores de IA no se han comprometido del todo con él—, pero es de bajo riesgo y bajo coste y le pone por delante. Piense en él como un sitemap diseñado específicamente para modelos de lenguaje.
5. El schema está intacto y mejorado. Los sistemas de IA pesan mucho los datos estructurados al decidir qué citar. Los schemas FAQ, HowTo, Product y Review influyen directamente en si su contenido aparece en respuestas de IA.

Estructura de contenido para la citación por IA

Los motores con IA extraen trozos individuales, no páginas enteras. Estructure su contenido para que cada sección se sostenga sola como respuesta citable:

• Empiece cada sección con una respuesta directa antes de aportar contexto.
• Use encabezados H2/H3 claros que coincidan con cómo formulan las preguntas los usuarios.
• Mantenga los párrafos en 2-3 frases.
• Incluya datos concretos, estadísticas y fuentes nombradas; los sistemas de IA prefieren contenido con afirmaciones concretas frente a generalidades.
• Mantenga nombres de entidad consistentes (su marca, productos, personas) en todo el contenido; la IA construye grafos de entidad a partir de esos patrones.

Medir la visibilidad en IA tras la migración

Tras el lanzamiento, añada estas métricas a su stack de monitorización junto a las tradicionales:

• Seguimiento de citas. Consulte semanalmente las plataformas de IA con sus prompts objetivo. ¿Sigue siendo citado? ¿Un competidor le ha sustituido?
• Tráfico de referencia desde IA. Mire su analítica en busca de tráfico desde ChatGPT (referrer chatgpt.com), Perplexity y otras fuentes de IA. Estas sesiones convierten a tasas más altas que el orgánico medio; las referencias de ChatGPT convierten al 15,9 % aproximadamente.
• Actividad de crawlers de IA. Revise los logs del servidor en busca de GPTBot, ClaudeBot, PerplexityBot. Si desaparecen tras la migración, algo los está bloqueando.

---

Fase 5: pruebas pre-lanzamiento

Encuentre los problemas antes del lanzamiento, no después.

Protocolo del entorno de staging

Monte un sitio de staging que replique producción, pero asegúrese de que los buscadores no pueden indexarlo. Un staging apareciendo en resultados crea problemas masivos de contenido duplicado.

• Pruebe todas las redirecciones en staging antes de salir a producción.
• Rastree el sitio de staging con Screaming Frog en busca de enlaces rotos, meta data faltante, páginas huérfanas y cadenas de redirección.
• Verifique que robots.txt permite el rastreo en producción y lo bloquea en staging.
• Confirme que el sitemap XML se genera correctamente con todas las URLs nuevas.
• Mida los Core Web Vitals frente a sus benchmarks.
• Verifique que todo el marcado schema valida (use el Schema Validator de Google).
• Compruebe que no hay errores 404 en todos los tipos de página.
• Pruebe en dispositivos móviles reales, no solo en previsualizaciones responsive.

---

Fase 6: día del lanzamiento

Cuando se da la vuelta al interruptor, cada minuto cuenta.

Checklist de lanzamiento

• Despliegue todas las redirecciones simultáneamente con el sitio nuevo.
• Actualice los enlaces internos para que apunten a las URLs nuevas.
• Envíe el nuevo sitemap XML a Google Search Console.
• Actualice su tracking de Google Analytics/GA4.
• Si cambia de dominio, actualice la dirección de la propiedad en Search Console.
• Monitorice los logs del servidor en busca de errores en tiempo real.
• Verifique que las redirecciones funcionan en vivo (pruebe una muestra de URLs prioritarias).
• Asegúrese de que el robots.txt en producción permite a todos los crawlers previstos, tradicionales y de IA.

---

Fase 7: monitorización post-lanzamiento

Los 90 días posteriores al lanzamiento determinan si se recupera o si decae.

Semana 1 (crítica)

• Monitorice Search Console a diario en busca de errores de rastreo.
• Verifique la cobertura de redirecciones: ¿están resolviendo todas las URLs antiguas a nuevas?
• Detecte y corrija los 404 al instante.
• Compruebe el estado de indexación de las páginas prioritarias.
• Monitorice el tráfico orgánico diario, con segmentos de marca y no marca separados.

Semanas 2-8

• Siga los cambios de ranking por clusters de palabras clave objetivo.
• Monitorice tendencias de tráfico contra su línea base previa a la migración.
• Repare cualquier enlace interno o externo roto.
• Actualice los sitemaps XML si se añaden páginas nuevas.
• Solicite la reindexación de páginas importantes si tardan en aparecer.
• Documente la línea temporal de recuperación: estos datos son inestimables para planificar más adelante.

Continuo

• Siga monitorizando la visibilidad en IA cada mes.
• Actualice el contenido trimestralmente para mantener señales de frescura (los motores con IA pesan mucho la actualidad).
• Mantenga las reglas de redirección activas durante al menos 12 meses; retirarlas demasiado pronto provoca que los 404 vuelvan a aparecer a medida que expiran los enlaces cacheados.

---

Rutas habituales de migración: consideraciones por plataforma

PrestaShop → Shopify (o Medusa)

PrestaShop usa URLs que incluyen el nombre de la categoría (/en/category/product.html), mientras que Shopify aplana a /products/product-name. Cada URL de producto cambia. Planifique un mapa de redirecciones a gran escala. La estructura multilingüe de PrestaShop además requiere un mapeo separado por idioma.

Magento → Shopify

La migración más compleja de las habituales. Magento usa /catalog/product/product-name.html frente al /products/product-name de Shopify. Las empresas suelen tener miles de URLs de filtro que necesitan gestión explícita. Considere Shopify Plus con un CMS headless (Contentful o Strapi) si tiene páginas de contenido extensas que generan tráfico orgánico: el blog nativo de Shopify funciona, pero es limitado para estrategias de contenido pesadas en SEO.

WordPress → Headless (Next.js, Webflow, Astro)

El mayor riesgo aquí es el renderizado. WordPress entrega HTML renderizado en servidor por defecto. Muchos frameworks headless renderizan en cliente, lo que rompe el acceso tanto de Google como de los crawlers de IA. Si va headless, asegúrese de tener SSR o generación estática para todas las páginas de contenido. Verifique también que los plugins que gestionan redirecciones, schema y sitemap tengan equivalentes en el nuevo stack.

Bitrix/1C → stack moderno

Habitual en el mercado CEI. Los principales retos son la migración de datos desde integraciones ERP fuertemente acopladas y la preservación de URLs en cirílico. Planifique pruebas exhaustivas de codificación de caracteres en redirecciones.

Cualquier plataforma → cualquier plataforma

Independientemente del camino, los principios son universales: mapee cada URL, redirija bien, preserve los datos estructurados, verifique el acceso de los crawlers de IA y monitorice agresivamente tras el lanzamiento.

---

La matriz de decisión de la migración

No todos los sitios necesitan una reconstrucción completa. Antes de comprometerse, evalúe con honestidad dónde está:

Migrar cuando: su plataforma actual tiene limitaciones técnicas irresolubles, no se pueden parchear vulnerabilidades de seguridad, la plataforma se acerca al fin de vida útil o destina más del 40 % de los recursos de desarrollo a mantenimiento en lugar de a crecimiento.

Rediseñar en su lugar cuando: los problemas son sobre todo cosméticos o de UX. Un rediseño sobre la misma plataforma conlleva una fracción del riesgo SEO.

Hacer ambas cosas, con cautela: si debe replatformar y rediseñar, no lo haga todo a la vez. Idealmente, migre primero con cambios de diseño mínimos, estabilice los rankings y después itere el diseño. Cambiar plataforma, estructura de URLs, contenido y diseño a la vez multiplica todos los riesgos.

---

La conclusión

Una migración bien hecha no solo preserva el tráfico: puede ser el catalizador de un crecimiento exponencial. Wise lo demostró. Pero una migración descuidada puede retrasarle meses o años.

En 2026 las apuestas son más altas que nunca. No solo migra una web. Migra su presencia en todo un ecosistema de búsqueda: tradicional, generado por IA, por voz y agéntico. Cada redirección que omita, cada dato estructurado que pierda, cada crawler de IA que bloquee por accidente es una pérdida que se acumula en todas esas superficies.

Planifique como si importara. Porque importa.

Si está planificando una migración —o recuperándose de una que se torció— esa es la conversación que tenemos en areza.digital cada semana. Ejecutamos auditorías previas a la migración que cubren SEO, GEO y AEO para que no solo sobreviva al cambio, sino que salga reforzado. Reserve una llamada de descubrimiento de 30 minutos →

---

Escrito por Nikita Janockin, fundador de areza.digital. Consultoría SEO, AEO y GEO para empresas que navegan migraciones de plataforma y crecimiento orgánico. Última actualización: 13 de abril de 2026.