Desarrollo web
Rediseño web: cómo decidir qué cambiar y qué conservar
Tu web puede seguir publicada y, aun así, dejar dudas: cuesta explicar los servicios, el formulario recibe consultas poco útiles, actualizar una página depende de demasiados pasos o el aspecto ya no representa a la empresa. Ante esa situación, la decisión no es simplemente «rediseñar o no rediseñar». Debes decidir si basta con ajustar lo que ya tienes, si conviene reorganizar partes concretas o si el problema exige rehacer la base.
Al terminar este artículo podrás comparar esas alternativas y delimitar un rediseño web según tu objetivo, los contenidos existentes, las funciones necesarias y el riesgo que puedes asumir durante el cambio.
La decisión: ¿qué debe cambiar realmente?
Un rediseño web puede perseguir objetivos muy distintos. Por ejemplo, presentar mejor una nueva línea de servicios, facilitar que una persona encuentre la información que necesita, simplificar la edición de contenidos o sustituir funciones que ya no encajan con la operativa del negocio.
Antes de elegir una solución, separa tres capas:
- Objetivo: qué debería mejorar para la empresa o para quien visita la web.
- Alcance: qué páginas, contenidos, recorridos, formularios o funciones deben revisarse.
- Solución: cómo se implementará el cambio técnico y visual.
Esta separación evita decidir por la apariencia. Una web visualmente antigua puede necesitar solo una actualización de diseño; una web reciente puede requerir una revisión mayor si confunde los servicios, no permite gestionar contenidos o depende de herramientas difíciles de mantener.
Tres alternativas para un rediseño web
Las tres opciones siguientes responden a necesidades diferentes. Ninguna es superior por defecto.
1. Actualización visual sobre la web existente
Esta alternativa conserva la estructura, los contenidos principales y la tecnología actual. Se revisan elementos como la identidad visual aplicada a la web, tipografías, jerarquía de bloques, imágenes, llamadas a la acción y adaptación a pantallas pequeñas.
Encaja cuando los visitantes ya pueden entender la oferta y completar la acción principal, pero la presentación necesita mayor coherencia o claridad.
Su ventaja es que limita el cambio a lo necesario. Su contrapartida es clara: no resuelve una arquitectura de información confusa ni elimina límites técnicos de la plataforma existente. Cambiar la fachada no corrige una función que no está bien definida.
2. Rediseño parcial con revisión de estructura y recorridos
Aquí se mantienen elementos aprovechables, pero se revisan de forma selectiva las páginas importantes, el orden de la información, los mensajes, los formularios y la forma de gestionar determinados contenidos. Puede incluir retirar secciones que ya no aportan, crear páginas de servicio más claras o redefinir qué ocurre después de enviar una consulta.
Es una opción intermedia si el negocio ha cambiado, la web ha crecido sin un criterio común o las páginas relevantes no guían bien hacia el siguiente paso. También permite priorizar: primero se actúa sobre lo imprescindible y se reserva el resto para una fase posterior.
El principal riesgo es tratarlo como un cambio pequeño cuando afecta a muchas dependencias. Si se modifican URLs, formularios, contenidos, analítica o integraciones, hay que identificar esos elementos antes de publicar cambios.
3. Reconstrucción completa de la web
Una reconstrucción plantea de nuevo la estructura, el diseño y, si hace falta, la base técnica. No significa que todo deba descartarse: los contenidos útiles, el conocimiento comercial y ciertos activos pueden conservarse. Lo que cambia es que la web deja de evolucionar sobre su organización anterior.
Suele tener sentido cuando la tecnología actual impide cambios razonables, existen funciones con reglas propias, se necesita una gestión interna distinta o la acumulación de parches hace difícil mantener el sitio. También puede ser necesaria si el alcance exige integrar herramientas, perfiles de usuario o procesos que una estructura estándar no cubre bien.
A cambio de mayor margen para ordenar el proyecto, exige más definición. Conviene inventariar contenido, accesos, formularios, datos, integraciones y decisiones sobre las URLs antes de sustituir el sitio anterior.
Matriz para comparar las alternativas
| Criterio | Actualización visual | Rediseño parcial | Reconstrucción completa |
|---|---|---|---|
| Problema que resuelve mejor | Imagen y legibilidad | Estructura, mensajes y recorridos concretos | Límites estructurales, técnicos o funcionales |
| Elementos que se conservan | Casi toda la web actual | Las partes que siguen siendo útiles | Solo los activos que se decida reutilizar |
| Cambio en contenidos | Ajuste y revisión puntual | Reordenación, reescritura o creación selectiva | Inventario, depuración, migración y nueva organización |
| Dependencia de la base actual | Alta | Media | Baja, tras el cambio |
| Riesgo de omitir dependencias | Menor, aunque debe revisarse | Medio: pueden cambiar páginas y flujos relevantes | Alto si no se planifican migración, accesos y retirada del sistema anterior |
| Capacidad de evolución | Condicionada por la web existente | Mejora en las áreas intervenidas | Depende de cómo se defina y construya la nueva base |
La matriz orienta la conversación, pero no sustituye la revisión del caso concreto. Dos empresas pueden pedir «una web más moderna» y necesitar alcances muy distintos: una puede requerir solo orden visual; otra puede estar describiendo un problema de contenidos, formularios o gestión interna.
Cuándo elegir cada opción
Elige una actualización visual cuando:
- La oferta, las páginas y los formularios siguen respondiendo a lo que necesitas.
- Puedes actualizar el contenido sin fricción relevante.
- El problema se concentra en la presentación, la consistencia o la lectura en móvil.
- No necesitas cambiar reglas, integraciones ni la forma de administrar el sitio.
Elige un rediseño parcial cuando:
- Han cambiado servicios, públicos o prioridades comerciales.
- Algunas páginas importantes se han quedado desordenadas o son difíciles de entender.
- Quieres mejorar un recorrido concreto, como la solicitud de información o la reserva de una reunión.
- Hay partes válidas que no merece la pena sustituir, pero necesitas intervenir sobre las que condicionan el objetivo.
Elige una reconstrucción completa cuando:
- La web actual limita cambios necesarios para el negocio.
- Las funciones requieren reglas, datos o integraciones que no están bien resueltas.
- El mantenimiento se ha convertido en una sucesión de excepciones y parches.
- La estructura anterior ya no refleja cómo trabajas ni cómo quieres que una persona entienda tu oferta.
En los tres casos, define primero la acción principal que esperas de quien visita la web. Sin ese criterio, es fácil discutir sobre estilos, secciones o herramientas sin saber qué decisión debe apoyar el rediseño.
Casos límite: situaciones que requieren más cuidado
Algunas decisiones no caben bien en una elección rápida entre «retocar» y «rehacer».
Una web que recibe visitas, pero no representa la empresa. Si los servicios, el posicionamiento o el público han cambiado, el problema puede ser de mensaje y estructura, no solo de diseño. Antes de cambiar pantallas, revisa qué debe entender una persona al llegar y qué información necesita para dar el siguiente paso.
Una web aparentemente sencilla con muchos contenidos. Cambiar el diseño puede ser directo; revisar, decidir qué conservar y trasladar cada contenido puede ser la parte más delicada. Conviene asignar responsables para preparar y aprobar textos, documentos e imágenes.
Una web con formularios, reservas, pagos o herramientas conectadas. Estas piezas no deben tratarse como bloques visuales. Hay que concretar qué datos recogen, a dónde se envían, quién los gestiona y qué debe pasar ante un error. Si intervienen servicios de terceros, también debes revisar quién controla las cuentas y qué ocurrirá si cambia esa dependencia.
Un cambio de URLs o de plataforma. Si se elimina o mueve contenido, el trabajo debe incluir una decisión expresa sobre cada dirección relevante y sobre la convivencia o retirada del sitio anterior. No conviene asumir que la migración ocurrirá sola por publicar la nueva web.
Un proyecto urgente con alcance aún difuso. Reducir el primer alcance puede ser razonable, pero solo si se conserva el objetivo. Por ejemplo, en un caso hipotético, una empresa podría priorizar sus páginas de servicio y su formulario principal, dejando para después un área secundaria. Lo que se pospone debe quedar identificado, no implícito.
Qué conviene definir antes de iniciar el cambio
No necesitas tener resuelta la solución técnica, pero sí deberías poder responder a unas preguntas básicas:
- ¿Qué debe conseguir la web y qué acción debe completar el visitante?
- ¿Qué páginas, contenidos y funciones siguen siendo válidos?
- ¿Qué partes impiden avanzar: presentación, estructura, edición, integración o mantenimiento?
- ¿Qué contenido debe crearse, revisarse o migrarse, y quién lo aprobará?
- ¿Qué herramientas, cuentas, formularios y accesos dependen de la web actual?
- ¿Qué quedará fuera de la primera fase?
Estas respuestas ayudan a comparar propuestas de forma más justa. Una propuesta puede incluir solo diseño y desarrollo; otra puede contemplar además contenido, migración, pruebas, analítica o formación. Si el alcance no se separa, dos opciones con nombres parecidos pueden estar describiendo trabajos diferentes.
Conclusión: el mejor rediseño es el que ajusta el cambio al problema
Si la web funciona y la dificultad está en cómo se presenta, una actualización visual puede ser suficiente. Si el problema afecta a páginas, mensajes y recorridos concretos, un rediseño parcial permite concentrar el esfuerzo. Si la base técnica, la estructura o las funciones bloquean una evolución razonable, la reconstrucción completa ofrece un marco más adecuado, siempre que se planifique la migración y el mantenimiento posterior.
La decisión depende menos de que la web parezca antigua que de lo que te impide hacer ahora. Si todavía no tienes claro qué conservar, qué sustituir y qué alcance necesita tu caso, puedes explicar tu proyecto de rediseño web al equipo de desarrollo web de AVSISTEC.