¿Cuánto tráfico se pierde normalmente en un rediseño?

En un rediseño bien planteado, nada apreciable más allá de una fluctuación de unos días mientras Google reprocesa. Las caídas grandes casi siempre tienen una causa concreta y evitable: URLs que cambiaron sin redirección, contenido que se recortó o un bloqueo accidental al rastreo.

¿Puedo cambiar la estructura de URLs si la actual es mala?

Puedes, pero cada cambio necesita su redirección 301 y conviene tener un motivo real. Si las URLs actuales funcionan y están indexadas, cambiarlas por estética es asumir un riesgo sin ganancia. Si son un desastre, el cambio compensa haciéndolo bien.

¿Y si quiero eliminar páginas que ya no tienen sentido?

Se pueden eliminar, pero decidiendo qué pasa con cada una: redirigir a la más parecida si tenía tráfico o enlaces, o dejar un 410 si de verdad no hay equivalente. Lo que no conviene es mandarlo todo a la portada, que Google interpreta como una redirección irrelevante.

¿Cuánto tarda en estabilizarse?

Suele haber movimiento durante dos o tres semanas mientras se reprocesa el sitio. Si a las seis semanas el tráfico sigue por debajo sin explicación, hay algo mal y toca revisarlo, no esperar más.

Cómo rediseñar una web sin perder posicionamiento

Respuesta directa

Un rediseño no hace perder posicionamiento por cambiar el diseño. Lo hace perder por tres motivos concretos: URLs que cambian sin redirección, contenido que desaparece al reescribir, y errores técnicos que nadie vigila los días siguientes. Los tres son evitables con trabajo previo.

El inventario es el 80 % del trabajo

Antes de diseñar nada hay que saber qué existe. Esto no es opcional: es la diferencia entre un rediseño y una web nueva que hereda un dominio.

Lo que hay que tener en una hoja de cálculo:

Todas las URLs publicadas. Todas, incluidas paginaciones, archivos y páginas que nadie recuerda.
Qué tráfico recibe cada una. De la analítica y de Search Console, con al menos doce meses para captar la estacionalidad.
Qué posiciones tiene cada una y por qué búsquedas.
Qué enlaces externos recibe. Son los que más cuesta recuperar si se rompen.
Sus metadatos actuales: title, description, encabezados.

Ese inventario es también la lista de comprobación del final. Sin él, no puedes saber si has roto algo.

La sorpresa habitual

Cuando se hace el inventario aparece casi siempre lo mismo: un puñado de páginas que nadie tenía en el mapa mental del proyecto están recibiendo una parte importante del tráfico. Un artículo antiguo, una página de un servicio que ya no se ofrece, una ficha que se posicionó sola.

Si esas páginas desaparecen en el rediseño porque «ya no encajan», el tráfico se va con ellas. La decisión puede ser eliminarlas, pero tiene que ser una decisión informada y no un descuido.

Conservar el contenido, no solo las URLs

Este es el error menos evidente. Se mantienen las URLs, se rediseña bonito, y el tráfico baja de todas formas.

Suele ser porque al rediseñar se recortó el texto. Una página que tenía mil palabras explicando un servicio pasa a tener doscientas y tres iconos, porque queda más limpia. Google tenía motivos para posicionarla y esos motivos han desaparecido.

Rediseñar es cambiar la forma. Si además hay que reescribir el contenido, es un trabajo aparte que conviene hacer con criterio y no como efecto colateral de la maquetación.

Redirecciones, una por una

Cuando una URL cambia, necesita una redirección 301 a su equivalente más cercano. Reglas prácticas:

Al equivalente real, no a la portada. Mandar todo a la home es la forma más rápida de perder ese posicionamiento.
Sin cadenas. Una redirección que lleva a otra que lleva a otra diluye y ralentiza. De origen a destino final, directo.
Sin bucles, que es más fácil de provocar de lo que parece.
Documentadas en una tabla, con URL antigua, URL nueva, código esperado y comprobación.

Esa tabla es la que se prueba antes de publicar y la que se vuelve a probar después.

Lo que hay que comprobar antes de publicar

En un entorno de pruebas, no en producción:

Cada URL del inventario responde 200 o redirige correctamente.
Los canonical apuntan a la propia página y no a la web antigua ni al entorno de pruebas.
El sitemap contiene solo URLs indexables y actuales.
robots.txt no bloquea nada que deba rastrearse.
No queda ninguna etiqueta de no indexar heredada del entorno de pruebas.

Ese último punto merece atención especial: publicar con un noindex global olvidado es uno de los accidentes más caros y más frecuentes del oficio, porque no se nota hasta que el tráfico empieza a desaparecer.

Las tres semanas siguientes

Publicar no es terminar. Durante las semanas posteriores conviene vigilar:

Errores 404 en Search Console, que revelan las redirecciones que faltaron.
Páginas excluidas de la indexación y por qué motivo.
Que Google esté eligiendo como canónica la URL que tú quieres.
El tráfico por página, comparado con el inventario inicial.

Si aparece un 404 con tráfico, se añade su redirección y listo. Detectarlo en la primera semana es un incidente menor; detectarlo en el tercer mes es una recuperación lenta.

Cuándo el rediseño no es la herramienta

Si el problema es que la web va lenta, eso se diagnostica y se arregla aparte y sale mucho más barato. Si el problema es que quieres editar tú los contenidos, quizá lo que necesitas es cambiar de constructor y no rediseñar.

El rediseño tiene sentido cuando la estructura, el mensaje o la imagen ya no sirven. No como respuesta genérica a «la web no funciona», que suele significar cosas distintas.

Siguiente paso

Puedes ver el alcance en rediseño y migración web, o contarme el estado de la tuya en el estudio de proyecto.