Rediseñar una web sin perder posiciones en Google: migración SEO paso a paso
Rediseñar una web es uno de los pocos momentos en que una sola decisión puede tirar años de trabajo en posiciones de Google. La web nueva se ve mejor y va más rápida, pero el tráfico de búsqueda cae a la mitad porque por el camino desaparecieron las direcciones que Google conocía. Se puede evitar. Aquí tienes una migración SEO paso a paso: qué hacer antes del diseño, el día del lanzamiento y en las primeras semanas.
Autor: Bartosz Gonta

1. ¿Por qué cae el tráfico de Google después de un rediseño?
Google no posiciona una web en conjunto, sino direcciones concretas. Cada página que hoy trae visitas tiene su historia: enlaces desde otros sitios, las búsquedas a las que responde y una posición ganada durante meses. Cuando la dirección desaparece, la historia se va con ella.
Las caídas tras un rediseño casi siempre tienen las mismas causas:
- URLs cambiadas sin redirecciones: /servicios/reforma-de-banos pasa a ser /trabajos/banos y la dirección antigua devuelve un 404. Para Google es una página nueva y desconocida, y otra eliminada.
- Páginas borradas que tenían tráfico: entradas antiguas del blog o páginas de servicios «poco importantes» caen en la limpieza, aunque traían parte de los clientes.
- Títulos nuevos y menos contenido: textos más cortos y encabezados y títulos reescritos hacen que la página deje de responder a las búsquedas por las que se encontraba.
- Un bloqueo heredado del entorno de pruebas: una etiqueta noindex o una regla en robots.txt pensada para ocultar el borrador llega a producción. La web desaparece de los resultados en pocos días.
- Cambio de dominio, www o https sin plan: para Google cada una de esas variantes es una dirección distinta que hay que redirigir de forma explícita.
Cambiar solo el aspecto no perjudica al posicionamiento. Lo que perjudica es lo que desaparece por el camino: URLs, contenido y enlaces internos.
2. Antes de empezar: apunta lo que hoy funciona
La migración SEO empieza antes del primer boceto de la web nueva, no el día del lanzamiento. Hace falta una lista completa de URLs y saber cuáles trabajan de verdad.
- Exporta desde Google Search Console el informe de Rendimiento de los últimos 16 meses, por páginas y por consultas. Es la lista de URLs que traen clics y de las búsquedas a las que responden.
- Descarga el sitemap.xml actual y rastrea la web con una herramienta como Screaming Frog (gratis hasta 500 URLs). Encontrará páginas que no están en el sitemap.
- Anota el título, el H1 y la meta descripción de cada página importante. Después del lanzamiento tendrás con qué comparar.
- Comprueba qué páginas reciben enlaces de otros sitios (informe Enlaces de Search Console). Esas URLs hay que redirigirlas con especial cuidado.
De esa lista sale la decisión de diseño más importante: qué contenido pasa tal cual, cuál se fusiona y cuál se puede quitar de verdad. Una página con tráfico que «no encaja en la nueva estructura» normalmente merece un sitio en ella.
3. El mapa de redirecciones 301, el corazón de la migración
Una redirección 301 le dice al buscador: esta dirección se ha mudado para siempre, allí. Google traslada entonces a la URL nueva las señales que reunió la antigua: enlaces e historial. Sin redirección empiezas de cero.
El mapa de redirecciones es una tabla sencilla: la URL antigua en la primera columna y la nueva en la segunda. Unas pocas reglas deciden si funciona:
- El equivalente más cercano, no la portada: la URL antigua de un servicio apunta a la página nueva del mismo servicio. Google trata redirigirlo todo a la portada como un 404 (el llamado soft 404) y las señales se pierden.
- Un solo salto, sin cadenas: la URL antigua lleva directamente al destino. Una cadena A → B → C es más lenta y debilita la redirección.
- Todas las variantes del dominio: http y https, con www y sin él: cada una debe llegar a una única versión final en un solo salto.
- 301, no 302: una redirección temporal (302) le dice a Google que la dirección antigua volverá. En un rediseño eso no es cierto.
Si las URLs no cambian porque la web nueva mantiene la estructura actual, desaparece la mitad del riesgo de la migración. Merece la pena pelearlo en la fase de diseño.
4. Contenido, títulos y enlaces internos en la web nueva
Un diseño nuevo es buena ocasión para mejorar los textos, pero las páginas que hoy traen tráfico conviene cambiarlas con cuidado. Las frases por las que te encuentran los clientes deben seguir en el título, en el H1 y en el cuerpo.
La lista de control antes de publicar debería incluir:
- títulos y meta descripciones trasladados o mejorados a conciencia, no generados de nuevo,
- las entradas del blog y las guías conservadas: a menudo traen el tráfico de cola larga,
- enlaces internos que apunten directamente a las URLs nuevas, no a través de redirecciones,
- datos estructurados (schema.org) de la empresa, los artículos y las migas de pan, si la web antigua los tenía,
- textos alternativos de las imágenes y encabezados en el orden correcto.
Un rediseño también suele ser el momento en que la velocidad de la web mejora de forma clara. Es uno de los pocos casos en que la web nueva puede funcionar en Google mejor que la antigua desde el primer día, siempre que no pierda nada por el camino.
5. El día del lanzamiento: lista de control
La mayoría de los desastres de migración ocurren en la primera hora después de publicar. Conviene marcar estos pasos enseguida:
- Quita los bloqueos del entorno de pruebas: noindex en el código y reglas disallow en robots.txt.
- Prueba las redirecciones con una muestra de URLs de tu lista, sobre todo las de más tráfico y con enlaces externos.
- Envía el sitemap nuevo en Google Search Console.
- Si cambia el dominio, usa la herramienta Cambio de dirección de Search Console.
- Comprueba que la analítica recoge datos en la web nueva y que el formulario de contacto envía los mensajes.
- Rastrea la web nueva y corrige los enlaces que lleven a errores 404.
6. Después del lanzamiento: qué esperar las primeras semanas
Incluso con una migración impecable, las posiciones oscilan durante unas semanas. Google tiene que volver a visitar las URLs antiguas, ver las redirecciones y trasladar las señales: en una web pequeña suele tardar de dos a seis semanas.
Durante ese tiempo vigila dos informes de Search Console: Rendimiento (clics e impresiones frente al mismo periodo antes del lanzamiento) y Páginas (qué está indexado, qué no y por qué).
Las URLs antiguas en la categoría «Página con redirección» del informe Páginas no son un error: confirman que las redirecciones funcionan. No hay nada que «arreglar» ni que validar.
Lo preocupante es una caída sostenida en páginas concretas pasadas seis semanas. Entonces hay que comprobar que su redirección lleva adonde debe y que el contenido nuevo sigue respondiendo a las mismas preguntas.
7. Preguntas frecuentes sobre rediseño web y SEO
¿Cambiar el diseño de la web afecta al SEO?
El aspecto en sí, no. El posicionamiento depende de las URLs, el contenido, la estructura de enlaces y la velocidad. Si eso se mantiene o mejora, el diseño nuevo no perjudica.
¿Cambiar de tecnología (por ejemplo, dejar WordPress) perjudica al SEO?
No, siempre que mantengas las URLs o las redirijas. Google ve el HTML final, no el sistema que lo genera. A menudo el cambio ayuda, porque un código más ligero carga más rápido.
¿Cuánto tiempo hay que mantener las redirecciones?
Google recomienda al menos un año. En la práctica, lo mejor es dejarlas para siempre: cuestan una línea de configuración y los enlaces antiguos siguen vivos en internet durante años.
8. Cómo planificar el rediseño de tu web
El momento más barato para planificar una migración SEO es el inicio del proyecto: la estructura de URLs todavía es una decisión, no un problema que arreglar. Todos los rediseños que llevo empiezan por la lista de páginas con tráfico y el mapa de redirecciones.
Envíame la dirección de tu web actual y una línea sobre lo que quieres cambiar, y recibirás un presupuesto gratuito en 48 horas, junto con una nota sobre qué páginas hay que trasladar con especial cuidado.
¿Tienes un proyecto en mente? Descríbelo brevemente — respondo personalmente, normalmente en 24 horas.

