Rediseño web y SEO: cómo relanzar su sitio sin perder tráfico

El SEO en un rediseño web consiste en proteger las posiciones mientras cambian las plantillas, el diseño, la navegación, los contenidos o el CMS. Esta guía trata los rediseños que conservan el mismo dominio. Si cambian el dominio o la mayoría de las URL, el proyecto es una migración: siga nuestra checklist de migración SEO y la guía de Google sobre traslados de sitio con cambios de URL, que advierte de fluctuaciones temporales en el posicionamiento.

¿Afecta un rediseño web al SEO?

Sí, siempre. Google y los asistentes de IA que leen la web juzgan las páginas por lo que encuentran en el HTML: texto, títulos, encabezados, enlaces, datos estructurados, velocidad. Un rediseño cambia parte o la totalidad de estas señales, así que los buscadores vuelven a evaluar las páginas. El efecto puede ser positivo (páginas más rápidas, estructura más clara, mejores contenidos) o negativo (páginas más pobres, enlaces perdidos). El resultado depende de cuántas señales de posicionamiento conservan las nuevas plantillas.

¿Por qué pierde tráfico un sitio después de un rediseño?

Las causas se repiten de un proyecto a otro. Cada una tiene un control sencillo:

Dos de estos riesgos merecen atención especial. Primero, JavaScript: Google renderiza las páginas con un Chromium sin interfaz, pero su documentación sobre SEO y JavaScript indica que solo descubre los enlaces escritos como elementos de anclaje estándar con un atributo href. Los menús hechos con botones o controladores de clic ocultan secciones enteras. Nuestra guía de SEO para JavaScript detalla las opciones de renderizado. Segundo, la velocidad: las recomendaciones de Google sobre Core Web Vitals fijan los umbrales «buenos» en un LCP de 2,5 segundos o menos, un INP de 200 milisegundos o menos y un CLS de 0,1 o menos, medidos en el percentil 75 de las visitas. Los vídeos pesados en la cabecera y los carruseles son la razón habitual por la que una plantilla nueva no los cumple.

Antes del rediseño: ¿qué hay que preparar?

1. Rastrear el sitio actual y guardarlo

Haga un rastreo completo del sitio en línea y exporte cada URL indexable con su title, su meta description, su H1, su número de palabras, su canonical, su código de estado y el número de enlaces internos que recibe. Este rastreo es su referencia: tras el lanzamiento, comparará el nuevo sitio con él línea por línea. Guarde también los datos estructurados y el archivo robots.txt.

2. Listar las páginas que aportan valor

Exporte de 12 a 16 meses de datos de Search Console (clics e impresiones por página y por consulta), las páginas que reciben backlinks y las que convierten. Estas páginas son intocables: conserve su URL, su texto principal y su title, o mejórelos de forma deliberada. Una auditoría de contenido ayuda a decidir qué conservar, fusionar o eliminar, y asigna una URL de destino a cada eliminación.

3. Conservar las URL o mapear cada redirección

El rediseño más seguro conserva todas las URL. Cuando una URL debe cambiar, asígnela a su página nueva más cercana con una redirección 301, sin cadenas y sin enviarlo todo a la página de inicio. Nuestra guía de redirecciones SEO explica las reglas. Google recomienda mantener las redirecciones al menos un año.

4. Redactar un briefing SEO para diseño y desarrollo

Los diseñadores deciden dónde va el texto; los desarrolladores deciden cómo se sirve. Deles requisitos por escrito: un H1 por plantilla, el texto servido en el HTML, menús rastreables, migas de pan, la arquitectura del sitio con la profundidad de cada sección, el schema que hay que conservar y el presupuesto de rendimiento. La legibilidad y la navegación también cuentan: vea nuestra guía de UX y SEO.

5. Elegir la fecha de lanzamiento y el plan de vuelta atrás

Evite lanzar en su temporada alta, antes de unas vacaciones o un viernes: los primeros días tras el lanzamiento son cuando aparecen los errores, y alguien debe estar disponible para corregirlos. Deje por escrito quién revisa qué el día del lanzamiento y decida de antemano qué señal obliga a volver atrás (por ejemplo, páginas clave con errores o fuera del índice). Mantenga el sitio antiguo en un servidor de respaldo durante unas semanas, para restaurar rápido una plantilla o un bloque de texto si una página pierde posiciones.

Durante el proyecto: ¿cómo probar en el entorno de pruebas?

Coloque el nuevo sitio en un entorno de pruebas protegido con contraseña (o al menos con una regla noindex), para que Google no indexe un duplicado de su sitio. Después, pruebe antes del lanzamiento:

1. Rastree el entorno de pruebas y compárelo con la referencia: páginas que faltan, títulos cambiados, contenidos más cortos, menos enlaces internos.
2. Pruebe cada redirección a partir de la lista de URL antiguas. Un comprobador de redirecciones masivo muestra cadenas, bucles y 404.
3. Compare el HTML bruto y el renderizado en cada plantilla: el texto principal y los enlaces deben estar en el código fuente.
4. Mida la velocidad en móvil para las cinco o seis plantillas principales.
5. Revise los elementos on-page plantilla por plantilla: una auditoría SEO on-page o la extensión gratuita de Sorank para Chrome señala en segundos los title ausentes, los H1 duplicados y los textos alternativos que faltan.

Después del lanzamiento: ¿qué revisar y cuándo?

Un comprobador de enlaces rotos detecta los enlaces que aún apuntan a URL antiguas en menús, pies de página y artículos. Corrija esos enlaces en origen en lugar de depender de las redirecciones, y restaure el enlazado interno perdido al quitar barras laterales o bloques de artículos relacionados. Algunas fluctuaciones durante las primeras semanas son normales. Una caída que se prolonga más de un mes en un grupo de páginas apunta a una causa concreta: compare esas páginas con su versión de referencia.

¿Cómo afecta un rediseño a su visibilidad en las respuestas de las IA?

ChatGPT, Claude, Perplexity y Gemini citan páginas cuyo contenido pueden leer y extraer. Un rediseño puede cortar ese acceso de formas que Google perdonaría. Un análisis de Vercel sobre el tráfico de los rastreadores de IA (diciembre de 2024) comprobó que ninguno de los grandes rastreadores de IA, entre ellos GPTBot y ClaudeBot, renderiza JavaScript. Una página que solo muestra su texto después de ejecutar JavaScript es invisible para la mayoría de los rastreadores de IA.

• Sirva el contenido principal en el HTML (renderizado en servidor o generación estática).
• Conserve pasajes autónomos: un encabezado seguido de una respuesta directa, definiciones, listas y tablas es lo que citan los asistentes de IA.
• Revise robots.txt: un CMS nuevo o un cortafuegos puede bloquear GPTBot, ClaudeBot o PerplexityBot sin que nadie lo note.
• Mida las citas antes y después: anote qué prompts citan su marca antes del lanzamiento y compare después. El seguimiento de menciones en IA de Sorank sigue los mismos prompts en ChatGPT, Claude y Gemini a lo largo del tiempo, lo que muestra si el relanzamiento cambió su presencia.

¿Conviene combinar el rediseño con otros cambios?

Cada cambio adicional hace más difícil diagnosticar una caída. Si también planea un cambio de dominio, una nueva estructura de URL o una reescritura amplia de contenidos, sepárelos: lance el rediseño con URL y contenidos idénticos, espere a que el tráfico se estabilice y después aborde el siguiente cambio. Cuando el calendario obliga a hacerlo todo a la vez, dedique más tiempo al rastreo de referencia y al plan de redirecciones, porque son la única forma de encontrar lo que se ha roto.

Un rediseño conserva sus posiciones cuando el nuevo sitio lleva los mismos contenidos, enlaces y señales que el antiguo, en una forma más rápida y más clara. Rastree antes, pruebe en el entorno de pruebas, compare después. Cuando el nuevo sitio esté estable, siga añadiendo páginas que respondan a las preguntas de sus clientes: Sorank redacta y publica artículos SEO y GEO en autopilot en el sitio rediseñado.