Hay dos formas de rehacer una web con tráfico. En una, el mes siguiente al cambio las visitas oscilan un poco y vuelven a su sitio. En la otra, caen a la mitad y tardan meses en recuperarse, si es que se recuperan.
La diferencia entre ambas casi nunca es el diseño. Es el trabajo que se hizo antes de tocar nada.
Qué se pierde y qué no
Conviene separar los mitos de las causas reales.
No causa pérdida de posicionamiento:
- Cambiar el diseño manteniendo el contenido y las direcciones.
- Cambiar de tecnología, si el resultado es igual de rápido y rastreable.
- Cambiar de servidor, si la web sigue respondiendo bien.
Sí causa pérdida, y por este orden:
- Cambiar las direcciones sin redirigir. Es la causa número uno, con diferencia.
- Eliminar contenido que traía visitas porque «estaba anticuado» o «no pegaba con el diseño nuevo».
- Bloquear el rastreo por accidente. Un robots.txt o una etiqueta noindex del entorno de pruebas que se publica en producción.
- Empeorar la velocidad con una web más pesada que la anterior.
- Perder los datos estructurados que daban resultados enriquecidos.
Publicar la web nueva un viernes sin haber hecho antes el inventario de las direcciones antiguas. Una vez el sitio anterior ha desaparecido, reconstruir esa lista es mucho más difícil, y cada dirección que no redirige es un enlace roto y una posición que se cae.
Paso 1: el inventario, antes de tocar nada
Esto se hace con la web vieja todavía en pie. Necesitas cuatro listas:
- Todas las direcciones actuales. Del sitemap, de la analítica y de Search Console. Las tres, porque ninguna está completa por sí sola.
- Las páginas con tráfico. En Search Console, las que reciben impresiones y clics en los últimos doce meses. Estas son intocables.
- Las páginas con enlaces externos. Si alguien te ha enlazado, esa dirección tiene valor acumulado que no quieres tirar.
- Los datos estructurados que ya tienes. Para reproducirlos, no reinventarlos.
Guarda además una copia completa de la web antigua. Cuesta cinco minutos y evita descubrir dentro de dos meses que un texto que funcionaba ya no existe en ninguna parte.
Paso 2: decidir si cambias las direcciones
La opción más segura es no cambiarlas. Si tus direcciones actuales son razonables, consérvalas y te ahorras el noventa por ciento del riesgo.
Cambiarlas solo compensa cuando la estructura antigua es realmente confusa, cuando arrastra parámetros o identificadores sin sentido, o cuando la nueva organización del sitio no encaja con la vieja. Si decides cambiarlas, asume que el mapa de redirecciones es parte del proyecto y no un extra.
Paso 3: el mapa de redirecciones
Una hoja con dos columnas: dirección antigua y dirección nueva. Una fila por cada dirección de la web vieja. Sin excepciones.
| Caso | Qué hacer |
|---|---|
| La página existe con otra dirección | Redirección permanente a la nueva |
| El contenido se ha fusionado con otro | Redirección a la página que lo absorbe |
| La página desaparece y no tiene equivalente | Redirigir a la sección superior más cercana, no a la portada |
| La página no tenía tráfico ni enlaces | Se puede dejar morir con un 404 limpio |
Dos reglas que se incumplen mucho: redirigirlo todo a la portada es casi tan malo como no redirigir, porque el buscador lo interpreta como que el contenido ya no existe. Y las cadenas de redirecciones —A lleva a B, que lleva a C— hay que resolverlas para que A apunte directamente a C.
Paso 4: lo que hay que conservar sí o sí
- El contenido que traía visitas. Puedes reescribirlo mejor; no puedes eliminarlo sin sustituto.
- Los títulos y descripciones que funcionaban. Si una página lleva tiempo posicionada, su título es parte del motivo.
- La estructura de encabezados. Un H1 por página y una jerarquía coherente.
- Los datos estructurados. Reproducirlos en la web nueva, y validarlos antes de publicar.
- La velocidad. Si la web nueva es más lenta que la vieja, has cambiado a peor en el criterio que más se nota en móvil.
Un rediseño es una oportunidad para mejorar el contenido. No es una excusa para tirarlo.
Paso 5: el día del cambio
- Comprueba que el entorno de pruebas no bloquea el rastreo. Es el fallo que más veces se cuela: un noindex que viaja a producción.
- Publica con las redirecciones ya activas, no después. Cada hora sin ellas es tráfico perdido.
- Sube el sitemap nuevo a Search Console y pide la indexación de las páginas principales.
- Comprueba a mano las veinte direcciones con más tráfico. Una por una, en el navegador.
- Verifica que la medición sigue registrando. Es habitual perder el código de analítica en la mudanza y no enterarse en semanas.
Paso 6: las dos semanas siguientes
Aquí es donde se detecta lo que se escapó. Revisa cada pocos días:
- Errores 404 en Search Console. Cada uno es una redirección que falta.
- Páginas excluidas de la indexación y por qué motivo.
- Impresiones y posición media, no solo las visitas. Bajan antes y avisan primero.
- Velocidad en móvil con datos reales, no solo de laboratorio.
Una oscilación de dos a cuatro semanas es normal. Una caída sostenida a los dos meses no es cuestión de paciencia: es un problema técnico concreto que hay que buscar.
Cómo lo planteamos nosotros
Cuando hay una web anterior con tráfico, el inventario y el mapa de redirecciones forman parte del proyecto desde la primera fase, no del final. Es lo que separa una migración tranquila de una que hay que rescatar.
Si estás en ese punto, el diagnóstico incluye revisar qué páginas te traen visitas hoy, que es justo lo que no se puede reconstruir una vez la web vieja ha desaparecido.