Rediseño sin pérdida de tráfico

Un rediseño es una de las causas más habituales de caídas repentinas del tráfico orgánico. El sitio luce genial, el equipo está contento, y un mes después GSC muestra un −40 %. La causa casi siempre es la misma: las URL cambiaron sin redirecciones, o el buscador aún no ha reindexado la nueva estructura. Aquí tienes una guía paso a paso para rediseñar sin pérdidas.

Por qué los rediseños hacen caer el tráfico

Los buscadores indexan URL concretas. Si /blog/seo-guide/ lleva años publicada, Google ha acumulado para ella autoridad de enlace, autoridad y un historial de clics. Un rediseño que cambia la estructura de URL equivale a destruir todo eso: desde la perspectiva del rastreador, la página simplemente ha desaparecido.

zoom_in

Cinco causas de pérdida de tráfico aparecen con más frecuencia tras un rediseño:

Auditoría previa al lanzamiento: qué registrar

Antes de tocar el diseño, dedica al menos dos semanas a auditar. Hay que registrar el estado actual para tener una línea base con la que comparar después del lanzamiento. Cuatro herramientas imprescindibles:

Marca las páginas con tráfico, enlaces o valor de negocio relevantes para que reciban una asignación página a página cuidadosa. El mapa de redirecciones debe priorizarse según las pruebas de cada sitio, no según una afirmación universal sobre la proporción de tráfico.

Qué capturar antes del rediseño

Arquitectura de URL y mapa de redirecciones

La estructura de URL es la parte más delicada de un rediseño. Si la estructura cambia (por ejemplo, /services/seo/ pasa a /seo-services/), cada URL antigua necesita una redirección 301 explícita. El mapa de redirecciones es una tabla de URL antigua → URL nueva: se elabora antes del lanzamiento, se verifica a mano y se entrega al desarrollador.

Si una página ya no hace falta y su contenido no está duplicado en otro lugar, usa 410, no 404. El 410 indica a Google que la eliminación fue intencionada, así que el presupuesto de rastreo se aprovecha mejor: el rastreador deja de volver a la URL muerta con más rapidez.

# Nginx: redirect a specific page
location = /old-services/ {
    return 301 /services/;
}

# Nginx: redirect an entire section
location /old-blog/ {
    rewrite ^/old-blog/(.*)$ /blog/$1 permanent;
}

# Test redirect with curl
curl -I https://example.com/old-url/
# HTTP/1.1 301 Moved Permanently
# Location: https://example.com/new-url/

Prueba cada redirección antes del lanzamiento, sobre todo las de páginas con tráfico, enlaces o conversiones relevantes. Una URL importante que se pase por alto puede generar errores evitables para visitantes y rastreadores.

Configuración técnica tras el lanzamiento

Las primeras 48–72 horas tras lanzar el nuevo diseño son críticas. Asegúrate de que el rastreador ve exactamente lo que pretendías, y no una versión de pruebas con la indexación desactivada.

1. Comprueba robots.txt: confirma que producción no está bloqueada con Disallow: /
2. Regenera el sitemap XML con las URL nuevas y envíalo a GSC en la sección Sitemaps
3. Solicita la indexación de las páginas clave en GSC → Inspección de URL → Solicitar indexación
4. Verifica las metaetiquetas: title, descripción y canonical en cada página prioritaria
5. Recorre el mapa de redirecciones: prueba cada 301 con curl o con la pestaña Red de DevTools
6. Mide los Core Web Vitals: PageSpeed Insights para las 20 páginas con más tráfico

Comprueba también las etiquetas canonical. Al cambiar de CMS o de plantilla, a menudo vuelven a rutas relativas o desaparecen. La canonical debe contener la URL absoluta con el dominio de producción: https://example.com/page/, y no /page/.

<!-- Correct canonical in <head> -->
<link rel="canonical" href="https://example.com/services/seo/">

<!-- Wrong — relative path (common CMS migration error) -->
<link rel="canonical" href="/services/seo/">

Seguimiento tras el lanzamiento

Un rediseño no es un evento, sino un proceso. Los tres primeros meses tras el lanzamiento son de inestabilidad, mientras Google reevalúa el sitio. Tu trabajo es vigilar las señales y reaccionar rápido.

Estas son las causas más probables de los síntomas habituales si algo sale mal tras el lanzamiento. Empieza por aquí: