Rediseñar tu web sin perder SEO: guía práctica

1. Por qué los rediseños hunden el tráfico

Tu posicionamiento no vive en "tu web" como concepto abstracto: vive en URLs concretas. Cada página que posiciona ha acumulado señales durante años — contenido que responde a una búsqueda, enlaces externos, historial de clics. Un rediseño mal llevado rompe ese capital de tres formas:

• URLs que desaparecen. La web nueva usa otras rutas y nadie redirige las antiguas. Google encuentra 404 donde había páginas posicionadas, y ese posicionamiento no se "traslada" solo: se evapora.
• Contenido que se recorta. En el rediseño, la página de 900 palabras que posicionaba se convierte en un bloque visual de 100 palabras "más limpio". Más bonito, menos relevante: Google reevalúa y te baja.
• Señales técnicas que empeoran. La web nueva carga más lenta por el tema recargado, o se lanza con el noindex del entorno de pruebas puesto. Sí: eso pasa constantemente.

La buena noticia: todo esto es prevenible con un proceso que cuesta una fracción del rediseño y protege años de trabajo.

2. Paso 1: inventario completo de URLs

Antes de tocar nada, necesitas saber exactamente qué tienes. No "más o menos qué páginas hay": la lista completa, porque la URL que se te escape es la que perderás. Cuatro fuentes que se cruzan:

• Rastreo de la web actual con Screaming Frog o similar: todas las URLs que existen y responden.
• Search Console (rendimiento, 12-16 meses): todas las URLs que reciben impresiones y clics — incluidas las que no sabías que posicionaban.
• Analítica: páginas con tráfico de cualquier fuente, no solo orgánico. Las páginas de entrada de campañas y newsletters también tienen que sobrevivir.
• Enlaces externos (Ahrefs, Semrush o el informe de enlaces de Search Console): qué URLs reciben enlaces de otras webs. Son las que más autoridad aportan y las más caras de perder.

El resultado es una hoja de cálculo con cada URL y sus métricas: clics orgánicos, keywords por las que posiciona, enlaces entrantes. Esa hoja manda: te dice qué páginas son intocables, cuáles se pueden fusionar y cuáles pueden morir sin consecuencias.

3. Paso 2: mapa de redirecciones 301

Si el rediseño cambia URLs (y casi siempre cambia alguna), el mapa de redirecciones es el documento más importante del proyecto. Una tabla: URL antigua → URL nueva. Las reglas que separan un mapa bueno de uno decorativo:

• 1:1 al equivalente real. Cada URL antigua redirige a la página nueva que responde a la misma intención de búsqueda. La antigua "reformas de cocina" va a la nueva de cocinas, no a "servicios".
• Nunca todo a la home. La redirección masiva a la portada es el error clásico: Google la trata como un soft-404 y la autoridad de cada página se pierde igualmente.
• 301, no 302. Permanente, no temporal. Es lo que transfiere las señales acumuladas.
• Sin cadenas ni bucles. A → B → C desperdicia autoridad y rastreo. Si ya existían redirecciones antiguas, actualízalas para que apunten directo al destino final.
• Prioriza a mano lo importante. El 20% de URLs con el 80% del tráfico y los enlaces se revisa una a una, no con una regla automática.
• Las redirecciones se quedan. Mínimo un año; en la práctica, mientras las URLs viejas reciban un solo clic o tengan un solo enlace externo.

4. Paso 3: conservar lo que funciona

Un rediseño cambia la ropa; no debería hacerle una lobotomía al contenido. Antes del lanzamiento, para cada página con tráfico:

• Conserva los titles que posicionan. El title es de las señales más fuertes de la página. Si "Fisioterapia deportiva en Sabadell | Clínica X" lleva dos años en el top 3, la web nueva no lo sustituye por "Muévete mejor ✦ Clínica X" porque quede más moderno.
• Conserva los H1 y la estructura de encabezados. El diseñador propone jerarquía visual; los H1-H2 que funcionan se mantienen o se ajustan con cuidado quirúrgico, no se reescriben de cero.
• Migra el contenido completo. Si la página tenía 900 palabras que respondían la búsqueda, la nueva las mantiene (mejor maquetadas si quieres). "Aligerar" contenido que posiciona es recortar tu propio tráfico.
• Respeta los enlaces internos. La estructura de enlazado interno distribuye autoridad. Reconstruye menús y enlaces contextuales hacia las páginas importantes, no los dejes caer.
• Mantén datos estructurados y metadatos (schema, meta descriptions, atributos alt) que ya estaban trabajados.

5. Regla de oro: no cambies dominio y estructura a la vez

Cada variable grande que cambias en un lanzamiento — dominio, estructura de URLs, plataforma, contenido, diseño — es una fuente potencial de caída. Si cambias varias a la vez y el tráfico se hunde, no sabrás cuál fue: estarás depurando a ciegas mientras pierdes dinero cada día.

Por eso la práctica sensata es secuenciar. ¿Cambio de dominio? Migra primero el dominio con la web tal cual está, redirecciones 1:1, y no toques nada más; cuando Google estabilice (dale semanas), aborda el rediseño. ¿Cambio de plataforma (por ejemplo a WordPress)? Intenta conservar la estructura de URLs aunque la plataforma nueva sugiera otra — casi siempre se puede configurar. Cada cambio aislado es diagnosticable; todos juntos son una apuesta.

6. Checklist pre y post lanzamiento

Antes de lanzar

1. Inventario de URLs completo y hoja de prioridades cerrada.
2. Mapa de redirecciones implementado y testeado en el entorno de pruebas (se puede verificar con un rastreo sobre la lista de URLs antiguas).
3. Titles, H1 y contenido de las páginas importantes comparados lado a lado: web vieja vs nueva.
4. Rendimiento de la web nueva igual o mejor: Core Web Vitals medidos, no supuestos.
5. Sitemap XML nuevo generado y analítica + Search Console listos para el cambio.
6. Copia de seguridad completa de la web antigua — contenido incluido. Si algo posicionaba y lo has perdido, poder recuperarlo vale oro.

El día del lanzamiento

1. Quitar el noindex y el bloqueo de robots.txt del entorno de pruebas. Léelo dos veces. Es el error más tonto y más caro de todos.
2. Verificar redirecciones en producción con una muestra real de URLs antiguas.
3. Enviar el sitemap nuevo en Search Console.
4. Rastreo completo de la web en producción: 404s, cadenas de redirección, enlaces internos rotos.

Las 4-8 semanas siguientes

1. Search Console a diario la primera semana: errores 404 nuevos, cobertura de indexación.
2. Tráfico orgánico comparado contra el periodo equivalente anterior, página a página en las importantes.
3. Posiciones de las 20-50 keywords principales monitorizadas.
4. Cada 404 con tráfico que aparezca, redirección nueva al momento.

7. Errores que matan el tráfico

Los que veo una y otra vez en webs que llegan a mí después de un rediseño torcido:

• Lanzar con el noindex puesto. Semanas de "no entiendo qué pasa" hasta que alguien mira la cabecera.
• Redirigir todo a la home. Técnicamente hay redirecciones; en la práctica, soft-404 masivo.
• Borrar el blog "porque estaba desactualizado". A veces es el 60% del tráfico orgánico de la web. Se actualiza o se fusiona; no se borra sin mirar la hoja de inventario.
• Reescribir todos los titles con criterio puramente de marca. Elegante, y invisible en Google.
• Migrar a una plataforma más lenta. Tema visual recargado, veinte plugins, y el LCP se duplica. Google lo nota y el usuario también.
• Quitar las redirecciones a los tres meses "porque ya no hacen falta". Hacían.
• No avisar a nadie con criterio SEO hasta después del lanzamiento. El plan de migración se hace antes del rediseño, no como autopsia.

La mayoría de rediseños que hago son sobre WordPress, donde todo esto (redirecciones, titles, estructura) se gestiona bien con el proceso adecuado. Y si tu web es de un sector con necesidades específicas, tengo páginas de diseño web por sectores donde verás cómo enfoco cada caso.

8. Preguntas frecuentes