Relanzamiento de sitio web: proceso, plan de proyecto y checklist SEO (sin perder posiciones)

Un relanzamiento de sitio web es la renovación técnica y estructural de un sitio, a menudo con un nuevo CMS, una nueva estructura de páginas y nuevas URL. Para que en el proceso no se pierda ninguna posición, según Google usted redirige cada URL antigua a su nuevo destino mediante una redirección permanente del lado del servidor, siguiendo un mapeo de URL preparado de antemano.
¿Qué es un relanzamiento de sitio web y en qué se diferencia de un rediseño?
Un relanzamiento de sitio web es la renovación completa de un sitio a nivel técnico y estructural, mientras que un rediseño solo afecta al aspecto visual. En un relanzamiento suelen cambiar el sistema de gestión de contenidos, la arquitectura de la información y, sobre todo, las URL. Precisamente este cambio de URL hace que el relanzamiento sea arriesgado desde el punto de vista SEO, porque Google debe trasladar todas las señales acumuladas hasta ahora a las nuevas direcciones.
En un rediseño puro se conservan las URL, la estructura de páginas y los contenidos; solo cambian los colores, la tipografía o el diseño. Aquí el riesgo para las posiciones es bajo. En cuanto cambian las URL o el dominio, hablamos de un traslado de sitio con cambio de URL, y entonces se aplican las reglas de migración SEO que describe este artículo. Una ejecución profesional forma parte de nuestro servicio Webdesign.
¿Cómo transcurre un relanzamiento de sitio web paso a paso?
Un relanzamiento de sitio web transcurre en siete fases de proyecto que se suceden unas a otras, desde el análisis hasta el seguimiento tras la puesta en producción. Quien respeta este orden reduce de forma notable el riesgo de pérdida de datos y de caídas en las posiciones.
- Análisis y registro del estado actual: recopilar la lista completa de URL, las posiciones actuales, los datos de tráfico y los puntos débiles técnicos. Este estado «previo» es su referencia.
- Concepto y objetivos: definir los públicos objetivo, la estructura de páginas (arquitectura de la información) y objetivos medibles.
- Diseño y UX: wireframes y maquetas basados en la nueva estructura.
- Desarrollo en un entorno de pruebas (staging): implementación en un entorno de pruebas protegido, que no se pueda indexar públicamente.
- Migración SEO: preparar el mapeo de URL, las redirecciones, las etiquetas canonical y los sitemaps.
- Puesta en producción: cambiar al nuevo sitio, activar las redirecciones, eliminar los bloqueos de indexación.
- Seguimiento: observar durante semanas el rastreo, la indexación y las posiciones.
Las fases 1, 5 y 7 deciden el éxito SEO. El diseño y el desarrollo son visibles, pero es el mapeo de URL el que protege sus posiciones.
¿Cómo evito perder posiciones en un relanzamiento?
Usted evita perder posiciones redirigiendo cada URL antigua mediante una redirección permanente a la nueva URL más adecuada e informando activamente a Google del traslado a través de Search Console. Según Google Search Central (a 2026), crear un mapeo de URL antiguas a nuevas es un paso central de cualquier traslado de sitio; en su guía, Google lo sitúa después de la preparación del nuevo sitio.
La migración SEO consta de cinco elementos. Primero: redirecciones permanentes del lado del servidor siguiendo el mapeo de URL. Segundo: según Google, cada nueva URL recibe una etiqueta rel=canonical autorreferenciada, que apunta a sí misma. Tercero: tras el traslado, usted envía un nuevo sitemap XML en Search Console y elimina el antiguo. Cuarto: en caso de cambio de dominio o de subdominio, utilice la herramienta de cambio de dirección. Quinto: mantenga las redirecciones durante mucho tiempo. Google recomienda mantener las redirecciones tras un traslado de sitio por regla general al menos 1 año, para que todas las señales se transfieran a las nuevas URL (Google Search Central, a 2026).
En sitios pequeños y medianos, Google recomienda trasladar todas las URL al mismo tiempo, para que los algoritmos reconozcan el traslado más rápido. Solo en sitios muy grandes se puede migrar por secciones.
¿Qué es el mapeo de URL y cómo creo correctamente redirecciones 301?
El mapeo de URL es la asignación completa de cada URL antigua a su nuevo destino, y según Google es un paso fundamental de un traslado de sitio. Google menciona el mapeo de URL en su guía después de la preparación del nuevo sitio. Cree primero una lista completa de todas las URL antiguas a partir de un rastreo del sitio, de Google Search Console y de los archivos de registro del servidor. A continuación, asigne cada URL antigua a la nueva URL más adecuada en cuanto al contenido, no de forma general a la página de inicio.
Para las redirecciones se aplica lo siguiente: Google trata los códigos de estado 301 y 308 como redirecciones permanentes. El proceso de indexación los utiliza como señal de que el destino de la redirección debe convertirse en canónico. Los códigos 302 y 307 son temporales y no proporcionan esa señal de canonicalización (Google Search Central, a 2026). Para un relanzamiento necesita, por tanto, 301 o 308.
Evite las cadenas de redirecciones y redirija, siempre que sea posible, directamente al destino final en lugar de pasar por estaciones intermedias. En cuanto a la elección del método, Google indica un orden según su fiabilidad: las redirecciones del lado del servidor son las más fiables, después el meta refresh, luego las redirecciones con JavaScript y, como último nivel, expresamente desaconsejado, las llamadas redirecciones «crypto». Solo debería usar redirecciones con JavaScript si no es posible utilizar redirecciones del lado del servidor ni meta refresh (Google Search Central, a 2026).
¿Cómo consigo que Google reindexe rápidamente el nuevo sitio?
Usted consigue una reindexación rápida si el entorno de staging está bloqueado correctamente durante el desarrollo y si retira ese bloqueo como corresponde en la puesta en producción. Proteja el staging con control de acceso y meta robots noindex, no con un Disallow en robots.txt.
El motivo es importante: para que una instrucción noindex funcione, la página no debe estar bloqueada por robots.txt. De lo contrario, el rastreador nunca ve la regla noindex y la página puede aparecer igualmente en los resultados de búsqueda (Google Search Central, a 2026).
En la puesta en producción, usted elimina noindex y Disallow del sitio en vivo, envía el nuevo sitemap XML en Search Console y elimina el antiguo. Compruebe con la herramienta de inspección de URL que las nuevas URL se pueden rastrear e indexar. En caso de cambio de dominio o de subdominio, utilice la herramienta de cambio de dirección.
¿Cuáles son los errores más frecuentes en un relanzamiento de sitio web?
Los errores más frecuentes en un relanzamiento afectan a la indexación y a las redirecciones, no al diseño. Quien los conoce evita las caídas de posiciones más costosas.
- El staging sigue siendo indexable: el entorno de pruebas nunca se bloqueó o solo se bloqueó con robots.txt, de modo que el noindex nunca surte efecto.
- El sitio en vivo sigue en noindex: el bloqueo de desarrollo se olvidó en la puesta en producción y el nuevo sitio queda completamente desindexado.
- Redirecciones ausentes o encadenadas: las URL antiguas conducen al vacío (404) o pasan por largas cadenas en lugar de ir directamente al destino.
- Redirección general a la página de inicio: en lugar de redirigir cada URL a su equivalente en cuanto al contenido.
- Recursos olvidados: no se migran imágenes, PDF ni vínculos hreflang.
- Sin referencia previa: sin un registro del estado actual no se puede medir el éxito.
- Puesta en producción en viernes sin seguimiento: los errores pasan inadvertidos durante todo el fin de semana.
¿Cuánto tardan en recuperarse las posiciones tras el relanzamiento?
La recuperación depende del tamaño del sitio. Según Google, un sitio de tamaño medio puede tardar algunas semanas en que la mayoría de las páginas del índice se trasladen a las nuevas URL; los sitios más grandes pueden tardar más (Google Search Central, a 2026).
Las fluctuaciones en esta fase son normales. Lo importante es no retirar las redirecciones antes de tiempo. Google recomienda mantenerlas por regla general al menos 1 año. Durante ese periodo, observe las estadísticas de rastreo, la cobertura de indexación y las posiciones en Search Console. Hace falta un diagnóstico más detallado si, después de varias semanas, áreas enteras del sitio no se indexan, aparecen muchos errores 404 o las posiciones caen de forma duradera y no solo a corto plazo.
Checklist del relanzamiento de sitio web: antes, durante y después de la puesta en producción
Esta checklist resume por fases los pasos críticos para el SEO de un relanzamiento de sitio web. Todas las recomendaciones siguen las indicaciones de Google Search Central (a 2026).
| Fase | Tarea | Objetivo |
|---|---|---|
| Antes de la puesta en producción | Crear la lista completa de URL antiguas a partir del rastreo, GSC y archivos de registro | Base del mapeo de URL |
| Antes de la puesta en producción | Guardar la referencia previa (posiciones, tráfico) | Hacer medible el éxito |
| Antes de la puesta en producción | Mapeo de URL antigua a nueva, cada URL al destino más adecuado | Transferencia de señales |
| Antes de la puesta en producción | Preparar redirecciones 301/308, evitar cadenas de redirecciones y redirigir directamente al destino final | Señal de canonicalización permanente |
| Antes de la puesta en producción | Bloquear el staging con control de acceso y noindex, no con Disallow en robots.txt | El noindex sigue siendo efectivo |
| En la puesta en producción | En sitios pequeños y medianos, cambiar todas las URL al mismo tiempo | Reconocimiento más rápido del traslado |
| En la puesta en producción | Eliminar noindex y Disallow del sitio en vivo | Indexación del nuevo sitio |
| En la puesta en producción | Definir un rel=canonical autorreferenciado en cada nueva URL | Canonicalización clara |
| En la puesta en producción | Enviar el nuevo sitemap en GSC y eliminar el antiguo | Rastreo más rápido |
| En la puesta en producción | Cambio de dirección solo en caso de cambio de dominio o de subdominio | Notificar oficialmente el traslado |
| Después de la puesta en producción | Revisar la inspección de URL y la cobertura de indexación | Detectar errores a tiempo |
| Después de la puesta en producción | Mantener las redirecciones al menos 1 año | Transferencia completa de señales |
Preguntas frecuentes sobre el relanzamiento de sitio web
¿Pierdo posiciones automáticamente con un relanzamiento?
No, no automáticamente. Si usted redirige cada URL antigua mediante una redirección permanente 301/308 a la nueva URL más adecuada y mantiene las redirecciones al menos 1 año, Google transfiere las señales a las nuevas URL (Google Search Central, a 2026). Las fluctuaciones de corta duración durante el procesamiento son normales.
¿Necesito nuevas URL en un relanzamiento?
No. Si solo cambian el aspecto y el diseño, las URL siguen siendo las mismas y se trata de un rediseño sin riesgo de traslado de sitio. Las nuevas URL surgen solo cuando cambian la estructura, el CMS o el dominio. Entonces necesita un mapeo de URL completo con redirecciones.
¿Cuándo debo usar la herramienta de cambio de dirección?
Solo en caso de cambio de dominio o de subdominio. Según la ayuda de Google Search Console (a 2026), no está pensada para el paso de HTTP a HTTPS, de www a non-www ni para cambios de ruta dentro del mismo dominio. Los requisitos son ser propietario de ambas propiedades en la misma cuenta de Google y tener configurada una redirección 301 de la página de inicio antigua a la nueva.
¿Cuánto tiempo debo mantener las redirecciones 301?
Google recomienda mantener las redirecciones tras un traslado de sitio todo el tiempo posible, por regla general al menos 1 año, para que todas las señales se transfieran a las nuevas URL (Google Search Central, a 2026). Muchos operadores las dejan activas de forma permanente.
¿Por qué no funciona mi noindex en la página de staging?
Probablemente la página también esté bloqueada por robots.txt. Para que una instrucción noindex funcione, la página no debe estar bloqueada por robots.txt; de lo contrario, el rastreador nunca ve la regla y la página puede aparecer igualmente en los resultados de búsqueda (Google Search Central, a 2026). Utilice en su lugar control de acceso más noindex en páginas rastreables.
¿Debería cambiar todas las páginas al mismo tiempo o poco a poco?
En sitios pequeños y medianos, Google recomienda trasladar todas las URL al mismo tiempo, para que los algoritmos reconozcan el traslado más rápido. Solo en sitios muy grandes se puede migrar por secciones (Google Search Central, a 2026).
¿Cuánto cuesta aproximadamente un relanzamiento de sitio web?
No se pueden indicar de forma general precios de mercado vinculantes; el esfuerzo depende en gran medida del alcance, del CMS, de la migración de datos y de la profundidad del trabajo SEO. Se trata de una observación del mercado, no de un compromiso de precio. Solo obtendrá una orientación fiable mediante una oferta concreta basada en el conjunto de páginas de su sitio.
Fuentes
- Google Search Central - Site moves with URL changes: developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes (a 2026)
- Google Search Central - Redirects and Google Search: developers.google.com/search/docs/crawling-indexing/301-redirects (a 2026)
- Google Search Central - Block Search indexing with noindex: developers.google.com/search/docs/crawling-indexing/block-indexing (a 2026)
- Ayuda de Google Search Console - Change of Address tool: support.google.com/webmasters/answer/9370220 (a 2026)
Nota: este artículo ofrece información técnica general y no sustituye el asesoramiento individual en SEO ni el asesoramiento jurídico. Las indicaciones de esfuerzo y de coste son una observación de mercado sin carácter vinculante, no una oferta ni un compromiso de precio.
Autor: Alexander Weipprecht. Fecha: junio de 2026.
Compartir artículo
Mantente al día
Recibe los últimos artículos, análisis y novedades del sector directamente en tu bandeja de entrada.
Decida usted qué fuentes le muestra Google
Google le permite elegir qué fuentes aparecen de forma destacada en sus resultados de búsqueda: en las noticias destacadas y en las respuestas de IA. Dos clics y verá los sitios en los que confía.
Añadir provimedia.de a mis fuentes preferidasArtículos relacionados
Otros artículos que podrían interesarte.
Mantenimiento de WordPress: costes, servicios y por qué es obligatorio
El mantenimiento de WordPress mantiene al día las actualizaciones, las copias de seguridad, la seguridad y el rendimiento. Por qué es obligatorio con una cuota de mercado de alrededor del 42 % y más de 11.300 nuevas vulnerabilidades en 2025, qué servicios incluye un contrato de mantenimiento y cuánto cuesta, con tabla comparativa y preguntas frecuentes.
Core Web Vitals y PageSpeed: por qué las páginas lentas cuestan clientes y posicionamiento
Qué miden LCP, INP y CLS, qué umbrales se consideran «buenos» y por qué las páginas lentas cuestan posicionamiento y conversiones, con palancas de optimización concretas según web.dev.
Sitio web accesible según la BFSG: obligación, afectados y lista de comprobación 2026
La ley alemana de refuerzo de la accesibilidad (BFSG) se aplica desde el 28 de junio de 2025 y obliga a muchos sitios web B2C y tiendas en línea a ser accesibles. Quién está afectado, qué requisitos rigen según las WCAG y la norma EN 301 549, qué multas se pueden imponer y cómo adaptar su sitio web con una lista de comprobación 2026.
¿Listo para tu certificado de competencia en IA?
Consigue tu certificado de IA: flexible, en línea y con un certificado de participación documentado para desarrollar competencias en IA (art. 4 del Reglamento de IA de la UE).