Una web antigua no necesita automáticamente un rediseño
La edad por sí sola no demuestra que una web deba sustituirse. Una web puede llevar años funcionando y seguir explicando bien el negocio, cargando con rapidez y generando contactos. También puede ser reciente y dificultar cada decisión importante.
La pregunta útil no es «¿se ve moderna?», sino:
¿Qué problema del negocio o del visitante no puede resolverse con seguridad sobre la base actual?
Una señal no decide por sí sola el alcance. Sirve para saber qué comprobar en una auditoría y evita que una preferencia estética se convierta directamente en un proyecto de rediseño.
Señales que merece la pena investigar
El visitante no entiende la oferta
Si las conversaciones comerciales empiezan aclarando qué hace el negocio, para quién o en qué se diferencia, la web puede estar trasladando esa carga a la llamada. Antes de culpar al diseño, revisa el mensaje, el orden de la información y las preguntas que faltan.
El móvil convierte tareas sencillas en esfuerzo
Texto pequeño, menús difíciles, botones pegados, formularios largos o contenido que se mueve al cargar son problemas observables. Las métricas web principales permiten evaluar estabilidad, respuesta y carga, pero no sustituyen una prueba manual del recorrido completo.
Publicar un cambio sencillo resulta arriesgado
Si actualizar un servicio rompe otras páginas, depende siempre de una persona concreta o exige tocar código sin pruebas, hay una deuda operativa. A veces se resuelve mejorando el sistema de edición; otras, la arquitectura actual impide hacerlo con seguridad.
La estructura ya no representa el negocio
Una empresa cambia: aparecen servicios, se descartan otros y cambia el tipo de cliente. Añadir bloques sin revisar la jerarquía puede dejar una web que cuenta varias versiones del negocio a la vez. Cuando el problema afecta navegación, URLs, contenidos y medición, el rediseño empieza a tener sentido.
No puedes medir el recorrido importante
Si no sabes cuántas personas llegan a una página comercial, comienzan una reserva o envían un formulario, cambiar la interfaz puede ocultar el problema en lugar de resolverlo. Primero define los eventos mínimos y una línea de partida.
Hay barreras de accesibilidad conocidas
La accesibilidad no es una capa estética. Navegación por teclado, foco visible, contraste, nombres accesibles y estructura semántica afectan a la posibilidad de utilizar la web. Las WCAG ofrecen criterios verificables para decidir si la base actual puede corregirse o conviene replantearla.
Qué evidencia reunir antes de decidir
Recorridos concretos
Prueba en móvil y escritorio las tareas que sostienen el negocio: entender un servicio, encontrar una condición importante, reservar, llamar o enviar un formulario. Anota dónde se interrumpe cada recorrido y si el problema se repite en varias páginas.
Consultas y conversaciones reales
Reúne las preguntas que el negocio debe aclarar una y otra vez, las búsquedas que llevan visitas útiles y los motivos por los que una oportunidad no avanza. Esa evidencia distingue un problema de mensaje de una avería de interfaz.
Estado de la base
Comprueba accesos, propiedad, sistema de edición, integraciones, URLs que reciben tráfico, rendimiento y barreras de accesibilidad. Una limitación repetida en varias capas pesa más que un fallo localizado.
El resultado de esta revisión no es todavía un presupuesto
Al terminar deberías poder describir cada señal con cinco datos:
- situación: qué intentaba hacer la persona;
- evidencia: qué ocurrió de forma observable;
- frecuencia: si es un caso aislado o se repite;
- impacto: qué decisión o tarea impide;
- base afectada: una pieza concreta o varias capas del sitio.
Con ese inventario ya se puede comparar mantener, mejorar, rediseñar o sustituir sin usar la edad o la apariencia como diagnóstico. Esa elección pertenece al siguiente paso, no a esta lista de señales.
Qué no debería decidir el proyecto
No rediseñes solo porque un competidor cambió de estilo, porque una herramienta ofrece una plantilla nueva o porque alguien promete que «una web moderna posiciona». Google recomienda contenido útil, rastreable y una estructura comprensible en su guía de SEO; no garantiza posiciones por cambiar la apariencia.
El resultado sensato puede ser conservar la web. Si ya has reunido la evidencia, compara los alcances en rediseñar o mejorar la web actual. Si todavía solo tienes una impresión general, la prioridad es completar la revisión antes de pedir propuestas.
Qué justifica un rediseño, y qué no
Rediseñar tiene sentido cuando la estructura, las URLs o la tecnología impiden resolver el problema sin rehacer. No cuando el color, la tipografía o una plantilla nueva son el único argumento.
Conviene mejorar, no rediseñar, si el recado de contacto, los textos o unas fotos se pueden cambiar sobre la misma base. Conviene mantener si la web explica la oferta, funciona en móvil y conserva visibilidad útil.
La auditoría existe para elegir una de las tres. Una pre-web privada solo se prepara si la recomendación es crear o rediseñar.