Rediseñar tu web sin perder posicionamiento: qué se rompe de verdad
Casi todas las guías de migración SEO dicen lo mismo: inventario de URLs, mapa de redirecciones, sitemap nuevo, vigilar Search Console. Está bien y hay que hacerlo. El problema es que están escritas por gente que después le pasa esa lista a un desarrollador, y lo que de verdad tumba un rediseño ocurre por debajo de esa lista.
Yo hago las dos partes: el diagnóstico y el código. Así que esto va de lo otro — de lo que se rompe dentro del proyecto y no aparece en ninguna checklist, porque para verlo hay que estar mirando la plantilla.
Lo que se pierde en un rediseño no son las palabras clave
La idea de que un rediseño «pierde posicionamiento» porque cambian los textos es casi siempre falsa. Google no penaliza un cambio de diseño. Lo que se pierde son señales que estaban atadas a URLs concretas: los enlaces que apuntaban a ellas, el histórico que Google tenía asociado y la coincidencia entre lo que la página prometía y lo que respondía.
Cuando una web cae tras un rediseño, en el 90 % de los casos es porque esas ataduras se cortaron sin querer. Y se cortan en sitios muy concretos.
Las seis cosas que se rompen de verdad
Esta es la lista que uso cuando reviso un rediseño antes de publicarlo. No es teórica: son los fallos que aparecen una y otra vez.
| Qué se rompe | Por qué pasa | Cómo se nota |
|---|---|---|
| Rutas que cambian sin redirección | El CMS nuevo genera otra estructura de URLs y nadie mapea la anterior | Errores 404 en Search Console y caída brusca de páginas concretas |
| Cadenas de redirección | Se redirige a una URL que a su vez redirige a otra | La autoridad se diluye en cada salto y el rastreo se ralentiza |
| Títulos sobrescritos por el tema | La plantilla nueva genera el título y pisa el que había | Se pierden los modificadores por los que competías, y con ellos el CTR |
| Contenido que solo existe tras ejecutar JavaScript | El framework nuevo renderiza en el cliente | El rastreador recibe un HTML casi vacío aunque tú veas la página llena |
| Canonicals autogenerados | El plugin o el framework apunta la canónica a donde no debe | Google indexa una URL que no querías, o ninguna |
| El sitemap del sitio viejo | Sigue sirviéndose semanas después | Google insiste en rastrear URLs que ya no existen |
Las tres primeras las detecta cualquier auditoría decente. Las tres últimas hay que ir a buscarlas al código, y son las que más caro salen porque no dan la cara: la página se ve perfecta en el navegador.
El orden correcto: auditar antes de mover un píxel
La regla es sencilla y casi nadie la cumple: lo que no has medido antes, no sabrás que lo has perdido después. Antes de que el diseño empiece, hace falta una foto del estado actual.
- El listado completo de URLs que reciben tráfico o tienen enlaces entrantes, no todas las del sitio.
- Qué búsqueda trae cada una de esas páginas y en qué posición está.
- Los títulos y descripciones actuales, tal cual, para poder compararlos después.
- Una exportación de Search Console de al menos 28 días, congelada como referencia.
Ese último punto es el que más se salta y el único que no se puede recuperar a posteriori: Search Console solo guarda 16 meses, y si no exportas antes, la comparación honesta ya no existe.
El mapa de redirecciones es el 80 % del trabajo
Cada URL antigua necesita un destino, y el destino no es la portada. Redirigir todo a la home es el error más común y el más caro: Google lo interpreta como que el contenido ha desaparecido y trata esas redirecciones como páginas de error blandas.
La pregunta correcta para cada URL vieja es: cuando esta página deje de existir, ¿cuál es la nueva que responde a lo mismo que respondía ésta? Si no hay ninguna, es una señal de que el rediseño está eliminando algo que sí funcionaba.
Y una regla técnica que se incumple constantemente: un solo salto. De la URL original al destino final, con un 301. Si la vieja redirige a una intermedia y esa a la definitiva, cada escalón diluye lo que se transmite y ralentiza el rastreo.
Lo que nadie mira: qué recibe el rastreador
Aquí es donde un rediseño moderno se rompe de la forma más silenciosa. Muchos frameworks actuales construyen la página en el navegador. Tú abres la web y la ves completa; el rastreador pide el HTML y recibe un contenedor vacío que se rellena después.
Google ejecuta JavaScript, sí, pero lo hace en una segunda pasada y no siempre. El resultado es una web que tarda semanas en indexarse bien, o que se indexa a medias, sin que nada en el panel avise de que ese es el problema.
Comprobarlo cuesta un minuto: pide el HTML de la página sin ejecutar nada y busca dentro tu titular y tus párrafos. Si no están, el rediseño tiene un problema de fondo que ninguna redirección va a arreglar.
Las dos semanas siguientes
Publicar no es terminar. Lo que pasa en los quince días siguientes es lo que decide si la migración salió bien, y hay que mirarlo con criterio porque una caída inicial es normal: Google necesita rastrear, entender y recolocar.
- Errores de rastreo nuevos: son la primera señal de una redirección mal puesta.
- Páginas descubiertas pero no indexadas: suele apuntar a contenido que el rastreador no ve.
- Las URLs que más tráfico traían, una a una, comprobando que su redirección resuelve en un salto.
- Los títulos en los resultados: si el tema nuevo los ha sobrescrito, se nota aquí antes que en las posiciones.
Si a las cuatro semanas el tráfico no ha vuelto a la referencia, ya no es recolocación: es que algo se rompió y sigue roto.
Cuándo conviene que lo mire alguien de fuera
Un rediseño es el momento de mayor riesgo y también el de mayor oportunidad, porque es cuando las decisiones de estructura son baratas. Después son caras de revertir. Si estás a punto de rediseñar, una auditoría previa cuesta mucho menos que recuperar seis meses de posiciones.
Siguiente paso: pide un presupuesto sin compromiso
Si has llegado hasta aquí, probablemente tengas una idea más clara de cuánto debería costarte tu web. Cuéntame qué necesitas y te preparo un presupuesto detallado en menos de 48 horas. Precios cerrados, sin sorpresas y sin compromiso.
Trabajo con empresas de Torrelodones, Galapagar, Collado Villalba, Boadilla del Monte y Las Rozas, aunque atiendo proyectos de toda España. Contacta conmigo aquí.
