Rediseñas tu web sin perder el SEO conservando dos cosas: las URLs y el contenido. Esa es la idea de fondo, y de ella se deriva todo lo demás. Un rediseño cambia el aspecto, pero no debería cambiar las direcciones que Google tiene indexadas ni vaciar las páginas que ya posicionan. En la práctica eso significa mantener las mismas URLs donde puedas, preparar un mapa de redirecciones 301 para las que cambien, llevar los metadatos (títulos, descripciones, canónicas) a las nuevas páginas, y mantener el entorno de pruebas fuera del índice hasta lanzar. Y, sobre todo, hacerlo antes de publicar, no después, porque reparar cuesta más que prevenir. WPBuildAI escanea la web actual y entrega el inventario de URLs, el mapa de redirecciones y los metadatos para que el rediseño no cueste tráfico.
Qué pones en riesgo al rediseñar
Conviene saber qué está en juego, porque el riesgo no es el diseño nuevo, sino lo que se pierde por el camino. Un rediseño puede cambiar URLs sin redirección (y dejar 404), vaciar los metadatos que habías ajustado, aplanar los enlaces internos e incluso indexar el entorno de pruebas. Ninguno de estos fallos se ve en la web nueva, que parece perfecta, así que la caída se descubre semanas después en las estadísticas. La buena noticia es que todos son evitables: la plataforma no posiciona, como halló el análisis de Backlinko; lo hacen el contenido y las URLs, y esos sí los controlas.
Conserva las URLs
La forma más segura de no perder posiciones es no cambiar las direcciones. Cada URL que conservas es una página que no se mueve y no corre riesgo. Pide que el rediseño reutilice la estructura de URLs actual hasta donde la plataforma lo permita, en vez de inventar una nueva por defecto. Cuantas menos URLs cambien, más pequeño es el mapa de redirecciones y menor el riesgo. Es una decisión que se toma al principio del proyecto, porque algunas plataformas imponen sus propios patrones de direcciones, y conviene saberlo antes de empezar.
Prepara el mapa de redirecciones antes de lanzar
Para las URLs que sí cambian, el mapa de redirecciones 301 debe estar listo antes del lanzamiento, no improvisado después. Cada URL antigua apunta a su equivalente, en un solo salto, según la guía de Google sobre el cambio de sitio con cambios de URL y su documentación de redirecciones. Preparado de antemano, se aplica en el momento del cambio sin ventana de 404. Si lo dejas para después, entras en modo rescate, como en redirigir enlaces rotos 404, que funciona pero pierde más.
No pierdas los metadatos
Los metadatos son señales que ajustaste con el tiempo, y un sitio nuevo empieza vacío. Si el rediseño no los lleva campo a campo, cada página vuelve a empezar en posicionamiento aunque el contenido sea idéntico. Exporta los títulos, descripciones y canónicas con el contenido y mapéalos a los campos del nuevo sistema. El tráfico está concentrado, según el estudio de Ahrefs, así que asegúrate de que las pocas páginas que traen la mayoría de las visitas conserven sus señales. Es la parte menos vistosa de un rediseño y justo donde se fuga el posicionamiento.
Mantén staging fuera del índice
El entorno de pruebas donde construyes el rediseño no debe indexarse, o competirá con tu web real como contenido duplicado. Mantenlo con una etiqueta noindex mientras trabajas, e idealmente tras contraseña. El giro que atrapa a muchos es el contrario: recuerda quitar ese noindex de la web en vivo al lanzar, porque si se queda, deshindexa el sitio entero. Es el error de lanzamiento más dañino y, a la vez, el más fácil de evitar con un punto explícito en la checklist.
La checklist antes de lanzar
- Inventaría todas las URLs desde el sitemap, los enlaces internos y Search Console.
- Conserva las URLs donde la plataforma lo permita.
- Prepara el mapa de redirecciones 301 para las que cambien.
- Lleva los metadatos campo a campo a las nuevas páginas.
- Mantén staging en noindex y quítalo al lanzar.
- Lanza, reenvía el sitemap y vigila los 404 en Search Console.
Ejemplo: un rediseño sin pérdida
Una empresa rediseña su web y lo prepara antes de publicar. Escanea la web actual y obtiene el inventario: 250 URLs, los metadatos y los enlaces internos. Diseña la web nueva reutilizando las rutas antiguas donde puede, así la mayoría de las páginas no se mueven, y prepara el mapa de redirecciones para las 40 que cambian. Lleva los metadatos campo a campo y mantiene staging en noindex. El día del lanzamiento quita el noindex, aplica las 301 y reenvía el sitemap. Aparecen unos pocos 404 de URLs que el inventario no recogió y se redirigen en un día. El tráfico no se mueve, porque todo se preparó antes de publicar.
Errores frecuentes
- Lanzar primero y pensar en el SEO después.
- Dejar que la plataforma invente una nueva estructura de URLs sin necesidad.
- Preparar las redirecciones después del lanzamiento, no antes.
- Dejar que se regeneren los metadatos por defecto en vez de llevarlos.
- Olvidar quitar el noindex de staging al lanzar.
Lo que conviene recordar
Rediseñas tu web sin perder el SEO conservando las URLs y el contenido, y haciéndolo antes de publicar. Mantén las mismas direcciones donde puedas, prepara el mapa de redirecciones 301 para las que cambien, lleva los metadatos campo a campo y mantén staging fuera del índice hasta lanzar. Así el rediseño es invisible para Google; improvisado, cuesta posiciones. Prevenir es más barato que rescatar, como en solucionar enlaces rotos al migrar de CMS. WPBuildAI escanea la web actual y entrega el inventario de URLs, el mapa de redirecciones y los metadatos. Envía la dirección de tu web y te hacemos un análisis gratuito.
Sin afiliación con WordPress, Lovable, Webflow, Shopify, Wix ni Squarespace.