QUÉ VAS A CONSEGUIR

Una lista de control para rediseñar una web sin perder de vista las URLs, contenidos, medición y recorridos que ya funcionan. Un rediseño no es solo una nueva interfaz: también cambia un sistema que puede estar recibiendo visitas, enlaces y consultas.

Qué necesitas: acceso al sitio actual, Search Console y Analytics si existen, un inventario de páginas y claridad sobre qué partes del negocio cambiaron. Si un dato no está disponible, déjalo señalado como pendiente en lugar de asumirlo.

01. Define por qué estás rediseñando.

Antes de hablar de colores o componentes, escribe qué problema debe resolver el proyecto. Puede ser una propuesta desactualizada, una arquitectura confusa, una plataforma difícil de mantener o una experiencia que no acompaña el proceso comercial. Cada motivo implica decisiones distintas.

EJEMPLO FICTICIO

Una empresa de servicios recibe visitas en tres páginas antiguas, pero la oferta cambió y esas páginas ya no representan lo que vende. El objetivo del rediseño no es “modernizar”: es conservar la demanda útil, reorganizar la oferta y facilitar una nueva consulta.

02. Haz un inventario antes de borrar o mover.

  • URL actual y título de la página.
  • Función: servicio, artículo, contacto, campaña o página auxiliar.
  • Tráfico y consultas conocidas, si hay datos.
  • Enlaces internos y externos relevantes.
  • Destino previsto: conservar, mejorar, fusionar, redirigir o retirar.

Este inventario permite discutir cada URL con contexto. Google recomienda preparar un mapeo entre URLs antiguas y nuevas cuando un cambio modifica direcciones, además de actualizar enlaces internos y canonicals. Guía oficial sobre migraciones y cambios de URL.

03. Revisa qué páginas ya están siendo descubiertas.

En Search Console, observa Páginas y Consultas para detectar qué URLs acumulan impresiones y clics. No uses la posición media como único criterio: una página puede ser útil por búsquedas específicas, por enlaces o porque interviene en una conversión aunque no sea la más visitada.

Google explica que el informe de rendimiento permite analizar clics, impresiones, CTR, consultas, páginas y países. Documentación del informe Performance.

04. Diseña la nueva arquitectura con destinos claros.

Decide qué páginas comerciales necesita la nueva versión, cómo se relacionan y desde dónde se las enlazará. No multipliques URLs por cada sinónimo. Cada página debería tener una función reconocible: vender un servicio, enseñar un tema, demostrar un proyecto o facilitar una acción.

05. Planifica redirecciones antes del lanzamiento.

Si una URL desaparece pero tiene un reemplazo equivalente, prepara una redirección permanente hacia ese destino. Evita mandar todas las páginas eliminadas a Inicio: la redirección debe ayudar a la persona a llegar al contenido que realmente sustituyó al anterior.

Cuando varias páginas se consolidan en una más completa, documenta la relación. Si no existe un sustituto real, no inventes uno solo para evitar un 404. La decisión depende de la historia de esa URL y de la experiencia que quieres ofrecer.

06. Conserva la medición durante el cambio.

  • Registra un punto de partida antes de publicar.
  • Confirma que Analytics y Search Console siguen conectados después del cambio.
  • Comprueba formularios y eventos clave.
  • Revisa sitemap, canonicals y estado de indexación.
  • Monitorea errores 404 y redirecciones durante las primeras semanas.

07. Lanza con una lista de control, no con memoria.

Prueba navegación, formularios, versiones móviles, enlaces importantes, metadatos y permisos. Después del lanzamiento vuelve a inspeccionar las URLs críticas y registra los cambios. Es normal que un traslado con cambios de URL produzca fluctuaciones temporales mientras Google procesa la nueva estructura; por eso conviene reducir cambios innecesarios y mantener el mapeo claro.

REGLA PRÁCTICA

Si una URL actual tiene tráfico, enlaces, consultas o una función reconocible, no la elimines sin decidir explícitamente qué ocurrirá con ella. El rediseño visual termina rápido; las consecuencias de una migración mal planificada pueden durar mucho más.

Conocer cómo planteamos un proyecto de desarrollo web →