19 Ago

Rediseño web sin perder posicionamiento: qué controlar antes, durante y después

Un rediseño mal ejecutado es una de las formas más rápidas de destruir años de trabajo SEO. No porque rediseñar sea peligroso en sí, sino porque el proceso habitual —diseñar, desarrollar, publicar y comprobar después qué ha pasado— deja fuera precisamente los controles que evitan la caída.

La buena noticia es que las causas son conocidas, finitas y prevenibles. Este artículo es el protocolo que aplicamos en SEOinHouse cuando el proyecto es un rediseño y no un lanzamiento desde cero.

Por qué caen las webs al rediseñarse

Las caídas de tráfico tras un rediseño casi nunca tienen una causa única. Suelen ser la suma de varios errores que, por separado, serían asumibles.

Cambio de URLs sin redirecciones. Es la causa más frecuente y la más grave. Si /servicios/consultoria-fiscal/ pasa a ser /que-hacemos/fiscal/ y no hay un 301 entre ambas, la nueva URL empieza desde cero: sin historial, sin enlaces entrantes y sin las señales acumuladas por la anterior. Multiplica eso por doscientas páginas.

Pérdida de contenido. El rediseño suele venir acompañado de una voluntad de «simplificar». Se sustituyen páginas de 1.500 palabras por landings de 300 con mucho espacio en blanco. Estéticamente puede ser una mejora; en posicionamiento es un recorte de la señal que sostenía la posición.

Redirecciones en bloque a la home. Cuando el mapa de redirecciones no existe, la solución de urgencia es apuntarlo todo a la portada. Google interpreta esas redirecciones como equivalentes a un error 404 blando cuando el destino no guarda relación con el origen, y la transferencia de señales no ocurre.

Bloqueos de indexación heredados del entorno de pruebas. El robots.txt con Disallow: / o la etiqueta noindex que protegía el staging y que nadie retiró al publicar. Es un error trivial que puede pasar semanas sin detectarse si nadie está mirando.

Ruptura del enlazado interno. Los enlaces contextuales dentro del contenido se pierden al migrar textos. Las páginas que recibían autoridad interna se quedan huérfanas y descienden.

Cambio de estructura de encabezados. Plantillas nuevas que usan H1 para el logotipo, H2 para elementos decorativos o que eliminan la jerarquía semántica. El contenido sigue ahí, pero la señal de qué es importante desaparece.

Degradación del rendimiento. Themes multipropósito y constructores visuales que multiplican el peso de la página respecto a la versión anterior.

Fase 1: inventario previo. Lo que no se mide, no se protege

Ninguna de las acciones siguientes tiene sentido sin este paso. Antes de que se diseñe una sola pantalla, necesitas saber exactamente qué tienes.

Extrae el inventario de URLs con rendimiento

De Google Search Console, con el rango máximo disponible (16 meses), exporta el listado de páginas con clics e impresiones. Esa exportación es tu lista de intocables. De Google Analytics 4, cruza qué páginas participan en conversiones: una página con poco tráfico pero alta conversión vale más que una con mucho tráfico y ninguna.

Extrae el inventario de posiciones

Qué keywords tienen posición, en qué URL y en qué puesto. Es tu línea base: sin ella no podrás distinguir después entre una fluctuación normal del algoritmo y un daño causado por la migración.

Extrae el inventario de enlaces entrantes

Con Ahrefs, Majestic o Semrush, identifica qué URLs concretas reciben enlaces externos. Una página con enlaces de calidad que desaparece sin redirección es una pérdida de autoridad que no se recupera enlazando desde otro sitio.

Rastrea la web completa

Con Screaming Frog o Sitebulb, obtén el listado completo de URLs indexables, su estructura de encabezados, sus metadatos y su enlazado interno. Este rastreo es la referencia contra la que compararás la web nueva.

Salida de esta fase: una hoja con todas las URLs actuales, su tráfico, sus conversiones, sus keywords posicionadas y sus enlaces entrantes. Es el documento más importante de todo el proyecto.

Fase 2: decisiones de arquitectura con el inventario delante

¿Hace falta cambiar las URLs?

La respuesta correcta la mayoría de las veces es no. Un rediseño visual no exige cambiar la estructura de URLs. Si la arquitectura actual es razonable, consérvala: es la decisión que elimina de un plumazo el 80% del riesgo. Cambia URLs solo cuando la estructura actual tenga un problema real que estés resolviendo: profundidad de clic excesiva, categorías que no reflejan la demanda de búsqueda, o parámetros y IDs numéricos sin significado semántico.

Qué contenido se conserva

Cruza el inventario con el diseño propuesto. Si una página con posiciones top 10 tiene 1.800 palabras y la plantilla nueva solo admite 400, el problema no es el contenido: es la plantilla. Ajusta el diseño, no el contenido que funciona. Esta es la conversación incómoda que hay que tener antes del rediseño, no después.

Qué páginas se consolidan y cuáles se eliminan

Un rediseño es buen momento para resolver canibalizaciones: dos o tres páginas compitiendo por la misma intención se fusionan en una, y las demás se redirigen a la superviviente. Las páginas sin tráfico, sin conversiones y sin enlaces se pueden eliminar. Verifica las tres condiciones antes de hacerlo.

Fase 3: el mapa de redirecciones

Si vas a cambiar URLs, este documento es obligatorio y se construye antes de publicar, no después.

Una a una, no en bloque. Cada URL antigua con tráfico, conversiones o enlaces tiene un destino específico y temáticamente equivalente.

301, no 302. La redirección permanente es la que transmite las señales. La 302 comunica temporalidad y no consolida.

Sin cadenas. Si A → B y más tarde B → C, actualiza la primera regla para que apunte A → C directamente. Las cadenas diluyen señal y consumen presupuesto de rastreo.

Destino relevante. Redirigir la página de «consultoría fiscal» a la home no transfiere nada. Si no existe equivalente, el destino correcto suele ser la categoría superior.

Fase 4: checklist antes de pulsar publicar

Verificaciones que no llevan más de una hora y que evitan la mayoría de los desastres:

• robots.txt de producción sin Disallow: /
• Ninguna etiqueta noindex heredada del entorno de pruebas
• Etiquetas canónicas apuntando a las URLs de producción, no a las de staging
• Mapa de redirecciones cargado y verificado sin cadenas ni bucles
• Sitemap XML regenerado con las URLs nuevas
• Estructura de encabezados verificada por plantilla: un solo H1, jerarquía sin saltos
• Títulos y meta descripciones migrados, no regenerados automáticamente
• Datos estructurados implementados y validados
• Enlazado interno reconstruido, especialmente los enlaces contextuales dentro del contenido
• Google Analytics 4 y Search Console configurados y verificando datos
• Rendimiento medido y comparado con la versión anterior
• Certificado SSL válido y redirección de HTTP a HTTPS activa
• Páginas de error 404 personalizadas y devolviendo código 404 real

Sobre el último punto, conviene distinguir entre un 404 legítimo y uno que debería ser una redirección: lo desarrollamos en nuestro artículo sobre el error 404.

Fase 5: los primeros 90 días

Publicar no es terminar. Es cuando empieza la parte que casi nadie hace.

Semana 1

Envía el nuevo sitemap en Search Console y solicita la indexación de las páginas principales. Revisa el informe de cobertura a diario buscando errores de rastreo nuevos. Comprueba manualmente una muestra de redirecciones en producción. Es normal ver fluctuación de posiciones esta semana. No es normal ver desaparecer URLs del índice.

Semanas 2 a 4

Compara clics e impresiones contra el mismo periodo previo a la publicación. Revisa el informe de páginas de Search Console: si una URL que generaba tráfico ha dejado de aparecer, investiga por qué antes de que se consolide la pérdida. Vigila el informe de errores 404 en Analytics y en el servidor: son las redirecciones que se te escaparon.

Meses 2 y 3

A estas alturas, Google ya ha procesado la mayor parte de las redirecciones y las posiciones deberían estar estabilizándose. Si a los 90 días el tráfico orgánico sigue significativamente por debajo del nivel previo, no es un ajuste pendiente: es un problema que hay que diagnosticar.

Cuándo el rediseño no es la respuesta

A veces el problema que se intenta resolver rediseñando no se resuelve rediseñando. Si tu web no convierte, puede ser un problema de propuesta de valor o de segmentación del tráfico, no de estética. Si no recibe tráfico, el rediseño no lo va a generar: falta contenido, autoridad o ambas cosas. Si carga lento, muchas veces el cuello de botella está en el hosting y en la configuración del servidor; lo tratamos en nuestra guía de hosting para SEO.

Antes de decidir rediseñar, una auditoría web te dice si el problema está en la web o en otro sitio. Suele salir más barato que descubrirlo después.

Preguntas frecuentes sobre el rediseño web

¿Cuánto tráfico se pierde al rediseñar una web?

Con un protocolo correcto, la caída debería ser leve y temporal: una fluctuación de unas semanas mientras Google reprocesa las URLs. Sin inventario previo ni mapa de redirecciones, las caídas pueden ser severas y prolongarse durante meses. La diferencia no está en la suerte, sino en si se ejecutaron o no los controles descritos en este artículo.

¿Es mejor mantener las URLs actuales o cambiarlas?

Mantenerlas, salvo que exista una razón concreta para cambiarlas. Conservar la estructura de URLs elimina la mayor parte del riesgo de un rediseño. Cambiar URLs solo se justifica cuando la arquitectura actual tiene un problema real: profundidad excesiva, categorías que no reflejan la demanda o URLs sin significado semántico.

¿Cuánto tardan las posiciones en recuperarse tras una migración?

Depende del tamaño del sitio y de la frecuencia con la que Google lo rastree. En webs pequeñas, la mayor parte del reprocesado ocurre en las primeras semanas. En sitios grandes puede prolongarse varios meses. Si a los 90 días no hay recuperación visible, hay un problema que diagnosticar, no una espera pendiente.

¿Puedo rediseñar por partes en lugar de todo a la vez?

Sí, y en webs grandes suele ser lo más prudente. Publicar por secciones te permite detectar problemas con un alcance limitado antes de aplicar el mismo patrón al resto del sitio. La contrapartida es un periodo de convivencia entre diseños que hay que gestionar y que alarga el proyecto.

¿Qué hago si ya he rediseñado y he perdido tráfico?

Empieza por lo reversible: comprueba robots.txt, etiquetas noindex, canónicas y códigos de estado de las URLs antiguas. Después reconstruye el inventario previo con los datos históricos de Search Console e identifica qué URLs con tráfico han desaparecido. La mayoría de las caídas post-migración se recuperan si se diagnostican en las primeras semanas.

¿Necesito parar el SEO durante el rediseño?

Al contrario. El periodo de rediseño es cuando más falta hace supervisión SEO: las decisiones de arquitectura, contenido y URLs se toman durante el proyecto, y son irreversibles después. Involucrar al SEO cuando la web ya está desarrollada convierte la optimización en corrección de errores.

Antes de rediseñar, sepamos qué hay que proteger

Si estás planteándote un rediseño y tu web ya recibe tráfico orgánico, el primer paso no es pedir presupuestos de diseño: es saber exactamente qué estás arriesgando. Hacemos una revisión gratuita del estado actual de tu web: qué URLs generan tu tráfico, qué páginas concentran enlaces, qué contenido está sosteniendo tus posiciones y qué habría que conservar sí o sí en cualquier rediseño.

Llámanos al 653 030 694 o escríbenos desde el formulario de contacto. Sin permanencias y sin compromiso.

Si el proyecto es más amplio, aquí tienes cómo abordamos el diseño web con criterio SEO de principio a fin.

Artículos relacionados

• Diseño web SEO: webs construidas para posicionar
• Error 404: qué es, cómo detectarlo y cómo solucionarlo sin perder posicionamiento
• Hosting para SEO: guía completa y 5 mejores opciones en España
• Cómo optimizar el presupuesto de rastreo de tu web
• SEO JavaScript: qué es y cómo afecta al posicionamiento de una web