Rediseño web sin perder SEO: la checklist completa

El patrón se repite: un negocio estrena web, el equipo celebra, y a las tres semanas alguien pregunta por qué ya no llegan leads. Abren Search Console y el tráfico orgánico cayó a la mitad. El rediseño se veía mejor, pero borró años de posicionamiento en un solo deploy. La buena noticia: un rediseño web con SEO bien planeado no tiene por qué perder nada. La condición es tratar el SEO como requisito del proyecto, no como revisión de última hora.

Por qué un rediseño puede tirar tu tráfico

Google no posiciona "tu sitio" como un todo: posiciona URLs concretas, cada una con su historial de señales acumuladas. Un rediseño típico rompe eso de varias formas a la vez:

• Cambian las URLs. /servicios/implantes ahora vive en /tratamientos/implantes-dentales y nadie configuró la redirección. Para Google, la página vieja murió y la nueva empieza de cero.
• Se elimina contenido que posicionaba. Esa página "fea" que nadie del equipo quería suele ser justo la que traía tráfico.
• Cambia el renderizado. Migrar a una SPA sin pre-render convierte contenido indexable en JavaScript que los buscadores procesan mal y los LLMs no procesan.
• Se pierden los básicos. Titles, descriptions, encabezados y datos estructurados que alguien afinó durante años se reemplazan por textos genéricos de plantilla.

Nada de esto se nota en la demo. Todo se nota en Search Console un mes después.

Lo que Google documenta sobre migraciones

No hace falta adivinar: Google mantiene una guía oficial de migraciones con cambio de URLs. Tres puntos de esa documentación que resuelven la mayoría de los desastres que nos llegan:

• Redirecciones permanentes del lado del servidor (301 o 308) de cada URL vieja a su equivalente nueva. No vale redirigir todo al home: eso Google lo trata como soft 404.
• Mantener las redirecciones al menos 1 año. Es el tiempo que Google recomienda para transferir todas las señales, incluidos los enlaces externos que apuntan a las URLs viejas.
• Evitar cadenas de redirecciones. Si son inevitables, la guía pide mantenerlas por debajo de 3 saltos: cada salto extra degrada el rastreo.

Si tu proveedor de rediseño no puede explicarte cómo va a cumplir estos tres puntos, ese es el momento de frenar el proyecto, no la semana del lanzamiento.

La checklist antes de lanzar

Esto es lo que ejecutamos en cada rediseño, en orden:

1. Inventario completo de URLs. Exporta todas las URLs indexadas desde Search Console y el sitemap actual. Esa lista es tu mapa del tesoro: ahí está todo lo que puedes perder.
2. Identifica qué posiciona hoy. Marca las páginas con clics e impresiones de los últimos 12 meses. Esas se conservan o se redirigen con cuidado quirúrgico, nunca se eliminan "porque ya no van con la marca".
3. Mapa de redirecciones 1 a 1. Cada URL vieja apunta a su equivalente nueva más cercana. Se prueba antes del lanzamiento, no después.
4. Migra los metadatos. Titles, descriptions, encabezados y schema de las páginas que funcionan viajan a la web nueva. Rediseñar no obliga a reescribir lo que ya posiciona.
5. Verifica el renderizado. El contenido debe existir en el HTML que responde el servidor, con SSR o SSG. Lo explicamos a fondo en qué incluye una auditoría SEO.
6. Cuida el rendimiento. Un rediseño es la oportunidad de mejorar los Core Web Vitals, no de empeorarlos con animaciones pesadas.
7. Revisa robots.txt y sitemap. Error clásico: lanzar con el noindex del staging activo. Confirma que el sitemap nuevo esté enviado en Search Console.
8. Mide antes y después. Guarda un snapshot de posiciones y tráfico previo al lanzamiento. Sin línea base no puedes distinguir un bache temporal de una hemorragia.

Los errores que más caro cuestan

Tres clásicos que vemos una y otra vez: lanzar en viernes sin nadie monitoreando el fin de semana, eliminar el blog "mientras tanto" durante la migración, y confiar en que el CMS "hace las redirecciones solo". Ninguna plataforma redirige por ti un cambio de estructura: alguien tiene que construir el mapa.

También existe el bache normal: incluso en migraciones bien hechas, Google tarda semanas en reprocesar el sitio y las posiciones pueden fluctuar. La diferencia entre ese bache y una caída real es que el bache se recupera solo y la caída no. Por eso la línea base del punto 8 no es opcional.

Rediseñar sin apostar el tráfico

Un rediseño bien ejecutado suele terminar en más tráfico, no menos: mejor rendimiento, mejor arquitectura y contenido conservado suman sobre la autoridad que ya tenías. Así trabajamos el desarrollo web en México: la migración SEO es parte del alcance desde la cotización, con inventario, mapa de redirecciones y medición incluidos. Lo que tardaste años en posicionar no debería morir en un deploy.