Se lanza una web nueva, se ve mejor, carga más rápido en teoría, y el tráfico orgánico cae silenciosamente en las semanas siguientes. Es uno de los problemas de SEO más comunes y más evitables, y casi siempre se debe a un puñado de problemas técnicos introducidos durante la propia migración, no a nada malo en el fondo del nuevo diseño.

Redirecciones rotas o inexistentes

Cuando las URLs cambian durante un rediseño, cada URL antigua que había ganado posiciones, enlaces y confianza necesita una redirección 301 a su nuevo equivalente. Saltarse esto, o redirigir todo a la home en vez de a la página que realmente corresponde, tira por la borda años de autoridad acumulada de golpe. Esta es, con diferencia, la causa más común de una caída de tráfico tras un rediseño, y es totalmente evitable con un mapeo de URLs correcto hecho antes del lanzamiento, no después.

Bloquear sin querer el rastreo de la web nueva

Una etiqueta noindex o una regla disallow en robots.txt, que quedó de un entorno de pruebas y nunca se quitó al lanzar, es un error sorprendentemente habitual. Es invisible para un visitante humano porque la web se ve y funciona bien, pero le dice a los buscadores que no indexen las páginas en absoluto. Revisar robots.txt y una muestra de metaetiquetas a nivel de página justo después del lanzamiento detecta esto antes de que haga daño de verdad.

Títulos, encabezados y estructura de contenido cambiados

Un rediseño suele venir acompañado de una renovación de contenido, y es fácil que los encabezados, títulos de página y textos cambien de forma significativa en el proceso, a veces perdiendo los términos concretos que estaban impulsando las posiciones en primer lugar. Un rediseño visual no tiene por qué significar reescribir el contenido desde cero, y mantener lo que ya funcionaba, mejorando la presentación visual alrededor, evita perder señales de posicionamiento que costaron meses o años construir.

Peor rendimiento a pesar de una construcción más moderna

De forma contraintuitiva, las webs nuevas suelen ser más lentas que las que sustituyen, sobre todo cuando se introduce un framework más pesado, más scripts de terceros o imágenes sin optimizar junto con la renovación visual. Revisar Core Web Vitals antes y después del lanzamiento, no solo cómo se siente navegar por la web de forma subjetiva, detecta este tipo de retroceso a tiempo.

Una checklist previa al lanzamiento que de verdad lo evita

Un mapeo completo de cada URL antigua a su nuevo equivalente, redirecciones probadas y no asumidas, una revisión final de robots.txt y metaetiquetas justo antes de publicar, y una comparación de Core Web Vitals contra la web anterior. Nada de esto es complicado, pero tiene que pasar antes del lanzamiento, porque diagnosticar y arreglar estos problemas después de que el tráfico ya haya caído lleva considerablemente más tiempo que prevenirlos. Esta es exactamente la checklist integrada en cada proyecto de diseño web que hacemos y que implica sustituir una web existente.

Si la caída ya ha pasado

Empieza por el mapa de redirecciones primero, porque es la causa raíz más común y la más rápida de comprobar. Saca un listado de las URLs antiguas con más tráfico desde la analítica de la web anterior y revisa manualmente que cada una redirige a un equivalente sensato, no solo a la home. Esta única comprobación por sí sola resuelve una parte sorprendente de los problemas de tráfico tras un rediseño, antes de tocar nada más de la lista.