SEO IA

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

13 de abril de 2026

Cada año, miles de empresas deciden que ha llegado el momento de abandonar su plataforma obsoleta. Los conflictos de plugins, los parches de seguridad, el proceso de pago torpe — todo se acumula. Y finalmente dan el paso hacia la migración.

Y entonces el tráfico desaparece.

Esto no es un caso excepcional. Las investigaciones muestran que la mayoría de las migraciones de sitios web pierden silenciosamente entre el 20% y el 40% de su valor de búsqueda orgánica. Un estudio de 892 migraciones de dominio encontró que el tiempo de recuperación promedio es de 523 días — y el 17% de esos sitios nunca se recuperó por completo.

Pero aquí está lo que hace que 2026 sea fundamentalmente diferente a cualquier año anterior: usted ya no está protegiendo únicamente sus posiciones en Google. Está protegiendo su visibilidad en una capa completamente nueva de descubrimiento — motores de búsqueda IA como ChatGPT, Perplexity, Google AI Overviews y Claude. Si pierde sus datos estructurados o rompe la arquitectura de contenido durante una migración, no solo cae en Google. Desaparece por completo de las respuestas de IA.

Esta guía cubre lo que realmente 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 todavía ignoran.

Por qué las migraciones salen mal: El problema del deterioro silencioso

Lo más peligroso de una migración mal ejecutada no es una caída dramática del tráfico. Es el sangrado lento e invisible que comienza alrededor del día 10.

Esto es lo que suele ocurrir: las palabras clave de marca principal mantienen sus posiciones. Los paneles de análisis se ven estables. Todos respiran aliviados. Pero por debajo, las consultas de cola larga — las que generan tráfico de alta intención y alta conversión — empiezan a erosionarse. Las impresiones disminuyen dentro de clusters de palabras clave específicos. Las páginas siguen recibiendo visitas, pero el engagement cae. Para cuando el tráfico general refleja el daño, la pérdida de valor SEO está arraigada y es mucho más difícil de revertir.

Un caso documentado vio cómo un sitio de e-commerce perdió el 67% de su tráfico en dos semanas tras migrar a una nueva plataforma sin redirecciones adecuadas. Perdieron más de 340 posiciones en palabras clave top. La recuperación parcial tardó seis meses. Otra empresa de software perdió el 44% del tráfico orgánico post-migración — aproximadamente 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 completamente.

¿El contraste? TransferWise migró más de un millón de páginas indexadas a Wise.com en marzo de 2021. El tráfico inicialmente cayó de aproximadamente 32 millones de visitas mensuales a 12,9 millones. Pero gracias a una estrategia rigurosa — migración por etapas, pruebas pre-migración, pre-indexación del dominio — se recuperaron en ocho meses y eventualmente escalaron a más de 200 millones de visitas mensuales. El nuevo dominio resultó ser 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 diferente

Tres cosas han cambiado el cálculo de la migración en 2026.

La actualización principal de Google de marzo de 2026 elevó el listón. Implementada entre el 10 y el 22 de marzo (con una segunda oleada a partir del 27 de marzo), esta actualización ajustó los umbrales de Core Web Vitals, fortaleció la evaluación E-E-A-T y coincidió con una actualización anti-spam — creando la mayor volatilidad en los SERPs del año. Los sitios con deuda técnica sin resolver, contenido delgado o mala experiencia en móvil fueron los más afectados. Si usted está migrando a un sitio que no cumple con los nuevos umbrales, está migrando hacia una penalización.

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

La indexación mobile-first es ahora un requisito absoluto. A partir de julio de 2026, los sitios sin una versión móvil funcional serán excluidos completamente del índice de Google. Una migración es su última oportunidad limpia para hacerlo bien.

Fase 1: La auditoría pre-migración

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

Establezca su rendimiento actual como línea base

Exporte todo. Esto se convierte en su punto de referencia 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 ya existente. Para sitios de e-commerce, esto incluye páginas de producto, páginas de categoría, URLs de filtros y navegación facetada, contenido de blog y páginas estáticas — cada una con su propia lógica de migración.
Instantánea de Search Console. Exporte sus 500 principales palabras clave con clics, impresiones, CTR y posición promedio. Separe el tráfico de marca del tráfico no relacionado con la marca — las consultas de marca a menudo enmascaran el deterioro de las no relacionadas.
Perfil de backlinks. Exporte su perfil completo de backlinks desde Ahrefs o Semrush. Las páginas con enlaces externos son las más críticas para redirigir correctamente; el 94–95% de las páginas no tienen backlinks, lo que hace que las pocas que sí los tienen sean exponencialmente más valiosas.
Auditoría de datos estructurados. Rastree todo el schema markup actualmente implementado. Registre Organization, Product, Article, FAQ y cualquier markup de reseñas. Esto deberá transferirse 1:1 a la nueva plataforma.
Línea base de Core Web Vitals. Ejecute PageSpeed Insights en sus 20 principales páginas de destino. Su nuevo sitio debe igualar o superar estos números. El nuevo umbral de LCP es más estricto, y un TTFB superior a 600ms es ahora una señal de clasificación directa.
Línea base de visibilidad en IA. Este es el paso que nadie da. Consulte ChatGPT, Perplexity y Google AI Overviews con las preguntas que sus clientes harían. Anote cuáles de sus páginas son citadas. Documente esto — es su benchmark GEO.

Audite su deuda técnica actual

Ejecute una auditoría técnica completa y registre cada error, advertencia y aviso. Su nuevo sitio debería lanzarse con casi cero problemas preexistentes. Pase esta lista a sus desarrolladores para que sepan exactamente qué no deben trasladar. Una migración es su oportunidad de corregir los 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 preservará su autoridad. Hágalo mal, y nada más importará.

Mapee cada URL

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

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 (sobre nosotros, contacto, envíos, FAQ)
URLs de imágenes

Comprenda las diferencias de URL entre plataformas

Cada plataforma estructura las URLs de manera diferente. Conozca 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/personalizado: Lo que defina en su capa de enrutamiento

Los nombres de categoría pueden aparecer o desaparecer de las URLs de producto según la plataforma. Las barras finales, las extensiones de archivo, la distinción entre mayúsculas y minúsculas — todos estos elementos crean discrepancias si no se mapean explícitamente.

Reglas de redirección que protegen su autoridad

Cada redirección debe seguir estas reglas innegociables:

Use 301s, nunca 302s. Las redirecciones temporales no transfieren el link equity. Este es el error de migración más común.
Sin cadenas de redirecciones. Si /old-url-1/ redirige a /intermediate-url/ que redirige a /new-url/, está diluyendo señales en cada salto. Cada redirección debe apuntar directamente al destino final.
Verifique que cada destino devuelva un 200. Un 301 que apunta a un 404 no transfiere nada. Google ignora completamente la redirección.
Actualice los enlaces internos directamente. No dependa de las redirecciones para la navegación interna. Apunte todos los enlaces internos a las nuevas URLs desde el primer día.
Nunca redirija todo a la página de inicio. Esto se trata como un 404 suave. Mapee cada URL antigua a su equivalente más cercano: coincidencia exacta primero, luego contenido similar, luego la página de categoría más relevante. La redirección a la página de inicio es el último recurso.

Dónde implementar las redirecciones

La elección afecta el rendimiento:

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

Fase 3: Preservación del SEO técnico

Las redirecciones son necesarias pero no suficientes. El nuevo sitio debe trasladar cada señal que los motores de búsqueda y los sistemas de IA utilizan para entender su contenido.

Lo que debe transferirse 1:1

Meta títulos y descripciones. No siempre se transfieren automáticamente entre plataformas. Verifique cada página prioritaria manualmente.
Jerarquía de encabezados. Preserve la estructura H1, H2, H3. No permita que un rediseño aplane la arquitectura de su contenido.
Schema markup. Migre todos los datos estructurados — Product, Organization, Article, FAQ, Review, BreadcrumbList. En 2026, los datos estructurados tienen un doble propósito: ayudan a Google y ayudan a los sistemas de IA a comprender su contenido para la citación.
Arquitectura de enlaces internos. Preserve el flujo de link equity. Los enlaces internos rotos crean páginas huérfanas y diluyen el PageRank.
Texto alternativo de imágenes. Con frecuencia se pierde en las migraciones. Verifique que se transfiera, especialmente para imágenes de productos de e-commerce.
Etiquetas canónicas. Asegúrese de que apunten a las nuevas URLs correctas, no a las rutas antiguas residuales.
Etiquetas hreflang. Si atiende a múltiples idiomas o regiones, cada versión necesita un mapeo de redirecciones separado y verificación de hreflang.

Rendimiento: Iguale o supere

La nueva plataforma debe igualar o superar la velocidad del sitio anterior. La actualización de Google de marzo de 2026 ajustó los umbrales de CWV. Las investigaciones muestran que el 53% de los usuarios móviles abandonan una página que tarda más de 3 segundos en cargar, y 2 segundos adicionales pueden aumentar las tasas de rebote en más del 100%.

Establezca benchmarks antes de la migración. Establezca benchmarks después. Si el rendimiento se degrada, perderá posiciones incluso con redirecciones perfectas.

Fase 4: La capa GEO/AEO — Lo que todos los demás pasan por alto

Aquí es donde la guía de migración 2026 se separa de cualquier checklist escrito anteriormente.

Las guías de migración tradicionales asumen que solo está protegiendo sus posiciones en Google. En realidad, también está protegiendo su visibilidad en motores de respuesta IA que citan, resumen y recomiendan contenido de maneras que las métricas SEO tradicionales no capturan.

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

Las plataformas de búsqueda IA no funcionan como Google. Cuando alguien le hace una pregunta a ChatGPT o Perplexity, el sistema la divide en sub-consultas ("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, usted corre el riesgo de perder la confianza de la IA si:

El contenido previamente citado es eliminado, fusionado o movido sin preservar su identidad
Los datos estructurados que la IA utiliza como contexto desaparecen
Su robots.txt o CDN (especialmente Cloudflare) comienza a bloquear los crawlers de IA en el nuevo sitio
El contenido pasa de renderizado en el servidor a JavaScript del lado del cliente que los crawlers de IA no pueden analizar

El checklist de crawlers de IA

Antes de lanzar su nuevo sitio, verifique:

robots.txt permite los crawlers de IA. Compruebe que no esté bloqueando GPTBot, PerplexityBot, ClaudeBot o Google-Extended. Muchas plataformas y CDNs los bloquean por defecto. Cloudflare recientemente cambió su configuración por defecto para bloquear los bots de IA — si usa Cloudflare, verifique esto explícitamente.
El contenido se renderiza en el servidor. Los crawlers de IA no ejecutan JavaScript de la misma manera que los navegadores. Si su nuevo sitio headless renderiza todo del lado del cliente, su contenido es invisible para la IA. Use SSR o generación estática para todas las páginas indexables.
El contenido no está oculto detrás de interacciones. Las pestañas, acordeones y desplegables que requieren clics para mostrar contenido son invisibles para los crawlers de IA. Si contenido importante vive dentro de elementos colapsables, reestructúrelo.
Considere implementar llms.txt. Es un archivo de texto plano ubicado en la raíz de su sitio que proporciona a los sistemas de IA un mapa estructurado de sus páginas más importantes. Todavía es temprano — solo el 5–15% de los sitios lo usan, y los principales proveedores de IA no se han comprometido completamente con él aún. Pero tiene un riesgo bajo, un costo bajo, y lo posiciona por delante de los competidores. Piense en él como un sitemap diseñado específicamente para modelos de lenguaje.
El schema markup está intacto y mejorado. Los sistemas de IA otorgan gran peso a los datos estructurados al determinar qué citar. Los schemas de FAQ, HowTo, Product y Review influyen directamente en si su contenido aparece en las respuestas de IA.

Estructura de contenido para la citación por IA

Los motores de IA extraen fragmentos individuales, no páginas completas. Estructure su contenido de modo que cada sección funcione de forma autónoma como una respuesta citable:

Inicie cada sección con una respuesta directa antes de proporcionar contexto
Use encabezados H2/H3 claros que coincidan con la forma en que los usuarios formulan las preguntas
Mantenga los párrafos en 2–3 oraciones
Incluya puntos de datos específicos, estadísticas y fuentes nombradas — los sistemas de IA prefieren contenido con afirmaciones concretas sobre generalidades
Mantenga nombres de entidades consistentes (su marca, productos, personas) en todo el texto — la IA construye grafos de entidades a partir de estos patrones

Mida la visibilidad en IA después de la migración

Tras el lanzamiento, añada estos elementos a su stack de monitoreo junto con las métricas SEO tradicionales:

Seguimiento de citaciones. Consulte plataformas de IA semanalmente con sus prompts objetivo. ¿Sigue siendo citado? ¿Le ha reemplazado algún competidor?
Tráfico referido por IA. Revise su analytics para detectar tráfico proveniente de ChatGPT (reportado como referente chatgpt.com), Perplexity y otras fuentes de IA. Estas sesiones convierten a tasas más altas que el promedio orgánico — las referencias de ChatGPT convierten a aproximadamente el 15,9%.
Actividad de crawlers de IA. Revise los logs del servidor para detectar los user agents GPTBot, ClaudeBot y 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 de entorno de staging

Configure un sitio de staging que refleje su entorno de producción, pero asegúrese de que los motores de búsqueda no puedan indexarlo. Un sitio de staging que aparece en los resultados de búsqueda genera enormes problemas de contenido duplicado.

Pruebe todas las redirecciones en staging antes de publicar
Rastree el sitio de staging con Screaming Frog — busque enlaces rotos, metadatos faltantes, páginas huérfanas y cadenas de redirecciones
Verifique que robots.txt permita el rastreo en producción pero lo bloquee en staging
Confirme que el sitemap XML se genera correctamente con todas las nuevas URLs
Pruebe Core Web Vitals contra sus benchmarks
Verifique que todo el schema markup sea válido (use el Schema Validator de Google)
Compruebe errores 404 en todos los tipos de páginas
Pruebe en dispositivos móviles reales, no solo en previsualizaciones responsivas

Fase 6: El día del lanzamiento

Cuando active el interruptor, cada minuto cuenta.

El checklist de lanzamiento

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

Fase 7: Monitoreo post-lanzamiento

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

Semana 1 (Crítica)

Monitoree Search Console diariamente en busca de errores de rastreo
Verifique la cobertura de redirecciones — ¿están resolviendo todas las URLs antiguas a las nuevas?
Rastree y corrija errores 404 de inmediato
Compruebe el estado de indexación de las páginas prioritarias
Monitoree el tráfico orgánico diariamente, con los segmentos de marca y no marca separados

Semanas 2–8

Rastree los cambios de posición para los clusters de palabras clave objetivo
Monitoree las tendencias de tráfico comparándolas con su línea base pre-migración
Corrija cualquier enlace interno o externo roto
Actualice los sitemaps XML si se añaden nuevas páginas
Reenvíe páginas importantes para su indexación si tardan en aparecer
Documente el timeline de recuperación — estos datos son invaluables para la planificación futura

Continuamente

Continúe monitoreando la visibilidad en IA mensualmente
Actualice el contenido trimestralmente para mantener las señales de frescura (los motores de IA ponderan mucho la actualidad)
Mantenga las reglas de redirección activas durante al menos 12 meses — eliminarlas demasiado pronto provoca la reaparición de 404s cuando los enlaces en caché expiran

Rutas de migración comunes: Consideraciones específicas por plataforma

PrestaShop → Shopify (o Medusa)

PrestaShop usa URLs que incluyen el nombre de categoría (/en/category/product.html), mientras que Shopify lo simplifica a /products/product-name. Cada URL de producto cambia. Planifique un mapa de redirecciones a gran escala. La estructura de URLs multilingüe de PrestaShop también requiere un mapeo de redirecciones 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 frecuentemente tienen miles de URLs de filtros que necesitan manejo explícito. Considere Shopify Plus con un CMS headless (como Contentful o Strapi) si tiene extensas páginas de contenido que generan tráfico orgánico — el blog nativo de Shopify es funcional pero limitado para estrategias de contenido SEO intensivas.

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

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

Bitrix/1C → Stack moderno

Habitual en el mercado CIS. Los principales desafíos son la migración de datos desde integraciones ERP estrechamente acopladas y la preservación de las estructuras de URL en cirílico. Planifique pruebas exhaustivas de codificación de caracteres en las redirecciones.

Cualquier plataforma → Cualquier plataforma

Independientemente de la ruta de migración específica, los principios son universales: mapee cada URL, redirija correctamente, preserve los datos estructurados, verifique el acceso de los crawlers de IA y monitoree de forma agresiva después del lanzamiento.

La matriz de decisión de migración

No todo sitio necesita una reconstrucción completa. Antes de comprometerse, evalúe honestamente su situación:

Migre cuando: Su plataforma actual tiene limitaciones técnicas irresolubles, las vulnerabilidades de seguridad no pueden parchearse, su plataforma se acerca al fin de vida útil, o está destinando más del 40% de sus recursos de desarrollo a mantenimiento en lugar de crecimiento.

Rediseñe en su lugar cuando: Sus problemas son principalmente estéticos o de UX. Un rediseño en la misma plataforma conlleva una fracción del riesgo SEO.

Haga ambas cosas — con cuidado: Si debe cambiar de plataforma y rediseñar, no haga todo a la vez. Lo ideal es migrar primero con cambios de diseño mínimos, estabilizar las posiciones, y luego iterar en el diseño. Cambiar la plataforma, la estructura de URLs, el contenido y el diseño simultáneamente multiplica todos los riesgos.

La conclusión

Una migración de sitio web bien ejecutada no solo preserva su tráfico — puede ser el catalizador para un crecimiento exponencial. Wise lo demostró. Pero una migración realizada sin cuidado puede retrasarle meses o años.

En 2026, las apuestas son más altas que nunca. No está migrando simplemente un sitio web. Está migrando su presencia en todo un ecosistema de búsqueda — tradicional, generada por IA, por voz y agéntica. Cada redirección que omite, cada dato estructurado que pierde, cada crawler de IA que bloquea accidentalmente es una pérdida compuesta en todas estas superficies.

Planifique como si importara. Porque importa.

Si está planificando una migración — o recuperándose de una que salió mal — esa es la conversación que tenemos en areza.digital cada semana. Realizamos auditorías pre-migración que cubren SEO, GEO y AEO para que no solo sobreviva al cambio, sino que salga más fuerte. Reservar una llamada de descubrimiento de 30 minutos →

Escrito por Nikita Janochkin, fundador de areza.digital — consultoría SEO, AEO y GEO para empresas navegando migraciones de plataforma. Última actualización 13 de abril de 2026.

Deja de perder leads por un sitio web lento

Reserva una auditoría de fricciones gratuita y descubre exactamente dónde pierde dinero tu sitio web.

Reservar llamada →