Cambiar de web sin perder posiciones en Google

Las caídas de tráfico al estrenar web no son inevitables: casi siempre vienen de no haber mapeado las URLs antiguas. Una migración bien hecha mantiene el tráfico desde el primer día y lo mejora en unas semanas si la web nueva es más rápida.

Este es el protocolo que seguimos. Sirve igual si te lo hace una agencia o si lo llevas tú.

Antes de tocar nada

1. Inventario completo de URLs

Necesitas la lista de todas las direcciones que existen hoy, sacada de cuatro fuentes distintas porque ninguna las tiene todas:

• El sitemap actual
• Un rastreo completo del sitio (Screaming Frog o similar)
• Search Console → Páginas → todas las indexadas
• Analytics → páginas con visitas en los últimos 12 meses

Esa última es la que más se olvida y la que más duele: incluye páginas que ya nadie enlaza pero que siguen recibiendo tráfico desde Google.

2. Prioriza por lo que aporta

No todas las URLs valen igual. Ordena por:

• Tráfico orgánico de los últimos 12 meses
• Enlaces externos que reciben (esto es lo que más cuesta reconstruir si se pierde)
• Conversiones atribuidas

Las 50 primeras de esa lista son las que no puedes fallar bajo ningún concepto.

3. Guarda la línea base

Antes de lanzar, anota y exporta:

• Posiciones actuales de tus 50 keywords principales
• Tráfico orgánico mensual de los últimos 12 meses
• Páginas indexadas según Search Console
• Core Web Vitals actuales

Sin esto, si algo va mal no vas a saber ni cuánto ni desde cuándo.

El mapeo de redirecciones

Una hoja de cálculo con dos columnas: URL antigua → URL nueva. Reglas:

• Cada URL antigua va a la página nueva más equivalente, no todas a la portada. Redirigir todo a la home es el error clásico: Google lo interpreta como soft 404 y pierdes la autoridad de todas ellas.
• Redirección 301 (permanente), nunca 302. La 302 no transfiere autoridad de forma fiable.
• Sin cadenas. Si A redirige a B y B a C, arregla A para que apunte directo a C.
• Si una página no tiene equivalente, decide conscientemente: o creas contenido equivalente, o va a la categoría superior. Un 404 es aceptable solo para páginas sin tráfico ni enlaces.

Este trabajo es tedioso y es literalmente la diferencia entre una migración limpia y perder el 40% del tráfico.

Antes de lanzar: la lista de comprobación

En el entorno de pruebas, con la web nueva ya terminada:

• robots.txt del entorno de pruebas no se copia a producción (el Disallow: / que bloquea todo es el error más caro que existe)
• Todas las páginas tienen <title> y meta description únicos
• Los canonical apuntan a la URL definitiva, no al dominio de pruebas
• Los datos estructurados validan sin errores
• Las imágenes tienen alt
• Los H1 se han conservado o mejorado en las páginas con tráfico
• El sitemap nuevo está generado y accesible
• Las redirecciones están cargadas y probadas una a una
• Los enlaces internos apuntan a las URLs nuevas, no a las viejas redirigidas
• Certificado SSL correcto y todo el sitio en HTTPS

El día del lanzamiento

1. Publica.
2. Comprueba las 50 redirecciones prioritarias a mano, una por una, en el navegador. No confíes en la configuración: verifica.
3. Sube el sitemap nuevo a Search Console.
4. Usa la inspección de URL de Search Console en las 10 páginas más importantes y pide indexación.
5. Comprueba que la analítica registra visitas.

Momento recomendado: martes o miércoles por la mañana. Nunca un viernes: si algo se rompe, nadie lo mira hasta el lunes.

Las cuatro semanas siguientes

Es normal ver fluctuación los primeros 10 o 15 días mientras Google reprocesa. Lo que no es normal es una caída sostenida.

Revisa cada dos días:

• Search Console → Cobertura. Los errores 404 nuevos son redirecciones que faltan. Corrígelos el mismo día.
• Search Console → Rendimiento. Compara con el mismo periodo del mes anterior.
• Páginas indexadas. Deben converger hacia el número anterior en 3 o 4 semanas.

Si a las seis semanas el tráfico sigue por debajo del 90% del anterior, hay un problema estructural: revisa el mapeo entero.

Los errores que hunden migraciones

El Disallow: / heredado del entorno de pruebas. Bloquea la indexación completa. Puede tardar semanas en detectarse si nadie mira. Es el error más caro y el más fácil de evitar.

Cambiar de dominio y de estructura a la vez. Dos variables, dos riesgos multiplicados. Si puedes, hazlo en dos fases separadas por un mes.

Redirigir todo a la portada. Ya mencionado, y sigue pasando constantemente.

Perder contenido “porque era viejo”. Esa entrada de blog de 2019 que a nadie le gusta puede estar trayendo el 15% de tu tráfico. Mira los datos antes de borrar nada.

No avisar a quien te enlaza. Si un medio o un colegio profesional enlaza a una página tuya, las redirecciones te salvan, pero pedirles que actualicen el enlace es mejor.

---

En los proyectos de diseño web que hacemos, este protocolo va incluido: mapeamos todas las URLs, montamos las redirecciones una a una y vigilamos Search Console durante las seis semanas siguientes al lanzamiento. Es la parte menos vistosa de una web nueva y la que más dinero salva.