Cuándo rediseñar una web: diagnóstico práctico

Todas las webs acaban recibiendo el mismo diagnóstico de pasillo: «se nos ha quedado vieja». A veces es verdad. Otras muchas, lo que está viejo es el mensaje, el formulario que falla o el CMS que nadie del equipo sabe tocar. Y nada de eso se arregla solo con un rediseño.

Una web necesita rediseño cuando su estructura, experiencia o tecnología impiden cumplir objetivos que no se resuelven con mejoras localizadas. Que parezca antigua puede ser una señal. No es un diagnóstico. Nosotros no tiraríamos una web solo porque alguien se ha cansado del color: primero comprobamos qué funciona, qué falla y cuánto cuesta corregirlo.

Qué señales justifican revisar la web

Las que aparecen en conversión, uso, contenido, rendimiento y operación interna. Una sola señal rara vez obliga a reconstruir todo.

• Las personas no encuentran servicios o información importante.
• Los formularios reciben pocos contactos válidos o fallan.
• El equipo no puede editar sin depender de desarrollo.
• La estructura no admite nuevos servicios, idiomas o mercados.
• Las plantillas incumplen requisitos de accesibilidad o rendimiento.
• El mantenimiento consume más que la evolución del negocio.
• La propuesta de valor y la arquitectura pertenecen a una etapa anterior.

Cuándo basta con optimizar

Cuando la arquitectura, el CMS y las plantillas siguen siendo válidos y los problemas están acotados. Cambiar navegación, mensajes, formularios o componentes puede resolver mucho sin migrar la plataforma.

Una optimización es preferible si conserva URLs, contenido que posiciona, integraciones y hábitos editoriales. También reduce riesgo. El rediseño completo no da puntos extra por ser más dramático.

Cuándo conviene reconstruir

Cuando las limitaciones se repiten en todo el sistema y cada mejora exige parches. Es una decisión técnica y económica, no estética.

Señales fuertes: un CMS sin mantenimiento, dependencias incompatibles, ausencia de control sobre código o datos, plantillas imposibles de adaptar, deuda de accesibilidad generalizada y una arquitectura que no soporta el catálogo actual.

Si la nueva web cambia URLs o CMS, el proyecto necesita un plan de migración web con control SEO, no solo una fecha de publicación.

Cómo evaluar conversión y contenido

Reconstruyendo el recorrido desde la entrada hasta la acción y localizando dónde se pierde contexto o confianza. Revisamos búsquedas, páginas de entrada, clics, formularios y calidad de los contactos.

Después comprobamos si cada página responde cuatro preguntas: qué ofreces, para quién, por qué confiar y qué ocurre después. Una portada visualmente impecable puede fallar las cuatro. Pasa más de lo que parece.

Cómo evaluar tecnología y rendimiento

Comprobando si la plataforma permite corregir rendimiento, seguridad, accesibilidad y edición con un esfuerzo razonable. Ejecutar PageSpeed una vez no es una evaluación.

Revisamos Core Web Vitals con datos de campo, estado de dependencias, permisos, copias, despliegue, trazabilidad y tiempo de resolución de cambios. La guía de velocidad de carga web explica cómo separar síntomas de causas.

Test de decisión: optimizar, rediseñar o reconstruir

Siete preguntas de sí o no. Orientan el alcance, no sustituyen una auditoría:

1. ¿La arquitectura permite añadir servicios sin duplicar páginas?
2. ¿El equipo puede editar contenido importante sin romper el diseño?
3. ¿Las conversiones se miden de principio a fin?
4. ¿Las plantillas principales funcionan bien en móvil?
5. ¿La tecnología recibe actualizaciones y tiene responsable?
6. ¿Las URLs actuales pueden conservarse?
7. ¿Los problemas se concentran en pocas páginas?

Cinco o más síes suelen apuntar a optimización. Tres o cuatro justifican rediseño de experiencia y contenido. Dos o menos obligan a estudiar una reconstrucción. Es un criterio operativo, no una fórmula mágica.

Qué debe conservar un rediseño

Señales orgánicas, contenido útil, datos, integraciones y aprendizajes de uso. Empezar de cero visualmente no significa borrar el historial del negocio.

Inventariamos URLs, tráfico, conversiones, enlaces, metadatos y recursos antes de diseñar. Marcamos qué se mantiene, qué se fusiona, qué se elimina y qué se redirige. También protegemos eventos de analítica y conexiones con CRM.

Qué debe incluir el alcance

Resultados, páginas, componentes, contenido, integraciones, migración y criterios de aceptación. «Rediseño completo» no explica qué compra la empresa.

Pide que la propuesta separe estrategia, diseño, desarrollo, contenido, SEO, analítica, formación y mantenimiento. Comprueba también quién aporta cada texto e imagen y qué ocurre con el sistema anterior.

En THECOOKIES desarrollamos proyectos web a medida cuando la auditoría demuestra que optimizar ya no compensa. Si la base sigue siendo válida, preferimos intervenir donde existe el problema. Es menos vistoso en una propuesta. Y bastante más útil para el cliente.