Cambié mi página web y perdí tráfico: por qué pasa y cómo recuperarlo

Por qué un sitio nuevo puede perder visitas que el viejo tenía

Para Google, tu sitio no es un diseño: es un conjunto de URLs, cada una con su historial, sus enlaces y sus posiciones. Cuando cambiás de diseño, de plataforma o de dominio, muchas veces cambian también esas direcciones, la estructura de los títulos o el contenido de cada página. Si el buscador no encuentra un camino claro desde lo viejo hacia lo nuevo, trata a las páginas nuevas como si empezaran de cero.

Lo que se pierde no es solo tráfico. Es la autoridad acumulada durante años: los enlaces de otros sitios que apuntaban a tus páginas, el historial de clics y la confianza que el buscador había construido con cada URL.

La buena noticia es que, en la gran mayoría de los casos, la caída tiene arreglo. La mala es que cuanto más tiempo pasa, más cuesta recuperarla.

Primero, confirmá que la caída es por la migración

Antes de tocar nada, descartá otras causas. Una baja de tráfico puede coincidir con la migración y no ser culpa de ella.

1. Compará fechas en Search Console. En el informe de Rendimiento, compará las cuatro semanas posteriores a la migración con las cuatro anteriores. Si la caída empieza el mismo día o pocos días después del lanzamiento, el sospechoso principal es la migración.
2. Revisá la estacionalidad. Compará contra el mismo período del año anterior. Un sitio de turismo que cae en marzo puede estar cayendo porque terminó la temporada.
3. Chequeá si hubo una actualización de Google. Si la caída coincide con una actualización del algoritmo y afecta a todo el sitio por igual, puede no tener relación con el cambio.
4. Mirá qué páginas cayeron. Si la pérdida se concentra en URLs que cambiaron de dirección, la migración es la causa casi segura.

Si además ves que en Analytics cayó todo el tráfico de golpe, incluido el directo, revisá que el código de medición esté instalado en el sitio nuevo. A veces el tráfico no se perdió: lo que se perdió es la medición.

Las seis causas más comunes

1. URLs viejas sin redirección 301

Es la causa número uno. El sitio viejo tenía /servicios/diseno-web.html y el nuevo tiene /diseno-web/. Si nadie le avisa a Google que una reemplaza a la otra, la vieja devuelve un error 404 y la nueva arranca sin historial.

La solución es una redirección 301 de cada URL vieja a su equivalente nueva: la página más parecida en contenido, no cualquier página.

2. Redirecciones a la home o en cadena

Dos variantes del mismo error:

• Redirigir todo a la página de inicio. Es lo más fácil de configurar y casi tan malo como no redirigir. Google suele tratar esas redirecciones como páginas eliminadas, porque la home no responde lo mismo que la página original.
• Redirecciones en cadena. La URL A redirige a B, que redirige a C, que redirige a D. Cada salto agrega demora y riesgo de que el rastreador abandone el recorrido. Lo correcto es que A apunte directo a D.

3. El bloqueo del entorno de prueba pasó a producción

Mientras se desarrolla un sitio nuevo, es normal bloquearlo para que Google no lo indexe antes de tiempo, con un Disallow: / en el robots.txt o una etiqueta noindex en todas las páginas. El problema aparece cuando el sitio se publica y nadie quita ese bloqueo.

Es el error más grave y el más fácil de corregir: con el bloqueo puesto, el sitio va desapareciendo del buscador página por página.

4. Canónicas mal configuradas

La etiqueta canónica le indica a Google cuál es la versión principal de una página. En las migraciones es común que queden apuntando al dominio viejo, al entorno de prueba o todas a la misma URL. En cualquiera de esos casos le estás pidiendo a Google que ignore tus páginas nuevas.

5. Contenido, títulos o metadatos que se perdieron

Un rediseño suele venir con la idea de "simplificar". El texto largo que posicionaba se reemplaza por una frase y una imagen, los títulos optimizados se convierten en "Inicio" o "Servicios" y las descripciones desaparecen. La URL puede estar bien redirigida, pero si la página nueva ya no responde la búsqueda, pierde la posición igual.

6. Enlaces internos rotos o apuntando a URLs viejas

El menú, el pie de página y los enlaces dentro de los textos siguen apuntando a direcciones antiguas. Aunque estén redirigidas, cada enlace interno que pasa por una redirección es una señal más débil y un paso extra para el rastreador. Y si no están redirigidas, son enlaces a páginas inexistentes.

Cómo encontrar cada problema en media hora

No hace falta revisar el sitio página por página. Con tres herramientas detectás casi todo:

• Google Search Console. En Rendimiento, filtrá el período anterior a la migración y exportá las páginas que más clics recibían: esa es tu lista de URLs que no podés perder. En el informe de Páginas, revisá cuántas aparecen como "No se encontró (404)", "Bloqueada por robots.txt" o "Excluida por la etiqueta noindex".
• Un rastreador como Screaming Frog (gratis hasta 500 URLs). Cargale la lista de URLs viejas en modo lista y vas a ver de un vistazo cuáles devuelven 404, cuáles redirigen a la home y cuáles tienen cadenas de redirecciones. Rastreando el sitio nuevo, encontrás canónicas incorrectas, títulos duplicados y enlaces internos rotos.
• Wayback Machine (archive.org). Si no tenés el listado de URLs del sitio viejo, buscá tu dominio ahí. Vas a poder ver cómo era cada página, qué texto tenía y qué dirección usaba.

Revisá también a mano el archivo robots.txt del sitio nuevo (tudominio.com/robots.txt) y el código fuente de dos o tres páginas para confirmar que no tienen noindex.

El plan de recuperación, en orden de prioridad

1. Quitá cualquier bloqueo de indexación. Robots.txt y etiquetas noindex primero, porque mientras estén activos nada de lo demás sirve.
2. Redirigí las URLs que más tráfico traían. Empezá por las páginas con más clics del listado de Search Console, cada una a su equivalente real. Las primeras 20 o 30 suelen concentrar la mayor parte de las visitas.
3. Corregí las canónicas para que cada página nueva se apunte a sí misma.
4. Restaurá el contenido que posicionaba. Si una página perdió el texto que la hacía relevante, recuperalo y adaptalo al diseño nuevo. Lo mismo con títulos y descripciones.
5. Actualizá los enlaces internos para que apunten directo a las URLs nuevas.
6. Enviá el sitemap nuevo en Search Console y pedí la inspección de las páginas más importantes.
7. Si cambiaste de dominio, usá la herramienta de Cambio de dirección de Search Console y mantené las dos propiedades verificadas.

Las redirecciones no son temporales: Google recomienda mantenerlas como mínimo un año, y lo más seguro es no quitarlas nunca, porque siempre quedan enlaces externos apuntando a las direcciones viejas.

Cuánto tarda en volver el tráfico

Depende de cuánto tiempo pasó y de la gravedad del problema. Como referencia:

• Si se corrige en las primeras semanas, buena parte del tráfico suele volver en un plazo de dos a seis semanas, a medida que Google vuelve a rastrear las URLs.
• Si pasaron varios meses, la recuperación es más lenta y puede no ser completa: mientras tus páginas no estaban, la competencia ocupó esas posiciones.
• En un cambio de dominio, es normal una fluctuación de varias semanas aun con todo bien hecho.

Si después de corregir todo pasan dos meses sin señales de mejora, el problema probablemente no era solo la migración y conviene revisar el contenido y la competencia.

El punto ciego: la visibilidad en inteligencia artificial

Casi ninguna guía de migraciones lo menciona, pero hoy importa: los asistentes como ChatGPT, Perplexity o Gemini también tienen que reencontrar tu contenido.

Hay dos riesgos concretos:

• Sitios que pasaron a depender de JavaScript. Muchas plataformas modernas cargan el contenido después de que se ejecuta el código en el navegador. Google puede procesarlo, con demora, pero muchos rastreadores de IA leen solo el HTML inicial. Para ellos, tu página nueva puede estar vacía. Una forma rápida de comprobarlo es ver el código fuente de la página (Ctrl+U): si el texto principal no aparece ahí, tenés un problema.
• Bloqueos a los rastreadores de IA. Algunas plataformas y servicios de seguridad bloquean por defecto a bots como GPTBot, ClaudeBot o PerplexityBot. Revisá el robots.txt y la configuración del firewall o CDN del sitio nuevo.

Si querés profundizar en este punto, en por qué las IA no recomiendan mi sitio explico las causas más frecuentes.

Checklist para tu próxima migración

Si todavía no migraste o vas a hacer otro cambio, esto evita casi todos los problemas:

• [ ] Exportar de Search Console y Analytics las URLs con tráfico y enlaces externos
• [ ] Armar una tabla de correspondencia: URL vieja → URL nueva
• [ ] Mantener las mismas URLs siempre que sea posible
• [ ] Conservar títulos, textos y metadatos de las páginas que posicionan
• [ ] Probar las redirecciones en el entorno de prueba antes de publicar
• [ ] Quitar robots.txt bloqueante y noindex el día del lanzamiento
• [ ] Verificar canónicas, sitemap y código de medición
• [ ] Confirmar que el contenido principal está en el HTML inicial
• [ ] Monitorear Search Console a diario durante las primeras dos semanas

Cuándo conviene pedir ayuda

Si la caída es grande, el sitio vende o recibe consultas por la web, o no tenés acceso al listado de URLs viejas, cada semana cuenta. En esos casos lo más eficiente es una revisión técnica que detecte todos los problemas de una vez y los ordene por impacto.

Si tu tráfico también se movió de otras formas, te pueden servir por qué Google no indexa mis páginas y muchas impresiones y pocos clics en Search Console.

Y si querés que lo revise por vos, en la auditoría SEO gratuita analizo tu sitio después de la migración y te envío los problemas encontrados ordenados por prioridad. Para trabajos más profundos, este es el servicio de migraciones y recuperación de tráfico.