Relanza­miento web sin perder posi­ciona­miento: guía y lista de comprobación

Un relanzamiento web sin perder posicionamiento es posible si el SEO se planifica desde el concepto: se registran las páginas antiguas y su valor, se redirige cada URL antigua con una 301 a la página nueva correspondiente, se conservan contenidos y estructura, se revisa la parte técnica antes de la puesta en producción y después se vigilan las cifras de cerca. La mayoría de las caídas no se debe al nuevo diseño, sino a errores evitables en las URL, los contenidos y la indexación.

Los buscadores conocen su web desde hace años: qué páginas existen, para qué son relevantes y cómo se enlazan entre sí. Un relanzamiento, ya sea con un nuevo diseño, un nuevo CMS, un cambio de tienda o un cambio de dominio, cuestiona todo ese conocimiento de golpe. Las búsquedas con IA también recurren a sus contenidos; quien pierde páginas o empeora los contenidos suele desaparecer también allí. Esta guía recorre el proyecto en seis fases y termina con una lista de errores habituales.

Dónde se pierde posi­ciona­miento en un relanza­miento

Causa	Consecuencia habitual	Medida correctora
URL modificadas sin redirección	Las páginas bien posicionadas devuelven páginas de error y los enlaces de otras webs no llevan a ninguna parte	Plan de redirecciones con asignación 1:1
Redirección general a la página de inicio	Google puede considerarla un soft 404 y los visitantes no encuentran su tema	Destino temáticamente adecuado; si no existe, un 404 o 410 deliberado
Contenidos eliminados o recortados	Las páginas pierden las búsquedas por las que se encontraban hasta ahora	Comparación de contenidos en todas las páginas priorizadas
Enlazado interno modificado	Páginas importantes quedan más profundas en la estructura y pierden peso	Planificar de antemano la navegación y el enlazado
Bloqueos de indexación del entorno de pruebas	La web desaparece poco a poco del índice	Revisión de noindex, robots.txt y etiquetas canonical antes de salir en vivo
Contenidos visibles solo tras cargar scripts, tiempos de carga largos	Las páginas se rastrean peor y los usuarios abandonan	Contenidos clave en el HTML entregado y medición de los tiempos de carga

Preparación: inventario, plan de redi­rec­ciones y contenidos

Fase 1: inventario y priorización

Antes de cambiar nada, necesita una imagen completa del estado actual, en un archivo y no de memoria. Guarde estos datos antes del primer cambio:

• Rastreo de la web antigua: todas las URL accesibles con código de estado, título de página, encabezados y etiqueta canonical
• Mapa del sitio XML y archivos de registro: contraste de las páginas que Google solicita realmente
• Google Search Console: clics, impresiones y consultas por página; expórtelos, porque la interfaz solo muestra unos 16 meses
• Analítica web: páginas de entrada y conversiones, para distinguir las páginas que generan ventas de las que solo aportan tráfico
• Enlaces entrantes: qué páginas enlazan otras webs

El resultado es una lista de prioridades. Las páginas con mucha visibilidad, enlaces entrantes o conversiones, las páginas A, reciben el máximo cuidado en el relanzamiento. Guarde además una copia completa de la web antigua con títulos, meta descripciones y textos; ayuda más adelante en las comparaciones y en la búsqueda de errores.

Fase 2: el plan de redi­rec­ciones

El núcleo de todo relanzamiento es la asignación de URL antiguas a URL nuevas. Cada dirección antigua recibe una redirección 301 permanente a la página nueva más pertinente. Mantenga el plan en una tabla, de modo que pueda comprobarse automáticamente antes de la puesta en producción:

URL antigua	URL nueva	Regla
/service/webdesign.php	/servicios/diseno-web/	1:1, página A con enlaces entrantes
/produkte.php?kat=12	/productos/bombas/	Patrón para categorías de producto
/blog/2019/articulo-antiguo	/guias/articulo-actual/	Sucesor temáticamente adecuado
/promociones/verano-2021	410 Gone	Eliminada deliberadamente, sin alternativa

• Directas, sin cadenas: cada redirección llega al destino en un solo paso, también en los cambios de http a https, de www y de barra final.
• Patrones más trabajo manual: los grandes volúmenes se resuelven con reglas, por ejemplo para las rutas de producto; las páginas A se asignan una a una.
• No olvidar nada: los PDF, las imágenes y las páginas de categorías y filtros pueden aportar visitas y enlaces.
• Enlazar internamente a las URL nuevas: los enlaces internos apuntan a las URL nuevas, no a redirecciones.
• Duración: mantenga las redirecciones al menos un año, y mejor de forma permanente.

Fase 3: conservar contenidos, estructura y datos

Un relanzamiento es una buena ocasión para mejorar los contenidos, pero no para eliminar los que funcionan. Compruebe en cada página A que se conservan las ideas centrales, los encabezados y los términos relevantes; los títulos de página y las meta descripciones se mantienen o se mejoran de forma deliberada. Google evalúa sobre todo la versión móvil: debe contener los mismos contenidos, datos estructurados y metadatos que la versión de escritorio.

Las páginas importantes deben poder alcanzarse en pocos clics desde la página de inicio y la navegación. Los datos estructurados, por ejemplo sobre la organización, los artículos, las migas de pan o los productos, y en las webs multilingües las indicaciones de idioma (hreflang), también deben estar en la nueva web. Además, plantee una pregunta a cada página: ¿responde directamente a lo que buscan sus clientes? Las respuestas claras ayudan en Google y en las búsquedas con IA; encontrará más información en Generative Engine Optimization.

Ejecución: revisión técnica, puesta en producción y cambio de dominio

Fase 4: revisión técnica en el entorno de pruebas

La nueva web se construye en un entorno de staging protegido con contraseña. La protección con contraseña es más segura que un simple bloqueo en robots.txt, porque las URL bloqueadas pueden aparecer igualmente en el índice si otras páginas las enlazan. Antes de la puesta en producción, compruebe lo siguiente:

Punto de control	Estado esperado
Indexación	Ni noindex ni Disallow en la versión en vivo; la protección con contraseña del entorno de pruebas no se traslada
Etiquetas canonical	Apuntan a la URL en vivo, no al dominio de pruebas
Códigos de estado	Las páginas clave devuelven 200, las URL antiguas exactamente una 301 y no hay cadenas
Mapa del sitio XML	Contiene solo páginas indexables con código 200 y el dominio en vivo
HTTPS	Certificado válido y redirección de http a https, también en el dominio antiguo
Tiempo de carga	Core Web Vitals al menos al nivel anterior; se consideran buenos un LCP de hasta 2,5 segundos, un INP de hasta 200 milisegundos y un CLS de hasta 0,1
Vista móvil	Los mismos contenidos y funciones que en escritorio
Seguimiento	La analítica web, el consentimiento y la medición de conversiones funcionan

Cómo medir y mejorar estos valores se explica en nuestro artículo sobre los Core Web Vitals en la práctica. Compruebe también que los contenidos importantes están directamente en el HTML: las páginas cuyos textos solo aparecen tras ejecutar scripts pesados son a veces rastreadas peor o con retraso por los buscadores y los rastreadores de IA.

Fase 5: el día de la puesta en producción

1. Pasar la web al entorno en vivo y retirar la protección con contraseña y los bloqueos de pruebas
2. Comprobar los bloqueos de indexación y las etiquetas canonical en la versión en vivo
3. Rastrear la lista de URL de la web antigua contra el plan de redirecciones: código de estado, destino, cadenas
4. Enviar el mapa del sitio en Search Console
5. Probar los formularios, el seguimiento y la medición de conversiones

No programe la puesta en producción para un viernes por la tarde, antes de las vacaciones ni en la semana de mayor facturación. Congele los cambios de contenido en la web antigua poco antes y tenga a alguien disponible los primeros días para corregir rápidamente.

Caso especial: cambio de dominio

Si además cambia el dominio, la complejidad aumenta. Todas las direcciones del dominio antiguo se redirigen de forma permanente a la dirección nueva correspondiente y, en Search Console, el traslado se comunica con la herramienta de cambio de dirección. Conserve el dominio antiguo a largo plazo para que las redirecciones y los enlaces no lleven a ninguna parte. Actualice también el perfil de empresa de Google, las cuentas publicitarias, los perfiles de redes sociales y las firmas de correo, y pida a sus socios importantes que actualicen sus enlaces.

Fase 6: seguimiento tras la puesta en producción

Unas ligeras fluctuaciones son normales durante las primeras semanas, porque los buscadores deben procesar la nueva estructura. Lo decisivo es detectar los errores con rapidez:

• Primera semana, a diario: indexación de páginas y errores de rastreo en Search Console, errores del servidor, avisos 404
• Después, cada semana: clics, impresiones y posiciones de las páginas A, comparados con el periodo anterior al relanzamiento y, por los efectos estacionales, con el año anterior
• De forma continua: solicitudes, pedidos y conversiones en la analítica web
• Redirecciones que faltan: analizar los avisos 404 y cerrar los huecos del plan de redirecciones

Tras unas semanas, haga un primer balance: ¿qué páginas han mejorado y cuáles han perdido? Donde las pérdidas persistan, revise la página afectada en este orden: parte técnica (código de estado, indexación, canonical), redirección, contenido y enlazado interno.

Ejemplo práctico: un mayorista espe­ciali­zado cambia de CMS

Supongamos que un mayorista especializado pasa de un sistema obsoleto a un nuevo CMS y que las páginas de producto cambian de ruta. El rastreo arroja varios cientos de URL. El análisis de Search Console muestra que una parte reducida de las páginas, como la página de inicio, las categorías principales y algunas guías, aporta la mayoría de los clics. Estas páginas A se asignan una a una y su contenido se traslada tal cual. Una regla resuelve las rutas de producto y los artículos descatalogados reciben un 410 y una referencia a la categoría. Tras la puesta en producción, el equipo vuelve a rastrear la lista de URL antigua, cierra los huecos que encuentra y compara cada semana los clics de las páginas A. Así el esfuerzo sigue siendo manejable y las páginas importantes quedan protegidas.

Errores habituales en un relanza­miento

• El SEO se tiene en cuenta solo después de la puesta en producción, cuando las decisiones de estructura ya están tomadas.
• Todas las URL antiguas se redirigen en bloque a la página de inicio.
• El noindex, el bloqueo de robots.txt o las etiquetas canonical del dominio de pruebas pasan a la web en vivo.
• Dominio, estructura de URL, diseño y textos se cambian a la vez; si hay pérdidas, la causa es casi imposible de localizar. Es mejor hacerlo por etapas, si el proyecto lo permite.
• No hay mediciones previas al relanzamiento, de modo que no pueden demostrarse ni los logros ni las pérdidas.
• Las redirecciones se eliminan de nuevo tras pocos meses.

Cómo le ayuda Nano Concepts

Acompañamos su relanzamiento con SEO técnico desde el inventario y el plan de redirecciones hasta el seguimiento tras la puesta en producción. Junto con nuestra agencia asociada LOMA DESIGN, también asumimos, si lo desea, el diseño web y el desarrollo web de la nueva página. En una primera consulta gratuita aclaramos el marco adecuado (Starter desde 2.500 €, Professional desde 8.000 €, Enterprise a medida), así como las páginas de su web que requieren una protección especial.