Si su empresa va a cambiar de dominio, plataforma o estructura de URLs, el mayor riesgo no es el cambio en sí. Es la URL que nadie inventarió antes del go-live.
En el proyecto internacional de CLM Controller, mapeamos 2.013 redirecciones antes de dar el paso. En esta guía muestro ese proceso, del inventario al monitoreo posterior a la migración.
Qué es la migración de sitio en SEO
La migración de sitio en SEO es cualquier cambio estructural que altera la forma en que Google y las IAs ven sus páginas: cambio de dominio, de protocolo, de estructura de URL, de plataforma o rediseño profundo de contenido. Una migración bien planificada preserva la autoridad que cada URL acumuló a lo largo de los años mientras el sitio cambia de casa. Sin ese cuidado, posicionamientos construidos durante años pueden desaparecer en semanas.
En la práctica, existen cinco tipos de migración que realmente afectan al ranking. Conviene conocer cada uno antes de aprobar cualquier proyecto del equipo de tecnología.
1. Cambio de dominio. La empresa cambia de marca, fusiona operaciones o pasa del .com.br al .com. Es el escenario de mayor riesgo.
2. Cambio de protocolo. El clásico paso de HTTP a HTTPS. Parece trivial, pero cada URL se convierte técnicamente en una dirección nueva a ojos del buscador.
3. Reestructuración de URLs. Categorías que cambian de nombre, carpetas que desaparecen, parámetros que se convierten en slugs. El dominio se mantiene, las rutas cambian.
4. Cambio de CMS o plataforma. Pasar de un WordPress a un Next.js, o de una plataforma de e-commerce a otra. Cambia la renderización, la velocidad y, casi siempre, las URLs también.
5. Rediseño con reescritura de contenido. La dirección permanece, pero los títulos, headings y textos se rehacen. Para el algoritmo, la página perdió la identidad que rankeaba.
Aquí está el matiz que mucha gente ignora: el cambio en sí rara vez derrumba el tráfico. Lo que lo derrumba es la señal acumulada que se pierde en el camino.
Cada URL antigua carga backlinks, historial de clics, citas en IAs y relevancia construida consulta a consulta. Cuando la página cambia de dirección sin una redirección correcta, todo ese patrimonio queda huérfano. Y Google no va a buscarlo por su cuenta.
Por qué los sitios pierden tráfico después de migrar
La caída casi nunca viene de un solo error. Viene de tres o cuatro fallos pequeños que nadie vio antes del go-live. Estos son los síntomas más comunes que encontramos en auditorías posteriores a la migración.
Redirecciones en cadena y 302 en lugar de 301
El 302 le dice a Google que el cambio es temporal, así que la autoridad de la URL antigua queda esperando un retorno que nunca llega. Las cadenas (la URL A redirige a B, que redirige a C) diluyen la señal y consumen crawl budget.
Señal observable: en Search Console, informe de Indexación de páginas, busque "Página con redirección" creciendo semana a semana.
URLs huérfanas y páginas que nadie mapeó
Toda migración tiene páginas que nadie recordaba que existían: landing pages antiguas, PDFs indexados, URLs con parámetro. Si no entran en el inventario, se convierten en 404 al día siguiente.
Señal observable: errores 404 subiendo en GSC y, en GA4, canales orgánicos cayendo en páginas que ni siquiera aparecen en el sitio nuevo.
Contenido recortado a mitad de la migración
El rediseño suele venir con la orden de "reducir el texto". El equipo corta H2s, elimina la FAQ, acorta la descripción de producto. Google reevalúa la página como si fuera otra, más débil.
Señal observable: la URL sigue indexada, pero la posición media se desploma en GSC para las mismas queries.
Bloqueo de robots.txt y noindex olvidados en el entorno nuevo
El entorno de homologación vive bloqueado a propósito. En el go-live, alguien se olvida de liberarlo. El sitio entero desaparece del índice en días.
Señal observable: "Bloqueada por robots.txt" o "Excluida por la etiqueta noindex" en GSC justo después del lanzamiento. Este es el error más barato de prevenir y el más caro de descubrir tarde.
El checklist de migración que usamos en 2.013 redirecciones
Cuando CLM Controller decidió lanzar su estructura internacional, con .com en inglés, español y chino, mapeamos 2.013 redirecciones y portamos 20 páginas antes del go-live en agosto de 2026. El método que sostuvo ese proyecto se divide en tres fases.
Antes: inventario completo de URLs y baseline de rendimiento
Ejecute Screaming Frog en el sitio actual y exporte todas las URLs indexables. Cruce con Search Console (páginas que reciben clics) y con Ahrefs (páginas que reciben backlinks). La unión de esas tres listas es su inventario real.
Después, congele un baseline: tráfico por página en GA4, posiciones de los términos principales y Core Web Vitals. Sin ese retrato, nunca sabrá si la migración salió bien.
Durante: mapa 1 a 1 y validación en staging
Cada URL antigua necesita un destino definido en una hoja de cálculo, redirección 301 directa, sin cadenas. La página sin equivalente va a la categoría más cercana, nunca a la home en masa.
En proyectos multilingües como el de CLM, el hreflang entra aquí: cada versión de idioma apunta a sus hermanas, con retorno recíproco. Valide todo en staging con un crawl completo antes de dar el paso.
Después: monitoreo de 90 días en Search Console
El día del go-live, envíe el sitemap nuevo y solicite la reindexación de las páginas principales. En las semanas siguientes, siga el informe de cobertura: errores 404, picos de "página con redirección" y caída de impresiones por directorio.
Compare todo contra el baseline. Una oscilación de dos a seis semanas es normal; una caída que pasa de 90 días exige auditoría.
Qué cambia cuando la migración necesita sobrevivir a las IAs
En 2026, migrar un sitio dejó de ser un problema solo de Google. ChatGPT, Perplexity, Gemini y Claude citan URLs en las respuestas, y esas citas no obedecen a la misma lógica del índice de búsqueda.
Cuando Google encuentra un 301, transfiere la señal en semanas. Una IA que aprendió su URL antigua en el entrenamiento puede seguir citando esa dirección durante meses, incluso con la redirección activa. Si la página desaparece sin redirección, el usuario que hace clic en la cita cae en un 404 y su marca pierde la respuesta que había conquistado.
Por eso, antes de cualquier go-live, conviene relevar qué páginas del sitio ya aparecen en respuestas de LLMs. Pregunte a las propias IAs sobre los temas que usted domina, registre las URLs citadas y trate esa lista como intocable: esas páginas reciben 301 directo, sin cadena, y el contenido de destino debe mantener la respuesta que hizo que la IA lo citara.
Aquí en Netlinks monitoreamos citas en decenas de IAs a través de la App Netlinks, 24 horas al día. En el proyecto de CLM Controller, el hreflang completo entre inglés, español y chino tuvo exactamente esa función: señalar a buscadores y a modelos generativos qué versión responde a cada público.
Ese cuidado conecta la migración con nuestro método, el Marketing de Respuesta. Entender la diferencia entre SEO y GEO ayuda a ver el punto: la URL es la dirección de su respuesta. Si rompe la dirección, la IA entrega la del competidor.
Qué hacer antes de fijar la fecha del go-live
Si llegó hasta aquí con una migración en el horizonte, probablemente reconoció algún fantasma: el 302 olvidado, la cadena de redirecciones, la IA que todavía cita la URL de 2023. Ahora sabe que la caída de tráfico posterior a la migración tiene una causa mapeable, y casi siempre evitable.
Tres principios resumen todo lo que vimos:
- Inventario antes de cualquier decisión. Nadie redirige bien lo que no conoce. El crawl completo del sitio actual es el punto de partida, siempre.
- La redirección es transferencia de patrimonio. Cada 301 correcto preserva años de autoridad acumulada. Cada error devuelve esa autoridad al mercado.
- El go-live abre el trabajo, no lo cierra. El monitoreo de posiciones, logs y citas en IAs en las semanas siguientes es lo que separa un susto de una catástrofe.
El paso práctico de mañana cabe en una mañana: ejecute un crawl de su sitio, exporte la lista de URLs con tráfico y backlinks y pregunte al equipo quién es el dueño del mapa de redirecciones. Si nadie levanta la mano, acaba de encontrar el mayor riesgo del proyecto.
Fue ese rigor lo que puso 2.013 redirecciones en el aire sin improvisación en el proyecto de CLM Controller. El mismo proceso sirve para su dominio, su plataforma o su expansión internacional.
¿Quiere saber dónde están los riesgos de su migración antes de que Google y las IAs los encuentren primero? Hable con un Experto y reciba un diagnóstico de su escenario, sin compromiso.
La migración no pierde tráfico. La migración mal planificada sí.
Preguntas frecuentes
¿Migrar un sitio hace perder tráfico en Google?
Se pierde cuando el trabajo se detiene en el diseño y nadie se ocupa de las redirecciones. Una migración planificada, con inventario completo de URLs, mapa de 301 y monitoreo posterior al go-live, preserva la autoridad acumulada y mantiene el tráfico estable. La caída que mucha gente acepta como "normal" casi siempre nace de fallos evitables: 302 en lugar de 301, cadenas de redirección y páginas que desaparecieron sin destino mapeado.
¿Cuánto tarda una migración de sitio sin perder SEO?
Depende del tamaño del sitio. La planificación (inventario de URLs, mapa de redirecciones, benchmark de rankings) suele llevar de 2 a 8 semanas en sitios de tamaño medio. Después del go-live, Google tarda de 4 a 12 semanas en reprocesar las señales y estabilizar posiciones. En proyectos internacionales, como el de CLM Controller con 2.013 redirecciones mapeadas, la planificación empieza meses antes del cambio.
¿Cuál es la diferencia entre redirección 301 y 302 en la migración?
El 301 avisa de que el cambio es permanente y transfiere la autoridad de la URL antigua a la nueva. El 302 dice que el cambio es temporal, así que Google retiene las señales en la URL antigua esperando que vuelva. En una migración, usar 302 es uno de los errores más caros que existen: el sitio nuevo entra en el aire sin heredar nada de lo que construyó el antiguo.
¿Necesito redirigir todas las URLs del sitio antiguo?
Toda URL que tenga tráfico, backlink o ranking necesita un destino mapeado. Una página sin ningún valor puede devolver 410, pero esa decisión tiene que ser consciente, URL por URL. Redirigir todo a la home también es un error: Google lo trata como soft 404 y descarta la autoridad. El inventario vía Screaming Frog, Search Console y GA4 es lo que separa una migración de una apuesta.
¿Qué es hreflang y cuándo es obligatorio?
Hreflang es la etiqueta que informa a Google de qué versión de idioma o país atiende cada página. Es obligatorio en cualquier sitio con versiones en más de una lengua; de lo contrario, Google puede servir la página en chino a quien busca en portugués. En el proyecto internacional de CLM Controller, con .com en inglés, español y chino, el hreflang completo entró en el checklist antes del go-live.
¿La migración de un sitio afecta a las citas en ChatGPT y Perplexity?
Afecta, y durante más tiempo que en Google. El buscador reprocesa un 301 en semanas, pero una IA que aprendió su URL antigua en el entrenamiento puede seguir citando esa dirección durante meses. Por eso las redirecciones deben permanecer activas por un plazo largo, y el monitoreo posterior a la migración debe incluir hacia dónde están apuntando las IAs, no solo el índice de Google.
¿Cuánto cuesta una migración de sitio con acompañamiento de SEO?
Como referencia del sector, los proyectos de migración con consultoría de SEO en el mercado brasileño varían bastante según el número de URLs, idiomas y la complejidad de la plataforma: desde algunos miles de reales en sitios pequeños hasta decenas de miles en operaciones internacionales. El costo real de comparación es otro: cuánto vale el tráfico que el sitio pierde cuando la migración se hace sin método.
