El riesgo real de un rediseño

Un rediseño mal hecho puede tumbar tu tráfico orgánico durante meses. No porque el diseño nuevo sea peor, sino porque en la migración se rompen las cosas que Google usaba para posicionarte: las URLs, la estructura de contenido, los enlaces internos, la velocidad.

La buena noticia es que se puede rediseñar sin perder nada, y no es magia: es un plan de migración cuidado. Esta guía explica ese plan. Si todavía no tienes claro si conviene rehacer la web o solo mejorarla, empieza por ¿Rehago la web o invierto en SEO?; aquí damos por hecho que ya decidiste rehacerla.

Antes de tocar nada: el inventario

Lo primero es saber qué tienes y qué vale la pena conservar. Necesitas tres listas:

  • Todas las URLs actuales. Sácalas del sitemap, de Search Console (Páginas) y de Google Analytics. Cada una que reciba tráfico o tenga enlaces es un activo.
  • Las páginas que traen tráfico orgánico. En Search Console → Rendimiento → Páginas, ordena por clics e impresiones. Estas son intocables: su contenido y su intención se conservan sí o sí.
  • Las páginas con enlaces de otros sitios. Search Console → Enlaces. Si otro sitio te enlaza a /servicios/seo y esa URL desaparece sin redirección, pierdes ese enlace.

Con esas listas ya sabes qué no se puede perder en la mudanza.

El mapa de redirecciones

Es el documento más importante de todo el proyecto. Una tabla con dos columnas: URL vieja → URL nueva. Reglas:

  • Si la URL no cambia, no hace falta redirección (y es lo ideal: conserva URLs siempre que puedas).
  • Si la URL cambia, va una redirección 301 (permanente) de la vieja a la nueva equivalente.
  • Redirige a la página más parecida en contenido, no a la home. Redirigir todo a la home le dice a Google "esta página ya no existe" y pierdes su posicionamiento.
  • Si una página desaparece y no tiene equivalente, redirige a su categoría madre. Solo un 404/410 si no tenía ni tráfico ni enlaces.
  • Nada de cadenas: la URL vieja debe apuntar directo a la final, no a otra redirección que a su vez redirige.
La causa nº1 de desastres. Lanzar la web nueva sin el mapa de redirecciones listo y probado. "Lo hacemos después" es como se pierden 6 meses de tráfico. El mapa se hace antes de lanzar y se activa en el mismo momento del lanzamiento.

Qué conservar además de las URLs

  • La estructura de contenido. Si tenías una página potente sobre un tema, la web nueva debe tener una página igual de completa sobre lo mismo. No la recortes "porque el diseño nuevo es más limpio".
  • Los textos que rankean. Puedes reescribir para mejorar, pero no borres párrafos que contienen las palabras por las que apareces en Google.
  • Los title y meta descriptions que funcionan. Si una página tiene buen CTR, no cambies su título sin motivo.
  • Los datos estructurados (schema) que ya tenías.
  • El blog completo. Cada artículo con su URL. Es donde más se pierde tráfico en las migraciones descuidadas.

Que la web nueva no sea más lenta

Un rediseño es la oportunidad de mejorar la velocidad, no de empeorarla. Antes de lanzar, comprueba en PageSpeed Insights que la web nueva carga igual o mejor que la vieja, sobre todo en móvil. Los Core Web Vitals en rojo el día del lanzamiento son un problema añadido que se junta con el de la migración.

El día del lanzamiento

  1. Activa todas las redirecciones 301 en el mismo momento que publicas la web nueva.
  2. Comprueba a mano 15–20 URLs viejas importantes: que redirijan a donde deben, con 301, sin pasos intermedios.
  3. Sube el sitemap nuevo a Search Console y pide que lo procese.
  4. Usa la herramienta de inspección de URL de Search Console en las 5–10 páginas más importantes para forzar el re-rastreo.
  5. Revisa que el robots.txt nuevo no esté bloqueando el sitio entero (un clásico: se queda el Disallow: / del entorno de pruebas).

Las 8 semanas siguientes

Es normal una caída del 10–20% del tráfico las primeras 2–4 semanas mientras Google re-procesa todo. Lo que hay que vigilar:

  • Errores 404 en Search Console → Páginas. Cada uno es una URL vieja que se quedó sin redirección. Arréglalos según aparecen.
  • Cobertura de indexación. Que el número de páginas indexadas se recupere hacia el nivel anterior.
  • Posiciones de los términos clave. Si a las 6–8 semanas no se han recuperado, hay algo mal —normalmente redirecciones que faltan o contenido que se recortó de más—.
  • Los enlaces internos. Que la web nueva enlace entre sus páginas al menos tan bien como la vieja.
Cómo lo hacemos en ClikRank. En cada rediseño el mapa de redirecciones se hace antes de escribir una línea de código, se prueba en el entorno de pruebas, y se monitoriza Search Console durante las 8 semanas siguientes. Es la diferencia entre un rediseño que mantiene el tráfico y uno que lo tira. Si vas a rehacer tu web, escríbenos.

Preguntas frecuentes

¿Cuánto tráfico voy a perder?

Con una migración bien hecha, una caída temporal del 10–20% que se recupera en 4–8 semanas, y muchas veces se acaba por encima del punto de partida si la web nueva es más rápida y mejor estructurada. Con una migración descuidada, caídas del 40–70% que tardan meses.

¿Puedo cambiar de dominio en el rediseño?

Sí, pero suma riesgo. Si lo haces, usa la herramienta de "Cambio de dirección" de Search Console, mantén el dominio viejo activo con las redirecciones durante al menos un año, y espera unos meses más de recuperación.

¿Y si mi web vieja está en una plataforma que no deja ver las URLs?

Aun así puedes sacar las URLs indexadas de Search Console y de una búsqueda site:tudominio.com en Google. Con eso se arma el mapa. Es más trabajo, pero se puede.

¿Necesito congelar el contenido durante la migración?

Ayuda. Evita publicar contenido nuevo o cambiar URLs en las 2 semanas antes y después del lanzamiento, para que Google procese un solo cambio grande y no varios a la vez.