Caída de tráfico después de cambiar la web: por qué pasa y cómo recuperarte

¿Es normal que caiga el tráfico después de una migración?

Sí. Siempre hay algún nivel de caída cuando cambiás la web, y no es señal de que hiciste las cosas mal.

La documentación oficial de Google sobre migraciones de sitio lo dice sin vueltas: ante cualquier cambio significativo hay que esperar fluctuaciones temporales de posicionamiento mientras Google vuelve a rastrear y reindexar. Para dar por completada una migración, Googlebot tiene que pasar al menos una vez por cada URL vieja y por cada URL nueva. Eso no es instantáneo y depende del tamaño del sitio y de la velocidad de tu servidor.

La diferencia entre una migración sana y una migración con problemas no está en si hubo caída, sino en la forma de la curva. Una caída que empieza a corregirse sola en las primeras semanas es el proceso normal. Una caída que se planchó y no se mueve es otra cosa.

¿Qué hay que hacer antes de tocar la web?

Prevenir sale mucho más barato que curar. Si vas a hacer un cambio importante —dominio, tecnología, diseño— lo ideal es que haya soporte SEO durante el proceso. Si eso no está sobre la mesa, al menos cubrí este mínimo:

1. Documentá tus páginas más importantes por tráfico. Sin esa foto previa no tenés contra qué comparar después. Cuando el cliente me dice "cayó todo", la primera pregunta es cuáles URLs traían el tráfico, y muchas veces nadie lo anotó.
2. Verificá que el entorno de pruebas esté bloqueado a Google. Y ojo con lo inverso, que es el error más común: heredar del staging el robots.txt restrictivo o las etiquetas noindex. Google lista esto como una de las fallas más frecuentes de las migraciones.
3. Actualizá robots.txt y sitemap.xml para que reflejen la web nueva, no la que estaba en desarrollo.
4. Cambiá una cosa por vez. Google recomienda explícitamente no hacer todo junto: si vas a mover el dominio, cambiar el CMS y estrenar diseño, hacelo en etapas. Además de bajar el riesgo, si algo sale mal sabés qué lo causó.
5. Avisá en Search Console si cambiás de dominio, con la herramienta de cambio de dirección.

Sobre ese último punto hay una actualización reciente de la documentación (junio de 2026) que conviene tener presente: para una mudanza de dominio, Google pide enviar la solicitud de cambio de dirección para todas las variantes del dominio viejo, incluidos subdominios y las versiones con y sin www, aunque no las estés usando activamente. Todas tienen que estar verificadas en Search Console.

¿Qué cuidados necesita cada tipo de cambio?

No todos los cambios pesan igual. El riesgo depende de qué estés tocando.

Cambio de dominio

Mapeá todas las URLs actuales y asegurate de que cada una redirija con 301 a su equivalente en el dominio nuevo. Equivalente significa literalmente el mismo contenido, no la home por defecto.

Esto no es una preferencia mía: Google advierte que mandar muchas URLs viejas a un destino único e irrelevante como la home confunde al usuario y puede terminar tratándose como un soft 404. La excepción legítima es cuando consolidaste varias páginas en una sola: ahí sí, redirigí las viejas a esa página consolidada.

Dos detalles que se pasan por alto seguido:

• Evitá las cadenas de redirecciones. Redirigí directo al destino final. Google recomienda no encadenar más de tres saltos.
• Mantenés las redirecciones activas al menos un año. Es el plazo que da la documentación para que se transfieran todas las señales, incluidos los enlaces externos que todavía apuntan al dominio viejo. De cara al usuario, dejalas indefinidamente si podés.

Y una tranquilidad: Google es explícito en que las redirecciones permanentes no hacen perder PageRank. Si perdiste posiciones después de un cambio de dominio, el problema está en otro lado.

Rediseño

Un refresh visual siempre está bueno. Lo que no está bueno es aprovechar el rediseño para cambiar la arquitectura de URLs sin necesidad. Si no hay una razón fuerte, dejá las URLs como están: ahorrás todo el capítulo de redirecciones.

Y si cambiás el diseño, que el nuevo esté como mínimo tan optimizado como el anterior: arquitectura clara, código limpio, performance igual o mejor, responsive. Vi rediseños hermosos que se llevaron puesto el tráfico porque el nuevo front cargaba en el triple de tiempo o porque los H1 desaparecieron del template.

Cambio de tecnología

Es el que más atención requiere, porque puede impactar en todo a la vez. Depende mucho de si el front cambia o no. Si pasás a un stack donde el contenido se renderiza del lado del cliente, ahí se abre un frente entero de problemas de rastreo e indexación que no existía antes.

Un dato práctico de la documentación de Google que casi nadie contempla: después de una migración, Google rastrea el sitio nuevo más intensamente de lo habitual, porque a los rastreos propios se suman los que llegan redirigidos desde el sitio viejo. Si el servidor nuevo quedó justo de recursos, te vas a enterar en el peor momento.

¿Qué revisar en los primeros días después del cambio?

Los primeros días son los que definen si esto se resuelve en semanas o en meses. La lista corta:

• Que las redirecciones funcionen y lleguen a URLs que existen. El error más frecuente que reporta Google es redirigir a URLs equivocadas o inexistentes en el sitio nuevo.
• Que los enlaces internos apunten a las URLs nuevas, no a las viejas pasando por la redirección.
• Que las etiquetas rel="canonical" referencien las URLs nuevas.
• Que no haya quedado ningún noindex de la etapa de desarrollo.
• Que el sitemap nuevo esté enviado en Search Console.
• Los errores de rastreo y los códigos de estado en los logs del servidor.

En Search Console vas a ver algo bastante gráfico: las URLs indexadas del sitio viejo bajando y las del nuevo subiendo. Ese cruce es la migración avanzando.

¿Cuánto tarda el tráfico en recuperarse?

Según Google, en un sitio chico o mediano la mayoría de las páginas se mueven en el índice en unas pocas semanas; los sitios grandes tardan más. La velocidad depende de la cantidad de URLs y de qué tan rápido responda tu servidor.

Mi experiencia como consultor coincide con ese orden de magnitud: sitios chicos suelen normalizarse en pocas semanas, y en sitios grandes hablamos de meses. No lo tomes como una métrica dura, tomalo como una expectativa razonable para no desesperarte en la semana dos.

¿Qué es lo peor que podés hacer cuando ves la caída?

Desesperarte y empezar a tocar la web.

Es la reacción más natural y la más contraproducente. Si hiciste las cosas bien —redirecciones mapeadas, nada bloqueado, arquitectura consistente— lo que corresponde es dejar que Google procese todas las señales. Cada cambio grande que metas encima resetea parte de ese trabajo y encima te deja sin forma de saber qué causó qué.

Distinguí entre dos cosas: verificar y cambiar. Verificar hay que hacerlo todos los días de la primera semana. Cambiar, solo si encontraste un problema concreto y podés nombrarlo.

Preguntas frecuentes

¿Cuánto tiempo tengo que mantener las redirecciones 301?

Google recomienda mantenerlas al menos un año, para que se transfieran todas las señales, incluidos los enlaces de otros sitios que apuntan a tus URLs viejas. De cara al usuario, lo ideal es dejarlas indefinidamente y en paralelo pedir a los sitios que más tráfico te mandan que actualicen sus enlaces.

¿Uso la herramienta de cambio de dirección si paso de HTTP a HTTPS?

No. Google indica que para una migración de HTTP a HTTPS no hace falta usar la herramienta de cambio de dirección. Sí corresponde usarla cuando cambiás de dominio.

¿Puedo redirigir todas las URLs viejas a la home?

No es recomendable. Google advierte que redirigir muchas URLs viejas a un único destino irrelevante puede tratarse como un soft 404. Cada URL tiene que ir a su equivalente real, y si el contenido ya no existe, corresponde devolver un 404 o 410.

Si migro, ¿pierdo la autoridad de mis enlaces?

No. La documentación de Google es explícita en que las redirecciones permanentes (301 y similares) no provocan pérdida de PageRank. Si después de una migración las posiciones no vuelven, la causa hay que buscarla en redirecciones incompletas, bloqueos de rastreo o cambios de contenido, no en una supuesta pérdida de autoridad por el hecho de redirigir.

¿Conviene migrar todo de una vez o por partes?

Depende del tamaño. Google recomienda mover los sitios chicos y medianos de una sola vez, porque ayuda a que sus sistemas detecten la mudanza y actualicen el índice más rápido. En sitios grandes sugiere hacerlo por secciones, que facilita monitorear y corregir problemas.