Rediseño web sin perder posicionamiento: checklist en 3 fases

Sí, puedes cambiar de web sin perder las visitas que te llegan de Google. La condición: que cada URL que hoy recibe visitas siga existiendo o redirija con un 301 a su equivalente, con el mismo contenido. Aun haciéndolo bien, Google avisa de que el posicionamiento puede fluctuar durante varias semanas mientras rastrea el cambio.

Abajo tienes lo que dice la documentación oficial de Google y Bing, un checklist en 3 fases y una plantilla de mapa de redirecciones. Los 2 están pensados para exigírselos a quien te haga la web, y aquí explicamos cómo elegir agencia.

Google posiciona URLs, no webs

Para Google, tu web es un conjunto de URLs, y cada una tiene su propio historial de rastreo, enlaces y posiciones. Su guía de traslados de sitios lo deja claro: el traslado se hace URL a URL. Googlebot tiene que visitar cada dirección antigua y nueva al menos una vez.

Por eso el trabajo de un rediseño depende de cuánto cambie:

Si ninguna URL cambia, la parte técnica se parece a la guía de Google para cambiar de alojamiento. En cuanto cambia una sola URL, aplica la guía de traslados.

Ojo con los cambios pequeños, porque también son cambios de URL. Pasar de www a sin www, de http a https o de /servicios.html a /servicios cambia la dirección. Y Google distingue entre mayúsculas y minúsculas: /Servicios y /servicios son URLs distintas.

Google da 2 avisos que conviene leer antes de aprobar el proyecto:

• Haz los cambios de uno en uno. Su ejemplo es justo un rediseño: si vas a cambiar de dominio, de gestor de contenidos y de diseño, recomienda hacerlo por separado.
• Rediseñar contenido y URLs a la vez tiene coste. Lo explica la ayuda de la herramienta de cambio de dirección: conservar la estructura facilita que las señales pasen a la web nueva. Si aprovechas para rediseñar el contenido y cambiar las URLs, puede que notes un descenso de tráfico. Google tiene que volver a evaluar cada página.

Traducido: cuanto menos cambie a la vez, menos tiene que reaprender Google. Si cambias de plataforma y de diseño, no cambies también de dominio en el mismo lanzamiento. Y si aún no has elegido plataforma, compara antes Framer, WordPress o código a medida o haz el test de tecnología.

Cuánto tarda Google en procesar el cambio

No hay un plazo fijo. Google indica que, en webs pequeñas o medianas, la mayoría de páginas pueden tardar varias semanas en trasladarse, y que en webs grandes tarda más. La velocidad depende del número de URLs y de la rapidez de tu servidor.

Durante ese tiempo el posicionamiento puede fluctuar, y Google lo considera normal. Lo que no es normal es una caída que no se recupera. En ese caso, su guía para depurar descensos de tráfico remite a los errores típicos de migración:

• Bloqueos noindex o de robots.txt que solo hacían falta durante el desarrollo.
• Redirecciones incorrectas, sobre todo hacia URLs que no existen en la web nueva.
• Sitemaps sin actualizar.
• Servidor sin capacidad: tras una migración, Google rastrea la web nueva más de lo habitual.

Desconfía de quien te garantice que no se moverá nada. La propia Google dice que puede moverse.

Redirecciones 301, explicadas sin tecnicismos

Una redirección 301 le dice al navegador y a Google que una página se ha mudado para siempre. Quien entra por la dirección antigua aterriza en la nueva, y Google pasa a mostrar la nueva en sus resultados.

Lo que dice la documentación oficial, en 5 reglas:

1. Permanentes y en el servidor. Google recomienda 301 o 308. Una 302 es temporal: Google la toma como una señal débil y puede seguir mostrando la URL antigua. Las de JavaScript quedan como último recurso.
2. Sin miedo a perder fuerza. Google afirma que las 301 y otras redirecciones permanentes no hacen perder PageRank.
3. Cada URL a su equivalente. Redirigir muchas URLs a la página de inicio puede tratarse como un error soft 404. Si fusionas varias páginas en una, sí puedes redirigirlas todas a esa.
4. Directas al destino final. Googlebot sigue hasta 10 saltos, pero Google recomienda redirigir directamente a la URL final, sin cadenas.
5. Durante mucho tiempo. Al menos 1 año, según Google, y para tus visitas lo ideal es siempre. En ese periodo Google puede reasignar a las URLs nuevas los enlaces que otras webs apuntaban a las antiguas.

Si una página desaparece y no tiene sustituta, lo correcto es que devuelva un 404 o un 410. Google retira del índice las URLs que devuelven errores 4xx, y eso es lo que quieres para una página que ya no existe.

Un detalle que se olvida al dejar Wix, Framer o WordPress: las redirecciones configuradas en la plataforma antigua dejan de funcionar cuando tu dominio apunta a la web nueva. Hay que exportarlas y añadirlas a la nueva, apuntando ya al destino final.

Bing pide lo mismo. Sus directrices para webmasters piden 301 para cambios permanentes, 302 solo para cambios de menos de 2 días y redirecciones en lugar de etiquetas canonical. Su guía actual no incluye una herramienta de cambio de dirección como la de Google. Para avisar rápido de URLs nuevas, cambiadas o eliminadas recomienda IndexNow.

Paso cero: exporta las URLs que no puedes perder

Antes de diseñar nada, saca de Search Console la lista de páginas que Google ya muestra en sus resultados. Es la base del mapa de redirecciones y lo que comprobarás después del cambio.

1. Entra en Search Console y abre el informe Rendimiento, en Rendimiento > Resultados de búsqueda.
2. En el filtro de fecha elige los últimos 16 meses, el máximo de datos que guarda Search Console. Así entran también las páginas de temporada, como las de la campaña de la renta.
3. Activa Clics e Impresiones y abre la pestaña Páginas.
4. Pulsa Exportar y elige Hojas de cálculo de Google, Excel o CSV.

La exportación se limita a 1.000 filas. Google explica que en sitios pequeños eso puede cubrir la mayoría o la totalidad de los datos.

Si llegas al tope, filtra por partes de la URL (por ejemplo, las que contienen /blog/) y exporta cada parte. Otra opción es que tu proveedor use la API, que llega a 50.000 filas por día.

Completa la lista con 3 fuentes más:

• Páginas con enlaces de otras webs. En el informe Enlaces, apartado Páginas más enlazadas. También se puede exportar.
• Tu sitemap actual. Google indica que ahí suelen estar tus URLs más importantes.
• PDFs e imágenes. Google pide incluirlos en el plan porque pueden recibir visitas de la Búsqueda o de enlaces por su cuenta.

Guarda esa exportación tal cual. Es tu foto del antes, y la usarás para comparar en las semanas siguientes.

Plantilla: mapa de redirecciones

Pongamos una asesoría que pasa de WordPress a una web nueva y mantiene su dominio. Su mapa, ordenado por impresiones, quedaría así:

Tienes la plantilla lista para rellenar en CSV, para Excel, Numbers o Google Sheets.

Cómo se rellena cada columna:

• URL antigua: cada fila de tu exportación, más los PDFs y las páginas con enlaces externos.
• Impresiones: sirve para priorizar. Las primeras filas se comprueban antes que nada.
• URL nueva: la página más equivalente. Nunca la página de inicio por defecto.
• Respuesta esperada: 301 si la página se mueve, 200 si se queda igual, 404 o 410 si desaparece sin sustituta.
• Estado: Pendiente, Configurada (el proveedor la ha puesto) o Comprobada (alguien ha entrado por la URL antigua y ha llegado a la nueva en un solo salto).

Para comprobar unas pocas URLs basta la herramienta de inspección de URLs de Search Console. Para muchas, Google sugiere herramientas que rastrean la web entera, y cita Screaming Frog como ejemplo. Pide a tu proveedor el informe con el código de respuesta de cada fila.

Checklist de migración en 3 fases

Cópialo en el presupuesto o en el correo de aprobación. Cada punto tiene que poder marcarse como hecho y comprobado.

Fase 1. Antes del cambio

• Search Console verificado como propiedad de dominio, por DNS. Cubre todas las variantes de tu dominio y no depende de un archivo o una etiqueta que pueda perderse al cambiar de plataforma.
• Web dada de alta también en Bing Webmaster Tools.
• Exportación de Rendimiento (16 meses), Páginas más enlazadas y lista de PDFs e imágenes, guardadas.
• Redirecciones antiguas de la plataforma actual exportadas.
• Mapa de redirecciones completo, revisado por ti y con destinos finales.
• Las páginas que posicionan conservan su contenido, su título y sus encabezados, salvo motivo explicado por escrito.
• Web nueva en un entorno de pruebas protegido con contraseña o con noindex. Google recuerda que robots.txt no impide que una página aparezca en sus resultados.
• Lista de páginas de las que se quitará el noindex y cómo quedará el robots.txt el día del cambio.
• Cada página nueva con una etiqueta canonical que apunta a sí misma, con la URL completa del dominio definitivo.
• Menú, pie y enlaces internos apuntando ya a las URLs nuevas, no a las antiguas.
• Datos estructurados de la web antigua (empresa, artículos) trasladados y validados con la prueba de resultados enriquecidos. Las preguntas frecuentes ya no dan resultado enriquecido desde el 7 de mayo de 2026, pero su marcado no estorba. Si en WordPress los generaba un plugin, en la web nueva hay que generarlos de otra forma.
• Si tienes versión en valenciano o en inglés, anotaciones hreflang con las URLs nuevas.
• El contenido principal está en el HTML de la página. Bing pide no esconder contenido importante detrás de JavaScript que se ejecuta en el navegador.
• Analítica instalada en la web nueva y servidor preparado para más rastreo de lo habitual.
• Sitemap nuevo listo y sitemap antiguo guardado.
• Fecha de lanzamiento en una época de poco tráfico, como recomienda Google.

Fase 2. El día del cambio

• Redirecciones activas en el mismo momento en que se publica la web nueva.
• noindex y bloqueos de robots.txt de desarrollo retirados.
• Todas las URLs del mapa comprobadas: un solo salto y destino que responde 200.
• Una muestra de páginas revisada con la inspección de URLs de Search Console.
• Canonicals con URLs definitivas, ninguna de la web de pruebas.
• Sitemap nuevo enviado en Search Console y en Bing Webmaster Tools. En Search Console puedes enviar también el antiguo para ver cómo bajan sus URLs indexadas; Google avisa de que mostrará advertencias de redirección y que se pueden ignorar.
• Anotación en el gráfico de Rendimiento con la fecha del lanzamiento. Se añade con clic derecho sobre el día.
• Si cambias de dominio: solicitud de cambio de dirección para cada variante del dominio antiguo, con y sin «www».
• Si la web tiene IndexNow, aviso a Bing de las URLs nuevas, las redirigidas y las eliminadas.
• Enlaces que controlas actualizados: tu Perfil de Empresa en Google (web, reservas o citas), redes sociales, firmas de correo y campañas de anuncios.
• Un formulario de contacto enviado de prueba desde la web publicada.

Fase 3. Las 8 semanas siguientes

Google habla de varias semanas para webs pequeñas y medianas. Las 8 semanas son el margen de vigilancia que proponemos, no un plazo oficial.

• Semana 1, cada día: informe de Indexación de páginas, motivos «No se ha encontrado (404)», «Soft 404» y «Error de redirección».
• Semana 1: cada 404 de una URL con impresiones o enlaces se corrige con un 301 y se pulsa Validar corrección. Google indica que la validación suele tardar unas 2 semanas.
• Cada semana: Rendimiento comparado con el periodo anterior, con granularidad semanal para que no influya el día de la semana. Ordena por la columna Diferencia para ver qué páginas bajan.
• Cada semana: informe Sitemaps. Las URLs indexadas del sitemap antiguo deben bajar y las del nuevo, subir.
• Semanas 2 a 4: pedir a las webs que más te enlazan que actualicen el enlace, empezando por las que más visitas envían.
• Semanas 4 y 8: informes de resultados enriquecidos sin errores nuevos. Si tu web pasa de 1.000 páginas, revisa también las estadísticas de rastreo; por debajo de esa cifra Google dice que no hace falta.
• Semana 8: comparación con la foto del antes, página a página, en las URLs con más impresiones. Las que sigan claramente por debajo se revisan una a una: si responden, si tienen el mismo contenido y si reciben enlaces internos.
• Después: redirecciones activas al menos 1 año. Si cambiaste de dominio, sigue pagando el antiguo al menos 1 año, como recomienda Google.

Cómo vigilar los errores 404 sin ser técnico

Search Console es la fuente principal. En Indexación > Páginas, el motivo «No se ha encontrado (404)» lista las URLs que Google ha pedido y no existen. Solo muestra las del último mes, así que revísalo cada semana.

No todos los 404 son un problema. Google recomienda corregir los que vienen de enlaces de tu propia web o de tu sitemap, y redirigir si la página se ha movido. Un 404 de una página que eliminaste a propósito y sin sustituta es correcto.

Para ver los 404 que sufren tus visitas, da a la página de error un título reconocible, como «Página no encontrada». En Google Analytics 4, el informe Páginas y pantallas muestra el título y la ruta de cada página vista. Filtra por ese título y verás qué direcciones están fallando.

Si tu proveedor tiene acceso a los registros del servidor, pídele cada semana la lista de URLs que devuelven 404. Google recomienda revisarlos durante el traslado.

Y en las respuestas de IA de Google y Bing

Una URL que Google deja de indexar tampoco puede salir como enlace en sus respuestas de IA. Para aparecer en las vistas creadas con IA o en el Modo IA, una página tiene que estar indexada y poder mostrarse con fragmento. Un 404 o un noindex olvidado la deja fuera.

Bing lo dice en sus directrices: las redirecciones correctas mantienen la visibilidad y la continuidad en Copilot y en las respuestas que se apoyan en su buscador. Y avisar con IndexNow reduce las URLs desactualizadas en esas respuestas.

Nuestra opinión: el mapa se aprueba antes que el diseño

Es el procedimiento que seguimos en NOR studio. Lo aplicamos al pasar Zoundroom de Framer a código en julio de 2026 y en la migración de Maestrat Global desde un WordPress antiguo. Es también el que seguimos con nuestra propia web. El criterio para publicar es sencillo: ninguna URL con impresiones puede devolver un 404.

La mejor migración es la que cambia menos URLs. Si una dirección posiciona y se entiende, se queda aunque no sea perfecta. Y el mapa de redirecciones se revisa y se aprueba antes que el diseño, no la víspera del lanzamiento.

Qué hacer el lunes

1. Entra en Search Console y exporta las páginas con impresiones de los últimos 16 meses. Si no tienes acceso, pide a quien lo gestione que te añada como propietario: la propiedad es de tu dominio.
2. Pasa esa lista a la plantilla de arriba y pide a tu proveedor que rellene la columna de URL nueva antes de aprobar el diseño.
3. Añade el checklist al presupuesto y reserva las 8 semanas de vigilancia.
4. Aprovecha el rediseño para cumplir lo que ya obliga y lo que viene: revisa si tu web tiene que ser accesible por ley y pide que la nueva nazca con nivel AA.

Si quieres una segunda opinión sobre qué URLs no te puedes permitir perder, pide tu diagnóstico. Si estás pensando en rehacer la web, mira cómo trabajamos el diseño web. Y si prefieres contárnoslo directamente, hablemos de tu caso.